Back
[00:00:15] <alex_joni> SWPadnos: similar step to what?
[00:00:16] <SWPadnos> oh right, that's a different file
[00:00:22] <SWPadnos> --enable-cpus=8
[00:00:34] <alex_joni> that's from the rtai debian/rules
[00:00:35] <ehj> btw, so far so good on the compile. Took 1:40 on Lenny.
[00:01:09] <SWPadnos> right - the rtai config also needs that, but of course the kernel build doesn't care/know about that since it's a separate config file for RTAI
[00:02:34] <alex_joni> SWPadnos: you lost me
[00:02:44] <SWPadnos> nevermindd :)
[00:02:47] <SWPadnos> -d
[00:02:53] <alex_joni> for the linux kernel image, you use a config file
[00:03:12] <alex_joni> which defines CONFIG_NR_CPUS and so on
[00:03:27] <alex_joni> for rtai you could use a config file, but it's not needed
[00:03:38] <alex_joni> you can also pass most of the info to rtai's ./configure
[00:04:26] <SWPadnos> right. there's a config file for rtai as well, which defines the max number of CPUs for RTAI
[00:04:40] <alex_joni> it doesn't have to exist :)
[00:05:58] <alex_joni> you can just call the rtai configure --enable-shm --enable-fpu --disable-rtailab --disable-netrpc --enable-cpus=8 etc
[00:06:48] <alex_joni> for some old reason I had to downlod linux-0.01.tar.bz2
[00:06:56] <alex_joni> s/old/odd/
[00:07:28] <SWPadnos> heh
[00:07:52] <alex_joni> now I get to read that instead of sleeping :D
[00:08:14] <SWPadnos> um. yay
[00:08:20] <SWPadnos> :)
[00:08:28] <alex_joni> some comments are really funny: "Wirzenius wrote this portably, Torvalds fucked it up :-)"
[00:08:42] <SWPadnos> nice
[00:08:56] <alex_joni> vsprintf.c -- Lars Wirzenius & Linus Torvalds.
[00:09:31] <CIA-2> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/man/man1/iocontrol.1: add pin type and direction
[00:10:22] <BigJohnT> you find the most amazing things alex_joni
[00:11:14] <BigJohnT> * BigJohnT heads upstairs to be with wife for a while
[00:11:18] <alex_joni> see ya
[00:11:23] <BigJohnT> see ya
[00:11:23] <alex_joni> * alex_joni is off to bed
[00:11:28] <alex_joni> g'night all
[00:11:37] <SWPadnos> see you
[00:11:45] <ehj> thanks
[01:34:38] <jmkasunich> ehj: I'm with you in spirit (and I've bookmarked this discussion, alex's comments will help me too)
[03:24:38] <cradek> jmkasunich: how is the robot?
[03:25:14] <jmkasunich> progressing slowly
[03:25:26] <cradek> will you make it?
[03:25:51] <jmkasunich> I think so
[03:25:58] <jmkasunich> contest is the 20th
[03:26:15] <jmkasunich> I have the internal representation of the maze set up (data structs, etc)
[03:26:35] <jmkasunich> I have a human (debugging) view of it working
[03:26:51] <jmkasunich> and am about to get a "make what the camera should be seeing" view working
[03:27:22] <cradek> sounds good - it always seems like so much time when you start, but then it goes away
[03:28:13] <jmkasunich> once I get this "should be seeing" view, then its time to start correlating camera to maze
[03:28:24] <jmkasunich> that will be the make-or-break task I think
[03:31:18] <jmkasunich> woot, another bug squashed
[03:32:04] <jmkasunich> http://jmkasunich.com/pics/mach-vision/mazelog-000-0028.png
[03:32:28] <cradek> jepler: do you still have tort.py? I think if you would modify it to not change planes, the paths could be run with comp on
[03:32:50] <cradek> jmkasunich: is that from image recognition?
[03:33:04] <jmkasunich> no, it is what I think is out there
[03:33:37] <jmkasunich> IOW, given a list of nodes and edges that make up the portion of the maze I know about, that is what I expect to see
[03:33:54] <jmkasunich> (edges aren't being drawn yet)
[03:33:55] <cradek> will you know something about the maze?
[03:34:10] <jmkasunich> initially I'll only know the section at the bottom
[03:34:32] <jmkasunich> I will be starting somewhere between the section with a cross line, and the dead end at the bottom
[03:34:44] <cradek> ah I see
[03:34:46] <jmkasunich> so those two nodes and the edge connecting them will be part of the initial model
[03:34:48] <cradek> so you have to explore it
[03:34:55] <jmkasunich> then as I see things, I'll add new nodes to the model
[03:35:02] <cradek> neat (and very challenging)
[03:35:07] <jmkasunich> I added two more nodes as part of a test
[03:36:39] <jmkasunich> http://jmkasunich.com/pics/mach-vision/mazelog-000-0030.png
[03:36:54] <jmkasunich> same maze in "show the human" debug format
[03:37:22] <jmkasunich> this format can show the entire maze in a reasonable size image (about 600x600 pixels
[03:37:52] <jmkasunich> the other format would be multiple megapixels, so I only generate a portion centered on where I think I am
[10:07:34] <micges> alex_joni: after your last commit: emc/rs274ngc/rs274ngc_pre.cc:293: ostrzeżenie: control reaches end of non-void function
[10:11:05] <alex_joni> ah, right.. thx
[10:12:57] <micges_mill> alex_joni: I think it was late commit ;)
[10:13:32] <alex_joni> yeah, missing a return :)
[10:15:19] <CIA-2> EMC: 03alex_joni 07TRUNK * 10emc2/src/emc/rs274ngc/rs274ngc_pre.cc: fix warning by actually returning a value
[10:53:34] <micges_mill> alex_joni: M61 must set iocontrol.0.tool-number or not ?
[10:54:48] <micges_mill> it doesn't do it now
[10:59:04] <micges_mill> and in halui tool_number is u32 and in iocontrol it is s32
[11:00:25] <micges_mill> M61 cause change halui.tool.number
[11:08:22] <alex_joni> micges_mill: it should set iocontrol.0.tool-number
[11:13:19] <CIA-2> EMC: 03alex_joni 07TRUNK * 10emc2/src/emc/iotask/ioControl.cc: update iocontrol.0.tool-number when EMC_TOOL_SET_NUMBER is received
[11:13:20] <alex_joni> micges_mill: fixed now.. let me know if it's ok
[11:13:25] <alex_joni> and thanks for spotting it
[11:23:17] <alex_joni> micges_mill: they probably should be u32 both
[11:23:31] <alex_joni> since tool number is only positive, or 0 for no tool loaded
[11:28:59] <micges> I think the same
[11:35:06] <micges> alex_joni: I'll test it soon
[11:35:09] <micges> bbl
[12:03:17] <CIA-2> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/ladder/classic_ladder.lyx: add numfloatin numfloatout
[12:26:54] <CIA-2> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/gcode/main.lyx: add g4 to table
[13:05:25] <CIA-2> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/gui/images/ (5 files): move to images directory
[13:06:59] <CIA-2> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/gui/ (axis.lyx axis_fr.lyx): moved a few images
[13:10:45] <BigJohnT> * BigJohnT is off to work
[14:52:29] <cradek> hi BigJohnT
[14:54:20] <BigJohnT> hi cradek
[14:54:53] <cradek> are you pissed at me about the splash screen thing?
[14:55:34] <BigJohnT> no, why do you ask?
[14:56:12] <cradek> your message to emc-devel
[14:58:39] <BigJohnT> hmmm, did I send the message to chris to emc-devel?
[14:58:59] <jepler> yep
[14:59:14] <alex_joni> cradek: could stuart's issue come from updating in the wrong dir?
[14:59:27] <alex_joni> maybe only updating axis.py, and not tcl, or the other way around?
[14:59:28] <BigJohnT> anyway I'm not pissed at all just opened mouth and inserted foot I guess
[14:59:36] <cradek> BigJohnT: oh, you didn't mean that to be public?
[14:59:41] <BigJohnT> nope
[14:59:46] <cradek> ohhh, I didn't guess that
[15:00:11] <alex_joni> * alex_joni suspected from the first paragraph :)
[15:00:16] <BigJohnT> I was trying to make chris feel a bit better about it
[15:00:23] <cradek> alex_joni: oh, maybe in src, not getting share?
[15:00:25] <alex_joni> not something BigJohnT would say in public ..
[15:00:32] <alex_joni> cradek: that's what I thought
[15:00:34] <jepler> BigJohnT: I'm sorry I got worked up over the splash screen thing, fwiw
[15:00:34] <cradek> alex_joni: good guess, you might be right
[15:00:48] <BigJohnT> it's ok
[15:00:49] <jepler> I have a bad habit of doing that
[15:01:11] <alex_joni> jepler: got a chance to look at my latest emctask.cc change?
[15:01:20] <alex_joni> I'm not happy with it.. but it was ~2am..
[15:01:30] <BigJohnT> * BigJohnT has a red face now
[15:01:45] <alex_joni> BigJohnT: don't sweat it
[15:01:48] <jepler> alex_joni: I'm sure I can find some verbal abuse for you too, hold on
[15:01:56] <alex_joni> http://cvs.linuxcnc.org/cvs/emc2/src/emc/task/emctask.cc.diff?r1=1.34;r2=1.35
[15:01:57] <BigJohnT> LOL
[15:02:03] <alex_joni> oh, I'm used to that
[15:02:12] <alex_joni> * alex_joni grew a thick skin over the years
[15:03:16] <cradek> alex_joni: why the synch thing?
[15:03:17] <alex_joni> jepler: duplicating that function seems daft, but I thought it's better than fixing all calls to the original function (if replaced by the 2 param one)
[15:03:24] <BigJohnT> * BigJohnT should stop reading e-mail first thing in the morning before coffee is done
[15:03:37] <alex_joni> cradek: I just copied the old emcTaskPlanExecute() function
[15:03:48] <alex_joni> don't ask me why it's like that :D
[15:04:52] <alex_joni> the diff is not quite the best way to show what I don't like
[15:05:05] <alex_joni> I basicly had to duplicate the emcTaskPlanExecute() function
[15:05:10] <alex_joni> and I don't like duplicated code..
[15:07:04] <BigJohnT> * BigJohnT wanders off to the license office to give away some money
[15:07:07] <jepler> alex_joni: that's a perfectly good example of inheritance and polymorphism in abject oriented programming.
http://typicalprogrammer.com/?p=8
[15:10:36] <alex_joni> I get that, but that still means touching lots of calls to the initial function
[16:08:25] <CIA-2> EMC: 03cradek 07TRUNK * 10emc2/src/emc/usr_intf/axis/scripts/axis.py: fix BIG DRO for joint mode (nontrivkins)
[16:11:32] <alex_joni> UnboundLocalError: local variable 'droposstrs' referenced before assignment
[16:37:13] <cradek> EIP: [<f8f81a92>] hm2_encoder_tram_init+0x15/0xf0 [hostmot2] SS:ESP 0068:f6fa5bf0
[16:37:44] <cradek> somehow he caused NULL to be passed to hm2_encoder_tram_init, but I don't immediately see how that would happen
[16:42:26] <SWPadnos> it shouldn't be, so the config string parsing probably needs to be improved a little
[16:42:39] <SWPadnos> if it is actually the config string that's the problem
[17:03:06] <micges> I have question: Is there any issues to put sub on top of gcode not at end after m2 ?
[17:16:05] <jepler> It would never have occurred to me to put subroutines after m2
[17:16:19] <jepler> I always put them before
[17:50:57] <alex_joni> micges: I agree with jepler
[17:51:17] <alex_joni> as a programmer I also think it's more natural to put the subroutines before they are called
[17:51:23] <alex_joni> so I stick them in the beginning of the file
[17:56:37] <ehj> alex - SMP compile ran 45 min to an hour, then errored out on 'dh_testdir'; /bin/bash: dh_testdir: command not found; make: *** [custom-install-rtaismp] Error 127
[17:57:05] <alex_joni> ehj: seems like you're missing dh_testdir
[17:57:15] <alex_joni> try to install it ;)
[17:57:28] <ehj> Where is it? I see the reference is only in files in rules.d
[17:57:31] <alex_joni> (if you don't know what package provides it, use apt-file search)
[17:57:45] <alex_joni> apt-cache search dh_testdir
[17:57:55] <alex_joni> if that doesn't help then apt-file search dh_testdir
[17:58:06] <ehj> k, I was thinking it was a variable which was trying to be executed as a command.
[17:58:56] <alex_joni> I think it's a command
[17:59:33] <alex_joni> and it's part of debhelper if I'm not mistaken
[18:01:14] <ehj> debhelper is now installed, will see what happens.
[18:05:30] <ehj> Got past that, now complaining about dh_gencontrol. Have a guess on what package that is in?
[18:06:17] <alex_joni> also debhelper
[18:06:40] <alex_joni> maybe try: sudo apt-get build-dep linux-image-2.6.24-16-rtai
[18:07:39] <ehj> k
[18:08:43] <ehj> no install with apt-get?
[18:09:27] <alex_joni> no, apt-get has more commands than install
[18:09:56] <alex_joni> build-dep means install the build dependencies for a certain package (meaning programs used to build the package)
[18:10:37] <ehj> Could not find package linux-image-2.6.24-16-rtai
[18:14:32] <alex_joni> maybe try: sudo apt-get build-dep linux-image-2.6.24-23-generic then
[18:14:44] <alex_joni> or whatever kernel package you have installed
[18:15:05] <ehj> k
[18:16:44] <ehj> Yes, that worked, as far as installing.
[18:17:29] <alex_joni> did it install any new packages?
[18:17:48] <ehj> Yes, quite a bit,72MB so far.
[18:20:46] <ehj> Compile is off chugging again.
[18:21:16] <ehj> Nope, same error.
[18:22:36] <ehj> Several errors preceed it of the form package linux-image-2.6.24-16-rtaismp is not in control info.
[18:23:45] <ehj> dh_installchangelogs, dh_install_docs, dh_installdeb
[18:25:01] <alex_joni> hmm.. that's not good
[18:25:08] <alex_joni> can you pastebin the list of errors?
[18:25:29] <ehj> yes
[18:29:29] <ehj> I did ./build.sh > log.txt, but the error messages still displayed to the terminal, not in the log file.
[18:29:53] <alex_joni> select with a mouse, copy .. then paste at pastebin.ca ?
[18:30:14] <SWPadnos> or use script before the build
[18:31:10] <ehj> Alex - Doesn't copy.
[18:32:39] <SWPadnos> select the text, then middle-click in the text entry field
[18:32:59] <SWPadnos> without deselecting the text or selecting anything else
[18:37:32] <ehj> Here is the link to the error messages;
http://pastebin.com/mb9f233c
[18:38:25] <ehj> After I did "script ./build.sh > log.txt the length of build.sh went to 0
[18:38:26] <alex_joni> ehj: no other message just before the top message?
[18:39:02] <SWPadnos> uh
[18:39:17] <SWPadnos> script <however you set the log file name>
[18:39:18] <ehj> No because it got captured in the log file, but that file just go overwritten.
[18:39:24] <SWPadnos> then ./build.sh
[18:39:36] <SWPadnos> don't redirect build to the log, script does that for you
[18:39:49] <SWPadnos> and it includes stderr and stdout
[18:40:00] <alex_joni> well in the case of ehj, he named the logfile ./build.sh
[18:40:07] <alex_joni> so script tried to write there
[18:40:12] <ehj> k, too late now, build.sh got zapped
[18:40:13] <SWPadnos> that's a potential problem :)
[18:40:19] <alex_joni> there was no subsequent command, so build.sh got zapped
[18:40:23] <SWPadnos> yep
[18:40:29] <alex_joni> obviously you have a backup, so all is fine
[18:40:43] <SWPadnos> remember to exit from the script shell
[18:40:49] <alex_joni> ehj: is this PC connected to the internet directly?
[18:40:55] <ehj> yes
[18:41:04] <alex_joni> so it has a real IP address?
[18:41:34] <alex_joni> build.sh only contains one line:
[18:41:46] <ehj> Well I can look it up, it is dynamic, created by verizon.
[18:41:54] <ehj> yes
[18:42:06] <alex_joni> "DEB_BUILD_OPTIONS=parallel=2 NOEXTRAS=1 fakeroot debian/rules custom-binary-rtaismp && dpkg-buildpackage -S -us -I.git"
[18:42:50] <ehj> k
[18:43:49] <alex_joni> did you put that in the build.sh ?
[18:44:57] <micges> about procedures I've asked time ago:
[18:45:02] <ehj> Yes just got it in
[18:45:02] <micges> this is the file
[18:45:08] <micges> run it in sim_mm
[18:45:12] <alex_joni> ehj: ok, no go to the top dir
[18:45:29] <ehj> k
[18:45:34] <alex_joni> (the one that contains Documentation, arch, .. , debian, and so on)
[18:45:38] <alex_joni> and run:
[18:45:44] <alex_joni> debian/rules debian/control.stub
[18:45:49] <ehj> yes I am there.
[18:46:36] <ehj> Says it is up to date.
[18:47:10] <micges> file:
http://www.pastebin.ca/1326438 , try stop and restart it at line 61, sim_mm config
[18:48:49] <micges> it will run from line 767
[18:49:05] <alex_joni> now "debian/rules debian/control"
[18:52:57] <alex_joni> ehj: still around?
[18:53:29] <ehj> k, full log posted to
http://pastebin.com/m6f0cae48
[18:53:57] <ehj> yes, sorry didn't realize chat had scrolled.
[18:54:14] <alex_joni> np
[18:54:18] <alex_joni> it's really close now :D
[18:55:05] <alex_joni> ehj: did you run "debian/rules debian/control" ?
[18:55:06] <ehj> What next?
[18:55:13] <ehj> yes
[18:55:17] <alex_joni> any messages?
[18:55:42] <ehj> yes, said everything was up to date
[18:56:21] <ehj> oops, wait, there were two commands like that, just a sec while I do the second one.
[18:57:16] <ehj> ok, ran through, did not give any errors, just dumped a bunch of script.
[18:57:35] <alex_joni> now grep debian/control and look for anything called rtaismp
[18:57:44] <alex_joni> for example: grep -e rtaismp debian/control
[18:58:22] <ehj> Nothing came back
[18:59:16] <micges> bbl
[18:59:43] <alex_joni> grep -e rtaismp debian/control.stub ?
[19:00:54] <ehj> Nothing there either.
[19:01:12] <alex_joni> ok, so something isn't right :)
[19:01:40] <ehj> I am glad you are smiling. :)
[19:01:50] <alex_joni> why shouldn't I?
[19:02:02] <alex_joni> it's nice if there's something not right, means we get to fix it
[19:02:08] <ehj> k
[19:02:15] <alex_joni> hang on a bit
[19:02:19] <ehj> np
[19:03:15] <alex_joni> aha
[19:03:29] <alex_joni> edit rules.d/0-common-vars.mk
[19:03:55] <alex_joni> there should be a line called "all_custom_flavours = lpia rt lpiacompat xen openvz rtai"
[19:04:02] <alex_joni> add rtaismp to that line
[19:04:03] <ehj> k, I am there
[19:04:41] <ehj> rtaismp
[19:04:45] <ehj> grrr
[19:04:51] <alex_joni> close enough :D
[19:05:23] <ehj> Got it once I typed on the right keyboard.
[19:05:56] <alex_joni> ok, now we do the "debian/rules debian/control.stub"
[19:06:07] <alex_joni> and grep -e rtaismp debian/control.stub
[19:07:12] <ehj> ok, now got something ending with "ensure that upgrades work".
[19:09:24] <alex_joni> from the grep?
[19:09:49] <ehj> yes
[19:10:04] <alex_joni> ok.. lets assume it's ok
[19:10:15] <ehj> k, build again?
[19:10:16] <alex_joni> rebuild debian/control (using debian/rules debian/control)
[19:10:20] <alex_joni> then run the build.sh
[19:10:28] <ehj> k
[19:11:05] <ehj> building
[19:13:43] <ehj> got past dh_gencontrols
[19:15:04] <ehj> dpkg-buildpackage: unknown option or argument -ur
[19:15:42] <alex_joni> -us .. probably my typo :/
[19:15:54] <alex_joni> 20:41 < alex_joni> "DEB_BUILD_OPTIONS=parallel=2 NOEXTRAS=1 fakeroot debian/rules custom-binary-rtaismp
[19:15:57] <alex_joni> && dpkg-buildpackage -S -us -I.git"
[19:16:01] <alex_joni> hmm... nope, your typo :P
[19:16:08] <ehj> k, just a sec.
[19:17:15] <ehj> I am lucky just to key on the right keyboard. :)
[19:19:27] <alex_joni> you can now run only the second part of the command, the first one succeeded apparently
[19:19:38] <alex_joni> dpkg-buildpackage -S -us -I.git
[19:19:41] <ehj> ok, seems to be chugging past that point
[19:19:53] <ehj> Too late, I already restarted it.
[19:20:25] <SWPadnos> I guess this is where a many-core machine would come in handy, huh
[19:20:25] <jepler> if the first part succeeded then you have your binary .debs; the second step is preparing debian source packages.
[19:20:41] <alex_joni> jepler: right, probably unimportant for ehj
[19:21:05] <ehj> I have a much faster machine, it was just easier to build for the machine on which I am attempting to run.
[19:21:23] <SWPadnos> yep (unless the other one also runs Ubuntu 8.04)
[19:21:27] <SWPadnos> which I guess it doesn't
[19:21:47] <ehj> No still on 6.06 and dual boots to WinXP.
[19:21:49] <SWPadnos> incidebtally, which processor architecture did you end up with?
[19:21:56] <SWPadnos> incidentally
[19:22:02] <alex_joni> 8086
[19:22:03] <ehj> Atom 330?
[19:22:05] <SWPadnos> heh
[19:22:19] <SWPadnos> no, I mean the processor type in the kernel config
[19:22:38] <alex_joni> Results 1 - 10 of about 224,000 for 8086 SMP
[19:22:38] <ehj> oh, P4...
[19:22:49] <SWPadnos> ok
[19:23:50] <ehj> May have finished, ends with warnings "secret key not available" "clearsign failed", etc
[19:24:04] <alex_joni> ehj: going one dir up, you should see linux-image-2.6.24-16-rtaismp_*.deb
[19:24:11] <alex_joni> and the same linux-headers-*.deb
[19:25:14] <ehj> yes and yes
[19:25:28] <alex_joni> presto, that's what you needed :)
[19:25:35] <alex_joni> now to see if they install & boot
[19:25:59] <ehj> k, dpkg -i ...
[19:26:00] <alex_joni> you need to install them on this machine too
[19:26:03] <alex_joni> right
[19:26:14] <ehj> k, just a sec
[19:26:15] <alex_joni> in order to build a rtai package against it
[19:29:04] <ehj> done, reboot?
[19:29:14] <alex_joni> not necessarely
[19:29:23] <alex_joni> if you only want to build the rtai package, we can do that now
[19:29:26] <ehj> k
[19:29:41] <ehj> This is the same machine on which it is to run.
[19:29:49] <ehj> But building is fine.
[19:30:39] <cradek> jepler: do you still have tort.py? I think if you would modify it to not change planes, the paths could be run with comp on
[19:30:59] <jepler> cradek: not sure, but I can look for it
[19:31:12] <cradek> thanks. I thought I had it, but I only have some output
[19:31:13] <alex_joni> ehj: did you download the rtai source?
[19:32:40] <jepler> cradek: I found this but I'm not sure it's what you want:
http://media.unpythonic.net/emergent-files/sandbox/comp_tort.py
[19:32:58] <ehj> Hmm, I thought I did. I remember the version number being 3.1 rather than 3.2
[19:33:14] <ehj> I will download it again.
[19:33:16] <alex_joni> doesn't matter that much
[19:34:04] <jepler> I don't seem to have the original, but it looks like this one is already (partially?) converted to output paths specifically for testing cutter comp
[19:35:42] <ehj> ok, I see, it is named rtai_3.6.1-linuxcnc..., I was looking for a file by a different name.
[19:36:30] <cradek> jepler: yeah it looks promising, thanks
[19:36:55] <ehj> Extract into the home folder?
[19:37:00] <alex_joni> yup
[19:37:16] <ehj> Done
[19:37:21] <cradek> I think it will work if I can get entry moves that are long enough
[19:37:29] <alex_joni> ehj: no go to debian/
[19:37:41] <ehj> extract in debian?
[19:38:03] <alex_joni> no, you said you already extracted the file above
[19:38:13] <alex_joni> in rtai/ there should be a folder debian/
[19:38:27] <alex_joni> in debian/ there is a file called rules
[19:38:40] <alex_joni> second line: KERNEL_VER=2.6.24-16-rtai
[19:38:54] <alex_joni> you need to change that line.. but I'll let you guess into what :)
[19:40:29] <ehj> Got it
[19:41:14] <alex_joni> now run the build.sh in the top dir
[19:41:24] <ehj> k
[19:42:47] <ehj> Still referring to the old linux headers (Unmet build dependency linux-headers-2.6.24-16-rtai)
[19:43:11] <ehj> Use -d to override?
[19:43:15] <alex_joni> no
[19:43:20] <alex_joni> fix debian/control too
[19:43:25] <ehj> k
[19:45:54] <ehj> There is Build-Depends, Package and Depends referring to ...-rtai, change all three to rtaismp?
[19:45:59] <alex_joni> yup
[19:50:49] <ehj> Looked like it work, just a similar Failed to sign... warning at the end.
[19:51:01] <alex_joni> great
[19:51:12] <alex_joni> now you have a rtai-modules-2.6.24-rtaismp package
[19:51:16] <alex_joni> or something like that
[19:51:31] <ehj> Yes
[19:51:35] <alex_joni> install it
[19:52:02] <SWPadnos> if you can stick it somewhere on the web, I'll put it in the /experimental directory on linuxcnc.org (assuming it boots :) )
[19:53:02] <ehj> Yea, just tell me where to stick it. I just had to say that. :)
[19:53:21] <SWPadnos> you can stick it anywhere you like :)
[19:53:33] <alex_joni> * alex_joni would have an idea where to stick it.. :P
[19:53:51] <SWPadnos> if you have web space somewhere, just put it there and give us the URL
[19:54:22] <ehj> Yea, let me try to put it to my ftp site.
[19:54:25] <SWPadnos> kernel, modules, rtai - whatever packages you end up with
[19:54:46] <alex_joni> * alex_joni runs for a while
[19:54:53] <alex_joni> ehj: let me know if it boots ;)
[19:54:57] <ehj> k
[19:58:04] <ehj> Rebooted fine and detects 4 CPUs.
[20:01:01] <ehj> Download and compile EMC from source normally?
[20:01:19] <cradek> jepler: Issuing EMC_TRAJ_CIRCULAR_MOVE -- (+221,+168, +0,nan,nan,0.000000, ...
[20:01:32] <jepler> cradek: you really ought to fix that kind of bug
[20:01:46] <cradek> yeah...
[20:02:04] <cradek> I've got it generating some nasty test cases... thanks
[20:02:15] <cradek> how do I turn on the nan trap?
[20:04:05] <jepler> cradek: in an object file in the program you want to trap, add
[20:04:06] <jepler> #include <fpu_control.h>
[20:04:06] <jepler> fpu_control_t __fpu_control = _FPU_IEEE
[20:04:06] <jepler> & ~(_FPU_MASK_IM | _FPU_MASK_ZM | _FPU_MASK_OM);
[20:04:15] <jepler> emctaskmain.cc maybe
[20:06:08] <mshaver> jepler: I need your secret key to build this emc2 .deb file - please post it!
[20:06:21] <SWPadnos> har har
[20:06:46] <mshaver> yea, I thought that was pretty good...
[20:07:07] <mshaver> but really, it complains and specifies Jeff by name!
[20:07:10] <cradek> wheeee Program received signal SIGFPE, Arithmetic exception.
[20:19:23] <ehj> swp: Debs posted to my ftp site. Nothing tested of course. ftp://ftp.camalytics.com User Name: linuxcnc Password: emcrules
[20:19:27] <cradek> jepler:
http://timeguy.com/cradek-files/emc/want-I-guess.png
[20:19:52] <cradek> jepler: I already found a gouging case I hadn't considered - this is very helpful.
[20:20:17] <SWPadnos> ehj, ok thanks. I'll let you know when they've been transferred
[20:21:17] <ehj> k, IP address is 209.40.194.105 in case DNS has not propogated.
[20:21:32] <jepler> cradek: I don't understand your cryptic image name but that is a bit of a head-scratcher
[20:21:54] <jepler> "who the hell would write that!"
[20:22:20] <ehj> Folder is emc2.2.8/emc-debs
[20:22:32] <SWPadnos> found it. the files are all transferred
[20:22:38] <cradek> well, it's a crazy case, but it's a reasonable way to stay "to the right"
[20:22:52] <cradek> (the entry move is the straight-down one)
[20:22:55] <ehj> swp: np, I will leave them there, or update as necessary.
[20:22:57] <SWPadnos> ehj, did you end up with source packages also?
[20:23:06] <jepler> cradek: I was slowly figuring that out
[20:23:09] <jepler> since the next move was an arc
[20:23:53] <jepler> Is "exact reversal" a case you hadn't done yet?
[20:23:58] <ehj> swp: No, not so far.
[20:24:08] <cradek> jepler: no, it should be ok
[20:24:28] <SWPadnos> ok, not problem then - I wanted to get them too if they exist
[20:24:30] <cradek> well, you never want to program it, but comp will stay to the side (loop around it)
[20:24:51] <ehj> As soon as Alex tells me how, I will create them. :)
[20:25:00] <SWPadnos> heh
[20:25:11] <jepler> dpkg-buildpackage -S -us -I.git
[20:25:25] <jepler> I think it's this line ^^^ judging by my fuzzy memory of dpkg-buildpackage without looking at the manpage
[20:25:26] <SWPadnos> right - the second half of the build, with -S
[20:25:28] <jepler> -S means "build source"
[20:27:06] <ehj> swp: I have the original source packages which are unchaged expect for some script files like in rules.d and of course the .config copied over from debian lenny.
[20:28:02] <ehj> "changes" files were generated for all three packages.
[20:28:45] <jepler> for source you either need dsc+tar.gz, or dsc+orig.tar.gz+diff.gz
[20:29:34] <ehj> k
[20:47:01] <alex_joni> ehj: managed to build emc2?
[20:47:52] <SWPadnos> http://www.linuxcnc.org/experimental/
[20:48:04] <SWPadnos> (binaries only at the moment :) )
[20:48:13] <SWPadnos> oh. nevermind
[20:48:14] <ehj> Doing that now
[20:49:05] <alex_joni> ehj: basicly 2 approaches
[20:49:13] <alex_joni> build from source, or build a package
[20:49:20] <ehj> k
[20:49:30] <alex_joni> if you want to move emc2 to another machine lateron, build a package
[20:49:31] <ehj> Building from source now.
[20:49:38] <ehj> k
[20:49:41] <alex_joni> sounds good.. that's fastest
[20:55:19] <ehj> Ok, looks like I need to install some more packages. I skipped emc2-install.sh and apt-get build-dep emc2, thinking it might overwrite something.
[20:55:47] <ehj> I need to run that?
[20:56:09] <jepler> you can peek at the build-depends line in the generated debian/control, and install packages based on that list
[20:56:18] <jepler> that's essentially what apt-get build-dep does,
[20:56:23] <ehj> k
[20:57:50] <alex_joni> ehj: are you using the 2.2.8 source?
[21:00:48] <cradek> jepler: I remember what I meant: I think 'file/save gcode as' should put the save-as target on the recent menu
[21:01:03] <ehj> alex: yes
[21:01:24] <jepler> cradek: oh!
[21:01:28] <jepler> that's different, and a good idea
[21:01:29] <ehj> er, no sorry, pre-2.3 (Trunk)
[21:01:39] <jepler> but is it a new feature?
[21:02:45] <cradek> doh
[21:02:52] <cradek> ask the release manager
[21:03:18] <jepler> frankly I'm a bit worried that he plays favorites
[21:03:38] <alex_joni> it's a bug if the latest saved file isn't in the recent menu
[21:04:05] <alex_joni> ehj: either should be fine.. 2.2.8 would be more correct though :D
[21:04:14] <alex_joni> especially if you want to redistribute the packages :)
[21:04:18] <SWPadnos> it's a question of whether you're "exporting a copy" or changing the currently loaded file
[21:05:12] <SWPadnos> it may be less surprising if the "current file" turns into the "save as" target, with the result that the save as target gets put in the recently loaded menu
[21:05:29] <SWPadnos> (if the menu item were file/export then it would be different)
[21:05:45] <ehj> Alex: There is a bug in one of the modules which I fixed and need, plus ISTM the appropriate place to release it would be with 2.3
[21:07:07] <jepler> cradek: it turns out to be a 2-liner:
http://emergent.unpy.net/files/sandbox/saved-gcode-to-recent-list.patch
[21:09:47] <ehj> What is the package for glib?
[21:10:07] <cradek> jepler: neat
[21:10:22] <cradek> this program's output looks like someone has been practicing their shorthand
[21:11:41] <jepler> ehj: I think: libglib2.0-dev - Development files for the GLib library
[21:14:39] <ehj> got it.
[21:15:47] <ehj> What about tcl? tclx8.4, tclx8.4-dev, both?
[21:16:19] <alex_joni> both
[21:18:40] <ehj> How about tk lib?
[21:18:52] <alex_joni> same
[21:18:56] <alex_joni> tk8.4 and tk8.4-dev
[21:19:35] <ehj> I installed both, ./config is still complaining about tk lib not found.
[21:20:27] <alex_joni> dpkg -l tk8.4
[21:20:28] <ehj> I missed tcl8.5, should I install that?
[21:20:42] <alex_joni> no
[21:21:38] <alex_joni> dpkg -l | grep tk8.4
[21:21:52] <alex_joni> tk8.4-dev is the package that should be installed
[21:24:08] <ehj> I must be doing something wrong on the command line, but synaptic shows that it is installed.
[21:24:35] <CIA-2> EMC: 03cradek 07TRUNK * 10emc2/src/emc/rs274ngc/interp_convert.cc: give errors instead of bad results for a few extremely odd situations found by testing with random paths
[21:26:08] <ehj> alex: Never mind, got it.
[21:29:20] <alex_joni> good
[21:32:05] <ehj> How about python headers? I know I can skip that with --disable-python.
[21:32:53] <alex_joni> ehj: did you look at debian/control ?
[21:33:06] <alex_joni> there is a line called Build-Depends: there
[21:33:12] <alex_joni> install all packages from that line
[21:34:37] <ehj> Yea, I saw a bunch of them all through the file. There did not seem to be enough in any one depends line.
[21:34:52] <alex_joni> I specifically typed Build-Depends
[21:35:20] <ehj> ok, well it is working now. Let me try do do a make.
[21:35:25] <alex_joni> the 5th line here:
http://cvs.linuxcnc.org/cvs/emc2/debian/control.in?rev=1.26
[21:36:43] <alex_joni> good night all
[21:36:54] <ehj> later, thanks Alex
[21:37:10] <alex_joni> yw
[22:09:00] <CIA-2> EMC: 03cradek 07TRUNK * 10emc2/src/emc/rs274ngc/ (interp_convert.cc interp_internal.hh rs274ngc_pre.cc): the move immediately after G40 must be straight, not an arc, because the arc would have mismatched radii.
[22:11:56] <CIA-2> EMC: 03cradek 07TRUNK * 10emc2/src/emc/task/emctaskmain.cc: I don't want to lose this, but I also don't want it enabled all the time.
[22:36:36] <BigJohnT> cradek: does the straight move after the G40 have to be any minimun lenght like 1/2 the tool diameter?
[22:36:48] <BigJohnT> or does it matter?
[22:47:29] <BigJohnT> bbiab
[22:59:03] <cradek> BigJohnT: I don't think it matters. It will "become" longer since the target of the move gets shoved back to the nominal path.
[22:59:47] <cradek> the problem is if you shove the endpoints around like that on an arc, it becomes bogus (radii don't match anymore)
[23:00:41] <SWPadnos> isn't there code to calculate the "effective centerpoint" of a new arc already?
[23:00:58] <SWPadnos> I know you jmk and I discussed it at length on a couple of occasions
[23:00:59] <cradek> yes, but the payoff is zilch and the work is nonzero
[23:01:02] <SWPadnos> heh
[23:01:21] <cradek> if not for breaking existing programs it woudl be very tempting to remove the arc entry now - it is not needed.
[23:04:34] <BigJohnT> ok thanks
[23:05:22] <cradek> some time if you're feeling up to it, we should work on the cutter comp docs. They are full of irrelevant things now.
[23:06:00] <BigJohnT> ok, do you have anything on top of your mind at the moment?
[23:06:16] <cradek> it would be nice to have a general description of how it works, plus maybe a picture of each failure case and the error message it gives
[23:06:38] <cradek> all the stuff about the complicated entry moves and wordiness about how inside corners don't work can be removed
[23:06:51] <BigJohnT> ok
[23:07:17] <cradek> entry move is now any straight line that's long enough
[23:08:22] <BigJohnT> at least the tool radius long?
[23:08:53] <cradek> let me check - I think that's the limit
[23:09:01] <BigJohnT> ok
[23:10:06] <cradek> yes radius
[23:10:12] <BigJohnT> ok
[23:10:35] <cradek> I just use any old approaching move (a rapid above the work)
[23:10:48] <BigJohnT> cool
[23:10:59] <cradek> then compensation is fully on before touching the work
[23:12:02] <cradek> I think that's a good rule - the entire move after a g40/g41/g42 should not touch the work at all, because it is not fully compensated
[23:12:39] <BigJohnT> ok, sounds a lot easier :)
[23:13:10] <cradek> yeah I think if we're careful we can explain it with a lot fewer words than now
[23:15:35] <BigJohnT> does all that stuff about path contour matter any more?
[23:16:06] <cradek> I don't know which you mean
[23:17:02] <cradek> http://www.linuxcnc.org/docs/devel/html/gcode_tool_compensation.html
[23:17:10] <BigJohnT> the material edge contour/ path contour part
[23:17:17] <cradek> in here?
[23:17:34] <BigJohnT> yes
[23:18:03] <cradek> oh right, is the programmed path a part outline or the path of a nominal size tool
[23:18:12] <cradek> you can still use it either way
[23:18:18] <BigJohnT> ok
[23:19:03] <cradek> for tool path contour 1.4.1.6 you do not need to program those arcs at the corners now
[23:19:13] <BigJohnT> ok
[23:20:05] <cradek> pretty much all of 1.4.2/1.4.3 is unneeded now I think
[23:22:34] <cradek> 1.3 (TLO) is written in programmer-speak
[23:22:44] <BigJohnT> lol
[23:22:58] <cradek> I cleaned up some other stuff like that. It makes the mistake of describing the implementation, instead of the behavior
[23:23:08] <cradek> it's a common mistake programmers make when writing docs
[23:24:22] <BigJohnT> I'm on it like a chicken on a June bug
[23:24:33] <cradek> heh, I have no idea what that means, but ok :-)
[23:24:51] <cradek> I'm hearing the dinner bell here!
[23:24:56] <cradek> bbl, and thanks BigJohnT
[23:29:33] <BigJohnT> ok np
[23:30:30] <BigJohnT> that's hillbilly speak :)
[23:33:36] <CIA-2> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/gcode/main.lyx: add info on move after G40
