Back
[02:41:00] <CIA-32> EMC: 03jepler 07TRUNK * 10emc2/src/emc/usr_intf/stepconf/stepconf.py: use excepthook to show the user the message that has been encountered
[02:41:34] <CIA-32> EMC: 03jepler 07v2_2_branch * 10emc2/src/emc/usr_intf/stepconf/stepconf.py: from TRUNK: use excepthook to show the user the message that has been encountered
[02:45:13] <CIA-32> EMC: 03jepler 07v2_2_branch * 10emc2/debian/changelog: note change
[02:45:58] <jepler> 'night all
[02:48:19] <CIA-32> EMC: 03compile-farm 07Ubuntu 5.10 (breezy) non-realtime (2.6.12-10-386) * 10emc2.2branch/: build FAILED ; see
http://linuxcnc.org/compile_farm/emc2.2branch_slot1_log.txt
[02:49:52] <CIA-32> EMC: 03compile-farm 07Ubuntu 5.10 (breezy) realtime (2.6.12-magma) * 10emc2.2branch/: build FAILED ; see
http://linuxcnc.org/compile_farm/emc2.2branch_slot2_log.txt
[02:49:53] <CIA-32> EMC: 03compile-farm 07BDI-4.51 (2.6.16.20-rtai) * 10emc2.2branch/: build FAILED ; see
http://linuxcnc.org/compile_farm/emc2.2branch_slot6_log.txt
[03:00:37] <SWPadnos> I wonder if excepthook doesn't exist on older systems
[05:42:28] <alex_joni> SWPadnos: nope, it's a merge error it seems
[12:05:32] <jepler> what the heck? I didn't think you could check in a file with a merge error!
[12:10:32] <CIA-32> EMC: 03jepler 07v2_2_branch * 10emc2/src/emc/usr_intf/stepconf/stepconf.py: fix earlier commit
[12:12:34] <CIA-32> EMC: 03compile-farm 07Ubuntu 5.10 (breezy) non-realtime (2.6.12-10-386) * 10emc2.2branch/: build PASSED
[12:15:14] <CIA-32> EMC: 03compile-farm 07BDI-4.51 (2.6.16.20-rtai) * 10emc2.2branch/: build PASSED
[12:15:19] <CIA-32> EMC: 03compile-farm 07Ubuntu 5.10 (breezy) realtime (2.6.12-magma) * 10emc2.2branch/: build PASSED
[12:32:58] <jepler> yay
[12:41:43] <alex_joni> :-)
[13:09:02] <SWPadnos> yep - I noticed the <<<<<<< in the error log :)
[14:08:58] <rayh> I see there is an update to apport
[14:14:09] <cradek> looks like the last update was Apr 29. It fixed only this bug:
https://bugs.launchpad.net/ubuntu/+source/apport/+bug/224168
[14:14:11] <jepler> I don't see that any of the changes in apport 0.108.1 or 0.108.2 are relevant to our problems
[14:14:31] <rayh> Thanks
[14:14:32] <cradek> oh is there a .2? when I got the source, I got .1
[14:14:51] <jepler> .2 has been published in -proposed:
https://launchpad.net/ubuntu/hardy/+source/apport/0.108.2
[14:15:24] <cradek> you never got any answer to your question did you
[14:16:33] <jepler> nope.
https://answers.launchpad.net/apport/+question/32916
[14:32:14] <cradek> that's too bad
[14:39:38] <rayh> I was trying to use the executable rs274 to test a, b, c commands and the nml message created but it doesn't want to take anything but x,y,z
[14:39:54] <rayh> I see there is a -n arg
[14:41:02] <rayh> skip that last thought.
[14:41:12] <rayh> Is there a way to enable A,B,
[14:41:20] <rayh> in that.
[14:41:52] <SWPadnos> don't you need to pass it an ini file?
[14:42:41] <cradek> I'm surprised to see that it doesn't allow a,b,c
[14:42:45] <cradek> but I also see that behavior here
[14:44:34] <rayh> It doesn't seem to read an ini file only tbl and var.
[14:47:53] <cradek> I see the buglet
[14:48:17] <rayh> buglet I like that.
[14:52:20] <CIA-32> EMC: 03cradek 07TRUNK * 10emc2/src/emc/sai/ (driver.cc saicanon.cc): tell sai where to find some default files and remind it that it has 6 axes
[14:53:19] <rayh> That was quick!
[14:53:41] <cradek> very simple fix
[14:53:59] <SWPadnos> will that work for RIP?
[14:54:10] <cradek> no, the defaults won't
[14:54:33] <cradek> I'm not happy with that part, but it's better than never working and I'm apparently too lazy to do it right
[14:54:35] <SWPadnos> ok (thought so :) )
[14:54:44] <SWPadnos> the not working pat anyway
[14:54:47] <SWPadnos> part
[14:57:22] <rayh> pat doesn't work either.
[14:58:09] <SWPadnos> oh, the pat I know does, for sure! :)
[15:01:34] <rayh> k
[15:02:15] <rayh> I assume that I can not commit from an anon checkout?
[15:03:11] <SWPadnos> nope
[15:03:18] <rayh> thanks
[15:03:57] <rayh> just sent a new ssh to chris cause I tried to fix all the ssh's on my net.
[15:06:57] <cradek> rayh: I thought you had already sent me a new one.
[15:08:31] <rayh> I think I redid it all.
[15:09:07] <rayh> There was something goofy going on with that box after the one I sent. Sorry for the trouble.'
[15:09:16] <rayh> No hurry getting it going though.
[15:12:23] <rayh> rs274 works now.
[15:12:52] <rayh> Creates a whole new batch of questions for me about the 9 axis stuff.
[15:14:47] <cradek> yeah sai is definitely not 9-axis complete
[15:26:34] <cradek> rayh: I added your new key.
[15:31:46] <rayh> thanks.
[15:32:09] <rayh> Does the 9 simply expand the NML message to the extra three.
[15:36:36] <cradek> the canon calls are all expanded
[15:37:30] <rayh> Okay. I'll leave you alone. The key works.
[16:16:02] <skunkworks_> is part of atra209's issue where if the mouse is already over the button - you cannot click on it until the mouse is moved off and back on again? (gnome issue?)
[16:18:22] <jepler> sounds like it could be related
[16:21:20] <rayh> I see that same thing when switching from x to y to z.
[16:21:53] <rayh> I see a similar sort of thing with synaptic if I mouse over the search before synaptic is ready.
[16:22:08] <skunkworks_> yes - but if you mouse off the button - then back on - it works.
[16:22:13] <skunkworks_> Correct?
[16:22:28] <cradek> isn't that fixed in hardy?
[16:22:28] <rayh> Right.
[16:22:39] <rayh> looking.
[16:22:45] <skunkworks_> I thought it was.. but I really have not payed attention.
[16:23:32] <rayh> not here
[16:24:18] <SWPadnos> it's a gnome bug, which I think is marked "wedontcare" or something
[16:24:29] <rayh> the buttons in there do not come to life unless you cross the boundary.
[16:25:58] <cradek> too bad hardy introduced desktop effects that break real apps, instead of fixing important usability bugs
[16:32:51] <LawrenceG> I hope they are not trying to race Vista into being the most bloated windows manager
[16:36:41] <rayh> nah that's kde
[16:40:11] <jepler> it appears to be marked "too tired to fix". 10+ years, 100+ comments, 10+ patches, still open.
http://bugzilla.gnome.org/show_bug.cgi?id=56070
[16:44:39] <rayh> Why don't I see it in tk when I change the function of a button but leave the mouse in place.
[16:44:48] <jepler> rayh: because it's a bug in gtk+, not in tk
[16:45:03] <rayh> Ah okay.
[16:46:20] <jepler> (what I'm a bit more surprised by is the fact that ubuntu haven't fixed it themselves and damn the upstream)
[16:48:18] <cradek> jepler:
http://bugzilla.gnome.org/show_bug.cgi?id=56070#c90
[16:49:24] <jepler> cradek: I can't apply that in stepconf, because the "Forward" button is hidden inside the GnomeDruid widget; I can't access it directly.
[17:11:44] <alex_joni> can't you hide/show the whole widget?
[18:04:40] <jepler> I dunno, maybe
[18:08:16] <jepler> I'd much rather camp outside a lead gtk developer's house until the bug is fixed (and I don't really want to do that)
[18:09:26] <alex_joni> haha
[18:09:42] <cradek> that would set a bad precedent. remember, we have users too.
[18:14:13] <rayh> Some of our users "camp" as we'll see in a few weeks at fest.
[18:14:31] <alex_joni> * alex_joni waits for people to camp outside his house
[18:14:35] <rayh> I've had about enough of thread milling.
[18:14:36] <alex_joni> (that'll be the day)
[18:15:06] <alex_joni> rayh: so? what'cha gonna do? mill the thread?
[18:15:23] <jepler> * jepler groans
[18:15:43] <rayh> I'm with jepler
[18:15:59] <jepler> (but now I'm trying to come up with a worse pun about turning the thread)
[18:20:13] <cradek> my machine would be perfect if you want a thread with four flat spots at the quadrants
[18:20:37] <cradek> that's be hard to do on a lathe, you must admit
[19:24:09] <fenn_> fenn_ is now known as fenn