Back
[00:01:54] -!- skorasaurus has quit [Ping timeout: 255 seconds]
[00:05:48] -!- Nick001-shop has quit [Remote host closed the connection]
[00:09:19] -!- per_sonne has quit [Ping timeout: 246 seconds]
[00:25:01] <seb_kuzminsky> yeah, it totally does the right thing in 2.6
[00:25:19] <seb_kuzminsky> linuxcnc, i forgive all your annoying quirks, because you got it where it counts
[00:25:31] <cradek> haha
[00:25:48] <cradek> ok now tell me you'll test 2.7 too
[00:26:01] * seb_kuzminsky hides
[00:26:28] -!- Loetmichel has quit [Ping timeout: 246 seconds]
[00:26:30] <seb_kuzminsky> elsewhere in the news, i ran g33.1 for the first time today
[00:26:33] <seb_kuzminsky> i feel like a big boy
[00:26:37] <cradek> yay!
[00:26:40] <seb_kuzminsky> (it was only in simulation)
[00:26:43] <cradek> oh
[00:26:44] <cradek> boo
[00:26:46] <seb_kuzminsky> heh
[00:27:16] <cradek> you must not really need tapping on your machine
[00:27:22] <seb_kuzminsky> yeah, never
[00:27:47] <seb_kuzminsky> not even when i made a 5x9 inch fixture plate with tapped 8-32 holes on 1" centers
[00:27:59] <cradek> eek
[00:28:23] <cradek> I did one with 10-32 for jepler's machine
[00:28:37] <cradek> I used a tapmatic in the drill press, and it actually worked ok
[00:28:44] <seb_kuzminsky> cool
[00:28:52] <cradek> don't you have that tapping head?
[00:29:04] <seb_kuzminsky> yeah but i lack the balls to spin it up
[00:29:12] <cradek> ha
[00:29:18] <cradek> I actually used that on the bridgeport quite a bit
[00:29:27] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.6 0e98fc8 06linuxcnc 10docs/src/gcode/gcode.txt docs: update G33.1 example to include S100 M3 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=0e98fc8
[00:29:34] <seb_kuzminsky> your balls must be bigger than mine
[00:29:43] <cradek> I sure won't comment on that
[00:30:20] <seb_kuzminsky> i should finish the spindle encoder
[00:30:26] <cradek> and I'm still trying to figure out how many holes would be in a 5x9 plate
[00:30:31] <cradek> is it 32?
[00:30:47] <cradek> yeah probably
[00:30:55] <cradek> that's a lot to do by hand
[00:32:05] <skunkworks> seb is the one with salty nuts
[00:32:25] <seb_kuzminsky> well it's 5ish by 9ish, whatever the first piece of scrap i found was
[00:32:36] <seb_kuzminsky> it's got, uh, 40 holes
[00:32:43] <seb_kuzminsky> so maybe by 10ish
[00:33:39] <cradek> ooh
https://www.youtube.com/watch?v=9HLKXeWqTF0
[00:33:39] * seb_kuzminsky runs out to the garage
[00:34:27] <Tom_itx> i'm wanting to test the rigid tapping soon as i'm able... have the machine all set for it with a test program
[00:34:29] <seb_kuzminsky> http://highlab.com/~seb/linuxcnc/fixture-plate.jpg
[00:34:37] <cradek> about 8 seconds each
[00:34:58] <seb_kuzminsky> 8 seconds/hole, that's about what it took me to do it by hand
[00:35:01] <seb_kuzminsky> not
[00:35:18] <cradek> yeah I bet!
[00:35:39] <cradek> maybe you could have driven to my place and had it done faster
[00:35:42] <seb_kuzminsky> haha
[00:35:47] <seb_kuzminsky> possibly!
[00:36:06] <Tom_itx> you're going clear thru on those cradek?
[00:36:15] <Tom_itx> looks plenty deep
[00:36:17] <cradek> yeah, they go through
[00:36:30] <Tom_itx> is that a straight flute tap?
[00:36:46] <cradek> surely it was spiral point
[00:36:52] <Tom_itx> i'd hope
[00:37:11] <cradek> I think spiral points have totally straight flutes
[00:37:33] <Tom_itx> err i meant high helix
[00:38:13] <Tom_itx> they discharge chips better than even a spiral point
[00:38:20] <cradek> http://davethetools.com/ebay/var/resizes/Taps/spiral-point-gun-tap.jpg
[00:38:31] <cradek> I use the ones that look like this for that kind of hole
[00:38:37] <Tom_itx> right
[00:38:49] <cradek> they're magical
[00:39:30] <Tom_itx> wrong size but this is what i meant:
http://www.ebay.com/itm/like/360240029445?lpid=82&chn=ps
[00:40:16] <cradek> I've used similar in blind holes
[00:40:23] <cradek> the chips come up?
[00:40:30] <Tom_itx> pretty sure
[00:40:32] -!- membiblio has quit [Quit: Leaving]
[00:40:40] <Tom_itx> they work best on cnc
[00:41:14] <Tom_itx> the spiral point do ok though
[00:42:02] <seb_kuzminsky> hmm, halscope failed to load for me in 2.7 just now
[00:42:14] <seb_kuzminsky> i hope i'm doing something dumb
[00:44:40] <cradek> well I'm sure not getting done the things I should be doing
[00:44:43] <cradek> bbl
[00:44:53] <seb_kuzminsky> seeya
[00:45:34] <jepler> PCW: no room in idrom for connector silkscreen names?
[00:46:03] <jepler> or in one of the other address spaces supported by the ethernet boards
[00:47:00] <PCW> probably is room by adding some non-hardware-module tags
[00:47:31] <seb_kuzminsky> jepler: dont we need mods to the llio driver for each board anyway? might as well put the connector names there, no?
[00:48:24] <PCW> a compatible daughter-board hint tag would be valuable
[00:49:13] <jepler> seb_kuzminsky: well I wrote this
http://paste.debian.net/282767/ disabled the existing case to handle the 7i90, and everything seems to work but printing the correct pin names
[00:49:37] <jepler> hm2_eth: Unrecognized ethernet board found: 7I92
[00:49:46] <jepler> hm2/hm2_7i92.0: 34 I/O Pins used:
[00:49:46] <jepler> hm2/hm2_7i92.0: IO Pin 000 (??-01): IOPort
[00:49:46] <jepler> hm2/hm2_7i92.0: IO Pin 001 (??-14): IOPort
[00:50:01] <seb_kuzminsky> ah
[00:50:54] <jepler> or maybe 01 and 14 are actually right?
[00:51:08] <PCW> They are
[00:51:30] <jepler> (er and I meant 7i92 where i said 7i90 above)
[00:52:13] <jepler> I also don't bother retrieving the FPGA part number though it might be available in one of those other memory spaces
[00:52:44] <PCW> the connector reference designator stuff is currently on the driver but you are right, it should be in the IDROM
[00:52:52] <PCW> in the driver
[00:54:31] <seb_kuzminsky> hmm, homing ignores motion.feed-inhibit
[00:55:47] <jepler> PCW: I have to hard-code a limit for the number of ethernet boards. 4? 8?
[00:56:47] <PCW> 7I92 (and all parallel port pinout cards) have somewhat funny DB-25 pinout (its in physical order so DB25 pin1, 14,2,15 etc)
[00:57:29] <Tom_itx> i noticed that when i did a bitfile for one
[00:57:31] <seb_kuzminsky> yeah, motion.feed-inhibit works as expected with jogs, feed moves, rapid moves, and spindle-synched motions in 2.7
[00:57:34] <seb_kuzminsky> yay
[00:57:51] <PCW> 4 is probably fine
[00:58:13] <jepler> should be just one site to increase an integer constant if anybody needs it
[00:58:29] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.7 7679b83 06linuxcnc 03docs/src/gcode/g-code.txt Merge remote-tracking branch 'origin/2.6' into 2.7 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=7679b83
[00:59:30] <jepler> ah I see that the numbering arrangement is hard-coded in the driver
[00:59:45] <jepler> case 17: /* 25 pin 17 I/O parallel port type cards funny DB25 order */
[00:59:48] <jepler> pin->port_pin = DB25[i % 17];
[01:01:25] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.7 16c07b7 06linuxcnc 10src/hal/utils/scope.c 10src/hal/utils/scope_rt.c halscope: report shm key when rtapi_shmem_new() fails * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=16c07b7
[01:01:30] <seb_kuzminsky> ahem
[01:04:38] <PCW> There are some other problems in the current IDROM version (notably the inability to specify more than 2 strides)
[01:04:40] <PCW> At some point the version should be bumped to 4 and some of these limitations removed
[01:06:00] <PCW> first thing would be to get rid of the silly indirect stride specifier and just use 2**N in the module ID record
[01:07:17] <PCW> then every module can have its own stride
[01:09:31] <KGB-linuxcnc> 03Jeff Epler 052.7 8315fe8 06linuxcnc 10src/rtapi/uspace_rtapi_app.cc uspace: fix uninitialized bytes in syscall sigaction * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=8315fe8
[01:09:31] <KGB-linuxcnc> 03Jeff Epler 052.7 641e98a 06linuxcnc 10src/rtapi/uspace_rtapi_app.cc uspace: must advise user to set RTAPI_FIFO_PATH * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=641e98a
[01:10:23] -!- per_sonne has quit [Ping timeout: 252 seconds]
[01:10:32] <skunkworks> wow - linuxcnc is on fire!
[01:10:35] <skunkworks> ;)
[01:11:29] <KGB-linuxcnc> 03Jeff Epler 05master 66ec566 06linuxcnc Merge remote-tracking branch 'origin/2.7' * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=66ec566
[01:15:43] -!- arcadebutton has quit [Ping timeout: 244 seconds]
[01:18:25] <KGB-linuxcnc> 03Jeff Epler 05jepler/hm2-eth-multiple 6eb5855 06linuxcnc 10docs/man/man9/hm2_eth.9 10src/hal/drivers/mesa-hostmot2/hm2_eth.c 10src/hal/drivers/mesa-hostmot2/hm2_eth.h hm2_eth: allow multiple instances (up to 4) * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=6eb5855
[01:18:25] <KGB-linuxcnc> 03Jeff Epler 05jepler/hm2-eth-multiple 491e63f 06linuxcnc 10(6 files in 2 dirs) hostmot2: support split reads * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=491e63f
[01:18:25] <KGB-linuxcnc> 03Jeff Epler 05jepler/hm2-eth-multiple 81ff3fb 06linuxcnc 10src/hal/drivers/mesa-hostmot2/hm2_eth.c hm2_eth: in case of failed recv(), show an error * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=81ff3fb
[01:18:28] <KGB-linuxcnc> 03Jeff Epler 05jepler/hm2-eth-multiple 7be45d7 06linuxcnc 10src/hal/drivers/mesa-hostmot2/hm2_eth.c hm2_eth: make unrecognized boards work * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=7be45d7
[01:20:39] -!- ssi_ [ssi_!~ssi@app2.prototechnical.com] has joined #linuxcnc-devel
[01:21:23] -!- ssi has quit [Ping timeout: 250 seconds]
[01:21:24] -!- DaViruz has quit [Ping timeout: 250 seconds]
[01:25:09] <skunkworks> why or how do you set the RTAPI_FIFO_PATH path
[01:28:53] -!- syyl has quit [Read error: Connection reset by peer]
[01:36:34] -!- Servos4ever has quit [Quit: ChatZilla 0.9.91.1 [SeaMonkey 2.26.1/20140612173529]]
[01:36:49] -!- anth0ny_ has quit [Quit: anth0ny_]
[01:37:43] -!- FinboySlick has quit [Quit: Leaving.]
[01:38:55] <jepler> skunkworks: if you want to run rtapi_app with access to hardware but under a debugger, you have to do tat
[01:38:59] <jepler> $ sudo bin/rtapi_app
[01:38:59] <jepler> [sudo] password for jepler:
[01:38:59] <jepler> Refusing to run as root without fallback UID specified
[01:38:59] <jepler> To run under a debugger with I/O, use e.g.,
[01:38:59] <jepler> sudo env RTAPI_UID=`id -u` RTAPI_FIFO_PATH=$HOME/.rtapi_fifo gdb rtapi_app
[01:39:06] -!- unfy has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
[01:40:03] <jepler> not important for your average user
[01:40:51] <Tom_itx> linuxcnc users are average?
[01:41:22] -!- toner has quit [Ping timeout: 246 seconds]
[01:41:37] <jepler> some of them, yes.
[01:43:30] -!- nofxx has quit [Ping timeout: 256 seconds]
[02:02:48] -!- patrickarlt has quit [Remote host closed the connection]
[02:08:28] <seb_kuzminsky> sad news:
[02:08:31] <seb_kuzminsky> http://blog.cnccookbook.com/2015/07/15/greg-jackson-has-passed-away/
[02:08:31] -!- PetefromTn_ has quit [Quit: I'm Outta here!!]
[02:09:59] -!- anth0ny_ has quit [Quit: anth0ny_]
[02:11:48] -!- per_sonne has quit [Ping timeout: 264 seconds]
[02:11:56] <cradek> that really sucks.
[02:12:42] -!- greg___ has quit [Ping timeout: 246 seconds]
[02:12:58] <seb_kuzminsky> yeah :-(
[02:17:03] -!- skunksleep [skunksleep!~AndChat14@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[02:17:20] <skunksleep> Wow rip
[02:24:18] -!- ravenlock has quit [Ping timeout: 256 seconds]
[02:25:28] -!- rob_h has quit [Ping timeout: 244 seconds]
[02:27:02] <skunksleep> http://journaltimes.com/news/local/lake-michigan-drowning-tragic-accident/article_d2aa217d-cd0e-5e4f-aa7b-18615469fe1e.html
[02:35:47] -!- MrSunshine has quit [Ping timeout: 240 seconds]
[02:38:08] <cradek> crap, I hope his friend is ok.
[02:42:18] -!- anth0ny_ has quit [Quit: anth0ny_]
[02:58:32] -!- AR_ has quit [Ping timeout: 244 seconds]
[02:59:43] <cradek> I wonder how iceweasel knows when flashplayer is worse than usual and disables it
[03:05:19] -!- sumpfralle has quit [Ping timeout: 265 seconds]
[03:09:40] <mozmck> I think when iceweasel gets updated it gets new information or something.
[03:09:57] <cradek> it knows more frequently than it updates
[03:10:03] <mozmck> usually there is a flashplayer update soon on my system and that fixes the warnings.
[03:10:15] <cradek> it's done it off and on several times in the last week or two
[03:10:30] <cradek> yeah - I just wonder how it knows.
[03:10:35] <mozmck> I don't know then, maybe it checks something on the web?
[03:11:06] <cradek> yeah, I guess it must
[03:11:17] <mozmck> I use linux mint, and my firefox was fussing about it, and today there was a flashplayer update that fixed it.
[03:11:50] <cradek> I hope flash is over soon
[03:11:55] <mozmck> seb_kuzminsky: you can connect signals in glade.
[03:11:58] -!- per_sonne has quit [Ping timeout: 244 seconds]
[03:12:08] <mozmck> heh, I never liked flash for gui stuff at all.
[03:12:23] <cradek> flash has new bugs again today and there's no fix yet
[03:13:06] <mozmck> Adobe quit supporting flash for linux a while back, so all we get are updates to keep iceweasel/firefox from complaining.
[03:13:59] <mozmck> If you need the latest flash (which some webinar sites require :( ), you have to install the google virus.
[03:14:36] <mozmck> You can install chromium, and then there is a way to get the flash plugin out of chrome without installing it.
[03:15:18] -!- patrickarlt has quit [Remote host closed the connection]
[03:17:17] -!- patrickarlt has quit [Remote host closed the connection]
[03:19:20] <cradek> I remember seeing a package that did that, but I can't seem to spot it right now
[03:20:27] <cradek> oh well, I like that it doesn't auto-play crap right now
[03:24:28] <mozmck> on my system it is pepperflashplugin-nonfree
[03:25:51] <cradek> that sounds right! thanks
[03:26:10] <cradek> it must not be in my sources because it didn't show up in apt-cache search.
[03:26:42] <mozmck> I might have gotten it in a ppa? not sure.
[03:27:18] <cradek> https://wiki.debian.org/PepperFlashPlayer/Installing
[03:27:25] <cradek> it might come from backports
[03:27:30] <mozmck> could be.
[03:27:38] <cradek> I'm not going to try it here, but if people whine enough at work I'll try it there.
[03:28:03] <cradek> it's not my fault, but our own website uses flash
[03:28:08] <cradek> so they sure might whine
[03:28:09] <mozmck> ah, yes. I used it and it worked well.
[03:28:36] <cradek> goodnight!
[03:28:51] <mozmck> I "attended" the tormach webinar, and the service they used wanted a newer flash, so I installed chromium and used that package.
[03:29:10] <mozmck> good night, need to go to bed myself.
[03:30:09] -!- skunksleep has quit [Ping timeout: 246 seconds]
[03:30:21] <mozmck> seb_kuzminsky: looks like that signal is used only in the gaxis gscreen skin, and in gmoccapy, and they are both connected in the glade files. search for 'signal name="line_clicked"'
[03:35:38] <seb_kuzminsky> the - became a _?
[03:37:11] <seb_kuzminsky> wow, it did
[03:37:20] <seb_kuzminsky> ok
[03:41:50] -!- anth0ny_ has quit [Quit: anth0ny_]
[03:42:34] <mozmck> When you click on a line in gremlin, it highlights it. When you click in empty space, it removes the highlight. Before my fix, the line of gcode would be highlighted with the line in gremlin, but would not be cleared like the line in gremlin.
[03:45:09] -!- calvinmetcalf has quit [Read error: Connection reset by peer]
[03:45:18] -!- amatecha has quit [Read error: Connection reset by peer]
[03:45:33] -!- AphelionZ has quit [Ping timeout: 246 seconds]
[03:46:17] -!- A_Nub has quit [Ping timeout: 252 seconds]
[03:46:22] -!- SkramX___ has quit [Ping timeout: 248 seconds]
[03:46:57] -!- sweenzor has quit [Ping timeout: 246 seconds]
[03:57:34] <seb_kuzminsky> i'll take your word for it
[04:02:41] -!- sector_0 has quit [Quit: Leaving]
[04:12:56] -!- per_sonne has quit [Ping timeout: 244 seconds]
[04:15:27] <mozmck> :) I think I'll push it.
[04:15:50] <mozmck> I can't imagine it will cause any problem.
[04:16:28] <seb_kuzminsky> i trust your udgement
[04:16:30] <seb_kuzminsky> *j
[04:21:32] <KGB-linuxcnc> 03Moses McKnight 052.7 ab635c7 06linuxcnc 10lib/python/gladevcp/hal_gremlin.py Make hal_gremlin send 'line-clicked' signal even if line == None * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=ab635c7
[04:22:52] -!- maximilian_h [maximilian_h!~bonsai@ipservice-092-217-036-079.092.217.pools.vodafone-ip.de] has joined #linuxcnc-devel
[04:23:07] <seb_kuzminsky> thx
[04:23:48] -!- maximilian_h1 has quit [Ping timeout: 264 seconds]
[04:46:02] -!- A_Nub has quit []
[04:46:20] -!- jfindley has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
[05:04:36] -!- furrywolf has quit [Ping timeout: 244 seconds]
[05:14:13] -!- per_sonne has quit [Ping timeout: 252 seconds]
[05:15:59] -!- anth0ny_ has quit [Quit: anth0ny_]
[05:17:02] -!- toxx has quit [Ping timeout: 248 seconds]
[05:21:01] -!- arrowbook [arrowbook!~qicruser@117.136.77.77] has joined #linuxcnc-devel
[05:21:52] -!- zlog has quit [Ping timeout: 246 seconds]
[05:22:00] -!- Tom_itx has quit [Ping timeout: 264 seconds]
[05:24:55] -!- zlog [zlog!~zlog@ip68-102-196-57.ks.ok.cox.net] has joined #linuxcnc-devel
[05:31:13] -!- arrowbook has quit [Ping timeout: 264 seconds]
[05:39:30] -!- jfindley has quit [Ping timeout: 265 seconds]
[05:55:44] -!- kwallace1 [kwallace1!~kwallace@142.147.85.210] has parted #linuxcnc-devel
[05:55:48] -!- bkboggy has quit [Quit: Leaving]
[06:14:43] -!- per_sonne has quit [Ping timeout: 246 seconds]
[06:40:04] -!- arcadebutton_ has quit [Quit: Leaving]
[07:02:22] -!- arrowbook [arrowbook!~qicruser@117.136.78.68] has joined #linuxcnc-devel
[07:08:10] -!- arrowbook has quit [Ping timeout: 250 seconds]
[07:11:12] -!- terinjokes has quit [Ping timeout: 264 seconds]
[07:11:46] -!- voltagex has quit [Ping timeout: 246 seconds]
[07:12:45] -!- rob_h [rob_h!~robh@90.207.194.223] has joined #linuxcnc-devel
[07:16:08] -!- per_sonne has quit [Ping timeout: 256 seconds]
[07:18:45] -!- Tom_itx [Tom_itx!~Tl@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[07:27:43] -!- radicaldev has quit [Ping timeout: 244 seconds]
[07:36:07] -!- tjtr33 has quit [Ping timeout: 252 seconds]
[07:46:17] -!- amiri has quit [Ping timeout: 256 seconds]
[07:58:38] -!- toner has quit [Remote host closed the connection]
[08:03:01] -!- gaute has quit [Quit: Page closed]
[08:09:06] -!- mikegg has quit [Ping timeout: 246 seconds]
[08:11:07] -!- _1SheYode has quit []
[08:17:25] -!- per_sonne has quit [Ping timeout: 264 seconds]
[08:54:05] -!- tinkerer [tinkerer!~tinkerer@mail.play-pla.net] has joined #linuxcnc-devel
[09:06:45] -!- toner has quit [Ping timeout: 256 seconds]
[09:17:58] -!- per_sonne has quit [Ping timeout: 256 seconds]
[09:26:49] -!- arrowbook [arrowbook!~qicruser@223.104.2.207] has joined #linuxcnc-devel
[09:35:49] -!- norias has quit [Read error: Connection reset by peer]
[09:43:23] -!- arrowbook has quit [Read error: Connection reset by peer]
[09:46:11] -!- sumpfralle has quit [Ping timeout: 244 seconds]
[09:46:39] -!- just_pink has quit [Ping timeout: 246 seconds]
[09:51:45] -!- arrowbook [arrowbook!~qicruser@117.136.77.124] has joined #linuxcnc-devel
[09:55:47] -!- toner has quit [Ping timeout: 240 seconds]
[10:18:43] -!- per_sonne has quit [Ping timeout: 256 seconds]
[10:32:51] -!- arrowbook has quit [Ping timeout: 252 seconds]
[10:35:47] -!- MacGyverX has quit [Ping timeout: 252 seconds]
[11:08:28] -!- skunkworks has quit [Ping timeout: 256 seconds]
[11:20:13] -!- per_sonne has quit [Ping timeout: 244 seconds]
[11:22:43] -!- dan2k3k4 has quit [Quit: Leaving]
[11:52:42] <jthornton> some time back I wrote a python program that converts a Mach xml to a Stepconf xml. It is point and click easy should I add that to master or 2.7?
[11:57:22] <jthornton> or should I just put it on the wiki?
[11:58:32] <cradek> maybe package it up separately like mesaflash/truetype-tracer/etc?
[11:58:47] <cradek> not sure what's best
[11:58:58] <jthornton> it's a single python file
[12:00:37] <jthornton> maybe post it on the forum in the converstion thread
[12:00:46] <jthornton> that might be the best spot
[12:01:23] <jthornton> conversion thread
[12:02:25] <cradek> the very best would be if stepconf had an import button that would call your script (or whatever). new users won't figure anything else out alone, I bet.
[12:02:41] <jthornton> heh that would be even better
[12:04:46] <jthornton> this is the conversion program
http://pastebin.com/A54955UF
[12:05:07] <jthornton> when you run it a file chooser pops up so you can pick the mach xml file
[12:05:48] <jthornton> I think the only modification would be to just put the .stepconf file in the correct place instead of zipping it up
[12:22:07] -!- per_sonne has quit [Ping timeout: 252 seconds]
[12:25:32] <jepler> an absolute *must* before putting it in linuxcnc would be to add a license statement comptible with GPLv2+.
[12:25:42] <jepler> I would also recommend only putting it in linuxcnc if you are actively interested in maintaining the software
[12:26:00] <jepler> are you the author?
[12:26:10] <jepler> ah you did say you wrote it, ok
[12:26:42] -!- sumpfralle has quit [Ping timeout: 246 seconds]
[12:33:46] -!- mikegg has quit [Ping timeout: 246 seconds]
[13:21:40] -!- kwallace [kwallace!~kwallace@142.147.85.210] has joined #linuxcnc-devel
[13:24:02] -!- per_sonne has quit [Ping timeout: 264 seconds]
[13:25:23] -!- quiqua has quit [Quit: quiqua]
[13:30:20] -!- pcw_home [pcw_home!~chatzilla@c-50-143-148-115.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[13:43:46] <seb_kuzminsky> i think it should go in 2.7
[13:43:50] <seb_kuzminsky> jthornton: welcome back!
[13:43:58] <seb_kuzminsky> what's left to do on docs?
[13:48:19] -!- MrSunshine has quit [Ping timeout: 246 seconds]
[13:59:36] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.7 a050a89 06linuxcnc 10tests/halui/mdi/postgui.hal 10tests/halui/mdi/test-ui.py halui/mdi test: wait for halui to ack the mode changes * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=a050a89
[13:59:37] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.7 0524207 06linuxcnc 10src/emc/usr_intf/halui.cc halui: better error reporting * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=0524207
[13:59:37] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.7 c2dbf59 06linuxcnc 10src/emc/usr_intf/halui.cc halui: increase receiveTimeout from 1 to 2 seconds * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=c2dbf59
[13:59:38] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.7 6614ce1 06linuxcnc 10tests/halui/mdi/test-ui.py halui/mdi test: increase move timeout from 5 to 10 seconds * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=6614ce1
[14:02:27] <seb_kuzminsky> so i think the halui/mdi failures we were seeing occasionally are similar to the problem rick lair has been reporting - non-realtime code is non-realtime
[14:02:48] <seb_kuzminsky> if you get unlucky, and your computer is busy doing other things, then things like halui and task can take a long to to get their things done
[14:02:54] <seb_kuzminsky> (kind of like me)
[14:03:55] <seb_kuzminsky> so those commits add error reporting when something goes wrong in halui (it used to not report errors), and it increases a couple of timeouts to make the buildbot failure more rare (though it wont make them go away entirely)
[14:06:37] -!- tjtr33 has quit [Quit: Leaving]
[14:09:51] <mozmck> What's left to do before 2.7 release now?
[14:10:53] -!- Tecan has quit [Changing host]
[14:19:00] -!- GargantuaSauce_ has quit [Ping timeout: 264 seconds]
[14:25:25] -!- per_sonne has quit [Ping timeout: 246 seconds]
[14:26:10] -!- Valen has quit [Remote host closed the connection]
[14:36:03] -!- Tom_L [Tom_L!~Tom@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[14:38:15] <seb_kuzminsky> mozmck: merge rob's tangent branch, finish whatever's still needed on docs
[14:38:19] <seb_kuzminsky> that's all as far as i know
[14:38:41] <seb_kuzminsky> i pinged rob and asked if he thought his branch was ready
[14:39:02] <mozmck> I thought that was merged already - is that the fix for bug 424?
[14:39:22] <seb_kuzminsky> i tested the second-to-most-recent commit he made (the commit before the current tip) and it fixed the #424 violation
[14:39:33] <seb_kuzminsky> mozmck: yeah, the fix for 424, but no, it's not merged yet
[14:39:33] <mozmck> I see.
[14:39:40] -!- Tom_L has quit [Client Quit]
[14:39:43] <seb_kuzminsky> rob is still making commits on it (well he made one recently)
[14:40:40] <pcw_home> I think there was still the slow-down issue
[14:41:59] <mozmck> Looks like 2.7 is going to be a great release.
[14:43:56] -!- radicaldev has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
[14:45:22] <mozmck> seb_kuzminsky: is buildbot something I could easily set up on a machine here?
[14:46:02] <mozmck> I have a build machine and I'd like to have it automatically see git commits and pull and build.
[14:47:08] ssi_ is now known as ssi
[14:47:27] <cradek> our git server actually pokes the buildbot to tell it something new is ready
[14:48:43] <cradek> but my experience is that buildbot is neither easy nor impossible to configure :-/
[14:50:54] -!- RifRaf|2 has quit [Ping timeout: 246 seconds]
[14:53:22] <mozmck> ok :)
[14:55:41] <seb_kuzminsky> pcw_home: what's the slow-down issue?
[14:55:53] <seb_kuzminsky> mozmck: you certainly can set up your own buildbot
[14:56:09] <mozmck> Many of our setups have an ohmic sensor and a micro-switch on a sliding head on the Z axis. Right now if the ohmic sensor misses (rusty metal or something), and the switch closes we just do an estop.
[14:56:33] <seb_kuzminsky> i have a pile of virtual machines, one for the buildmaster and one for each buildslave
[14:57:00] <seb_kuzminsky> the git repo post-receive hook pokes the buildbot, but you can also have the buildbot poll the repo (in case you don't have control over the repo's hooks)
[14:57:04] <mozmck> What I would like to do, is on a probe move, if the ohmic senses, then that is used for the probe input.
[14:57:19] <seb_kuzminsky> i'd be happy to send you the buildmaster config if you like
[14:57:42] <mozmck> But if it misses and the switch closes, then use that for the probe input. But if that happens, there needs to be a switch offset applied.
[14:57:45] -!- anth0ny_ has quit [Quit: anth0ny_]
[14:58:26] <seb_kuzminsky> mozmck: seems like you could easily do "(ohmic OR micro) -> probe_input", but i'm not sure how to apply an offset to the probed value
[14:58:28] <mozmck> seb_kuzminsky: yes, please!
[14:58:54] <seb_kuzminsky> maybe remap g38 and have it check which of the sensors tripped, and apply an offset if it's the micro
[14:59:02] <seb_kuzminsky> (after you fix all the remapping bugs, of course)
[14:59:18] <mozmck> hah! :)
[15:00:10] <mozmck> I was thinking of a realtime component that would be like the OR component, but could set a variable to show which input tripped.
[15:00:34] <mozmck> Then in my o-word I could check that variable and apply the offset or not.
[15:01:18] <mozmck> But maybe remapping g38 could be better (if it's not too buggy)?
[15:04:30] <mozmck> I see that my fix to hal_gremlin makes gmoccapy and gaxis work like Axis - probably a good thing.
[15:05:11] <cradek> yay!
[15:05:14] <pcw_home> seb_kuzminsky: I think Samco reported that the branch that fixed 424 ran noticeably slower on some gcode
[15:06:34] <seb_kuzminsky> mozmck: buildbot config sent
[15:06:37] <seb_kuzminsky> pcw_home: ah, thanks
[15:06:39] <mozmck> thanks.
[15:07:15] <mozmck> seb_kuzminsky: could my machine be set up as a slave for your master?
[15:07:30] <seb_kuzminsky> yes, that is possible
[15:08:42] <seb_kuzminsky> for a while in the early days i was actively trying to get people to run buildslaves, paul corner ran one for a while and jeff epler ran one, but it turns out to be more convenient to administer th ewhole build cluster as one unit, and it makes it safer to hide the thing behind a firewall, so i stopped using outside buildslaves
[15:09:19] <mozmck> Ah, ok.
[15:09:34] <seb_kuzminsky> if there's a compelling reason to switch back i'm all ears
[15:10:14] <mozmck> I have a couple of dual xeon computers here I got pretty cheap. 16 logical cores each. I use one for building linuxcnc and that's about all.
[15:10:28] <seb_kuzminsky> ah, i see, spare resources
[15:10:48] <seb_kuzminsky> i recently upgraded the buildbot hardware and i have cycles to spare now
[15:10:59] <seb_kuzminsky> if you'd asked me 6 months ago i might have seen that as a compelling reason ;-)
[15:11:28] <mozmck> Auctions are great :) these are industrial rack mount siemens computers for around $60
[15:11:39] <mozmck> ok.
[15:12:10] <seb_kuzminsky> that's a good deal! do they have enough ram to keep the CPUs fed?
[15:14:19] <mozmck> 12 gig iirc
[15:15:10] <seb_kuzminsky> what about for the other 15 cores?
[15:15:13] <seb_kuzminsky> j/k...
[15:16:07] <pcw_home> I think the latest Xeons have like 18 cores...
[15:16:10] <mozmck> The cpus are E5520, but I can put faster ones in if I want. There are some with 12 logical cores each at 3.x Ghz, which would give me 24 cores.
[15:16:30] <mozmck> Yes, these are a couple years old.
[15:17:17] -!- Daerist has quit [Quit: Leaving]
[15:17:22] <mozmck> Interestingly, my desktop AMD machine with an FX8350 8-core cpu and 20G mem builds linuxcnc packages and kernel packages slightly faster.
[15:27:07] <pcw_home> the 5520 is 4 core and a slower clock so that seems likely
[15:27:24] -!- per_sonne has quit [Ping timeout: 264 seconds]
[15:30:44] <mozmck> yes, they say 8 logical cores, but I don't know if that really helps much.
[15:35:17] -!- dan2k3k4 has quit [Ping timeout: 240 seconds]
[15:44:39] -!- Crom has quit [Ping timeout: 255 seconds]
[16:18:35] -!- patrickarlt has quit [Remote host closed the connection]
[16:21:49] <kwallace> I have a dual Xeon server here. I have been wondering what to do with it. The latency is not very good, so it's not good for LinuxCNC, but using it for compiling sounds interesting. It has redundant everything, scsi drives, boot controller, and a pile of noisy fans. It's not my favorite machine.
[16:25:47] -!- micges_ [micges_!~micges@dan184.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[16:26:22] <JT-Shop> is there a document that has the license information you need to put in new code?
[16:27:57] <cradek> the full instructions are here:
https://www.gnu.org/licenses/old-licenses/gpl-2.0-faq.html#CouldYouHelpApplyGPL
[16:28:04] -!- per_sonne has quit [Ping timeout: 256 seconds]
[16:28:55] <cradek> if you don't have strong feelings, use the variation that says version 2 or any later version
[16:28:56] <JT-Shop> thanks
[16:29:17] -!- micges has quit [Ping timeout: 240 seconds]
[16:30:20] <JT-Shop> I just got an email from Chris and he is going to look at adding my conversion program to stepconf so I need to get the program licensed and ready for him
[16:31:36] <cradek> that's awesome
[16:31:59] <cradek> an import function in stepconf would really be the best way for users
[16:32:02] <mozmck> kwallace: it would be nice if I could figure out how to boot it over the network. then I could leave it in the closet and just fire it up remotely when I want it.
[16:32:14] <JT-Shop> yes I think that is the best way too
[16:37:00] -!- PetefromTn_ [PetefromTn_!~IceChat9@97-81-58-82.dhcp.kgpt.tn.charter.com] has joined #linuxcnc-devel
[16:41:40] <seb_kuzminsky> yay
[16:42:13] <seb_kuzminsky> pcw_home: you're right. rob confirms the slowdown and says he'll address it this weekend
[16:45:02] -!- HSD has quit [Remote host closed the connection]
[16:48:22] <pcw_home> I only know what I read on IRC
[16:52:55] -!- skunkworks [skunkworks!~chatzilla@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[16:52:57] micges_ is now known as micges
[16:53:08] <skunkworks> zlog
[16:53:08] <zlog> skunkworks: Log stored at
http://tom-itx.no-ip.biz:81/~tom-itx/irc/logs/%23linuxcnc-devel/2015-07-16.html
[16:53:33] <micges> pcw_home: what latest webpack is needed to build hostmot2 sources?
[16:55:19] <Tom_itx> 14.7 is the last one
[16:55:20] -!- txp has quit [Quit: Leaving]
[16:55:32] <Tom_itx> i'm using it
[16:56:18] <pcw_home> for SP 6 I have been using 14.3 and thats right 14.7 is the last ISE version
[16:56:46] <micges> thanks
[16:57:28] <pcw_home> vivado would probably work but I have not bothered messing with it yet
[16:58:35] <Tom_itx> me either
[17:01:35] <micges> seems it will be needed for new chips
[17:02:05] <Tom_itx> yup
[17:16:07] -!- kwallace_shiz [kwallace_shiz!~kwallace@142.147.85.210] has joined #linuxcnc-devel
[17:17:56] -!- patrickarlt has quit [Remote host closed the connection]
[17:18:51] -!- jubjub has quit [Ping timeout: 246 seconds]
[17:20:04] <pcw_home> Hmm looks like Vivado is for 7 series chips only
[17:21:49] -!- sheppard has quit [Ping timeout: 246 seconds]
[17:29:06] -!- per_sonne has quit [Ping timeout: 246 seconds]
[17:34:35] -!- sheppard has quit [Quit: Ex-Chat]
[17:40:12] <ssi> yeah you need ISE for s3 or s6 parts
[17:40:28] <ssi> it's pretty stupid the way they do it
[17:41:28] <pcw_home> yeah and I think 10 or < for Spartan2
[17:45:50] -!- asheppard has quit [Ping timeout: 248 seconds]
[17:47:43] -!- rob_h has quit [Ping timeout: 244 seconds]
[17:49:42] -!- rob_h [rob_h!~robh@90.207.194.223] has joined #linuxcnc-devel
[17:51:14] <CaptHindsight> Vivado covers all the ZYNQ, only place I've used it
[17:51:31] <CaptHindsight> says Ultrascale, Virtex-7, Kintex-7, Artix-7, and Zynq -7000
[17:52:38] <CaptHindsight> I think mine might be tied to the ZYNQ/Zedboard
[18:04:20] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[18:06:55] asheppard is now known as sheppard
[18:07:15] -!- syyl has quit [Ping timeout: 246 seconds]
[18:10:04] -!- kwallace_shiz has quit [Ping timeout: 256 seconds]
[18:10:58] -!- kwallace has quit [Ping timeout: 260 seconds]
[18:18:13] <jepler> seb_kuzminsky: do you want to put the multiple hostmot2 ethernet card support in 2.7? it would really benefit from your review, and it does touch some core hostmot2 code
[18:19:16] <seb_kuzminsky> ah, i owe you a review
[18:19:22] <seb_kuzminsky> i'll look at it tonight, promise
[18:19:58] <seb_kuzminsky> jepler/hm2-eth-multiple, right?
[18:20:05] <jepler> seb_kuzminsky: right.
[18:20:13] <seb_kuzminsky> got it
[18:21:03] <jepler> seb_kuzminsky: I particularly want your opinions about the way I implemented the new "read-request" function
[18:21:44] <jepler> if there's something wrong in hm2_eth itself we'll just bugfix it, but we'll be stuck with a new HAL function for at least a whole release even if it turns out not to be the best idea
[18:23:27] <seb_kuzminsky> aight
[18:23:42] -!- patrickarlt has quit [Ping timeout: 248 seconds]
[18:26:04] <jepler> I did do a quick test with pci cards and they still seem to work; the read-request function is not exported
[18:27:49] <seb_kuzminsky> i'll try it with my 5i22
[18:28:08] <seb_kuzminsky> and i think i have a 5i23 in the machine that runs my not-yet-working 3d printer
[18:28:23] <jepler> i was briefly very confused because it was all broken, but it turns out that I added a 6i24 since the last time I ran that particular halfile
[18:28:44] <jepler> so the 5i20 didn't get a bitfile at all and so loadrt hm2_pci failed
[18:29:12] <jepler> .. with multiple PCI cards, is there a defined order that they're probed in, or is it down to luck?
[18:29:13] <seb_kuzminsky> i like it when it's simple dumb stuff that causes breakage
[18:29:54] <jepler> it seems to be consistent on my system, in 3 runs back to back
[18:29:58] <seb_kuzminsky> it seems to be the same order every time, but i don't know if that's an accident or a promise
[18:30:35] -!- per_sonne has quit [Ping timeout: 256 seconds]
[18:31:04] <seb_kuzminsky> bbl lunch
[18:41:30] -!- skunkworks has quit [Ping timeout: 250 seconds]
[18:44:59] <PCW> "a promise is neither a fact nor a lie"
[18:46:35] <PCW> AFAIK its BIOs enumeration order so its will always be the same but not predictable on different machines
[18:49:52] <PCW> A better scheme might be to have a serial number in each card and have the driver assign them in ascending serial number order or some such
[18:49:53] <PCW> but the number of systems with 2 or more FPGA cards is pretty small so not sure its worth the effort
[18:51:37] <seb_kuzminsky> i think cradek has two pci fpga boards in Jr
[18:51:54] <jepler> in uspace, it's whatever order udev_enumerate works in
[18:53:34] <jepler> the documentation obliquely refers to this being in a "sorted" order, whatever that is
[18:53:49] -!- skunkworks [skunkworks!~chatzilla@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[18:54:18] <skunkworks> k&t has 2 cards. Never an issue with it initalizing them out of orfer
[18:54:19] <skunkworks> order
[18:54:40] <PCW> unless you swap slots
[18:58:10] <PCW> sserial cards have an optional naming scheme that allows swapping ports without trouble : 7i84.abcd.in-00
[18:58:11] <PCW> where abcd is the card unit number, but I dont think anyone has ever used it
[19:04:54] -!- skunkworks has quit [Ping timeout: 250 seconds]
[19:17:11] -!- SpeedEvil has quit [Ping timeout: 252 seconds]
[19:23:49] -!- patrickarlt has quit [Ping timeout: 244 seconds]
[19:28:47] -!- dan2k3k4 has quit [Ping timeout: 240 seconds]
[19:31:47] -!- per_sonne has quit [Ping timeout: 256 seconds]
[19:35:10] -!- patrickarlt has quit [Ping timeout: 248 seconds]
[19:45:04] -!- skunkworks [skunkworks!~chatzilla@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[19:45:53] <cradek> yes I have two 5i20s in jr
[19:46:08] <cradek> using 4 plugs altogether, I think
[19:48:14] postaL is now known as postaL_offline
[19:51:42] -!- Connor has quit [Ping timeout: 255 seconds]
[19:51:52] -!- Connor [Connor!~Connor@c-67-187-108-117.hsd1.tn.comcast.net] has joined #linuxcnc-devel
[19:53:53] -!- skunkworks has quit [Ping timeout: 256 seconds]
[20:07:04] SpeedEvil is now known as Guest53868
[20:07:14] -!- Guest53868 has quit [Ping timeout: 264 seconds]
[20:25:50] -!- patricka_ has quit [Ping timeout: 248 seconds]
[20:29:59] -!- kwallace_shiz [kwallace_shiz!~kwallace@142.147.85.210] has joined #linuxcnc-devel
[20:32:33] -!- kwallace [kwallace!~kwallace@142.147.85.210] has joined #linuxcnc-devel
[20:34:38] -!- per_sonne has quit [Ping timeout: 265 seconds]
[20:38:17] -!- skunkworks [skunkworks!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[20:44:19] <skunkworks> zlog
[20:44:20] <zlog> skunkworks: Log stored at
http://tom-itx.no-ip.biz:81/~tom-itx/irc/logs/%23linuxcnc-devel/2015-07-16.html
[20:44:42] <skunkworks> I am using all 6
[20:49:42] <jepler> I think there's probably a good chance that uspace and rtai each enumerate in consistent orders, but different from each other
[20:50:22] <jepler> it's very likely nobody has converted a RTAI-based system with two PCI(e) cards to a uspace system
[20:50:30] <jepler> maybe with the exception of peter
[21:00:08] -!- samuel7 has quit [Quit: Nettalk6 - www.ntalk.de]
[21:01:24] -!- Deejay has quit [Quit: bye]
[21:03:42] -!- Tecan has quit [Quit: Live Long And Phosphor!]
[21:15:08] BitEvil is now known as SpeedEvil
[21:23:58] -!- patrickarlt has quit [Ping timeout: 248 seconds]
[21:31:07] -!- FinboySlick1 has quit [Client Quit]
[21:31:44] -!- FinboySlick has quit [Quit: Leaving.]
[21:35:22] -!- per_sonne has quit [Ping timeout: 260 seconds]
[21:43:55] -!- exitcode1 has quit [Remote host closed the connection]
[21:46:47] -!- PetefromTn_ has quit [Ping timeout: 240 seconds]
[21:47:40] -!- PetefromTn_ [PetefromTn_!~IceChat9@97-81-58-82.dhcp.kgpt.tn.charter.com] has joined #linuxcnc-devel
[21:53:30] -!- theorbtwo has quit [Read error: No route to host]
[21:54:40] -!- nofxx has quit [Read error: Connection reset by peer]
[22:09:55] -!- Roguish [Roguish!~chatzilla@c-50-143-183-159.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[22:13:33] -!- robinsz has quit [Ping timeout: 252 seconds]
[22:18:00] -!- erve has quit [Remote host closed the connection]
[22:24:14] -!- patrickarlt has quit [Ping timeout: 248 seconds]
[22:25:17] -!- acdha has quit [Ping timeout: 252 seconds]
[22:32:15] -!- Camaban has quit [Quit: Leaving]
[22:33:12] -!- almostworking has quit [Quit: Textual IRC Client: www.textualapp.com]
[22:33:17] -!- LikeVinyl has quit [Ping timeout: 240 seconds]
[22:34:59] -!- jfindley has quit [Ping timeout: 244 seconds]
[22:36:31] -!- per_sonne has quit [Ping timeout: 256 seconds]
[22:44:18] -!- tinkerer has quit [Remote host closed the connection]
[22:56:40] -!- LikeVinyl has quit [Quit: LikeVinyl]
[23:00:48] -!- MinetestForFun has quit [Quit: Leaving / Je m'en vais]
[23:01:35] -!- MrSunshine has quit [Ping timeout: 252 seconds]
[23:07:13] varesa_ is now known as varesa
[23:11:30] -!- gyeates has quit [Ping timeout: 246 seconds]
[23:11:45] -!- MarkusBec has quit [Ping timeout: 246 seconds]
[23:12:37] -!- MarkusBec [MarkusBec!znc@80.69.39.131] has joined #linuxcnc-devel
[23:13:13] -!- nofxx has quit [Ping timeout: 244 seconds]
[23:16:15] -!- abyx has quit [Ping timeout: 244 seconds]
[23:17:26] -!- rob_h has quit [Ping timeout: 264 seconds]
[23:21:43] hendrik is now known as Guest2996
[23:21:53] -!- Guest98213 has quit [Ping timeout: 246 seconds]
[23:31:14] -!- pjm has quit [Ping timeout: 264 seconds]
[23:38:20] -!- per_sonne has quit [Ping timeout: 250 seconds]
[23:38:22] -!- jdqx has quit [Ping timeout: 248 seconds]
[23:53:35] -!- anth0ny_ has quit [Quit: anth0ny_]
