Back
[00:03:57] -!- sumpfralle has quit [Ping timeout: 240 seconds]
[00:07:29] -!- sumpfralle1 has quit [Ping timeout: 272 seconds]
[00:10:10] postaL is now known as postaL_offline
[00:21:00] -!- skorasaurus2 has quit [Ping timeout: 264 seconds]
[00:27:58] -!- sumpfralle has quit [Ping timeout: 250 seconds]
[00:29:53] -!- sumpfralle1 has quit [Client Quit]
[00:30:16] -!- amiri_ has quit [Read error: Connection reset by peer]
[00:31:08] -!- nickoe has quit [Quit: No Ping reply in 240 seconds.]
[00:34:03] <seb_kuzminsky> andypugh: thanks, that's much better
[00:37:05] -!- maximilian_h [maximilian_h!~bonsai@dslb-188-105-010-055.188.105.pools.vodafone-ip.de] has joined #linuxcnc-devel
[00:37:59] -!- maximilian_h1 has quit [Ping timeout: 255 seconds]
[00:41:57] -!- The_Ball has quit [Remote host closed the connection]
[00:49:39] -!- fran_becu_ has quit [Remote host closed the connection]
[00:55:34] -!- diegocerdan has quit [Remote host closed the connection]
[00:57:45] <PCW> seb_kuzminsky: did you have a chance to update wheezys mesaflash? the distributed one seems to be broken
[01:00:58] -!- theorbtwo has quit [Remote host closed the connection]
[01:01:19] -!- nickoe has quit [Ping timeout: 255 seconds]
[01:02:20] -!- micges-dev has quit [Quit: Wychodzi]
[01:07:05] -!- skunkworks has quit [Ping timeout: 264 seconds]
[01:13:40] -!- lucashodge has quit [Quit: Goodbye all.]
[01:15:45] -!- tjb1 has quit [Ping timeout: 265 seconds]
[01:18:14] -!- nickoe has quit [Ping timeout: 256 seconds]
[01:19:32] -!- gonzo_nb has quit [Remote host closed the connection]
[01:30:00] -!- lyzidiamond has quit [Remote host closed the connection]
[01:34:55] amnesic is now known as amnesic_away
[01:40:35] -!- FinboySlick has quit [Read error: Connection reset by peer]
[01:40:53] -!- patrickarlt has quit [Ping timeout: 258 seconds]
[01:41:17] -!- nickoe has quit [Ping timeout: 264 seconds]
[01:49:19] -!- md-2 has quit [Remote host closed the connection]
[01:49:55] -!- nickoe has quit [Ping timeout: 255 seconds]
[01:56:32] -!- rob_h has quit [Ping timeout: 245 seconds]
[01:58:48] -!- Thetawaves has quit [Ping timeout: 264 seconds]
[02:00:10] -!- Sigmac has quit [Quit: Leaving]
[02:13:13] -!- Thetawaves_ has quit [Quit: This computer has gone to sleep]
[02:22:07] -!- swingley has quit [Remote host closed the connection]
[02:27:30] -!- hm2-buildmaster [hm2-buildmaster!~hm2-build@71-33-204-228.hlrn.qwest.net] has joined #linuxcnc-devel
[02:27:38] -!- seb_kuzm1nsky [seb_kuzm1nsky!~seb@71-33-204-228.hlrn.qwest.net] has joined #linuxcnc-devel
[02:27:38] -!- mode/#linuxcnc-devel [+v seb_kuzm1nsky] by ChanServ
[02:27:53] -!- linuxcnc-build_ [linuxcnc-build_!~linuxcnc-@71-33-204-228.hlrn.qwest.net] has joined #linuxcnc-devel
[02:27:57] -!- skunkworks [skunkworks!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[02:28:14] <seb_kuzm1nsky> PCW: i tried but there was a problem with the mesaflash 3.1 branch.
[02:28:28] <seb_kuzm1nsky> i told micges about it, he said he'd fix it and let me know
[02:28:41] <seb_kuzm1nsky> once he does it should be pretty quick to build & push to the wlo debian archive
[02:30:12] -!- linuxcnc-build has quit [Ping timeout: 256 seconds]
[02:30:29] -!- seb_kuzminsky has quit [Ping timeout: 264 seconds]
[02:30:37] -!- hm2-buildmaster_ has quit [Ping timeout: 272 seconds]
[02:35:10] seb_kuzm1nsky is now known as seb_kuzminsky
[02:41:30] tjb11 is now known as tjb1
[02:51:31] -!- BellinganRoy has quit [Quit: Konversation terminated!]
[02:51:31] -!- fgf has quit [Quit: Page closed]
[02:54:41] -!- md-2 has quit [Ping timeout: 272 seconds]
[02:59:52] -!- seb_kuzminsky has quit [Ping timeout: 245 seconds]
[03:00:00] -!- hm2-buildmaster has quit [Ping timeout: 264 seconds]
[03:00:17] -!- linuxcnc-build_ has quit [Ping timeout: 245 seconds]
[03:04:52] -!- dnalerom has quit [Remote host closed the connection]
[03:22:37] -!- maximilian_h has quit [Ping timeout: 240 seconds]
[03:31:03] -!- lyzidiamond has quit [Remote host closed the connection]
[03:35:38] -!- maximilian_h [maximilian_h!~bonsai@dslb-188-099-193-202.188.099.pools.vodafone-ip.de] has joined #linuxcnc-devel
[04:05:58] -!- erictheise has quit [Ping timeout: 256 seconds]
[04:06:53] -!- syyl has quit [Ping timeout: 272 seconds]
[04:07:22] -!- Roguish has quit [Remote host closed the connection]
[04:09:45] -!- PetefromTn_ has quit [Quit: I'm Outta here!!]
[04:11:34] -!- arturia has quit [Ping timeout: 250 seconds]
[04:13:28] -!- patricka_ has quit [Ping timeout: 255 seconds]
[04:18:05] -!- lyzidiamond has quit [Remote host closed the connection]
[04:21:32] -!- anth0ny has quit [Quit: anth0ny]
[04:23:33] -!- linuxcnc-build [linuxcnc-build!~linuxcnc-@71-33-204-228.hlrn.qwest.net] has joined #linuxcnc-devel
[04:24:13] -!- hm2-buildmaster [hm2-buildmaster!~hm2-build@71-33-204-228.hlrn.qwest.net] has joined #linuxcnc-devel
[04:25:41] -!- asdfasd has quit [Ping timeout: 264 seconds]
[04:26:18] -!- seb_kuzminsky [seb_kuzminsky!~seb@71-33-204-228.hlrn.qwest.net] has joined #linuxcnc-devel
[04:26:18] -!- mode/#linuxcnc-devel [+v seb_kuzminsky] by ChanServ
[04:27:27] <seb_kuzminsky> zlog:
[04:27:28] <zlog> seb_kuzminsky: Log stored at
http://tom-itx.no-ip.biz:81/~tom-itx/irc/logs/%23linuxcnc-devel/2014-11-20.html
[04:28:02] -!- AR_ has quit [Ping timeout: 250 seconds]
[04:30:00] -!- gennro has quit [Remote host closed the connection]
[04:43:10] -!- md-2 has quit [Ping timeout: 255 seconds]
[04:52:45] -!- FinboySlick has quit [Quit: Leaving.]
[05:25:35] -!- Tanz has quit [Quit: ChatZilla 0.9.91 [Firefox 33.1/20141106120505]]
[05:31:46] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.7 8a0bd68 06linuxcnc 10docs/src/Submakefile docs: support top-level html file * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=8a0bd68
[05:31:46] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.7 c518d77 06linuxcnc Merge remote-tracking branch 'origin/2.6' into 2.7 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=c518d77
[05:41:36] -!- johtso_ has quit [Quit: Connection closed for inactivity]
[05:43:59] -!- md-2 has quit [Ping timeout: 255 seconds]
[05:51:34] -!- lyzidiamond has quit [Ping timeout: 255 seconds]
[05:56:11] <linuxcnc-build> build #2675 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/2675 blamelist: Sebastian Kuzminsky <seb@highlab.com>, andy pugh <andy@bodgesoc.org>
[05:56:52] -!- ve7it has quit [Remote host closed the connection]
[05:58:30] <linuxcnc-build> build #2677 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/2677 blamelist: Sebastian Kuzminsky <seb@highlab.com>, andy pugh <andy@bodgesoc.org>
[06:02:22] -!- Fox_Muldr has quit [Ping timeout: 265 seconds]
[06:11:56] <linuxcnc-build> build #2687 of 0000.checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/2687 blamelist: Sebastian Kuzminsky <seb@highlab.com>, andy pugh <andy@bodgesoc.org>
[06:15:56] -!- kwallace1 [kwallace1!~kwallace@smb-49.sonnet.com] has parted #linuxcnc-devel
[06:27:27] -!- tjtr33 has quit [Quit: Leaving]
[06:27:59] -!- patrickarlt has quit [Remote host closed the connection]
[06:33:00] -!- Sigmac has quit [Quit: Leaving]
[06:39:38] -!- ejb has quit [Quit: ZZZzzz…]
[06:40:15] -!- ejb has quit [Client Quit]
[06:42:46] -!- karavanjo has quit [Quit: karavanjo]
[06:44:19] -!- mhaberler has quit [Quit: mhaberler]
[06:46:39] -!- Miner_48er has quit [Read error: Connection reset by peer]
[06:51:12] -!- The_Ball has quit [Remote host closed the connection]
[06:59:04] -!- Tecan has quit [Ping timeout: 255 seconds]
[07:15:42] -!- anth0ny has quit [Quit: anth0ny]
[07:32:41] -!- dan2k3k4 has quit [Ping timeout: 244 seconds]
[07:33:21] -!- md-2 has quit [Ping timeout: 272 seconds]
[07:45:36] -!- WalterN has quit [Ping timeout: 244 seconds]
[07:58:40] -!- jerryitt has quit [Quit: Connection closed for inactivity]
[08:22:45] -!- fipes has quit [Ping timeout: 272 seconds]
[08:55:43] -!- erictheise has quit [Quit: erictheise]
[09:05:41] -!- dan2k3k4 has quit [Ping timeout: 244 seconds]
[09:06:02] -!- md-2 has quit [Remote host closed the connection]
[09:14:01] -!- Thetawaves_ has quit [Quit: This computer has gone to sleep]
[09:15:29] -!- The_Ball has quit [Quit: Leaving]
[09:20:17] -!- The_Ball has quit [Ping timeout: 264 seconds]
[09:20:59] -!- b_b has quit [Changing host]
[09:25:52] -!- dan2k3k4 has quit [Ping timeout: 258 seconds]
[09:35:33] -!- rob_h [rob_h!~robh@90.217.24.249] has joined #linuxcnc-devel
[09:47:08] -!- Valen has quit [Quit: Leaving.]
[09:51:07] -!- GJdan has quit [Quit: WeeChat 1.1-dev]
[09:55:10] -!- md-2 has quit [Quit: Leaving...]
[10:10:48] -!- skorasaurus2 has quit [Ping timeout: 250 seconds]
[10:20:56] -!- Miner_48er has quit [Quit: Leaving]
[10:49:48] -!- koo6 has quit [Ping timeout: 264 seconds]
[11:11:54] -!- erve has quit [Ping timeout: 250 seconds]
[11:21:25] -!- sumpfralle has quit [Quit: Leaving.]
[11:36:43] -!- Khetzal has quit [Remote host closed the connection]
[11:36:57] -!- Khetzal [Khetzal!~khetzal@sierra.khetzal.info] has joined #linuxcnc-devel
[11:39:26] -!- ktchk [ktchk!~eddie6929@n219079227238.netvigator.com] has joined #linuxcnc-devel
[11:43:31] -!- Loetmichel has quit [Ping timeout: 272 seconds]
[11:49:21] -!- mhaberler has quit [Quit: mhaberler]
[11:49:27] Cylly is now known as Loetmichel
[12:00:34] <jthornton> seb_kuzminsky, good fix on the asciidoc paths
[12:01:52] -!- karavanjo has quit [Ping timeout: 244 seconds]
[12:29:10] -!- tinkerer [tinkerer!~tinkerer@mail.play-pla.net] has joined #linuxcnc-devel
[12:40:18] -!- bjmorel_work has quit [Read error: Connection reset by peer]
[13:00:09] -!- XXCoder has quit [Ping timeout: 272 seconds]
[13:00:11] -!- micges-dev [micges-dev!~x@aehx202.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[13:04:53] -!- micges-dev has quit [Client Quit]
[13:09:57] -!- dagjomar has quit [Ping timeout: 240 seconds]
[13:09:57] -!- grummund has quit [Ping timeout: 240 seconds]
[13:17:53] <jepler> *** warning: bad links found in English docs!
[13:18:07] <jepler> jthornton: can you look into it when you get a chance?
[13:19:12] <jepler> Code: 404 File `/home/buildslave/emc2-buildbot/precise-i386/precise-i386-sim/build/docs/html/code/asciidoc.css' does not exist
[13:19:22] <jepler> hm this doesn't seem like just a mistake typing a link name
[13:20:36] <jepler> OK, it is specifically because of seb's change, so I'll let him look at it
[13:21:30] <jthornton> ok
[13:21:38] -!- bjmorel_work [bjmorel_work!~brianmore@71-13-81-38.static.bycy.mi.charter.com] has joined #linuxcnc-devel
[13:31:05] -!- erve has quit [Ping timeout: 255 seconds]
[13:41:19] -!- skunkworks has quit [Ping timeout: 272 seconds]
[13:42:14] -!- dagjomar has quit [Client Quit]
[13:42:35] -!- zeitue has quit [Quit: Leaving]
[13:51:33] -!- md-2 has quit [Remote host closed the connection]
[13:52:39] -!- erve has quit [Ping timeout: 265 seconds]
[13:54:19] -!- md-2 has quit [Read error: No route to host]
[14:02:26] -!- koo6 has quit [Remote host closed the connection]
[14:04:45] -!- jleh has quit [Ping timeout: 272 seconds]
[14:07:55] -!- Spyou` has quit [Ping timeout: 272 seconds]
[14:11:38] <cradek> how odd - the packaged mesaflash works fine for me, I just used it the other day.
[14:15:31] -!- WyrM has quit [Ping timeout: 272 seconds]
[14:15:32] -!- meryan00 has quit [Ping timeout: 272 seconds]
[14:15:32] -!- tris has quit [Ping timeout: 272 seconds]
[14:16:10] -!- heyman has quit [Ping timeout: 272 seconds]
[14:16:11] -!- sweeney has quit [Ping timeout: 272 seconds]
[14:16:48] -!- pozzoni has quit [Ping timeout: 272 seconds]
[14:35:33] -!- ejb has quit [Quit: ZZZzzz…]
[14:52:48] -!- arturia has quit [Read error: Connection reset by peer]
[14:53:13] -!- karavanjo has quit [Client Quit]
[14:53:24] <seb_kuzminsky> jepler, jthornton: yep, that looks like my goof
[14:53:44] <seb_kuzminsky> o
[14:54:38] <seb_kuzminsky> whee, another ubc3 thread! and with snyde remarks about how lazy and selfish the linuxcnc developers are
[14:54:42] <seb_kuzminsky> just what i wanted this morning
[14:55:07] <jepler> it's hard to be civil and it's hard to hold one's tongue
[14:55:44] <CaptHindsight> yes, it looks like that Gentoocnc is another boondoggle
[14:56:10] <CaptHindsight> the work they did is still valuable
[14:57:34] <CaptHindsight> it looks like they wanted to use if for glue guns
[14:59:16] <CaptHindsight> and just about every project involved with those apps seems to be void of any civility
[15:04:46] -!- Nick_name_ has quit [Ping timeout: 244 seconds]
[15:04:48] -!- nickoe has quit [Ping timeout: 264 seconds]
[15:17:33] -!- kwallace [kwallace!~kwallace@smb-188.sonnet.com] has joined #linuxcnc-devel
[15:20:42] -!- phantoxeD has quit [Ping timeout: 245 seconds]
[15:22:46] <cradek> my understanding is we have a good clean framework for adding support for more realtime systems. if someone wants to do that, they should absolutely do it
[15:23:18] <cradek> if someone thinks merging ubc3 is the way forward with adding support for a new realtime system, they simply haven't been paying attention at all
[15:23:24] -!- nickoe has quit [Ping timeout: 264 seconds]
[15:23:53] <cradek> on the other hand, if someone just wants to be snarky I have no desire to get drawn in and be called names
[15:24:07] <cradek> so I guess I just shrug
[15:28:50] postaL_offline is now known as postaL
[15:30:05] <seb_kuzminsky> in the email thread, ebo did not say he wanted ubc because of the additional realtime kernel it adds suport for, he said he wanted it for one of the other features it adds
[15:30:45] <jepler> luckily ebo is free to use any software he chooses to use
[15:30:48] <cradek> oh ok, I'm mistakenly combining it with a different thread in my head
[15:32:14] <cradek> are you sure? I think it's about "building for more than just a single kernel" (his words)
[15:32:35] <cradek> it's maybe not quite clear which of the things in ubc3 he wants
[15:34:14] <CaptHindsight> xenomai is just going to be preempt_rt
[15:35:14] <seb_kuzminsky> cradek: you're right
[15:35:41] <seb_kuzminsky> i interpreted it as wanting the part of the fork that lets one invocation of "make" produce executables for multiple realtime systems
[15:35:46] <seb_kuzminsky> but who knows
[15:35:47] <CaptHindsight> preempt_rt and our own branch of RTAI (well everyone is free to share it) build fine
[15:36:17] <cradek> yep, and yay
[15:36:48] <CaptHindsight> someone could add xenomai but what would be the benefit?
[15:37:12] <seb_kuzminsky> someone would also have to produce a xenomai kernel for us to use
[15:37:16] <cradek> I don't know, and I also don't know if that's what EBo wants
[15:37:36] <CaptHindsight> maybe there are differences in the performance on ARM
[15:38:22] -!- nickoe has quit [Ping timeout: 255 seconds]
[15:38:47] <CaptHindsight> not sure how well preempt_rt performs on the BBB, which is probably the main interest people have in ubc3
[15:39:27] <pcw_home> At least for our Ethernet stuff, uspace is much nicer than xenomai/RT-net. its simple to set up and just works
[15:42:24] -!- FreezingCold has quit [Ping timeout: 256 seconds]
[15:46:49] <pcw_home> cradek: does your mesaflash show the --list option?
[15:47:00] <cradek> hm lemme see if it's on
[15:47:28] <cradek> chris@emc:~$ mesaflash --list
[15:47:28] <cradek> Segmentation fault
[15:47:31] <cradek> haha yep
[15:47:54] <cradek> ii mesaflash 3.0.0 i386 Mesa Electronics utility tool
[15:47:58] <cradek> so it is crashy for me too
[15:48:08] <cradek> I didn't understand that he was saying it was just --list that crashes
[15:48:31] -!- exitcode1 has quit [Remote host closed the connection]
[15:49:25] <cradek> there's a new post on
http://bodgesoc.blogspot.com/
[15:51:05] <cradek> > I too, am unable to run from line with my lathe and have CSS work correctly.
[15:51:34] <cradek> this might be a bug, not a design limitation...
[15:52:41] -!- nickoe has quit [Ping timeout: 264 seconds]
[15:57:12] <pcw_home> I think the mesaflash version that crashes with --list also crashes if a connector just has GPIO
[15:59:00] -!- kwallace2 [kwallace2!~kwallace@smb-64.sonnet.com] has joined #linuxcnc-devel
[15:59:58] -!- kwallace has quit [Ping timeout: 255 seconds]
[16:01:37] -!- PetefromTn_ [PetefromTn_!~IceChat9@75-136-60-251.dhcp.jcsn.tn.charter.com] has joined #linuxcnc-devel
[16:05:29] <seb_kuzminsky> pcw_home: i'm ready to build new mesaflash debs when micges tells me he's ready
[16:05:43] <cradek> I was just going to wonder about that
[16:05:57] <pcw_home> OK great
[16:05:58] <cradek> you tried to build the 3.1 branch but it went badly somehow?
[16:06:57] <pcw_home> I must have a better vintage 3.0, everything works...
[16:07:12] <cradek> it's unfortunate when version numbers go wrong like that
[16:07:29] -!- anth0ny has quit [Quit: anth0ny]
[16:07:40] <cradek> I'm really glad we're packaging and distributing mesaflash now
[16:08:25] -!- vapula has quit [Quit: Leaving]
[16:09:12] <pcw_home> I really appreciate it, since its really a necessity with the flash booted FPGA cards
[16:09:31] -!- nickoe has quit [Ping timeout: 272 seconds]
[16:10:38] <pcw_home> (and the readhmid option allows you to verify whats in the config if there's any question)
[16:11:01] <cradek> yep I did that a lot recently
[16:11:19] <cradek> I wished at the time it could tell me the name of the file I used to flash it
[16:11:31] <cradek> I knew it was one of these dozen .pin files, but it was very hard to figure out which one
[16:12:52] <pcw_home> If I had been a bit smarter I would have put the config name in the IDROM :-(
[16:13:11] <cradek> if only we were all smarter
[16:14:17] <pcw_home> IDROMV4 has this along with daughtercard hints, should it ever get finished
[16:15:01] <pcw_home> and a saner register/instance stride scheme
[16:17:11] <seb_kuzminsky> cradek: the 3.1 branch built but was lacking a commit to debian/changelog to change the version number, so it was still called 3.0.0
[16:18:00] <seb_kuzminsky> we have enough different versions called 3.0.0 floating around, we dont need another ;-)
[16:18:44] <pcw_home> bad, better, betterer?
[16:19:51] -!- dan2k3k4 has quit [Ping timeout: 255 seconds]
[16:20:52] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[16:21:44] <seb_kuzminsky> asch, i'm just going to ignore cmorley and andypugh in the current kvetching threads, no good will come of trying to engage
[16:29:51] <cradek> if you want to spend energy on it, try figuring out the g96 thing which is probably an actual bug
[16:31:59] -!- quiqua has quit [Quit: quiqua]
[16:37:56] -!- amiri has quit [Ping timeout: 256 seconds]
[16:38:40] -!- jerryitt has quit [Quit: Connection closed for inactivity]
[16:45:24] -!- lyzidiamond has quit [Remote host closed the connection]
[16:46:07] -!- patrickarlt has quit [Quit: Leaving...]
[16:47:31] -!- nickoe has quit [Ping timeout: 272 seconds]
[16:50:31] -!- ElectricMan has quit [Ping timeout: 265 seconds]
[16:51:25] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.7 65425ef 06linuxcnc 10docs/src/Submakefile fixup docs build * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=65425ef
[16:57:20] -!- nickoe has quit [Remote host closed the connection]
[17:03:50] <skunkworks> 2.7 has the new trajectory and uspace - correct?
[17:04:36] <skunkworks> I think that is right
[17:05:10] <cradek> yes
[17:07:13] <seb_kuzminsky> yes
[17:07:47] <seb_kuzminsky> garrr no, why do i keep replying to that thread
[17:11:28] <jepler> I don't think it's dgarr's fault
[17:12:22] <seb_kuzminsky> heh
[17:12:36] * seb_kuzminsky <-- this guy's fault
[17:12:47] -!- FreezingCold has quit [Ping timeout: 245 seconds]
[17:12:56] <seb_kuzminsky> i think today would be a good day for me to ignore the mailing list
[17:13:30] <seb_kuzminsky> i have a bad combination of butthurt and indignant righteousness
[17:15:12] -!- Loetmichel has quit [Ping timeout: 255 seconds]
[17:25:52] -!- mhaberler has quit [Quit: mhaberler]
[17:26:37] <skunkworks> I think there needs to be a reference sheet as to why ubc wasn't merged into linuxcnc. (I don't know all the reasons..) People seem to be under the impression that ubc was this great idea that you guys decided not to merge. Maybe a wiki page. Just a thought. So when it comes up you can just point to this doc..
[17:27:58] <cradek> I think that would just add inflammation.
[17:30:20] -!- BellinganRoy has quit [Quit: Konversation terminated!]
[17:31:14] -!- kent1 has quit [Quit: Leaving.]
[17:31:34] <skunkworks> it comes off as you guys being jerks instead of being in the best interest of linuxcnc. but maybe there is no way to work this out.
[17:31:57] -!- eFuchs_mobil has quit [Remote host closed the connection]
[17:32:54] <skunkworks> crap - I have to run. bbl
[17:33:38] -!- ElectricMan has quit [Ping timeout: 255 seconds]
[17:36:23] -!- kent1 has quit [Client Quit]
[17:37:24] -!- rob_h has quit [Ping timeout: 265 seconds]
[17:39:05] <jepler> The problem is that if you try to explain the technical reasons behind not merging UBC3, many users do not have the technical background to evaluate the claims. If you try to explain it in terms of personalities and agendas, it becomes both ad hominem and entirely subjective too.
[17:39:39] <pcw_home> I'm not sure what of value its brought in with UBC3 at this point
[17:39:58] <cradek> the technical reasons are all in the list history for anyone to read
[17:40:50] <jepler> cradek: that is true too
[17:41:13] -!- tocka has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
[17:41:20] <jthornton> I just noticed that Axis will allow you to press the run button with no program loaded and throws a blank error ie just the red x
[17:41:37] <cradek> how do you get there to be no program loaded?
[17:41:53] <jepler> pcw_home: ubc3 has hardware drivers for bbb which we don't have, and support for xenomai which we don't have
[17:42:37] <jepler> those are two concrete things that I know of and which I wouldn't reject if somebody came along with a nice patchset to add them
[17:42:48] <pcw_home> OK I knew about the Xenomai but didnt know it already had the BBB drivers built in
[17:43:07] <jepler> yes, they have drivers for PRU with stepgen configuration and PRU with servo&encoder configuration
[17:43:39] <jepler> iirc
[17:43:39] <jthornton> cradek, it's an ini selection OPEN_FILE = /full/path/to/file.ngc - The file to show in the preview plot when AXIS starts. Use a blank string "" and no file will be loaded at start up.
[17:43:54] <cradek> heh
[17:44:07] <cradek> that was certainly not an expected configuration
[17:44:27] <jthornton> makes sense to me to not open Axis with the same file as I almost never use the same file
[17:45:05] <cradek> I think since adding the splash screen we never worried about the state where there would be no file loaded
[17:45:22] -!- jduhls has quit [Ping timeout: 240 seconds]
[17:45:33] <cradek> do you also get a startup error when trying to load the file?
[17:45:38] <jthornton> sounds plausible to me
[17:46:00] <jthornton> when I load the first file?
[17:46:36] <cradek> no I mean when it starts up and tries to load ""
[17:46:50] <jthornton> btw, the refresh button behaves properly and is grayed out until you load a file
[17:47:02] <jthornton> no, it just starts Axis and I can home
[17:47:08] <jthornton> then load a file
[17:47:58] <jthornton> no biggie, I just noticed it and thought I'm mention it
[17:48:10] <jthornton> be back later
[17:49:55] -!- Zboonet has quit [Client Quit]
[17:55:40] -!- md-2 has quit [Remote host closed the connection]
[17:57:04] <jepler> actually it's part of our campaign to remove all the error message texts
[17:57:13] <jepler> the experienced user will know what the problem is based on the red "X" alone
[17:57:50] <pcw_home> Its a zen error
[17:59:44] -!- sumpfralle has quit [Ping timeout: 255 seconds]
[18:00:36] -!- md-2 has quit [Ping timeout: 265 seconds]
[18:01:11] postaL is now known as postaL_offline
[18:01:31] -!- Zboonet has quit [Remote host closed the connection]
[18:08:04] postaL_offline is now known as postaL
[18:11:54] -!- mle_ has quit [Ping timeout: 255 seconds]
[18:17:08] -!- pandeiro has quit [Remote host closed the connection]
[18:25:18] -!- jasen has quit [Quit: Page closed]
[18:25:30] postaL is now known as postaL_offline
[18:29:10] <pcw_home> hmm default second ioaddresses of 7i43 and 7I90 are incorrect
[18:32:52] -!- sumpfralle1 has quit [Ping timeout: 240 seconds]
[18:35:48] -!- zeeshan|2 [zeeshan|2!~kvirc@CPE0018e7cea342-CM5039555db2cc.cpe.net.cable.rogers.com] has joined #linuxcnc-devel
[18:45:01] -!- syyl_ws has quit [Quit: Verlassend]
[18:49:28] -!- sumpfralle has quit [Quit: Leaving.]
[18:58:27] -!- skunkworks has quit [Quit: Leaving]
[18:59:20] -!- phantoneD has quit [Ping timeout: 258 seconds]
[19:01:12] -!- md-2 has quit [Ping timeout: 250 seconds]
[19:16:02] -!- anth0ny has quit [Quit: anth0ny]
[19:19:02] -!- skunkworks [skunkworks!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[19:21:36] -!- johtso_ has quit [Quit: Connection closed for inactivity]
[19:31:34] -!- Tom_L [Tom_L!~Tl@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[19:38:45] -!- f1oat [f1oat!~f1oat@AMontsouris-553-1-63-124.w92-151.abo.wanadoo.fr] has joined #linuxcnc-devel
[19:46:23] -!- b_b has quit [Remote host closed the connection]
[19:48:33] -!- Tom_L has quit []
[19:51:04] -!- capricorn_1 has quit [Remote host closed the connection]
[20:14:20] -!- andypugh [andypugh!~andy2@cpc14-basl11-2-0-cust1010.20-1.cable.virginm.net] has joined #linuxcnc-devel
[20:18:04] -!- FreezingCold has quit [Remote host closed the connection]
[20:20:09] -!- ktchk has quit [Ping timeout: 255 seconds]
[20:23:03] -!- Sandblech has quit [Client Quit]
[20:24:30] -!- erve has quit [Remote host closed the connection]
[20:31:52] -!- md-2 has quit [Ping timeout: 240 seconds]
[20:36:29] -!- PetefromTn_ has quit [Ping timeout: 264 seconds]
[20:38:05] <andypugh> Do we want offset-when paused?
[20:39:53] <andypugh> https://github.com/mhaberler/machinekit/commit/6b0aaf39b81cc6507de41b5a74a6b0414744ea38.patch applies (nearly) cleanly on 2.6.4 and appears to be a way to solve the superior-roll problem at the very least.
[20:41:08] <andypugh> I do not understand the politics inherent in taking a commit from Machinekit and applying it to LinuxCNC.
[20:45:45] <andypugh> But, by taking that patch, setting the new pins motion.pause-offset-x, offset-z, pause-jog-feed, pause-jog-enable to 1 the lathe config does an auto-retract and return when paused. Which seems to be exactly what they wanted.
[20:48:59] -!- spatialbrew has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
[20:53:27] -!- rob_h [rob_h!~robh@90.217.24.249] has joined #linuxcnc-devel
[21:08:12] -!- PetefromTn_ [PetefromTn_!~IceChat9@75-136-60-251.dhcp.jcsn.tn.charter.com] has joined #linuxcnc-devel
[21:11:37] -!- nickoe has quit [Read error: Connection reset by peer]
[21:11:57] -!- FreezingCold has quit [Remote host closed the connection]
[21:12:53] <cradek> no politics, no problem, I have done it myself. but, I dislike the particular change, because I do not find it any better than the equivalent alternative of using offset+limitN yourself in hal
[21:13:29] <jepler> andypugh: docs/developer-certificate-of-origin paragraph b is the "rule" that says you're allowed to S-o-B a patch that adds code taken from another open source project with a compatible license.
[21:14:19] -!- mightym has quit [Quit: ....]
[21:14:36] <cradek> after lui is done, I wonder if a task replacement could be the next big thing
[21:15:01] <cradek> if so I'd really like to tackle this correctly at that time (use existing jog infrastructure, allow changing tool offset)
[21:15:12] <andypugh> cradek: Havign tried it, it does seem approximately the same as using offset, though from the size of the patch there must be more to it. There seems to be some sort of Python interface.
[21:15:15] -!- micges-dev [micges-dev!~x@aehx202.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[21:15:55] <cradek> andypugh: yes I think it is pretty much the same, but implemented in a way that required lots of changes
[21:16:03] <cradek> andypugh: (I tried it too)
[21:16:12] <andypugh> I suspect that if it ws documented it would make sense…
[21:17:09] <cradek> iirc, it introduces switchable multiple planner queues
[21:17:23] <andypugh> Which does seem like the right approach
[21:17:25] <cradek> I think it's simple conceptually but was intricate to code
[21:17:38] <cradek> yeah I think that part of the approach is probably right
[21:18:06] <cradek> you could use that scheme to replay reversed jogs, for instance
[21:18:13] <andypugh> So, the complexity is using the “motion” planner for the offset, rather than limit3?
[21:18:39] <cradek> I think so, but I haven't looked at it in detail recently
[21:19:12] <cradek> my main objection is the introducing a new limited kind of jogging as hal pins
[21:19:15] <andypugh> For Superior Roll an Turning, that patch + some HAL settings probably gives them exactly what they need.
[21:19:41] <cradek> if that's all you expect, offset+limit does it without any big motion changes
[21:20:09] <andypugh> Yes, true enough, but is harder to explain.
[21:20:45] <cradek> yeah I sympathize
[21:20:47] <andypugh> (though it does need source and a recompile, so is probably significantly harder to do)
[21:21:02] <cradek> differently hard
[21:21:12] <andypugh> Did you try the sample config?
[21:21:28] <cradek> IMO diverging from the released version in production should not be done lightly
[21:21:37] <andypugh> That gives you spinboxes for each axis that end up acting like jogging..
[21:21:38] <cradek> if you can do it in hal, you win, that's the point of hal
[21:22:52] <cradek> yes I've run the sample config with the special-jog panel
[21:26:51] <PCW> If this was implemented in motion why does it use different jog inputs?
[21:26:53] <andypugh> There is probably a way to link the “offset” components to the jog-wheels even. (in the HAL version)
[21:26:58] <cradek> andypugh: I bet a offset+limit could be really easy. I can imagine having a switch on the machine panel for "lift up an inch"
[21:27:08] <andypugh> Given that the wheels will be ignored in auto mode.
[21:27:09] <cradek> PCW: because it was much easier to write
[21:27:22] <PCW> :-)
[21:27:52] <cradek> PCW: using the existing jog infrastructure would have involved massive changes in task, (more) motion, and all the guis
[21:29:56] <andypugh> A custom HAL component that linked to jogwheels, axis selection, pause-mode and did the offset and limit might be a more palatable alternative.
[21:31:15] <cradek> I don't see the python interface you mentioned?
[21:32:17] -!- md-2 has quit [Ping timeout: 240 seconds]
[21:33:16] <andypugh> Is one advantage of the MAH way that it still works with nontrivial kinematics? It’s an axis jog, not a joint jog?
[21:33:22] <cradek> linking offset to a jogwheel through limitN seems really easy.
[21:33:45] <cradek> oh yes, that's very true, I'm pretty sure it must move in world mode
[21:33:52] <andypugh> python-ish stuffs:
https://github.com/mhaberler/machinekit/commit/948ca392024da0ed6bcc0fad0374a253d47b6d61
[21:34:49] <andypugh> (actually reading it, it doasn’t do anything much)
[21:35:22] <cradek> yeah I don't understand what that is - is it just the panel?
[21:35:40] <andypugh> For the lathe, then, it doesn’t matter, but that does sound like a big point in the mah-way’s favour for the wacky printers and suchlike.
[21:36:09] <cradek> sure thing, it should eventually be done in world mode
[21:36:45] <andypugh> It looks like generic persistent state stuff for the panel, mainly (which you would want)
[21:37:50] <andypugh> I think the Python might also be trying to create a track-log for backtracking
[21:37:51] <cradek> it could be smarter about checking to see if the pseudojog move is within axis limits
[21:38:27] * cradek dreams of a clean new task that we could actually change
[21:39:11] <cradek> but maybe I'm a fool for thinking we'd do it right the second time
[21:39:17] <andypugh> It’s fairly clear that jog-while-paused was absolutely not considered when the fixed and rigid machine states were defined.
[21:39:52] <cradek> yeah
[21:40:32] <andypugh> Darn-it, I am going to turn my heating on. I hope it still works.
[21:40:45] <cradek> and changing offsets while paused
[21:41:04] <cradek> to me that's an important part of a full implementation
[21:41:15] <cradek> it's really exactly the same problem
[21:41:57] <cradek> to resume, you just end up generating a single extra move of the controlled point to where you stopped your arc or whatever, then you continue
[21:42:03] <andypugh> I was looking at that as part of the tool table stuff, but that project got marooned between LinuxCNC and Machinekit :-(
[21:42:40] <cradek> I think the tool table is sure handled at the wrong layer currently
[21:42:55] <cradek> probably as is cutter comp, sadly
[21:43:01] <seb_kuzminsky> cradek: one thing that excites me about lui is that it opens the door to fixing task later
[21:43:04] <cradek> that's a bigger one
[21:43:12] <cradek> seb_kuzminsky: me too. I can clearly see that too.
[21:43:59] <cradek> andypugh: I'm sad the tool table stuff is marooned
[21:43:59] <andypugh> I wanted tool handling to be a loadable module, but that meant having HAL modules be able to field NML messages, which they can’t, but the proposed replacement could.
[21:44:29] <cradek> ooh sounds like you should join brains with the lui team
[21:45:00] <andypugh> I have no idea what you are talking about
[21:45:19] <cradek> sorry
[21:46:04] <cradek> they're making and using a new api between the guis and task. currently it wraps nml, but once there's a clean api they will be able to replace nml with something smarter
[21:46:29] <andypugh> Isn’t this a pre-solved problem?
[21:46:33] <cradek> then task can lose its remaining nml usage (interp list)
[21:48:23] <andypugh> I find it very frustrating that two teams are doing the same thing to pretty much the same software in different ways.
[21:49:00] <cradek> > If we could get this without the extra buttons just using axis controls it would be very nice.
[21:49:31] <andypugh> I wqs meaning that LUI sounds identical to Machinetalk
[21:52:38] <cradek> I have not followed what machinetalk is/does, and I agree with you that it sounds silly on the surface.
[21:52:57] <cradek> (but I'm also not doing the work on either project)
[21:54:06] -!- mle_ has quit [Remote host closed the connection]
[21:55:21] <jepler> andypugh: the machinekit devs identified this as the first critical characteristic of any contribution they'll accept:
[21:55:24] <jepler> >
[21:55:26] <jepler> http://www.machinekit.io/docs/contributing/
[21:55:29] <jepler> A patch SHOULD be a minimal and accurate answer to exactly one identified and agreed problem.
[21:55:32] <jepler> <
[21:55:51] <jepler> andypugh: this is the core objection we raised every time they wanted to merge "unified-build-candidate"
[21:56:13] <jepler> andypugh: we worked for most of two years to find a way that we could merge good stuff that lived in their various branches
[21:56:16] <jepler> and we failed
[21:56:44] <jepler> trying again with machinetalk is just not a rational choice
[21:57:35] <andypugh> So now we have 2 diverging projects with 3 developers each, rather than one with 6 devs.
[21:57:54] <jepler> for various values of 3 and 6, yes
[21:57:56] <cradek> than one with 6 devs that could make no progress and no release, YES, and that is good
[21:59:21] <cradek> you saw us not release 2.6 for ages while trying to sort this out. another year of that and linuxcnc would have been dead.
[21:59:52] -!- f1oat has quit [Ping timeout: 240 seconds]
[21:59:58] <andypugh> I know there is no going back now, but the current situation really sucks for those in neither camp
[22:00:34] <cradek> I'm happy both sides of the fork are making progress
[22:00:42] <cradek> I really don't think that sucks at all
[22:02:14] -!- swingley has quit [Remote host closed the connection]
[22:02:30] <cradek> I am happy there was a fork. We were all in an impossible position and now we're not.
[22:02:33] <andypugh> However, not knowing which fork to follow, and not wanting to do everything twice, I am doing nothing on the tool table.
[22:02:53] <cradek> that sucks.
[22:03:53] -!- FinboySlick has quit [Remote host closed the connection]
[22:03:53] <cradek> the recent big shared feature (rob's tp) was easy to port from one to the other, because those parts were not much diverged
[22:03:54] <skunkworks> Feels a bit like a divorce and we have to choose which parent to live with... :)
[22:04:09] <cradek> I don't have a feel for how much your changes would be like that
[22:04:18] <andypugh> Yes, exactly like that. Or we can choose to leave home.
[22:04:44] <cradek> divorces often resolve impossible situations, with some sacrifices, too
[22:05:04] <Connor> So, we're talking mk vs lcnc ?
[22:05:09] <cradek> andypugh: I don't know what to say to help you
[22:05:12] <cradek> say or do
[22:05:48] <Connor> I thought mk was more for embedded computers..
[22:06:17] <andypugh> I don’t _need_ to be a hobby software writer, so there’s lots of other things I can do, like actually using my machine tools.
[22:06:34] <andypugh> Connor: I don’t think they know what they are at the moment.
[22:06:42] <jepler> Connor: (linuxcnc 2.7 will support ARM systems)
[22:07:07] <cradek> andypugh: yeah, me too, I understand the pull
[22:07:35] <jepler> andypugh: yeah I was affected by that in a major way while the future of linuxcnc was unclear .. did a lot less contributing during that time
[22:08:14] <andypugh> The Machinekit blog clearly says “Beaglebone CNC” but then they insist that the plan is to support any platform with a usable kernel.
[22:08:29] <cradek> (if we were still in deadlock, I would've quit by now)
[22:09:42] <andypugh> But it is hard to say what Machinekit is really as they appear allergic to documentation.
[22:09:56] <cradek> it'd be easy to concentrate on the one embedded board that's having a flash of popularity right now
[22:09:57] <andypugh> (i still haven’t found any docs for the PRU stepgen)
[22:10:26] -!- Deejay has quit [Quit: bye]
[22:10:27] <jepler> andypugh: at a personal level, I hope to continue to see you 'around' on IRC and the mailing lists, because you're a heck of a guy.
[22:10:44] <cradek> yeah exactly
[22:11:03] <cradek> and I was sad to see you say your bike blog was done
[22:11:25] <cradek> hope you enjoy riding it a lot
[22:11:35] <jepler> I just showed your bike blog to my father in law last night .. he was pretty impressed (though he's mostly a woodworker he also worked in auto parts stores and repair shops most of his life)
[22:11:47] <andypugh> I will probably still do HAL components, and hm2 drivers, but I don’t see me taking on anything as big as the tool table now.
[22:12:41] <andypugh> I will blog the next project I expect, but the bike is basically finished, so there isn’t anyhthing left to document.
[22:13:01] <cradek> > Is anyone in the world who uses linuxcnc and the spindle is connected through inverter to computer via USB port? Please provide me hal File.
[22:13:19] <cradek> (sigh)
[22:13:43] <cradek> it was cool to see all your remaining parts for sale
[22:14:04] <skunkworks> The big push to separate the 'realtime' from the ui is something that doesn't appeal to me at least right now.. I don't ever planning on having 2 devices to run 1 machine..
[22:14:05] <cradek> maybe your work will keep several of those machines surviving
[22:14:10] <andypugh> I don’t expect to stop doing the forum support
[22:14:57] <andypugh> skunkworks: Yeah, that seems like a wierd solution to the “Beagbone too slow” issue. Why not just use somethign that isn’t too slow?
[22:15:51] <jepler> andypugh: I think the sekrit pl@N is for that second computer to be the Windows or Mac computer the customer already expects to administer
[22:16:06] <jepler> well I don't think it's really all that secret for that matter
[22:16:17] <jepler> I'm not interested in that, because in my case it'd be a Linux computer and another Linux computer
[22:16:21] <cradek> andypugh: also "oh we'll just not use opengl because it's slow". sometimes it feels like using the particular piece of hardware that you already bought because it's cool is the primary consideration.
[22:16:31] <andypugh> Which makes the BBB something a bit like a Smoothstepper. Which isn’t a terrible plan.
[22:16:49] <jepler> but imagine the endgame in which linuxcnc is the "smoove steppa'" of mac four
[22:16:59] <jepler> yeah exactly
[22:17:15] <jepler> a $100 box which works right to spin the motors, and goes together with the computer you have
[22:17:18] <jepler> it's not daft, but it's not what I want
[22:17:24] <cradek> No match for "SMOOVESTEPPA.COM".
[22:17:25] <cradek> >>> Last update of whois database: Fri, 21 Nov 2014 22:17:00 GMT <<<
[22:17:33] <cradek> your one and only chance
[22:18:13] <andypugh> reminds me that a friend used to have “debiantart”
[22:18:16] <jepler> I already have a new domain I need to put content on
[22:18:33] <jepler> but it turns out I hate all blogging software so nothing's happening
[22:19:11] <andypugh> I had to do crazy things to not have stuff in reverse chronological order.
[22:20:31] <skunkworks> and the finding a machine that runs everything that plays well with realtime never was an issue for me..
[22:20:44] <jepler> skunkworks: you're a special case
[22:20:53] <andypugh> That 12V input J1800 looked like a winner.
[22:20:58] <andypugh> (J1900)
[22:22:01] <andypugh> Somebody should buy one and tell me if the latency is any good :-)
http://www.amazon.com/ASRock-Q1900DC-ITX-2-0GHz-Mini-ITX-Motherboard/dp/B00K70ZD64
[22:24:22] <Connor> Who are the devs for MK ?
[22:25:21] <PCW> the J1800,1900s seem fine latency wise
[22:35:43] <andypugh> cradek: Yoiu see this clock?
http://farm1.static.flickr.com/3/4657514_53908e6bb7.jpg
[22:35:56] -!- Roguish [Roguish!~chatzilla@c-50-143-183-159.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[22:36:04] <andypugh> Next weekend I am going up a scaff tower to see what it takes to fix it.
[22:36:19] -!- PetefromTn_ has quit [Quit: I'm Outta here!!]
[22:36:26] <andypugh> It is a pulse clock that lost its master, but is now also siezed.
[22:37:47] <PCW> 1 pulse/minute?
[22:37:52] -!- [cube] has quit []
[22:38:35] <andypugh> 2 per minute
[22:41:19] -!- exitcode1 has quit [Quit: quit]
[22:42:17] <cradek> cool, are you fixing it?
[22:42:24] <andypugh> My plan is to use an MSF time signal reciever and an Arduino to generate the pulses
[22:42:45] <andypugh> The view from inside:
https://picasaweb.google.com/108164504656404380542/UnionClock?authkey=Gv1sRgCLfkxP-0g7m8aw
[22:42:51] <cradek> MSF is the european WWVB?
[22:43:26] <andypugh> UK one
[22:43:52] <cradek> that's a very simple movement, cool
[22:43:57] <cradek> coil is ok?
[22:44:04] <andypugh> http://en.wikipedia.org/wiki/Time_from_NPL
[22:44:43] <andypugh> The rear coil seems to have overheated and oozed into the armature gap
[22:45:42] <PCW> maybe stuck on?
[22:45:46] <andypugh> I am hoping that I will be able to tell from the outside how the movement is attached to the face.
[22:46:10] <andypugh> The pulse master was replaced by a synchronous motor, cams, and microswitch.
[22:46:24] <andypugh> Perhaps the period was too long.
[22:47:19] <andypugh> I wonder what the non-inductive shunt (part K here:
http://www.britishtelephones.com/clocks/pulse.htm ) is for?
[22:48:14] <andypugh> The clock is currenly blowing a 5A fuse, so I think the coils are shot.
[22:48:54] <jepler> instead of an RC snubber or flyback diode?
[22:48:58] <jepler> (the shunt)
[22:50:45] <andypugh> The mechanism pre-dates diodes, so possibly so.
[22:51:24] <andypugh> To prevent arcing at the master, rather than anything for the slave
[22:51:54] -!- anth0ny has quit [Quit: anth0ny]
[22:52:59] -!- chillly has quit [Quit: Ex-Chat]
[22:53:29] <jepler> ah "scaff tower". scaffolding in american
[22:54:06] <andypugh> Well, a sectional tower, rather than loose tubes and clamps.
[23:02:32] -!- kwallace1 [kwallace1!~kwallace@smb-64.sonnet.com] has joined #linuxcnc-devel
[23:15:36] -!- jduhls has quit [Quit: Leaving]
[23:21:48] <PCW> I wonder if the shunt is a early varistor
[23:32:13] -!- Valen has quit [Quit: Leaving.]
[23:39:16] <andypugh> Why do you wonder that
[23:39:18] <andypugh> ?
[23:40:24] <andypugh> And is it importantly non-inductive?
[23:47:10] <PCW> well it looks too small to be a capacitor snubber so what else could it be (spark gap?)
[23:53:10] -!- micges-dev has quit [Quit: Wychodzi]
[23:55:49] <seb_kuzminsky> huh, heekscad/heekscam has come back to life:
https://sites.google.com/site/heekscad/
[23:56:07] <seb_kuzminsky> 10 quid (did i say that right) for a windows executable, or download the source for free
