Back
[00:02:54] -!- Erant has quit [Ping timeout: 260 seconds]
[00:03:04] -!- uwe_ has quit [Ping timeout: 245 seconds]
[00:03:27] -!- AR_ has quit [Read error: Connection reset by peer]
[00:04:32] -!- chris_99 has quit [Quit: Leaving]
[00:13:57] -!- koo8 has quit [Ping timeout: 250 seconds]
[00:21:35] -!- PetefromTn_ [PetefromTn_!~IceChat9@75-136-59-160.dhcp.jcsn.tn.charter.com] has joined #linuxcnc-devel
[00:26:40] -!- cmorley [cmorley!~chris@S0106204e7f8c229b.no.shawcable.net] has joined #linuxcnc-devel
[00:28:55] -!- c_morley [c_morley!~chris@S0106204e7f8c229b.no.shawcable.net] has joined #linuxcnc-devel
[00:29:16] <mozmck> JT-Shop: uspace == RT-PREEMPT afaik
[00:32:30] <seb_kuzminsky> uspace just means the realtime threads run as userspace threads
[00:33:06] <seb_kuzminsky> if those userspace threads run under an rt-preempt kernel, they get realtime performance, if they run under a vanilla kernel (or rtai), they get regular high-latency userspace scheduling
[00:34:06] -!- naja452 has quit [Ping timeout: 240 seconds]
[00:39:51] <mozmck> true, which I'm assuming would not be too useful to most people.
[00:42:24] <andypugh> It means you can run the uspace build as a sim config.
[00:42:27] <seb_kuzminsky> it's like the old "sim" build
[00:42:29] <seb_kuzminsky> yep
[00:43:00] <seb_kuzminsky> i probably run more in sim than in realtime
[00:43:02] -!- rob_h has quit [Ping timeout: 260 seconds]
[00:43:12] <seb_kuzminsky> err, i mean, uspace on vanilla kernels
[00:52:28] -!- morbo has quit [Remote host closed the connection]
[00:52:45] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[00:54:39] -!- kalxas has quit [Quit: Goodbye]
[00:57:29] -!- Sidewalker has quit [Quit: Lämnar]
[01:07:19] -!- Loetmichel has quit [Ping timeout: 260 seconds]
[01:18:26] -!- Praesmeodymium has quit [Ping timeout: 240 seconds]
[01:19:46] Protractinium is now known as Praesmeodymium
[01:21:39] -!- zeeshan [zeeshan!~kvirc64@CPE0018e7cea342-CM5039555db2cc.cpe.net.cable.rogers.com] has joined #linuxcnc-devel
[01:22:39] -!- ravenlock has quit [Read error: Connection reset by peer]
[01:24:19] -!- zeeshan|2 has quit [Ping timeout: 245 seconds]
[01:34:07] -!- lair82_ has quit [Ping timeout: 250 seconds]
[01:35:08] -!- maurris has quit [Client Quit]
[02:07:26] -!- asdfasd has quit [Ping timeout: 240 seconds]
[02:07:42] <KGB-linuxcnc> 03Dewey Garrett 05dgarr/ja10 6b584f2 06linuxcnc New branch with 210 commits pushed, 10380 files changed, 0318395(+), 0410855(-) since master/58ab506
[02:08:28] <andypugh> Do you think he meant to do that? It looks extreme
[02:09:21] <andypugh> Oh, a JA10. Seems he has just been working very had
[02:12:54] <seb_kuzminsky> yeah, looks like dewey rebased ja again
[02:13:32] <andypugh> So, what’s in the way of JA going mainline now?
[02:14:03] <linuxcnc-build> build #3718 of 1300.rip-precise-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1300.rip-precise-i386/builds/3718 blamelist: andypugh <andy@bodgesoc.org>, Michael Geszkiewicz <micges@wp.pl>, Chris Radek <chris@timeguy.com>, Andy Pugh <andy@bodgesoc.org>, Alex Joni
[02:14:03] <linuxcnc-build> <alex_joni@users.sourceforge.net>, Kim Kirwan <Kim@KimKirwan.com>, Jeff Epler <jepler@unpythonic.net>, Stephen Wille Padnos <swpadnos@sourceforge.net>, sam sokolik <samcoinc@gmail.com>, Sebastian Kuzminsky <seb@highlab.com>, Dewey Garrett <dgarrett@panix.com>
[02:14:28] <andypugh> Hey! It’s my fult twice :)
[02:14:32] <linuxcnc-build> build #3720 of 1306.rip-precise-amd64 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1306.rip-precise-amd64/builds/3720 blamelist: andypugh <andy@bodgesoc.org>, Michael Geszkiewicz <micges@wp.pl>, Chris Radek <chris@timeguy.com>, Andy Pugh <andy@bodgesoc.org>, Alex Joni
[02:14:32] <linuxcnc-build> <alex_joni@users.sourceforge.net>, Kim Kirwan <Kim@KimKirwan.com>, Jeff Epler <jepler@unpythonic.net>, Stephen Wille Padnos <swpadnos@sourceforge.net>, sam sokolik <samcoinc@gmail.com>, Sebastian Kuzminsky <seb@highlab.com>, Dewey Garrett <dgarrett@panix.com>
[02:14:48] <linuxcnc-build> build #2928 of 1301.rip-precise-rtai-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1301.rip-precise-rtai-i386/builds/2928 blamelist: andypugh <andy@bodgesoc.org>, Michael Geszkiewicz <micges@wp.pl>, Chris Radek <chris@timeguy.com>, Andy Pugh <andy@bodgesoc.org>, Alex Joni
[02:14:48] <linuxcnc-build> <alex_joni@users.sourceforge.net>, Kim Kirwan <Kim@KimKirwan.com>, Jeff Epler <jepler@unpythonic.net>, Stephen Wille Padnos <swpadnos@sourceforge.net>, sam sokolik <samcoinc@gmail.com>, Sebastian Kuzminsky <seb@highlab.com>, Dewey Garrett <dgarrett@panix.com>
[02:16:06] <linuxcnc-build> build #1878 of 1400.rip-wheezy-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1400.rip-wheezy-i386/builds/1878 blamelist: andypugh <andy@bodgesoc.org>, Michael Geszkiewicz <micges@wp.pl>, Chris Radek <chris@timeguy.com>, Andy Pugh <andy@bodgesoc.org>, Alex Joni
[02:16:06] <linuxcnc-build> <alex_joni@users.sourceforge.net>, Kim Kirwan <Kim@KimKirwan.com>, Jeff Epler <jepler@unpythonic.net>, Stephen Wille Padnos <swpadnos@sourceforge.net>, sam sokolik <samcoinc@gmail.com>, Sebastian Kuzminsky <seb@highlab.com>, Dewey Garrett <dgarrett@panix.com>
[02:16:15] <linuxcnc-build> build #1879 of 1403.rip-wheezy-amd64 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1403.rip-wheezy-amd64/builds/1879 blamelist: andypugh <andy@bodgesoc.org>, Michael Geszkiewicz <micges@wp.pl>, Chris Radek <chris@timeguy.com>, Andy Pugh <andy@bodgesoc.org>, Alex Joni
[02:16:15] <linuxcnc-build> <alex_joni@users.sourceforge.net>, Kim Kirwan <Kim@KimKirwan.com>, Jeff Epler <jepler@unpythonic.net>, Stephen Wille Padnos <swpadnos@sourceforge.net>, sam sokolik <samcoinc@gmail.com>, Sebastian Kuzminsky <seb@highlab.com>, Dewey Garrett <dgarrett@panix.com>
[02:16:18] <linuxcnc-build> build #2070 of 1404.rip-wheezy-rtpreempt-amd64 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1404.rip-wheezy-rtpreempt-amd64/builds/2070 blamelist: andypugh <andy@bodgesoc.org>, Michael Geszkiewicz <micges@wp.pl>, Chris Radek <chris@timeguy.com>, Andy Pugh <andy@bodgesoc.org>, Alex Joni
[02:16:18] <linuxcnc-build> <alex_joni@users.sourceforge.net>, Kim Kirwan <Kim@KimKirwan.com>, Jeff Epler <jepler@unpythonic.net>, Stephen Wille Padnos <swpadnos@sourceforge.net>, sam sokolik <samcoinc@gmail.com>, Sebastian Kuzminsky <seb@highlab.com>, Dewey Garrett <dgarrett@panix.com>
[02:16:21] <linuxcnc-build> build #1389 of 1402.rip-wheezy-rtpreempt-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1402.rip-wheezy-rtpreempt-i386/builds/1389 blamelist: andypugh <andy@bodgesoc.org>, Michael Geszkiewicz <micges@wp.pl>, Chris Radek <chris@timeguy.com>, Andy Pugh <andy@bodgesoc.org>, Alex Joni
[02:16:21] <linuxcnc-build> <alex_joni@users.sourceforge.net>, Kim Kirwan <Kim@KimKirwan.com>, Jeff Epler <jepler@unpythonic.net>, Stephen Wille Padnos <swpadnos@sourceforge.net>, sam sokolik <samcoinc@gmail.com>, Sebastian Kuzminsky <seb@highlab.com>, Dewey Garrett <dgarrett@panix.com>
[02:16:47] <linuxcnc-build> build #1544 of 1401.rip-wheezy-rtai-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1401.rip-wheezy-rtai-i386/builds/1544 blamelist: andypugh <andy@bodgesoc.org>, Michael Geszkiewicz <micges@wp.pl>, Chris Radek <chris@timeguy.com>, Andy Pugh <andy@bodgesoc.org>, Alex Joni
[02:16:47] <linuxcnc-build> <alex_joni@users.sourceforge.net>, Kim Kirwan <Kim@KimKirwan.com>, Jeff Epler <jepler@unpythonic.net>, Stephen Wille Padnos <swpadnos@sourceforge.net>, sam sokolik <samcoinc@gmail.com>, Sebastian Kuzminsky <seb@highlab.com>, Dewey Garrett <dgarrett@panix.com>
[02:19:07] <linuxcnc-build> build #346 of 1502.rip-jessie-amd64 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1502.rip-jessie-amd64/builds/346 blamelist: andypugh <andy@bodgesoc.org>, Michael Geszkiewicz <micges@wp.pl>, Chris Radek <chris@timeguy.com>, Andy Pugh <andy@bodgesoc.org>, Alex Joni
[02:19:07] <linuxcnc-build> <alex_joni@users.sourceforge.net>, Kim Kirwan <Kim@KimKirwan.com>, Jeff Epler <jepler@unpythonic.net>, Stephen Wille Padnos <swpadnos@sourceforge.net>, sam sokolik <samcoinc@gmail.com>, Sebastian Kuzminsky <seb@highlab.com>, Dewey Garrett <dgarrett@panix.com>
[02:19:15] <linuxcnc-build> build #346 of 1503.rip-jessie-rtpreempt-amd64 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1503.rip-jessie-rtpreempt-amd64/builds/346 blamelist: andypugh <andy@bodgesoc.org>, Michael Geszkiewicz <micges@wp.pl>, Chris Radek <chris@timeguy.com>, Andy Pugh <andy@bodgesoc.org>, Alex Joni
[02:19:15] <linuxcnc-build> <alex_joni@users.sourceforge.net>, Kim Kirwan <Kim@KimKirwan.com>, Jeff Epler <jepler@unpythonic.net>, Stephen Wille Padnos <swpadnos@sourceforge.net>, sam sokolik <samcoinc@gmail.com>, Sebastian Kuzminsky <seb@highlab.com>, Dewey Garrett <dgarrett@panix.com>
[02:19:25] <linuxcnc-build> build #346 of 1501.rip-jessie-rtpreempt-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1501.rip-jessie-rtpreempt-i386/builds/346 blamelist: andypugh <andy@bodgesoc.org>, Michael Geszkiewicz <micges@wp.pl>, Chris Radek <chris@timeguy.com>, Andy Pugh <andy@bodgesoc.org>, Alex Joni
[02:19:25] <linuxcnc-build> <alex_joni@users.sourceforge.net>, Kim Kirwan <Kim@KimKirwan.com>, Jeff Epler <jepler@unpythonic.net>, Stephen Wille Padnos <swpadnos@sourceforge.net>, sam sokolik <samcoinc@gmail.com>, Sebastian Kuzminsky <seb@highlab.com>, Dewey Garrett <dgarrett@panix.com>
[02:19:30] <linuxcnc-build> build #346 of 1500.rip-jessie-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1500.rip-jessie-i386/builds/346 blamelist: andypugh <andy@bodgesoc.org>, Michael Geszkiewicz <micges@wp.pl>, Chris Radek <chris@timeguy.com>, Andy Pugh <andy@bodgesoc.org>, Alex Joni
[02:19:30] <linuxcnc-build> <alex_joni@users.sourceforge.net>, Kim Kirwan <Kim@KimKirwan.com>, Jeff Epler <jepler@unpythonic.net>, Stephen Wille Padnos <swpadnos@sourceforge.net>, sam sokolik <samcoinc@gmail.com>, Sebastian Kuzminsky <seb@highlab.com>, Dewey Garrett <dgarrett@panix.com>
[02:21:38] -!- andypugh has quit [Quit: andypugh]
[02:23:09] <seb_kuzminsky> the build problem is merge conflict markers in the docs :-(
[02:24:23] -!- skunksleep has quit [Ping timeout: 246 seconds]
[02:25:26] -!- skunksleep [skunksleep!~AndChat14@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[02:26:49] -!- PetefromTn_ has quit [Quit: I'm Outta here!!]
[02:29:29] <linuxcnc-build> build #1911 of 1405.rip-wheezy-armhf is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1405.rip-wheezy-armhf/builds/1911 blamelist: andypugh <andy@bodgesoc.org>, Michael Geszkiewicz <micges@wp.pl>, Chris Radek <chris@timeguy.com>, Andy Pugh <andy@bodgesoc.org>, Alex Joni
[02:29:29] <linuxcnc-build> <alex_joni@users.sourceforge.net>, Kim Kirwan <Kim@KimKirwan.com>, Jeff Epler <jepler@unpythonic.net>, Stephen Wille Padnos <swpadnos@sourceforge.net>, sam sokolik <samcoinc@gmail.com>, Sebastian Kuzminsky <seb@highlab.com>, Dewey Garrett <dgarrett@panix.com>
[02:31:12] <linuxcnc-build> build #3732 of 0000.checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/3732 blamelist: andypugh <andy@bodgesoc.org>, Michael Geszkiewicz <micges@wp.pl>, Chris Radek <chris@timeguy.com>, Andy Pugh <andy@bodgesoc.org>, Alex Joni <alex_joni@users.sourceforge.net>, Kim Kirwan
[02:31:12] <linuxcnc-build> <Kim@KimKirwan.com>, Jeff Epler <jepler@unpythonic.net>, Stephen Wille Padnos <swpadnos@sourceforge.net>, sam sokolik <samcoinc@gmail.com>, Sebastian Kuzminsky <seb@highlab.com>, Dewey Garrett <dgarrett@panix.com>
[02:37:18] -!- Akex_ has quit [Quit: Connection closed for inactivity]
[02:42:35] <jepler> make: *** [../docs/src/Master_Getting_Started.pdf] Error 1
[02:42:40] <jepler> ... with the real error hidden somewhere further up
[02:49:12] <KGB-linuxcnc> 03Dewey Garrett 05dgarr/ja10 af3df77 06linuxcnc 10docs/src/getting-started/updating-linuxcnc.txt updating-linuxcnc.txt: remove merge markers * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=af3df77
[02:58:40] -!- tinkerer has quit [Remote host closed the connection]
[03:08:38] <seb_kuzminsky> there are some merge conflict markers in halui.1 too
[03:18:22] -!- malcom2073 [malcom2073!~quassel@mikesshop.net] has joined #linuxcnc-devel
[03:51:48] <mozmck> heh, from command.c, "Using commands to set config parameters is "undesireable", because of the large amount of code needed for each parameter."
[03:52:07] <mozmck> unfortunately, no alternative is mentioned :-/
[04:03:45] <seb_kuzminsky> mozmck: hal maybe?
[04:04:54] <mozmck> Yeah, I did that, but cradek said (and I tend to agree) he would rather see it be an ini setting.
[04:04:55] -!- skunksleep has quit [Ping timeout: 244 seconds]
[04:05:37] <mozmck> Keeping settings as much in one place as we can seems like a good idea for reducing complexity.
[04:06:00] -!- skunksleep [skunksleep!~AndChat14@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[04:08:13] <mozmck> heh, or I could do it the way it is done for servo_period_nsec: use an INI setting to set the value and use that in an option on the loadrt line :-D
[04:09:10] <mozmck> Looks like jmk's comment is not necessarily the only way to do it - I see several other configs set using far less code.
[04:12:40] -!- skunksleep has quit [Ping timeout: 244 seconds]
[04:21:35] -!- phillcarter [phillcarter!~phillcart@oztime.lnk.telstra.net] has joined #linuxcnc-devel
[04:27:54] -!- skunksleep [skunksleep!~AndChat14@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[04:36:06] -!- AR_ has quit [Ping timeout: 256 seconds]
[05:01:40] -!- Miner_48er has quit [Quit: Leaving]
[05:09:03] -!- sumpfralle has quit [Ping timeout: 250 seconds]
[05:25:22] -!- anomynous_ has quit [Ping timeout: 260 seconds]
[05:28:05] -!- GargantuaSauce has quit [Read error: Connection reset by peer]
[05:46:11] -!- Ilikemachines has quit [Quit: Thank you and goodnight.]
[06:19:55] -!- knownasilya has quit [Quit: Connection closed for inactivity]
[06:21:15] WalterN is now known as tiwake
[06:25:56] <seb_kuzminsky> sse was a bad idea and it should never have been invented
[06:26:01] <seb_kuzminsky> and we should all be using i386 still
[06:26:02] <seb_kuzminsky> the end
[06:33:46] -!- cmorley has quit [Quit: Leaving.]
[06:39:15] -!- FAalbers_ has quit [Quit: Leaving]
[06:49:01] -!- cmorley [cmorley!~chris@S0106204e7f8c229b.no.shawcable.net] has joined #linuxcnc-devel
[06:52:20] -!- automata [automata!~automata_@114.143.56.182] has joined #linuxcnc-devel
[06:57:46] -!- automata has quit [Ping timeout: 240 seconds]
[06:58:20] -!- Flipp_ has quit [Ping timeout: 256 seconds]
[07:00:35] -!- automata [automata!~automata_@114.143.62.73] has joined #linuxcnc-devel
[07:01:44] -!- shaun413 has quit [Ping timeout: 256 seconds]
[07:17:47] -!- ve7it has quit [Remote host closed the connection]
[07:27:33] -!- anth0ny_ has quit [Quit: anth0ny_]
[07:48:11] -!- kwallace1 [kwallace1!~kwallace@142.147.85.210] has parted #linuxcnc-devel
[08:02:55] <KGB-linuxcnc> 03Norbert Schechner 052.6 865f2bb 06linuxcnc 10lib/python/gladevcp/iconview.py gladevcp - iconview could create exception in some circumstances * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=865f2bb
[08:09:10] <KGB-linuxcnc> 03Norbert Schechner 052.6 96bb83c 06linuxcnc 10src/emc/usr_intf/gmoccapy/gmoccapy.glade 10src/emc/usr_intf/gmoccapy/gmoccapy.py 10src/emc/usr_intf/gmoccapy/release_notes.txt gmoccapy_1_5_5_4 - stay syncronized with iconview widget button states * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=96bb83c
[08:09:47] <KGB-linuxcnc> 03Norbert Schechner 052.7 0e702bd 06linuxcnc Merge branch '2.6' into 2.7 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=0e702bd
[08:10:36] <KGB-linuxcnc> 03Norbert Schechner 05master 9d7bb46 06linuxcnc 10docs/src/Submakefile Merge branch '2.7' * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=9d7bb46
[08:45:19] -!- rob_h [rob_h!~robh@90.203.249.42] has joined #linuxcnc-devel
[09:01:42] -!- SEL [SEL!~SEL@net77-43-27-64.mclink.it] has joined #linuxcnc-devel
[09:03:03] -!- SEL has quit [Client Quit]
[09:15:32] -!- Nutter has quit [Ping timeout: 250 seconds]
[09:37:48] -!- automata_ [automata_!~automata_@114.143.59.81] has joined #linuxcnc-devel
[09:40:58] -!- automata has quit [Ping timeout: 256 seconds]
[10:10:13] -!- amatecha___ has quit []
[10:12:20] -!- FloppyDisk has quit [Ping timeout: 272 seconds]
[10:13:07] -!- b_b has quit [Changing host]
[10:17:29] -!- kalxas has quit [Changing host]
[10:20:47] -!- terinjokes has quit [Ping timeout: 260 seconds]
[10:22:39] -!- Jymmm has quit [Ping timeout: 260 seconds]
[10:28:55] -!- bobo___ has quit [Quit: Page closed]
[10:41:11] justanot1eruser is now known as justanotheruser
[10:51:46] -!- morbo has quit [Ping timeout: 240 seconds]
[10:56:55] <KGB-linuxcnc> 03Dewey Garrett 05dgarr/ja10 8a2f69d 06linuxcnc 10docs/man/man1/halui.1 halui.1 man page remove merge markers * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=8a2f69d
[11:00:42] -!- automata__ [automata__!~automata_@114.143.60.109] has joined #linuxcnc-devel
[11:03:46] -!- automata_ has quit [Ping timeout: 240 seconds]
[11:05:44] -!- morbo has quit [Remote host closed the connection]
[11:15:06] -!- justanotheruser has quit [Ping timeout: 240 seconds]
[11:16:37] -!- automata__ has quit [Read error: Connection reset by peer]
[11:17:49] -!- skunksleep has quit [Ping timeout: 250 seconds]
[11:19:14] -!- automata [automata!~automata_@114.143.57.144] has joined #linuxcnc-devel
[11:49:02] -!- skunkworks has quit [Ping timeout: 256 seconds]
[12:06:46] -!- morbo has quit [Ping timeout: 240 seconds]
[12:26:11] -!- skunksleep [skunksleep!~AndChat14@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[12:29:45] -!- morbo_ has quit [Ping timeout: 250 seconds]
[12:32:12] -!- micges_ [micges_!~micges@epf79.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[12:32:58] -!- automata_ [automata_!~automata_@114.143.56.79] has joined #linuxcnc-devel
[12:34:04] -!- jthornton has quit [Quit: Leaving]
[12:35:39] -!- micges has quit [Ping timeout: 260 seconds]
[12:36:38] -!- automata has quit [Ping timeout: 256 seconds]
[12:36:50] -!- jthornton [jthornton!~john@172.243.160.48] has joined #linuxcnc-devel
[12:37:13] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[12:38:36] <skunkworks> seb_kuzminsky, ran over night 12598 ma
[12:38:38] <skunkworks> x
[12:45:25] -!- [cube] has quit []
[12:47:23] -!- jthornton has quit [Quit: Leaving]
[12:48:50] -!- jthornton [jthornton!~john@172.243.160.48] has joined #linuxcnc-devel
[12:49:24] -!- morbo has quit [Ping timeout: 272 seconds]
[12:52:42] -!- morbo_ has quit [Remote host closed the connection]
[12:58:38] -!- tinkerer [tinkerer!~tinkerer@mail.play-pla.net] has joined #linuxcnc-devel
[13:00:17] -!- jthornton has quit [Quit: Leaving]
[13:01:42] -!- jthornton [jthornton!~john@172.243.160.48] has joined #linuxcnc-devel
[13:18:29] -!- Tecan has quit [Changing host]
[13:18:40] -!- jthornton has quit [Quit: Leaving]
[13:18:52] -!- Valen has quit [Remote host closed the connection]
[13:20:35] -!- jthornton [jthornton!~john@172.243.160.48] has joined #linuxcnc-devel
[13:35:05] <automata_> skunkworks: that is latency figures on servo thread in ns for the new 3.16.0 kernel
[13:35:38] <skunkworks> that is running the latency test from the rtai suite
[13:40:42] <jepler> seb_kuzminsky: I'd rather we'd always had amd64-style sse, with 16 flat registers for FP and SIMD ops, but I appreciate your frustration.
[13:45:06] -!- MikkoP has quit [Ping timeout: 240 seconds]
[13:48:39] -!- JT-Shop has quit [Quit: Leaving]
[13:49:03] -!- koo8 has quit [Ping timeout: 250 seconds]
[13:49:51] -!- JT-Shop [JT-Shop!~john@172.243.160.48] has joined #linuxcnc-devel
[14:19:15] -!- ibaca has quit [Quit: Bye.]
[14:20:54] <cradek> mozmck: never trust a comment. they only exist to trick you.
[14:22:46] <jepler> /* never trust a comment. they only exist to trick you */
[14:23:23] <cradek> perfect
[14:24:38] <mozmck> heh, I've figured that out! They were obviously put in while people were trying to learn the code at times.
[14:28:16] -!- Tecan has quit [Ping timeout: 256 seconds]
[14:29:56] -!- Daerist has quit [Quit: Leaving]
[14:35:23] <mozmck> Here is a new diff against 2.7 that uses an ini setting for probe error inhibit.
[14:35:25] <mozmck> http://pastie.org/10618425
[14:44:46] -!- naja452 has quit [Ping timeout: 240 seconds]
[14:47:00] <skunkworks> /* fix me */
[15:00:08] <cradek> mozmck: that looks great. Is there a spot where the default inside emcmotConfig should be set? I'm imagining the situation where no EMCMOT_SET_PROBE_ERR_INHIBIT at all is sent to motion (like with standalone-motion in the runtests), and the correct default should be set in that situation too
[15:01:02] -!- lair82_ [lair82_!~lair82@52-92-107-97.dynamic.cm-pool.d-pcomm.com] has joined #linuxcnc-devel
[15:01:17] -!- LikeVinyl has quit [Quit: LikeVinyl]
[15:01:25] -!- lair82 has quit [Quit: Page closed]
[15:04:34] lair82_ is now known as lair82
[15:04:46] <JT-Shop> I wish we had an ini option for do you really want to quit...
[15:06:22] <cradek> you mean for AXIS?
[15:06:42] <JT-Shop> yes
[15:07:14] <cradek> yeah I'd be happy to see that option too. the new question still takes me by surprise and never seems to benefit me
[15:07:49] <jepler> I know it was added with good intentions
[15:07:50] <cradek> I don't feel that way about all confirmations: the one about the axis already being homed is good, I think
[15:08:05] <jepler> at some point I saw a .axisrc snippet to paste in to make it stop
[15:08:06] <cradek> yes of course it was
[15:08:17] <JT-Shop> root_window.tk.call("wm","protocol",".","WM_DELETE_WINDOW","destroy .")
[15:08:26] <jepler> I should just put that in
[15:08:39] <jepler> since I usually run the sim config direct from git, I'd never have the inifile setting
[15:09:19] <jepler> JT-Shop: thanks
[15:09:33] <JT-Shop> thanks to dgarr who told me about it
[15:11:44] <cradek> mozmck: is JH in the variable name a typo?
[15:14:37] <JT-Shop> for me the do you really want to close should be optional and enabled in the ini
[15:14:43] <JT-Shop> off to town
[15:16:20] -!- automata_ has quit [Ping timeout: 272 seconds]
[15:17:55] -!- anth0ny_ has quit [Quit: anth0ny_]
[15:26:36] -!- kwallace [kwallace!~kwallace@142.147.85.210] has joined #linuxcnc-devel
[15:35:08] user is now known as Guest61222
[15:37:06] micges_ is now known as micges
[15:47:07] -!- anth0ny_ has quit [Quit: anth0ny_]
[15:47:46] -!- delsio has quit [Ping timeout: 240 seconds]
[15:50:14] -!- ibaca has quit [Read error: Connection reset by peer]
[15:58:43] Jymmmm is now known as Jymmm
[16:02:45] -!- ibaca has quit [Quit: Bye.]
[16:04:41] -!- Guest61222 has quit [Ping timeout: 250 seconds]
[16:09:18] -!- ibaca has quit [Read error: Connection reset by peer]
[16:09:58] -!- vapula has quit [Quit: Leaving]
[16:14:42] <cradek> wow, a touchscreen bounce caused part of andy's mill to explode. then he fixed it in hal.
[16:15:14] <skunkworks> ummm?
[16:15:26] <cradek> well not the exploded part. I assume he replaced that.
[16:15:32] <cradek> http://bodgesoc.blogspot.com/
[16:16:19] -!- mk0 [mk0!~mk0@37.17.5.184] has joined #linuxcnc-devel
[16:18:12] -!- morbo has quit [Ping timeout: 256 seconds]
[16:18:42] <skunkworks> Neat!
[16:35:35] -!- jduhls has quit [Remote host closed the connection]
[16:36:20] -!- morbo has quit [Ping timeout: 256 seconds]
[16:42:49] -!- morbo has quit [Ping timeout: 250 seconds]
[16:48:08] -!- Daerist has quit [Quit: Leaving]
[16:52:00] <jepler> ugh all input devices suck
[16:52:06] <jepler> we should learn to do without them
[16:53:37] -!- ivansanchez has quit []
[16:53:54] -!- justanotheruser has quit [Ping timeout: 256 seconds]
[16:56:53] -!- automata [automata!~automata_@triband-mum-59.182.152.163.mtnl.net.in] has joined #linuxcnc-devel
[17:09:39] -!- exitcode1 has quit [Quit: quit]
[17:12:13] -!- Tecan has quit [Quit: Live Long And Phosphor!]
[17:12:15] <jepler> so I'm trying to install fedora to check this guy's weird problem
[17:12:17] <jepler> configure is failing
[17:12:18] <jepler> configure:8229: g++ -o conftest -g -O2 -std=c++11 -I/usr/include/python2.7 conftest.cpp -lXinerama -lpython2.7 -lboost_python >&5
[17:12:21] <jepler> g++: internal compiler error: Killed (program cc1plus)
[17:12:40] <cradek> ouch
[17:14:46] -!- morbo has quit [Read error: Connection reset by peer]
[17:15:41] -!- exitcode1 has quit [Client Quit]
[17:17:11] <jepler> oh
[17:17:12] <jepler> [ 1035.098019] Out of memory: Kill process 6200 (cc1plus) score 844 or sacrifice child
[17:17:18] <jepler> virtual machine without enough memory
[17:21:37] <skunkworks> even a direct memory connection wouldn't work well for a machine interface.. My mind would wonder and I would crash the machine
[17:26:46] -!- Komzpa has quit [Ping timeout: 256 seconds]
[17:27:36] <jepler> hal/drivers/serport.comp: In function ‘read’:
[17:27:36] <jepler> hal/drivers/serport.comp:108:31: warning: comparison of constant ‘128’ with boolean expression is always false [-Wbool-compare]
[17:27:39] <jepler> pin_1_in_not = !(i & DCD) == DCD;
[17:27:41] <jepler> ooh this compiler diagnostic sure looks right
[17:27:43] <jepler> ^
[17:27:46] <jepler> hal/drivers/serport.comp:108:31: warning: logical not is only applied to the left hand side of comparison [-Wlogical-not-parentheses]
[17:27:50] <jepler> somebody should fix it
[17:40:40] -!- shaun413 has quit [Changing host]
[17:40:46] <KGB-linuxcnc> 03Chris Radek 05v2.5_branch 2914e95 06linuxcnc 10src/hal/drivers/serport.comp Fix pin-1-in-not * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=2914e95
[17:40:46] <KGB-linuxcnc> 03Chris Radek 052.6 508ae41 06linuxcnc Merge branch 'v2.5_branch' into 2.6 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=508ae41
[17:40:46] <KGB-linuxcnc> 03Chris Radek 052.7 6f1195e 06linuxcnc 10src/hal/drivers/serport.comp Merge branch '2.6' into 2.7 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=6f1195e
[17:40:46] <KGB-linuxcnc> 03Chris Radek 05master 00581f6 06linuxcnc Merge branch '2.7' * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=00581f6
[17:49:31] -!- MikkoP has quit []
[17:51:17] -!- morbo has quit [Ping timeout: 250 seconds]
[17:52:50] -!- koo8 has quit [Ping timeout: 256 seconds]
[18:09:08] -!- mk0 has quit [Quit: Leaving]
[18:21:49] <mozmck> cradek: it might be good to set a default on the variable in emcmotConfig
[18:22:31] <mozmck> cradek: I put the JH in to indicate it only inhibits Jog and Home errors
[18:24:49] <cradek> oh right, I see
[18:25:28] <mozmck> Looks like it works well too.
[18:28:27] <cradek> I was wondering if people would want different combinations of inhibits (I recall people disliking these errors over the years), but I don't see that in the bugs or feature requests
[18:28:56] <mozmck> Yeah, so there is room for other ini settings if desired.
[18:29:31] <mozmck> There is a way to suppress the main errors already - I saw it in the code, but didn't follow to see how to activate that.
[18:29:55] <cradek> yeah I was wondering if each inhibit should be separate
[18:30:07] <cradek> the main errors are controlled by which probing gcode you use
[18:31:07] <mozmck> if (emcmotStatus->probe_type & 1), then there will be no probing error if the probe move finished without tripping
[18:31:17] <cradek> yeah that's based on the gcode
[18:31:24] <mozmck> oh, ok
[18:31:55] <cradek> http://www.linuxcnc.org/docs/html/gcode/g-code.html#gcode:g38
[18:32:17] <mozmck> So you are thinking the jog err and home err inhibit should be separate ini settings?
[18:34:24] <cradek> I hate to expand your project, but I think that would future-proof your change, because it would be sad if we would end up with _JH_ and other combinations. what do you think?
[18:37:55] <cradek> or -- if you make the ini entry more generic-sounding, we just could add mask types 2 and 3 later if it comes up
[18:38:01] * cradek shrugs
[18:40:34] -!- archivist_herron has quit [Ping timeout: 245 seconds]
[18:44:36] <ssi> https://www.groupon.com/deals/gg-hp-chromebox-pc-with-intel-celeron-2955u-cpu?utm_source=fac&utm_medium=cpc&utm_campaign=US_DT_SOM_FAC_TIM_TTT_RS_CBP_CH1_NBR_x%2Afb6035826474588
[18:44:49] <ssi> I wonder how those'd do running linuxcnc with an ethernet mesa card on the hardware port and a usb ethernet for lan
[18:49:50] -!- theorbtwo has quit [Read error: Connection reset by peer]
[18:54:30] <mozmck> cradek: I could have NO_PROBE_JOG_ERROR and NO_PROBE_HOMING_ERROR without much extra work. The only other error currently is probe tripped during MDI move.
[18:56:15] <cradek> I would be very happy with that
[19:19:21] -!- exitcode1 has quit [Remote host closed the connection]
[19:19:42] <jepler> cradek: thank you for fixing that serport bug
[19:20:33] <jepler> ssi: a chromebox will be an increment more difficult to install a regular OS on
[19:20:42] <ssi> I don't really know anything about them
[19:22:22] <jepler> the default bootloader is a secure-boot type arrangement. you *can* enable a (more) standard bootloader though. The first resource I found is pertaining to arch linux, but anything up until you reach the bootloader will be the same.
https://wiki.archlinux.org/index.php/Chrome_OS_devices
[19:23:08] <jepler> I don't know how to determine whether a particular chromebook/chromebox has the "SeaBIOS"
[19:23:28] <jepler> > The legacy boot mode is provided by the SeaBIOS payload of Coreboot, which is the firmware for the Intel based Chrome OS devices (with the exception of the first generation of Chromebooks)
[19:23:30] <ssi> sounds like more trouble than it's worth
[19:23:38] <jepler> I would tend to think so
[19:24:19] -!- Koire has quit [Quit: I love you!]
[19:28:05] ni291187 is now known as mk0
[19:28:07] <skunkworks> I thought peter had one of those little hp boxes running linuxcnc
[19:28:56] <jepler> skunkworks: some of them come in windows and chromeos versions
[19:29:02] <jepler> I assume he has the windows version
[19:29:26] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[19:30:33] <skunkworks> yes - probably windows
[19:32:00] <skunkworks> seb_kuzminsky, did you get the modules working? (could I build linuxcnc and try the latency test?)
[19:32:15] -!- SEL [SEL!~SEL@net77-43-27-64.mclink.it] has joined #linuxcnc-devel
[19:33:08] -!- mk0 has quit [Remote host closed the connection]
[19:33:12] -!- SEL has quit [Client Quit]
[19:36:17] -!- RoyBellingan has quit [Quit: Konversation terminated!]
[19:37:16] -!- koo8 has quit [Ping timeout: 272 seconds]
[19:38:15] <mozmck> cradek: emcmotStruct gets memset to 0 in init_comm_buffers() when created, which would set the defaults in emcmotConfig correctly.
[19:38:22] <cradek> sweet
[19:38:25] <cradek> thanks for checking that
[19:38:30] <mozmck> np
[19:40:29] -!- FloppyDisk has quit [Ping timeout: 250 seconds]
[19:47:46] -!- shaun413 has quit [Ping timeout: 240 seconds]
[19:47:51] -!- delsio has quit [Ping timeout: 250 seconds]
[19:55:15] <seb_kuzminsky> skunkworks: no, i can't get the rtai math code to build right on amd64
[19:57:32] <skunkworks> yeck
[20:04:56] -!- PetefromTn_ [PetefromTn_!~IceChat9@75-136-59-160.dhcp.jcsn.tn.charter.com] has joined #linuxcnc-devel
[20:06:09] <jepler> I'm glad 50% of the bugs I found building linuxcnc on fedora weren't ours :-P
[20:10:51] -!- maxcnc has quit [Quit: ChatZilla 0.9.92 [Firefox 41.0.2/20151015172900]]
[20:20:37] <mozmck> Run from line is definitely not working correctly. We found that if there is a rapid to the start position of an arc, we get an arc error when we try to run from any line past that arc.
[20:21:20] <mozmck> But if we add a G1 move to the start position of the arc - even if there was a previous G0 to the same spot, it works fine.
[20:21:52] <jepler> that is weird and possibly also good information for further work on the problem
[20:21:57] <mozmck> I looks like run-from-line scans the code to set context or something, but does not do it the same as when actually running the code.
[20:22:26] <jepler> do you think this is a recent (e.g., not in 2.6) regression in RFL?
[20:22:35] <mozmck> We are still working on it. Changing our sheetcam post now to see if we can work around it.
[20:23:22] <mozmck> I don't know, because I haven't tried 2.6 with any of this. I need to get a good sample gcode file that exhibits the error and is not too large...
[20:24:03] -!- PetefromTn_ [PetefromTn_!~IceChat9@75-136-59-160.dhcp.jcsn.tn.charter.com] has parted #linuxcnc-devel
[20:38:07] -!- Hecke has quit []
[20:38:46] -!- kwallace has quit [Ping timeout: 240 seconds]
[20:40:36] -!- tobias47n9e_ has quit [Ping timeout: 272 seconds]
[20:49:34] -!- b_b has quit [Remote host closed the connection]
[20:51:28] -!- skunkworks has quit [Read error: Connection reset by peer]
[20:51:54] -!- kwallace1 [kwallace1!~kwallace@216.86.190.169] has joined #linuxcnc-devel
[21:05:56] -!- kwallace1 has quit [Ping timeout: 272 seconds]
[21:12:21] -!- automata has quit [Ping timeout: 250 seconds]
[21:14:52] <jepler> Either I didn't understand the how-to-reproduce steps, or I am not encountering the problem myself (tip-ish of master)
https://emergent.unpythonic.net/files/sandbox/rfl-arc.ngc
[21:15:06] <jepler> I have a G0 move followed by a G2 arc and then a couple of G1 moves
[21:15:17] <jepler> I can right-click run from line 10 and I don't encounter a problem
[21:19:36] -!- kwallace1 [kwallace1!~kwallace@142.147.85.210] has joined #linuxcnc-devel
[21:27:45] shaun413 is now known as Guest41035
[21:32:52] -!- persina has quit [Quit: Page closed]
[21:33:09] -!- koo8 has quit [Ping timeout: 250 seconds]
[21:37:37] Omar is now known as omarsgifford14
[21:37:43] omarsgifford14 is now known as OmarG
[21:37:58] <mozmck> jepler: I need to look and see how axis does run from here. Tried your code and I get "G0 Z1 exceeds -X limit"
[21:42:08] <mozmck> If I change your second G0 to G1 X2 Y2 Z0, then my run from line works fine. I'm using 2.7.3, and my gui is based on gscreen.
[21:47:22] -!- andypugh [andypugh!~andypugh@cpc14-basl11-2-0-cust1010.20-1.cable.virginm.net] has joined #linuxcnc-devel
[21:49:47] <jepler> that's quite curious.
[21:49:52] <jepler> configs/sim/axis/axis.ini here of course
[21:50:07] <jepler> but the message you cite would be coming from task so not sure why UI would make a difference
[21:50:59] <mozmck> It looks like it is using the current position of the tool instead of the position from the last G0 move to me.
[21:51:26] <cradek> is it starting at an off-by-one line?
[21:51:45] <cradek> do I understand right that AXIS works right?
[21:51:46] <mozmck> Looks like my run from here is essentially the same as the one in axis
[21:52:50] <mozmck> I don't think that's the problem, because I can do it on any line after the G0 -> G2/G3 with similar problems.
[21:57:39] -!- kingarmadillo has quit [Ping timeout: 245 seconds]
[21:59:03] <jepler> at the tip of 2.7 I get the same diagnostic
[22:00:13] <jepler> .. once
[22:00:13] <mozmck> same error I reported?
[22:00:23] <jepler> not quite
[22:00:30] <jepler> "G0 Z1 exceeds +Z limit"
[22:00:38] <mozmck> heh... I tried it in axis, and did not get it.
[22:00:39] <jepler> oh, no, that's totally different
[22:00:47] <jepler> after I touched off it works now
[22:00:56] <mozmck> ah, that's because the default axis.ini has a limit of 0.12
[22:02:05] <mozmck> My Z limits were set to -10000 and +10000 because they are not critical for our use, and there is really no need to home the Z if you don't want to.
[22:02:23] <jepler> anyway here's what my debug log looks like
http://paste.ubuntu.com/13836780/
[22:02:31] <mozmck> So I set them to -10.000 and +10.000 and now I'm not seeing that error in my gui either :-/
[22:03:53] <mozmck> how do you get that debug log?
[22:04:26] <jepler> in axis.ini
[22:04:27] <jepler> -DEBUG = 0
[22:04:27] <jepler> +DEBUG = 0x950
[22:04:51] -!- toner_ has quit [Ping timeout: 260 seconds]
[22:05:04] <cradek> maybe I missed it - have you said what the error is, or pastebinned your gcode?
[22:05:42] <mozmck> I've had various error messages now, but the most recent is with jeplers test code, "G0 Z1 exceeds -X limit"
[22:06:15] <cradek> if you're outside (or against??) a limit, you can get that for any move
[22:06:36] <mozmck> my Z limits were -10000 and 10000
[22:06:42] <jepler> mozmck: were you running this in a situation where the whole program is within the bounds?
[22:06:49] <mozmck> yes
[22:07:35] <jepler> because I got a deceptively-similar error, and that occurred when the whole program would have hit a limit
[22:08:24] -!- anomynous has quit [Ping timeout: 256 seconds]
[22:09:01] <mozmck> Well, I can do more testing and see. The errors we are seeing in the shop are with the arc end not matching the start...
[22:09:15] <jepler> make sure we can reproduce it with a config we have ...
[22:10:20] <mozmck> I'll work on that.
[22:11:22] -!- Guest41035 has quit [Read error: No route to host]
[22:14:06] -!- kalxas has quit [Ping timeout: 240 seconds]
[22:17:21] -!- Camaban has quit [Read error: Connection reset by peer]
[22:25:13] -!- Camaban has quit [Quit: Leaving]
[22:25:50] <mozmck> Here's a diff against the tip of 2.7 with separate probe inhibit ini settings - tested and working here.
[22:25:51] <mozmck> http://paste.ubuntu.com/13837440/
[22:27:19] <cradek> great, I like it
[22:27:29] <jepler> + trajInifile->Find(&j_inhibit, "NO_PROBE_JOG_ERROR", "TRAJ");
[22:27:42] <jepler> I think you guys covered this before, but if the inifile item is not there then the variable is unmodified?
[22:27:51] <jepler> (and an error indicator is returned but ignored)
[22:28:05] <jepler> -MIN_LIMIT = -8.0
[22:28:05] <jepler> +MIN_LIMIT = -10000
[22:28:08] <cradek> was line 81 a bug?
[22:28:17] <cradek> (yeah it has a bit of extra stuff in it)
[22:28:23] <jepler> please don't commit these config file changes
[22:29:41] <mozmck> hmm, not sure I understand all of that.
[22:29:48] <cradek> hm I'm not understanding the process_probe_inputs chunk and I have to run - I'll look again later
[22:30:07] <cradek> he just means the first chunk wasn't intended for this change
[22:30:33] <cradek> bbl (sorry)
[22:31:12] <jepler> these two changes seem to modify the behavior you'll get if you don't enable either of the new settings:
[22:31:15] <jepler> - if(joint->free_tp_enable == 1) {
[22:31:18] <jepler> + if((joint->free_tp_enable == 1) && !GET_JOINT_HOMING_FLAG(joint)) {
[22:31:28] <jepler> (changes the condition under which free_tp_enable is reset back to 0)
[22:31:33] <jepler> - if(!aborted) aborted=2;
[22:31:37] <jepler> + aborted=2;
[22:31:43] <jepler> (changes the condition under which aborted gets set to 2)
[22:31:59] <mozmck> ahh, I didn't see that - I didn't commit that, but this diff is against 2.7 branch.
[22:32:09] <mozmck> the MIN_LIMIT stuff that is.
[22:32:47] <jepler> I think that's what cradek was saying about pastebin line 81
[22:33:25] <mozmck> jepler: with the current code, the check for free_tp_enable will be true if homing.
[22:34:19] <mozmck> so, free_tp_enable was always set to 0 and the if(!aborted) check was to give the correct error. My change makes the two checks independent of each other.
[22:35:10] <jepler> give that a moment to sink in for me
[22:35:55] <mozmck> clearing free_tp_enable when aborting homing should not be needed because that is done when homing.c sees the HOME_ABORT, but I put it there to match the old behaviour.
[22:37:36] <jepler> so the addition at pastebin line 81 clears free_tp_enable if they have NO_PROBE_JOG_ERROR but don't have NO_PROBE_HOME_ERROR
[22:38:54] <mozmck> yes, but the extra check on line 91 makes sure that block does not get run when homing at all.
[22:39:40] <jepler> OK, I am starting to see what you're saying. At first it was a surprise to me that anything inside those blocks had to change but I get the gist of your argument
[22:39:56] <mozmck> I had to separate the two to make the separate inhibits work properly. If I inhibited home errors only, I would still get a jog error when homing.
[22:40:20] <mozmck> because homing uses the free_tp planner.
[22:45:09] -!- Deejay has quit [Quit: bye]
[22:46:00] -!- chillly has quit [Quit: Ex-Chat]
[22:48:44] <jepler> I see that now. Thanks for taking the time to walk me through it.
[22:49:10] -!- PetefromTn_ has quit [Quit: I'm Outta here!!]
[22:56:30] <mozmck> you're welcome!
[22:56:51] kalxas_ is now known as kalxas
[22:57:26] -!- phillcarter [phillcarter!~phillcart@oztime.lnk.telstra.net] has parted #linuxcnc-devel
[23:01:03] -!- exitcode1 has quit [Quit: sleeping]
[23:01:55] -!- phillcarter [phillcarter!~phillcart@oztime.lnk.telstra.net] has joined #linuxcnc-devel
[23:03:00] -!- phillcarter has quit [Client Quit]
[23:03:12] -!- phillcarter [phillcarter!~phillcart@oztime.lnk.telstra.net] has joined #linuxcnc-devel
[23:11:17] -!- tjb1 has quit [Read error: Connection reset by peer]
[23:12:44] -!- morbo has quit [Read error: Connection reset by peer]
[23:13:13] <linuxcnc-build> build #1520 of 1102.rip-hardy-amd64 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1102.rip-hardy-amd64/builds/1520 blamelist: Chris Radek <chris@timeguy.com>
[23:14:16] -!- jduhls has quit [Remote host closed the connection]
[23:28:27] -!- morbo_ has quit [Read error: Connection reset by peer]
[23:28:47] -!- kalxas has quit [Quit: Goodbye]
[23:41:19] -!- PetefromTn_ [PetefromTn_!~IceChat9@75-136-59-160.dhcp.jcsn.tn.charter.com] has joined #linuxcnc-devel
[23:55:46] -!- morbo has quit [Ping timeout: 240 seconds]