Back
[00:03:18] -!- micges has quit [Quit: Leaving]
[00:05:09] -!- andypugh_ [andypugh_!~andy2@cpc16-basl9-2-0-cust685.20-1.cable.virginmedia.com] has joined #linuxcnc-devel
[00:07:18] -!- andypugh has quit [Ping timeout: 264 seconds]
[00:07:18] andypugh_ is now known as andypugh
[00:08:33] -!- tmcw has quit [Remote host closed the connection]
[00:12:12] -!- kiplitton has quit [Ping timeout: 264 seconds]
[00:18:41] -!- zzolo has quit [Ping timeout: 248 seconds]
[00:23:26] -!- Nick001-Shop has quit [Read error: Connection reset by peer]
[00:30:42] -!- asdfasd has quit [Ping timeout: 264 seconds]
[00:35:51] -!- r00t4rd3d has quit [Ping timeout: 256 seconds]
[00:39:06] -!- sumpfralle has quit [Ping timeout: 264 seconds]
[00:45:20] -!- syyl has quit [Ping timeout: 255 seconds]
[00:45:33] -!- adb has quit [Ping timeout: 245 seconds]
[00:46:44] -!- andypugh has quit [Quit: andypugh]
[00:48:37] -!- PCW has quit [Remote host closed the connection]
[00:49:32] -!- stsydow has quit [Remote host closed the connection]
[00:51:34] -!- zzolo has quit [Quit: zzolo]
[00:53:36] -!- r00t4rd3d_ has quit [Ping timeout: 276 seconds]
[01:01:46] -!- Nick001-Shop has quit [Remote host closed the connection]
[01:04:40] -!- r00t4rd3d__ has quit [Quit: Leaving]
[01:07:32] -!- ve7it has quit [Remote host closed the connection]
[01:09:00] -!- nunya has quit [Quit: Leaving]
[01:09:50] -!- Dupe has quit [Read error: Connection reset by peer]
[01:12:30] -!- servos4ever has quit [Quit: ChatZilla 0.9.85 [SeaMonkey 2.0.11/20101206162726]]
[01:31:32] -!- cevad has quit [Ping timeout: 252 seconds]
[01:34:03] -!- bradsimantel has quit [Quit: bradsimantel]
[01:39:20] -!- JT-Shop has quit [Ping timeout: 255 seconds]
[01:39:21] -!- jthornton has quit [Read error: Connection reset by peer]
[01:39:25] -!- JT-Shop-2 [JT-Shop-2!~John@184-63-140-99.cust.wildblue.net] has joined #linuxcnc-devel
[01:39:29] -!- jthornton_ [jthornton_!~john@184-63-140-99.cust.wildblue.net] has joined #linuxcnc-devel
[02:00:56] -!- syyl_ has quit [Quit: Leaving]
[02:12:02] -!- zlog has quit [Remote host closed the connection]
[02:12:05] -!- Tom_itx has quit []
[02:26:33] -!- bradsimantel has quit [Quit: bradsimantel]
[02:30:46] -!- joe9 [joe9!~joe9@c-24-98-97-215.hsd1.ga.comcast.net] has joined #linuxcnc-devel
[02:33:57] frewsxcv94709 is now known as frewsxcv
[02:39:28] -!- jfire has quit [Quit: Leaving.]
[02:52:38] -!- Wildhoney has quit [Ping timeout: 245 seconds]
[03:22:24] -!- Tecan has quit [Ping timeout: 264 seconds]
[03:32:17] -!- ravenlock has quit [Ping timeout: 252 seconds]
[03:45:07] -!- dgarr [dgarr!~dgarrett@75-171-119-95.phnx.qwest.net] has joined #linuxcnc-devel
[03:54:20] -!- dgarr has quit [Quit: Leaving.]
[03:57:30] -!- Keknom has quit [Quit: Leaving.]
[04:01:24] -!- MarkusBec has quit [Ping timeout: 264 seconds]
[04:05:24] -!- beawesomeinstead has quit [Read error: Operation timed out]
[04:06:10] -!- phillipadsmith has quit [Ping timeout: 272 seconds]
[04:06:12] -!- mattswe has quit [Ping timeout: 248 seconds]
[04:07:54] -!- XiXora has quit [Ping timeout: 264 seconds]
[04:12:39] -!- nunya has quit [Remote host closed the connection]
[04:18:47] -!- joe9 has quit [Quit: leaving]
[04:22:55] -!- [2]DaveB [[2]DaveB!~MVcalypso@c-24-4-122-138.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[04:25:18] -!- sumpfralle1 has quit [Quit: Leaving.]
[04:25:25] -!- [1]DaveB has quit [Ping timeout: 256 seconds]
[04:28:28] -!- Valen has quit [Quit: Leaving.]
[04:30:46] -!- bradsimantel has quit [Client Quit]
[04:43:44] -!- mhaberler [mhaberler!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[04:44:02] -!- AR_ has quit [Ping timeout: 250 seconds]
[04:44:10] -!- mhaberler [mhaberler!~mhaberler@macbook.stiwoll.mah.priv.at] has parted #linuxcnc-devel
[05:19:06] -!- mhaberler [mhaberler!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[05:22:01] <mhaberler> seb_kuzminsky: around? John is around too and would have time to discuss configure
[05:23:41] -!- [1]DaveB [[1]DaveB!~MVcalypso@c-24-4-122-138.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[05:26:04] -!- [2]DaveB has quit [Ping timeout: 250 seconds]
[06:00:34] -!- jfire has quit [Quit: Leaving.]
[06:01:37] -!- Fox_Muldr has quit [Ping timeout: 248 seconds]
[06:07:11] -!- tjb1 has quit [Quit: tjb1]
[06:45:59] -!- cmorley1 [cmorley1!~chris@S010600c09fc019c2.no.shawcable.net] has joined #linuxcnc-devel
[06:46:56] -!- cmorley has quit [Read error: Operation timed out]
[06:49:16] -!- [2]DaveB [[2]DaveB!~MVcalypso@c-24-4-122-138.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[06:49:16] -!- [1]DaveB has quit [Read error: Connection reset by peer]
[06:53:09] -!- emel has quit [Excess Flood]
[07:04:22] -!- kwallace1 [kwallace1!~kwallace@smb-32.sonnet.com] has joined #linuxcnc-devel
[07:05:26] -!- kwallace has quit [Ping timeout: 245 seconds]
[07:12:38] -!- tronwizard has quit [Ping timeout: 256 seconds]
[07:38:33] -!- kwallace1 [kwallace1!~kwallace@smb-32.sonnet.com] has parted #linuxcnc-devel
[07:47:45] -!- Leucaruth has quit [Ping timeout: 248 seconds]
[07:50:50] -!- Tecan has quit [Remote host closed the connection]
[08:05:03] -!- yock has quit [Ping timeout: 245 seconds]
[08:06:11] -!- Jymmm has quit [Ping timeout: 252 seconds]
[08:42:24] -!- racycle has quit [Quit: racycle]
[08:47:26] -!- odogono has quit [Ping timeout: 252 seconds]
[08:54:40] -!- Tecan has quit [Changing host]
[09:00:49] -!- [1]DaveB [[1]DaveB!~MVcalypso@c-24-4-122-138.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[09:03:36] -!- [2]DaveB has quit [Ping timeout: 250 seconds]
[09:03:37] -!- emel has quit [Excess Flood]
[09:24:47] -!- Valen has quit [Quit: Leaving.]
[09:32:50] -!- b_b has quit [Changing host]
[09:39:41] -!- mattswe has quit [Ping timeout: 252 seconds]
[09:45:11] -!- [2]DaveB [[2]DaveB!~MVcalypso@c-24-4-122-138.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[09:46:04] -!- [1]DaveB has quit [Ping timeout: 250 seconds]
[09:46:17] -!- fomox has quit [Ping timeout: 252 seconds]
[09:53:34] -!- vladimirek [vladimirek!~vladimire@95.105.250.72] has joined #linuxcnc-devel
[09:57:33] -!- vladimirek has quit [Remote host closed the connection]
[09:57:37] -!- psha[work] [psha[work]!~psha@195.135.238.205] has joined #linuxcnc-devel
[10:01:01] -!- karavanjoW has quit [Ping timeout: 256 seconds]
[10:07:24] -!- karavanjoW has quit [Read error: Connection reset by peer]
[10:15:34] -!- rob_h [rob_h!~rob_h@5e0473f7.bb.sky.com] has joined #linuxcnc-devel
[10:18:47] -!- V0idExp has quit [Quit: Leaving.]
[10:19:33] -!- [1]DaveB [[1]DaveB!~MVcalypso@c-24-4-122-138.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[10:22:31] -!- [2]DaveB has quit [Ping timeout: 245 seconds]
[10:32:02] -!- Simooon has quit [Remote host closed the connection]
[10:45:45] -!- syyl_ws has quit [Quit: Verlassend]
[11:05:44] -!- dhoovie has quit [Read error: Connection reset by peer]
[11:11:27] -!- adb [adb!~IonMoldom@178.211.237.94] has joined #linuxcnc-devel
[11:15:14] -!- karavanjoW has quit [Ping timeout: 240 seconds]
[11:20:31] -!- mourner has quit [Quit: mourner]
[11:21:26] -!- [2]DaveB [[2]DaveB!~MVcalypso@c-24-4-122-138.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[11:23:47] -!- [1]DaveB has quit [Ping timeout: 260 seconds]
[11:27:16] -!- cmorley [cmorley!~chris@S010600c09fc019c2.no.shawcable.net] has joined #linuxcnc-devel
[11:29:37] -!- cmorley1 has quit [Ping timeout: 248 seconds]
[11:32:21] -!- skunkworks has quit [Remote host closed the connection]
[11:41:43] -!- karavanjoW has quit [Read error: Connection reset by peer]
[11:43:38] -!- karavanjoW has quit [Read error: Connection reset by peer]
[11:46:37] jthornton_ is now known as jthornton
[11:48:55] -!- micges [micges!~micges@eef197.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[11:52:30] -!- ybon has quit [Read error: Operation timed out]
[11:53:21] -!- karavanjoW has quit [Ping timeout: 276 seconds]
[11:59:27] -!- karavanjoW has quit [Ping timeout: 256 seconds]
[12:14:20] -!- mhaberler has quit [Read error: Connection reset by peer]
[12:14:42] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[12:14:55] -!- micges has quit [Quit: Leaving]
[12:17:13] zenek is now known as micges
[12:22:59] -!- [1]DaveB [[1]DaveB!~MVcalypso@c-24-4-122-138.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[12:22:59] -!- [2]DaveB has quit [Read error: Connection reset by peer]
[12:34:50] -!- sumpfralle has quit [Ping timeout: 252 seconds]
[12:36:58] -!- stsy has quit [Remote host closed the connection]
[13:02:41] -!- cmorley1 [cmorley1!~chris@S010600c09fc019c2.no.shawcable.net] has joined #linuxcnc-devel
[13:05:49] -!- cmorley has quit [Ping timeout: 245 seconds]
[13:10:34] -!- micges has quit [Remote host closed the connection]
[13:17:34] zenek is now known as micges
[13:30:03] -!- mhaberler [mhaberler!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[13:38:43] -!- [2]DaveB [[2]DaveB!~MVcalypso@c-24-4-122-138.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[13:42:37] -!- [1]DaveB has quit [Ping timeout: 256 seconds]
[13:55:54] -!- fomox has quit [Ping timeout: 264 seconds]
[13:56:10] -!- korsi has quit [Read error: Operation timed out]
[13:59:19] -!- korsi [korsi!~korsi@adsl-85-217-43-107.kotinet.com] has joined #linuxcnc-devel
[14:01:37] <jepler> andypugh: try with this patch for improved error reporting in TWOPASS:
http://emergent.unpythonic.net/files/sandbox/0001-haltcl-improve-error-messages.patch
[14:04:36] -!- servos4ever has quit [Ping timeout: 245 seconds]
[14:04:42] JT-Shop-2 is now known as JT-Shop
[14:06:56] <mhaberler> jepler: can I bug you a few minutes about dbuf.c to make me understand a bit better?
[14:07:16] <jepler> I'll try to answer
[14:07:24] <mhaberler> ok, let me dig it up
[14:08:21] <mhaberler> dbuf = data buf?
[14:08:55] <jepler> something like that
[14:09:12] <mhaberler> is this a list of typed elements to replay varags, right?
[14:09:49] <mhaberler> collect in as its xxxprintf'd, pass to userland, do the actual printf there, right?
[14:09:59] <jepler> yes, that's the first and (as far as I know) only use of dbuf
[14:10:49] <mhaberler> well I can only guess what others would be, since that's one of those genial but uncommented codes ;)
[14:11:34] <mhaberler> but I dont see you pass along type tags, or am I missing something?
[14:11:52] <jepler> when you use the same printf format to replay the arguments, everything should match up
[14:12:59] <jepler> c
[14:13:12] <mhaberler> just trying to get it - so basically your're collecting args in the xxxprintf, determine their length from the % conversion specifier, an d bounce that up in the proper length
[14:14:24] <jepler> yes
[14:14:26] -!- psha[work] has quit [Quit: Lost terminal]
[14:14:46] <mhaberler> ok, fair enough - waterboarding session finished ;)
[14:14:50] <mhaberler> thanks
[14:14:53] <jepler> welcome
[14:26:45] -!- servos4ever has quit [Ping timeout: 276 seconds]
[14:40:58] -!- [1]DaveB [[1]DaveB!~MVcalypso@c-24-4-122-138.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[14:41:29] -!- dgarr [dgarr!~dgarrett@184-98-135-104.phnx.qwest.net] has joined #linuxcnc-devel
[14:44:18] -!- [2]DaveB has quit [Ping timeout: 276 seconds]
[14:46:57] -!- holst has quit [Ping timeout: 248 seconds]
[14:46:57] <dgarr> jepler: i agree with your patch for twopass, two more improvements:
http://www.panix.com/~dgarrett/stuff/improve_twopass_messages.patch
[14:59:34] -!- Wildhoney has quit [Ping timeout: 245 seconds]
[15:03:27] -!- Brandonian has quit [Client Quit]
[15:07:52] -!- mk0 has quit [Quit: Leaving]
[15:10:15] <jepler> cradek: do you want my patch and dgarr's patches to 2.5 or master?
[15:10:30] AR___ is now known as AR_
[15:10:58] <cradek> if you guys think they are safe, 2.5 is fine
[15:11:04] <cradek> I doubt my ability to review them
[15:11:41] -!- AR__ has quit [Ping timeout: 245 seconds]
[15:12:52] <KGB-linuxcnc> 03jepler 05v2.5_branch 7641d69 06linuxcnc 10src/hal/utils/halsh.c * haltcl: improve error messages
[15:12:52] <KGB-linuxcnc> 03dgarrett 05v2.5_branch 2e7b219 06linuxcnc 10tcl/twopass.tcl * twopass.tcl: reduce unneeded verbose printing
[15:12:55] <KGB-linuxcnc> 03dgarrett 05v2.5_branch b5bca20 06linuxcnc 10tcl/twopass.tcl * twopass.tcl: improve error reporting
[15:13:04] <jepler> thanks dgarr
[15:13:07] <cradek> thanks
[15:30:14] <KGB-linuxcnc> 03seb 052.5-mdi-queue-test-3 1775f4f 06linuxcnc 10tests/ 10(18 files in 4 dirs) * add some MDI queueing tests
[15:30:14] <KGB-linuxcnc> 03seb 052.5-mdi-queue-test-3 bf88e80 06linuxcnc 10src/emc/task/emctaskmain.cc * task: fix an MDI queueing bug
[15:30:17] <KGB-linuxcnc> 03seb 052.5-mdi-queue-test-3 47d242a 06linuxcnc 10src/emc/task/emctaskmain.cc * task: don't feed interp from the mdi queue if it's busy
[15:30:24] <KGB-linuxcnc> 03seb 052.5-mdi-queue-test-3 b390311 06linuxcnc 10src/emc/task/emctaskmain.cc * task: remove old incorrect mdi queueing code
[15:30:30] <KGB-linuxcnc> 03seb 052.5-mdi-queue-test-3 b6015c2 06linuxcnc 10tests/ 10(6 files in 6 dirs) * un-skip a bunch of tests
[15:31:16] <seb_kuzminsky> that branch has been running runtests in a loop on my laptop all night, 0 failures
[15:31:35] <seb_kuzminsky> if no one sees any problems with that branch, i'll push it to 2.5 (if the buildbot succeeds)
[15:38:20] -!- kwallace [kwallace!~kwallace@smb-7.sonnet.com] has joined #linuxcnc-devel
[15:42:09] -!- AR_ has quit [Ping timeout: 256 seconds]
[15:43:46] -!- adb has quit [Ping timeout: 245 seconds]
[15:43:47] -!- [2]DaveB [[2]DaveB!~MVcalypso@c-24-4-122-138.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[15:47:28] -!- [1]DaveB has quit [Ping timeout: 250 seconds]
[15:47:51] -!- mourner has quit [Quit: mourner]
[15:56:01] -!- IchGuckLive [IchGuckLive!~chatzilla@95-90-55-116-dynip.superkabel.de] has joined #linuxcnc-devel
[15:56:17] <IchGuckLive> nice work on 2.5.2
[15:58:05] -!- fomox has quit [Ping timeout: 252 seconds]
[16:07:19] -!- micges [micges!~zenek@eef197.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[16:12:52] -!- IchGuckLive has quit [Quit: ChatZilla 0.9.87 [Firefox 18.0/20130108033621]]
[16:17:46] -!- maximilian_h [maximilian_h!~bonsai@130.255.104.21] has joined #linuxcnc-devel
[16:26:46] <KGB-linuxcnc> 03seb 05v2.5_branch 1775f4f 06linuxcnc 10tests/ 10(18 files in 4 dirs) * add some MDI queueing tests
[16:26:46] <KGB-linuxcnc> 03seb 05v2.5_branch bf88e80 06linuxcnc 10src/emc/task/emctaskmain.cc * task: fix an MDI queueing bug
[16:26:49] <KGB-linuxcnc> 03seb 05v2.5_branch 47d242a 06linuxcnc 10src/emc/task/emctaskmain.cc * task: don't feed interp from the mdi queue if it's busy
[16:26:55] <KGB-linuxcnc> 03seb 05v2.5_branch b390311 06linuxcnc 10src/emc/task/emctaskmain.cc * task: remove old incorrect mdi queueing code
[16:27:02] <KGB-linuxcnc> 03seb 05v2.5_branch b6015c2 06linuxcnc 10tests/ 10(6 files in 6 dirs) * un-skip a bunch of tests
[16:27:42] <seb_kuzminsky> yay! the number of pending branches i want to push is now 0!
[16:27:49] <seb_kuzminsky> for the first time since fall :-)
[16:28:03] <skunkworks> Great job!!!
[16:28:20] <seb_kuzminsky> i just hope i didnt break anything while trying to fix that... ;-)
[16:29:10] <KGB-linuxcnc> 03TODO: deletor 052.5-mdi-queue-test-3 b6015c2 06linuxcnc 04. * branch deleted
[16:29:26] <seb_kuzminsky> i still need to merge that into master, maybe i'll try that tonight or tomorrow night
[16:34:13] <linuxcnc-build> build #18 of precise-i386-realtime-rip is complete: Failure [4failed git] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/precise-i386-realtime-rip/builds/18 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[16:34:21] <linuxcnc-build> build #816 of lucid-rtai-i386-clang is complete: Failure [4failed git] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/lucid-rtai-i386-clang/builds/816 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[16:34:30] <linuxcnc-build> build #616 of precise-amd64-sim-clang is complete: Failure [4failed git] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/precise-amd64-sim-clang/builds/616 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[16:37:54] <seb_kuzminsky> err, what
[16:38:18] <seb_kuzminsky> oh, heh
[16:38:30] <seb_kuzminsky> i removed the branch while it was building, oops
[16:39:39] <micges> seb_kuzminsky: clear to push into 2.5 ?
[16:40:41] <seb_kuzminsky> yeah, go for it!
[16:41:01] <KGB-linuxcnc> 03micges 05v2.5_branch ecafc71 06linuxcnc 10scripts/latency-test * Fix rebranding bug sf #3585400
[16:41:21] <micges> ha, still remember how to do it ;)
[16:41:27] <seb_kuzminsky> :-)
[16:41:45] <seb_kuzminsky> it's nice to see the bug list on sf decrease for once :-)
[16:42:17] <micges> last time I looked it was 45 now its 80
[16:44:28] <KGB-linuxcnc> 03seb 052.5-mdi-queue-test-3 b6015c2 06linuxcnc * branch created
[16:45:36] <seb_kuzminsky> i just got totally confused about what the buildbot was doing.... it was still working on jepler's and dgarr's push from this morning, i thought that was my branch
[16:45:53] <seb_kuzminsky> oh well, i tested it pretty thuroughly on my dev machine...
[16:53:14] -!- zzolo has quit [Quit: zzolo]
[16:55:50] -!- adb [adb!~IonMoldom@178.211.237.94] has joined #linuxcnc-devel
[16:58:19] -!- oterral has quit [Quit: Leaving.]
[17:16:43] -!- [2]DaveB has quit [Quit: HydraIRC -> http://www.hydrairc.com <- The professional IRC Client :D]
[17:27:10] -!- dway has quit [Quit: NOOOOOOooooooooo……]
[17:27:47] -!- mourner has quit [Quit: mourner]
[17:28:29] -!- jfire has quit [Quit: Leaving.]
[17:31:32] -!- mackerski has quit [Quit: mackerski]
[17:31:49] -!- andypugh [andypugh!~andy2@cpc16-basl9-2-0-cust685.20-1.cable.virginmedia.com] has joined #linuxcnc-devel
[17:37:46] -!- andypugh has quit [Read error: Connection reset by peer]
[17:39:07] -!- andypugh [andypugh!~andy2@92.238.182.174] has joined #linuxcnc-devel
[17:39:09] -!- maximilian_h has quit [Ping timeout: 245 seconds]
[17:43:55] -!- tmcw has quit [Remote host closed the connection]
[17:46:09] -!- V0idExp has quit [Quit: Leaving.]
[17:54:41] -!- maximilian_h [maximilian_h!~bonsai@130.255.104.21] has joined #linuxcnc-devel
[17:54:50] -!- Youdaman has quit []
[18:06:59] -!- maximilian_h has quit [Ping timeout: 255 seconds]
[18:07:05] -!- tronwizard has quit [Ping timeout: 255 seconds]
[18:07:48] <linuxcnc-build> build #815 of checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/checkin/builds/815 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[18:08:52] -!- mourner has quit [Quit: mourner]
[18:09:50] <skunkworks> aw man
[18:10:39] <seb_kuzminsky> no no, it's fine
[18:10:47] <seb_kuzminsky> i dun goofed is all
[18:10:50] -!- vladimirek [vladimirek!~vladimire@95.105.250.72] has joined #linuxcnc-devel
[18:11:02] <seb_kuzminsky> i got confused about what branch the buildbot was building
[18:11:28] <seb_kuzminsky> i thought it was building my branch, so when the buildbot finished i removed my branch
[18:11:46] <seb_kuzminsky> but it was actually building a previous push, and was just about to start building my branch
[18:12:00] <seb_kuzminsky> so then it failed when it tried to check it out, of course
[18:12:05] <seb_kuzminsky> it's fine
[18:13:27] <seb_kuzminsky> right now it's building v2.5_branch, including my mdi queue fix and micges' rebranding fix
[18:13:40] <seb_kuzminsky> i'm confident this will work just fine ;-)
[18:18:12] <skunkworks> I am too :)
[18:19:26] -!- KimK has quit [Ping timeout: 252 seconds]
[18:21:56] -!- maximilian_h [maximilian_h!~bonsai@93.182.185.158] has joined #linuxcnc-devel
[18:24:33] <andypugh> Does anyone care to venture an opinion on whether generating Linux input events from HAL is a daft idea? The application is hal/gpio-conected keypads and matrix keyboards.
[18:27:20] <seb_kuzminsky> i don't know how to tie in to the linux input system, but it seems like it should work
[18:27:49] <andypugh> I think I can just generate input events, it actually looks easy, which is never a good sign.
[18:28:41] <andypugh> The examples tend to use interrupts, but I don't think that is a requirement.
[18:29:12] <andypugh> I can see some "fun" debugging as the component sends spurious keystrokes
[18:34:17] -!- holgi has quit [Quit: ChatZilla 0.9.90 [Firefox 19.0/20130218165301]]
[18:42:23] -!- micges has quit [Quit: Leaving]
[18:50:17] -!- syyl has quit [Ping timeout: 255 seconds]
[18:53:00] -!- r00t4rd3d has quit [Quit: Leaving]
[18:54:25] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[18:59:44] -!- i_tarzan has quit [Ping timeout: 255 seconds]
[19:03:22] -!- DJ9DJ has quit [Remote host closed the connection]
[19:04:35] -!- khbpbg has quit [Ping timeout: 256 seconds]
[19:05:23] -!- JesusAlos has quit [Quit: ChatZilla 0.9.90 [Firefox 11.0/20120310193829]]
[19:12:26] -!- stsydow has quit [Ping timeout: 250 seconds]
[19:15:36] mas is now known as Guest73418
[19:23:33] -!- r00t4rd3d has quit [Read error: Connection reset by peer]
[19:24:44] -!- r00t4rd3d has quit [Read error: Connection reset by peer]
[19:26:12] -!- r00t4rd3d has quit [Read error: Connection reset by peer]
[19:34:31] -!- Guest73418 has quit [Quit: Page closed]
[19:44:02] -!- stsydow has quit [Remote host closed the connection]
[19:46:49] R2E4_ is now known as R2E4_awy
[19:47:08] <KGB-linuxcnc> 03TODO: deletor 052.5-mdi-queue-test-3 b6015c2 06linuxcnc 04. * branch deleted
[19:57:21] -!- motioncontrol has quit [Quit: Sto andando via]
[19:59:23] zenek is now known as micges
[20:02:58] -!- tjb1 has quit [Quit: tjb1]
[20:12:26] -!- motioncontrol has quit [Ping timeout: 252 seconds]
[20:14:39] <cradek> I think anyone trying to control an unaware gui by emulating a keyboard is doing it wrong
[20:15:05] <cradek> halui does it right, and a gui like AXIS or touchy that present HAL pins to be hooked to external control for special purposes are doing it right
[20:16:33] <cradek> otherwise, oh no, the network manager popped up a dialog and the machine crashed because it didn't see "right arrow key released"
[20:17:14] <cradek> it's stupid to assume you will always know what will have focus
[20:18:12] <cradek> that kind of hackery is appropriate as a last resort for programs where you don't have the source to let you do it right
[20:20:43] <seb_kuzminsky> i'm not sure what the use case for a matrix keypad is
[20:21:11] <cradek> that's a good question
[20:21:37] <cradek> my knee is jerking against people making pendants that work this way
[20:22:04] <cradek> for typing mdi commands it might be a less terrible idea
[20:22:10] <cradek> might
[20:22:27] <andypugh> Consider a retrofit of a machine with a full set of G-code entry buttons. How do you carry on being able to use them?
[20:22:53] <cradek> hm, I'd get rid of it and use touchy
[20:23:04] <cradek> er, I got rid of it and used touchy
[20:23:10] <andypugh> Well, yes.
[20:23:36] <cradek> it's better than any 20 year old membrane keyboard :-)
[20:24:08] <andypugh> This isn't about controlling the machine using a keyboard, this is about text and number entry by GPIO.
[20:24:34] fomox_ is now known as fomox
[20:25:01] <seb_kuzminsky> andypugh: so you have a little keypad with buttons labeled "G", "X", "Y", "Z", 0-9, etc?
[20:25:12] <seb_kuzminsky> and you'd type "G0 x1 y2 z3" on the keypad?
[20:25:20] -!- emel has quit [Excess Flood]
[20:25:36] <andypugh> Yes
[20:26:01] <cradek> a matrix keyboard must be scanned
[20:26:17] <cradek> generating events is the easy part
[20:26:20] <seb_kuzminsky> and there'd be a little lcd screen or something that would show you the mdi command as you built it up?
[20:26:36] <andypugh> The idea is that you could configure individual buttons to either do machine control things (like jogging) or to send key events to the active control, just like a keyboard does.
[20:27:25] <andypugh> cradek: The particular application is the 7i73 which sends a byte when a key is pressed.
[20:27:29] <cradek> what if you want to use the arrows for jogging and also editing your string?
[20:27:33] <seb_kuzminsky> sounds like you want a hal comp to scan the keypad and emit a bit pin for each button, and a hal comp to drive the lcd screen (somehow), and a custom ui program (similar to halui) to tie them together
[20:27:47] <andypugh> cradek: You would need two sets of arrows.
[20:27:53] <seb_kuzminsky> or a modal UI
[20:27:55] <cradek> seb_kuzminsky: I suspect someone wants to use AXIS this way
[20:28:28] <seb_kuzminsky> i think you're right about that, and i see why you think it's a bad idea
[20:28:34] <andypugh> Well, the main thing is that the 7i73 has a matrix keypad thingy, and HAL has absolutely no way to use it at th emoment.
[20:28:56] <seb_kuzminsky> a custom ui connected via HAL instead of via Linux Input would avoid the focus problem
[20:29:22] <seb_kuzminsky> andypugh: it can use it as a bunch of bit pins, right?
[20:29:29] <seb_kuzminsky> not very useful on its own
[20:29:49] * cradek shivers to think of a hal pin for every key on a keyboard
[20:29:49] <andypugh> No. Because it is a scancode that comes out, not a family of bit pins
[20:30:34] <andypugh> It only supports 64 buttons, so it wouldn't be _that_ bad. The 7i64 has 96 HAL pins....
[20:31:52] <andypugh> I can see that you think that a touchscreen is the way to go, but should it be mandatory?
[20:32:20] <cradek> heh, I think you straw-manned me
[20:32:44] <andypugh> What I am trying to provide is an alternative to a USB keyboard.
[20:33:03] <seb_kuzminsky> i don't think that's what you're trying to provide ;-)
[20:33:05] <cradek> a hal byte-stream type and an alphanumeric keypress input pin on AXIS would be cool
[20:33:42] <cradek> maybe keyboard emulation is a way to go here, but I fear it for those reasons stated above
[20:33:57] <andypugh> I hate the idea of scancode jogging as much as the next man, honest.
[20:34:52] <cradek> I still think touchy is better, because keyboards and mice both suck at a machine console
[20:34:58] <cradek> but that's an aside
[20:35:28] <andypugh> And I would hope that if people have a matric kb with arrow keys then they would do the decent thing and wire those to HAL jog controls rather than send arrow scancodes. Though I accept that there is a risk of them not doing.
[20:35:29] <seb_kuzminsky> andypugh: i think the use case for a pendant with a keypad is different from a usb keyboard
[20:36:03] <cradek> andypugh: if those keys are in the matrix (and they are) they simply can't do that
[20:36:30] <andypugh> Can't do which?
[20:36:43] <cradek> can't wire an arrow key separately to halui.jog-whatever-input
[20:36:52] <cradek> you'd have to rewire the keyboard
[20:36:59] <seb_kuzminsky> cradek: if there's a hal component (or a hardware component) that scans the matrix, then it seems easy to emit a bit for each key, and net that to halui.jog
[20:37:09] <seb_kuzminsky> what am i missing?
[20:38:05] <andypugh> The 7i73 already scans matrix keyboards up to 8x8. The output is an encoded byte on a single HAL pin.
[20:38:07] <cradek> nothing, I follow now
[20:38:59] <andypugh> Currently that is useless, so a simple HAL component to convert that to individual bits seems to be required (I think we are agreed there?)
[20:39:19] <seb_kuzminsky> andypugh: i don't see how an 8x8 matrix can be encoded into one byte
[20:39:29] <seb_kuzminsky> how does it handle multiple buttons being pushed?
[20:39:34] <andypugh> numbers 1 to 64?
[20:39:41] <andypugh> It doesn't.
[20:40:02] <cradek> my selectric handles that
[20:40:20] <andypugh> That's PCW's department.
[20:40:32] <seb_kuzminsky> matrix keypads inherently support multiple keys being pushed, the only question is what the thing doing the scanning does when it sees that
[20:40:55] <cradek> it would be sad to lose the ability to jog diagonally
[20:41:00] <andypugh> Yeah, currently the 7i73 firmware runs away and hides I think.
[20:41:07] <cradek> or have modifier keys
[20:41:14] <seb_kuzminsky> maybe if the user pushes buttons 1 and 2 it sends 1, 2, 1, 2, 1, 2, etc
[20:41:37] -!- mattions has quit [Ping timeout: 248 seconds]
[20:41:41] <seb_kuzminsky> that would suck, because the hal component that eats that byte stream would think each button went up and down repeatedly, which would probably screw things up
[20:41:46] <andypugh> It could pack up to 4 keys in one HAL pin.
[20:42:11] <seb_kuzminsky> i'd have to read the 7i73 manual to see what pcw does with it
[20:42:21] <seb_kuzminsky> i bet he does something smart, i just dont know what it is
[20:42:33] <cradek> even with a byte stream output, you could do N-key rollover internally
[20:42:40] <cradek> that's less bad
[20:42:56] <cradek> you could do modifiers like Shift internally too
[20:42:58] <seb_kuzminsky> but again, i think a custom ui to handle this not-a-keyboard keyboard is better than trying to get it to work right with a non-matrix-aware ui
[20:43:09] <cradek> yeah
[20:43:15] <andypugh> Anyway. Consider someone who decides to build a G-code entry keyboard out of discrete switches. How can he interface that with LinuxCNC?
[20:43:32] <seb_kuzminsky> with this custom g-code entry ui that you're going to build for us? ;-)
[20:43:48] <seb_kuzminsky> that's what a matrix keyboard is, imo: a pile of discrete switches
[20:43:59] <cradek> they could use a PoKeys thingy
[20:44:13] <andypugh> Indeed, but that is $200 isn't it?
[20:44:20] <seb_kuzminsky> i have one of those, i should finish the driver i started for it...
[20:44:21] <cradek> it would only have all the problems we discussed
[20:44:54] -!- pcw_home [pcw_home!~chatzilla@ip-66-80-167-54.sjc.megapath.net] has joined #linuxcnc-devel
[20:44:57] <andypugh> Sorry, I just confused PoKeys with smoothstepper. PoKeys isn't that expensive is it?
[20:45:44] -!- odogono has quit [Ping timeout: 252 seconds]
[20:46:03] <pcw_home> The 7I73 outputs keyup and keydown codes (and a all up code) so can be translated to a bit array easily
[20:47:16] <andypugh> I think a comp to convert to HAL bits is probably pretty uncontroversial.
[20:47:25] <pcw_home> Currently it just does 2 key rollover (since diodes are required in the matrix to do N-key)
[20:48:04] <andypugh> The controversy is around an idea I had to allow it to send keyboard scan codes, so that (for example) you could type in offests from a hardwired numeric pad.
[20:48:11] <seb_kuzminsky> pcw_home: that sounds like a good interface
[20:48:50] <seb_kuzminsky> so if you push and hold one key, then another, then another, you get "key-down key1", "key-down key2", "key-up key1", "key-down key3"?
[20:49:44] <pcw_home> Yes
[20:50:15] <seb_kuzminsky> then if you release all three keys you get "key-up key2", "key-up key3"?
[20:50:40] <pcw_home> 2 keys max currently
[20:50:58] <pcw_home> because of the diode issue
[20:51:19] <andypugh> OK, so diagonal jogging is back.
[20:51:33] <seb_kuzminsky> so andypugh, you could run that into a comp that spits out 64 bit pins (one for each key), and use those to jog via halui, and do mdi entry via a custom ui
[20:51:44] <seb_kuzminsky> would that satisfy your use case?
[20:52:00] <andypugh> Custom touchscreen UI?
[20:52:20] <mhaberler> seb_kuzminksy: your runtests on v2.5_branch have an issue with DISPLAY - if that is set, runtests keeps popping up this 'LinuxCNC still running' thing
[20:52:21] <cradek> axisui.keyboard.user-pressed-a ...
[20:52:37] <mhaberler> you might want to unexport DISPLAY
[20:52:39] <andypugh> Ah, you mean write a UI that has an input bit for every letter of the alphabet?
[20:52:47] <andypugh> Eeew!
[20:52:58] <cradek> an input bit for every key on the keyboard, which may or may not be a letter
[20:53:09] <seb_kuzminsky> andypugh: yes, and yes "eww" ... :-/
[20:53:20] <pcw_home> Actually the manual say no rollover, I would have to check what the current firmware does :-(
[20:53:25] <seb_kuzminsky> mhaberler: that's not my test, that's the "linuxcnc" starter script
[20:53:35] <mhaberler> well yes
[20:53:35] <andypugh> We allow people to use USB keyboards, why so against a hardwired one?
[20:53:46] <seb_kuzminsky> and it only says "still running" if you ctrl-c a running test and it leaves parts of linuxcnc running
[20:54:03] <mhaberler> also if a test fails
[20:54:13] <seb_kuzminsky> andypugh: usb keyboards go with a full console, where the user can control the focus so they can control where the keypresses go
[20:54:26] <mhaberler> anyway I suggest to unexport DISPLAY before running linuxcnc
[20:55:01] <seb_kuzminsky> mhaberler: seems reasonable, maybe runtests should do that
[20:55:15] -!- uminded has quit [Quit: Leaving]
[20:55:28] <seb_kuzminsky> andypugh: a usb keyboard with a mouse & screen would have the same problem
[20:55:38] <andypugh> seb_kuzminsky: I don't see how the physical connection protocol of the keyboard affects whether it is part of a full console or not?
[20:56:19] <seb_kuzminsky> it doesnt, but when you say "usb keyboard" it is assumed that there's also a mouse and screen, but when you say "matrix keypad" it's assumed that there's not a mouse and screen
[20:56:38] <cradek> I have lost track of what we're arguing
[20:56:57] <seb_kuzminsky> if there is a mouse and screen, then your plan would probably work, but i think you're talking about a hand-held, self-contained jog/control pendant
[20:56:58] <andypugh> Incidentally, I know a guy who has hal_input connected to his keyboard. He apparently gets a HAL pin for every key _and_ can still type into the Axis UI with it. That doesn't sound right to me.
[20:57:15] <cradek> weird
[20:57:57] <andypugh> No, I was really thinking about an old-style console with an abcd keyboard next to the screen.
[20:58:05] <seb_kuzminsky> oh
[20:58:29] <seb_kuzminsky> then i lost track, i thought we were talking about pendants, sorry :-/
[20:59:50] <andypugh> Perhaps the 7i73 sent you on that track? But it's actually a pretty good interface for connecting a console. encoder counters for over-ride knobs, IO for switches, matrix-keyboard handler....
[21:00:08] <andypugh> Then just a single CAT5 back down to the PC.
[21:01:09] <andypugh> I really don't want to be in the scancode jogging pendant game. There is already one too many of those :-)
[21:02:04] -!- Mr_Wolfs has quit [Quit: Quitte]
[21:02:10] <andypugh> I was going to wire my Touchy buttons and encoder through a 7i73 in fact. :-)
[21:02:29] -!- tronwizard has quit [Ping timeout: 255 seconds]
[21:03:05] <cradek> that does sound like a good console interface
[21:07:37] -!- tjb1_ has quit [Client Quit]
[21:07:39] <seb_kuzminsky> andypugh: which ui do you intend to use with the matrix keyboard?
[21:08:24] <andypugh> Personally I will probably never use a matrix keyboard.
[21:09:05] <andypugh> But I have recently been helping three users who all were looking in that direction.
[21:09:55] <seb_kuzminsky> do you know what UI they are wanting to use?
[21:10:04] <andypugh> One guy wants to use Axis but not have to touch the screen. I am not clear why except that it is something to do with staring at his work through a x35 loupe and possibly not being able to see the screen :-)
[21:10:24] -!- tjb1 has quit [Ping timeout: 276 seconds]
[21:10:35] <seb_kuzminsky> so he'd map one of the matrix keys to F3 and one to F5 so he can both jog and do mdi?
[21:10:45] <andypugh> I suspect so, yes.
[21:10:51] <andypugh> It's this loony:
http://www.f1-2000.co.uk/index.php?f=conrods
[21:10:54] <seb_kuzminsky> wow, that sounds annoying
[21:12:00] <andypugh> What he currently wants is a hard-wired touch-off button that brings up the dialog to type a number into.
[21:12:08] <andypugh> (Is that currently possible?)
[21:12:36] -!- tjb1 has quit [Client Quit]
[21:13:58] <seb_kuzminsky> if you can feed the right scan codes into Input, sure
[21:16:04] <andypugh> Now you are the one suggesting _controlling_ the UI by scancodes. I was never really thinking in those terms.
[21:17:12] <seb_kuzminsky> you said "send key events to the active control, just like a keyboard does."
[21:18:19] <andypugh> (I think that the axisui hal pins could be usefully expanded on, MDI/manual mode switching, for example. And touch-off. I appear to have an axisui.set-manual-mode pin but I can't remember if that is standard?
[21:18:20] <seb_kuzminsky> you asked if it was possible, and i described the only current posibility that i know of
[21:18:35] -!- nunya has quit [Remote host closed the connection]
[21:18:51] <seb_kuzminsky> if we're talking about writing new code, then i stand by my earlier suggestions ;-)
[21:18:52] <mhaberler> is v2.5_branch supposed to pass runtests currently?
[21:18:57] <seb_kuzminsky> yes
[21:19:10] <seb_kuzminsky> all tests should pass reliably in 2.5 now
[21:19:30] <seb_kuzminsky> master still has the mdi queue bug, i need to merge my mdi queue fixes from 2.5 to master
[21:19:34] <seb_kuzminsky> are you getting failures?
[21:19:38] <mhaberler> did you try on a slow machine? I get up to 8 fails depending on machine
[21:19:44] -!- skunkworks has quit [Read error: Connection reset by peer]
[21:19:51] -!- Skrammy has quit [Quit: Page closed]
[21:20:10] <seb_kuzminsky> it worked on all the slow buildslave VMs
[21:20:38] <seb_kuzminsky> which commit are you on? ;-)
[21:20:47] <andypugh> I hadn't got far past the idea of typing commands into MDI and numbers into touch-off dialogs. A bit of thought does suggest that the UI will tend to get controlled by this too. (for example typing X in manual mode will select X jog, and pressing "1" will make you wonder why the jog is suddenly very slow, like it does with a conventional keyboard.
[21:22:52] <andypugh> mhaberler: I have changed my version of orient so that the angle can be changed while in orient mode. I realise that is not needed for most applications, but I am misusing it to control a C-axis.
[21:23:27] <mhaberler> maybe the spindle should become an axis
[21:23:45] <mhaberler> but we dont have the emcpose support for that - no null values
[21:23:57] <andypugh> And no letters to control it with.
[21:24:27] <andypugh> Well, except for C, and that is already an axis.
[21:26:53] -!- aFeijo has quit [Read error: Connection reset by peer]
[21:27:37] -!- odogono has quit [Quit: odogono]
[21:33:23] <mhaberler> ecafc712be38df3a5e5bc5115c9df672a0e2e989
[21:34:02] <mhaberler> vbox:sim - 8 fails
[21:34:27] -!- vladimirek has quit [Remote host closed the connection]
[21:35:54] <seb_kuzminsky> that's the right commit
[21:36:08] <seb_kuzminsky> which test(s) are failing?
[21:36:21] <seb_kuzminsky> can you paste the runtest output of a failed run?
[21:36:45] <mhaberler> your new ones
[21:36:49] <mhaberler> hold on
[21:37:07] <seb_kuzminsky> the mdi queue tests?
[21:40:23] <mhaberler> v2.5_branch, rtai/10.04/d525 atom, rt, compile running other window: oword-queue-buster simple-queue-buster
[21:41:31] <mhaberler> v2.5_branch merged into rtos-integration-preview3, posix or xeno-user, 10.04/vbox/mac: linuxcncrsh oword-queue-buster simple-queue-buster t0/nonrandom t0/random-without-t0 t0/random-with-t0 toolchanger/toolno-pocket-differ/nonrandom toolchanger/toolno-pocket-differ/random
[21:42:27] <mhaberler> 2.5_branch, rtai/10.04/d525 atom, sim, idle: oword-queue-buster simple-queue-buster
[21:42:56] <seb_kuzminsky> wow, that sounds like the results i was getting before my attempt at the fix, but i haven't seen 2.5 fail anywhere after the fix
[21:43:04] <seb_kuzminsky> will try on a slow vm now...
[21:46:11] -!- motioncontrol1 has quit [Quit: Sto andando via]
[21:46:17] <seb_kuzminsky> mhaberler: can you paste the output of runtests? i'm curious what checkresults says...
[21:46:33] -!- KimK [KimK!~Kim__@wsip-184-176-200-171.ks.ks.cox.net] has joined #linuxcnc-devel
[21:46:51] <mhaberler> well slow, theres a lot of windows busy here..
[21:47:10] -!- skorasaurus has quit [Quit: left the building.]
[21:50:34] <mhaberler> you mean the stderr?
[21:51:44] <seb_kuzminsky> it's still working for me here
[21:51:57] <seb_kuzminsky> what i really want to see is stdout of checkresults
[21:52:05] <seb_kuzminsky> to see what it thinks is going wrong
[21:52:25] <mhaberler> http://static.mah.priv.at/public/oword-queue-buster.stderr
[21:53:04] <seb_kuzminsky> ok, so that looks like the test.sh script is doing the right thing
[21:53:19] <mhaberler> what is the checkresult output/cmd line
[21:53:44] <seb_kuzminsky> if you just cut-n-paste the output of runtests, that's what i want
[21:54:09] -!- micges has quit [Quit: Leaving]
[21:55:01] <mhaberler> well thats just the two lines with the test name, want runtests -v?
[21:55:11] <seb_kuzminsky> i'm running the mdi-queue test in a loop ("while : ; do runtests mdi-queue; done")
[21:55:17] -!- DJ9DJ has quit [Quit: bye]
[21:55:23] <seb_kuzminsky> in a vm, lucid-rtai-i386
[21:55:27] <mhaberler> just tell me what to do, I'm the user
[21:55:35] <seb_kuzminsky> the vm is also doing "find / -type f -exec md5sum \{\}"
[21:55:44] <seb_kuzminsky> the host is doing "make clean; make -j10" in a loop
[21:55:53] <seb_kuzminsky> i want to see the output of runtests failing
[21:56:05] <seb_kuzminsky> runtests > /tmp/out, then pastebin /tmp/out
[21:56:16] <mhaberler> ok
[21:57:49] <mhaberler> 2>&1 I assume
[21:58:01] <seb_kuzminsky> sure
[21:58:19] <seb_kuzminsky> multiple passes here, no failures so far
[22:03:34] -!- rob__H [rob__H!~rob_h@5e0447fe.bb.sky.com] has joined #linuxcnc-devel
[22:06:08] <mhaberler> git commit, config.log, runtests:
http://static.mah.priv.at/public/rtai-all
[22:06:35] -!- rob_h has quit [Ping timeout: 252 seconds]
[22:06:57] -!- Loetmichel has quit [Ping timeout: 248 seconds]
[22:08:22] -!- Keknom has quit [Ping timeout: 250 seconds]
[22:10:29] -!- skunkworks [skunkworks!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[22:10:43] -!- asdfasd has quit [Ping timeout: 240 seconds]
[22:12:38] -!- bedah has quit [Quit: bye]
[22:12:48] -!- ravenlock has quit [Quit: Leaving]
[22:13:24] -!- FinboySlick has quit [Quit: Leaving.]
[22:19:45] zenek is now known as micges
[22:20:10] -!- micges [micges!~zenek@eef197.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[22:20:56] -!- RaycisCharles has quit [Ping timeout: 250 seconds]
[22:27:27] -!- fomox has quit [Ping timeout: 276 seconds]
[22:28:08] <seb_kuzminsky> when runtests fails for me, it shows me the checkresults output, which is what i really want to see
[22:28:46] -!- pfred1 has quit [Quit: time to tie on the feedbag]
[22:29:02] <seb_kuzminsky> mhaberler: and you're *sure* you recompiled after checking out ecafc7?
[22:29:15] <mhaberler> well yes
[22:29:18] <mhaberler> I rebooted the atom, and still get those two
[22:29:22] <mhaberler> log in a minute
[22:29:31] <seb_kuzminsky> this is exactly the behavior i'd expect if you checked it out but didnt recompile
[22:29:46] <seb_kuzminsky> and it's not something silly like running the installed version instead of the rip version?
[22:30:03] <seb_kuzminsky> i'm entirely unable to reproduce the behavior you're seeing here locally
[22:30:10] <mhaberler> I will do it once more, git clean -xdf an all
[22:30:12] <mhaberler> nah
[22:30:23] <mhaberler> well all that says we have different environments
[22:33:21] <mhaberler> the next thing this software gets is a git tag spelled out at startup
[22:33:33] <mhaberler> I mean a commit sha
[22:33:44] <mhaberler> to get rid of this silly guesswork
[22:34:43] <seb_kuzminsky> i want it compiled into every binary and library!
[22:35:13] -!- fomox has quit [Ping timeout: 240 seconds]
[22:35:30] <seb_kuzminsky> we have scripts/get-version-from-git
[22:35:38] <seb_kuzminsky> that's the string i want everywhere
[22:35:40] <mhaberler> rtai/atom rebooted, log:
http://static.mah.priv.at/public/freshboot
[22:36:00] -!- tronwizard has quit [Ping timeout: 256 seconds]
[22:36:01] <seb_kuzminsky> haha
[22:36:04] <seb_kuzminsky> it's a locales thing
[22:36:25] <seb_kuzminsky> , instead of . for the number separator
[22:36:40] <seb_kuzminsky> thanks for sending the checkresults output, this would have been hard to diagnose without it!
[22:37:37] <seb_kuzminsky> the 'expected' file is made by test.sh using printf(1)
[22:37:38] <mhaberler> well I think that needs a standardized env setting, DISPLAY, locale etc
[22:37:47] <seb_kuzminsky> i agre
[22:37:49] <seb_kuzminsky> agree
[22:38:02] <seb_kuzminsky> i'll work on it tonight, if you don't beat me to it
[22:38:24] <mhaberler> no, it's late enough here, no danger
[22:39:02] <mhaberler> well thats a relief afterall
[22:39:06] <seb_kuzminsky> can you paste the output of "env" on this machine please
[22:40:48] <mhaberler> http://pastebin.ca/2328583
[22:42:16] <mhaberler> ok, I'm off - cu
[22:42:25] -!- mhaberler has quit [Quit: mhaberler]
[22:57:34] -!- cmorley [cmorley!~chris@S010600c09fc019c2.no.shawcable.net] has joined #linuxcnc-devel
[22:58:00] -!- fomox has quit [Ping timeout: 276 seconds]
[22:58:10] -!- cmorley1 has quit [Ping timeout: 252 seconds]
[23:07:37] <jepler> it looks like git's testsuite sets LC_ALL=C before tests
[23:07:42] <jepler> which we could do in scripts/runtests