Back
[00:00:50] <linuxcnc-build> build #741 of 1510.rip-jessie-rtpreempt-i386 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1510.rip-jessie-rtpreempt-i386/builds/741 blamelist: Jason Penn <jpenn@tormach.com>, dummy, John Morris <john@zultron.com>
[00:00:51] <linuxcnc-build> build #4127 of 0000.checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/4127 blamelist: Jason Penn <jpenn@tormach.com>, dummy, John Morris <john@zultron.com>
[00:02:00] -!- andypugh has quit [Quit: andypugh]
[00:14:33] -!- rob_h has quit [Ping timeout: 276 seconds]
[00:16:05] <jepler> I hope zultron is seeing these errors
[00:18:34] -!- kingarmadillo has quit [Ping timeout: 240 seconds]
[00:32:37] -!- kingarmadillo has quit [Ping timeout: 260 seconds]
[00:55:37] -!- tobias47n9e__ has quit [Ping timeout: 250 seconds]
[01:15:17] -!- pandeiro has quit [Remote host closed the connection]
[01:27:35] <KGB-linuxcnc> 03Jeff Epler 05master aebad41 06linuxcnc fast forward * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=aebad41
[01:33:19] -!- kingarmadillo has quit [Ping timeout: 250 seconds]
[01:41:30] -!- skunkworks [skunkworks!~skunkwork@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[01:42:32] <skunkworks> https://www.youtube.com/watch?v=XntXTuXNfvE
[02:01:54] -!- skunksleep has quit [Ping timeout: 265 seconds]
[02:02:27] -!- andypugh [andypugh!~andypugh@12.1.118.71] has joined #linuxcnc-devel
[02:02:59] <skunkworks> andypugh,
https://www.youtube.com/watch?v=XntXTuXNfvE
[02:10:37] -!- skunkworks has quit [Ping timeout: 260 seconds]
[02:11:01] -!- skunkworks [skunkworks!~skunkwork@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[02:11:28] <skunkworks> only threw the tool on the table once...
[02:13:24] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/eth-packet-loss 4e941df 06linuxcnc 10src/hal/drivers/mesa-hostmot2/hm2_eth.c 10src/hal/drivers/mesa-hostmot2/hostmot2.c 10src/hal/drivers/mesa-hostmot2/tram.c hostmot2: Treat -EAGAIN from hm2_finish_read specially * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=4e941df
[02:13:24] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/eth-packet-loss 130245b 06linuxcnc 10src/hal/drivers/mesa-hostmot2/tram.c hostmot2: fix trivial typo in diagnostic message * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=130245b
[02:13:24] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/eth-packet-loss 8d76388 06linuxcnc 10src/hal/drivers/mesa-hostmot2/sserial.c hostmot2: sserial: eliminiate long delay in force_write * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=8d76388
[02:14:16] <jepler> https://emergent.unpythonic.net/files/sandbox/eth-sserial-recovers.png
[02:24:53] -!- skunksleep [skunksleep!~AndChat14@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[02:31:09] -!- skunksleep has quit [Ping timeout: 246 seconds]
[02:35:17] -!- kingarmadillo has quit [Ping timeout: 250 seconds]
[02:38:30] -!- skunksleep [skunksleep!~AndChat14@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[03:19:13] <seb_kuzminsky> that's cool, jepler
[03:27:19] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.6 aa24b2c 06linuxcnc 10debian/changelog 03docs/src/common/Getting_LinuxCNC.txt Merge remote-tracking branch 'origin/v2.5_branch' into 2.6 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=aa24b2c
[03:30:32] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.7 2e5ee77 06linuxcnc 10debian/changelog Merge remote-tracking branch 'origin/2.6' into 2.7 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=2e5ee77
[03:33:18] -!- andypugh has quit [Quit: andypugh]
[03:34:20] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master fd89643 06linuxcnc 10debian/changelog 10docs/src/getting-started/updating-linuxcnc.txt 10src/emc/motion/motion.c 10src/hal/hal_priv.h Merge remote-tracking branch 'origin/2.7' * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=fd89643
[03:35:54] -!- kingarmadillo has quit [Ping timeout: 246 seconds]
[04:19:17] -!- zeeshan-shop [zeeshan-shop!~zeeshan@CPE84948c379051-CM84948c379050.cpe.net.cable.rogers.com] has joined #linuxcnc-devel
[04:36:34] -!- kingarmadillo has quit [Ping timeout: 240 seconds]
[04:52:46] -!- ve7it has quit [Remote host closed the connection]
[04:57:47] -!- zeeshan-shop has quit [Remote host closed the connection]
[04:59:36] -!- zeeshan-shop [zeeshan-shop!~zeeshan@CPE84948c379051-CM84948c379050.cpe.net.cable.rogers.com] has joined #linuxcnc-devel
[05:37:17] -!- kingarmadillo has quit [Ping timeout: 250 seconds]
[05:43:18] -!- jenia has quit [Ping timeout: 246 seconds]
[05:45:39] -!- beawesomeinstead has quit [Ping timeout: 260 seconds]
[06:25:34] -!- Mathnerd314 has quit [Ping timeout: 240 seconds]
[06:38:22] -!- kingarmadillo has quit [Ping timeout: 265 seconds]
[06:43:08] <linuxcnc-build> build #311 of 4017.5.deb-wheezy-armhf is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4017.5.deb-wheezy-armhf/builds/311 blamelist: Chris Radek <chris@timeguy.com>, Sebastian Kuzminsky <seb@highlab.com>, John Thornton <jthornton@gnipsel.com>, John Thornton <bjt128@gmail.com>
[06:43:58] -!- kwallace [kwallace!~kwallace@162.222.30.12] has parted #linuxcnc-devel
[06:59:58] -!- zeeshan-shop has quit [Remote host closed the connection]
[07:04:29] -!- zeeshan-shop [zeeshan-shop!~zeeshan@CPE84948c379051-CM84948c379050.cpe.net.cable.rogers.com] has joined #linuxcnc-devel
[07:13:50] -!- zeeshan-shop has quit [Quit: Leaving]
[07:14:11] -!- zeeshan-shop [zeeshan-shop!~zeeshan@CPE84948c379051-CM84948c379050.cpe.net.cable.rogers.com] has joined #linuxcnc-devel
[07:33:16] -!- teepee_ [teepee_!~teepee@unaffiliated/teepee] has joined #linuxcnc-devel
[07:34:34] -!- teepee has quit [Ping timeout: 272 seconds]
[07:34:34] teepee_ is now known as teepee
[07:57:33] -!- Komzpa has quit [Ping timeout: 276 seconds]
[08:11:12] -!- md-2 has quit [Read error: No route to host]
[08:24:33] -!- skunksleep has quit [Ping timeout: 250 seconds]
[08:28:29] -!- rob_h [rob_h!~robh@94.9.168.51] has joined #linuxcnc-devel
[08:35:45] -!- skunksleep [skunksleep!~AndChat14@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[10:08:58] -!- skunksleep has quit [Read error: Connection reset by peer]
[10:09:04] -!- skunksleep [skunksleep!~AndChat14@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[10:11:19] -!- rob_h has quit [Read error: Connection reset by peer]
[10:11:41] -!- rob_h [rob_h!~robh@94.9.168.51] has joined #linuxcnc-devel
[10:15:31] -!- emcPT [emcPT!55f02d19@gateway/web/cgi-irc/kiwiirc.com/ip.85.240.45.25] has joined #linuxcnc-devel
[10:15:57] <emcPT> Hello
[10:15:57] <emcPT> Can someone inform where gcode.parse is located
[10:15:57] <emcPT> This appears around line 1690 in glcanon.py
[10:15:57] <emcPT> My poor debug skills prevents from finding where the method is implemented
[10:28:58] -!- skunksleep has quit [Ping timeout: 252 seconds]
[10:32:58] -!- skunkworks has quit [Ping timeout: 244 seconds]
[10:33:16] <emcPT> Found it. Thanks
[10:38:50] -!- emcPT has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
[11:00:04] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[11:02:34] <skunkworks> zlog
[11:02:35] <zlog> skunkworks: Log stored at
http://tom-itx.no-ip.biz:81/~tom-itx/irc/logs/%23linuxcnc-devel/2016-05-13.html
[11:17:40] -!- patsy has quit [Quit: Copywight 2016 Elmer Fudd. All wights wesewved.]
[11:59:12] -!- rob_h has quit [Ping timeout: 246 seconds]
[12:00:12] -!- rob_h [rob_h!~robh@94.0.122.183] has joined #linuxcnc-devel
[12:00:17] -!- zeeshan has quit [Ping timeout: 244 seconds]
[12:07:09] <jepler> hm but eventually I ended up with
[12:07:09] <jepler> hm2/hm2_7i92.0: sserial_write:Timeout waiting for CMD to clear
[12:11:35] Tom_shop is now known as Tom_itx
[12:14:32] -!- md-2 has quit [Remote host closed the connection]
[12:16:40] -!- olli- has quit [Ping timeout: 264 seconds]
[12:36:12] -!- skunksleep [skunksleep!~AndChat14@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[12:42:11] -!- md-2 has quit [Remote host closed the connection]
[12:49:09] -!- kingarmadillo has quit [Ping timeout: 260 seconds]
[12:52:14] <pcw_home> Thats the normal error you get when the previous write gets delayed
[12:52:15] <pcw_home> so much that the sserial xfer is not done by the next servo thread time
[12:58:15] -!- skunkworks_ [skunkworks_!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[12:59:40] <skunkworks> The matsuura computer is up and linuxcnc running - the only time I got an error was when we unplugged the 7i69 ;)
[13:03:21] <jepler> pcw_home: it wasn't recovering, the sserial error count was up over 100,000 overnight
[13:05:27] <pcw_home> Hmm that is the normal error I see if you get a latency spike so the previous write is delayed
[13:05:43] <jepler> I hope to look into it more this weekend
[13:05:48] <pcw_home> the next cycle works
[13:06:36] <pcw_home> its something that maybe should go through the sserial error filter
[13:13:57] <pcw_home> It is possible there are still bugs in sserial that can cause a hang but I haven't seen one in quite a while (many versions back)
[13:13:59] <pcw_home> Theoretically, regardless of what happens on the serial link, the command will complete in a maximum of measured
[13:14:00] <pcw_home> sserial device response time (measured when device is probed at startup) +40 usec
[13:17:57] <pcw_home> Does linuxCNC work with absolute encoders?
[13:17:59] <pcw_home> https://forum.linuxcnc.org/forum/38-general-linuxcnc-questions/30959-no-force-homing-and-min-max-limits-for-axes
[13:18:00] <pcw_home> seems like you would need to tell motion that you have absolute encoders
[13:18:32] <jepler> I thought several absolute encoders were supported, but of course I have zero experience with them
[13:20:10] <pcw_home> I _think_ OPs issue is that they want no_force_homing=1 but then soft limits are not setup
[13:32:57] <cradek> part of real support for absolute encoders would be coming up in an already-homed state when appropriate
[13:33:03] <cradek> and no, there is not support for that, that I know of
[13:33:59] <cradek> but I'd think you could just use the homing method that causes no motion to get into that state, if you already had absolute feedback of whatever kind
[13:37:49] <pcw_home> It sounds like the soft limits are not setup in that case, but I have not verified this
[13:39:01] <skunkworks> I would think you would have to go to a known location first - then home with no motion.
[13:39:12] <skunkworks> then soft limits should work
[13:39:33] <skunkworks> but how do you initially setup that location?
[13:40:31] <pcw_home> you are always in a known location with absolute encoders :-)
[13:42:02] <pcw_home> no need to home or move at startup
[13:46:52] -!- Mathnerd314 [Mathnerd314!~quassel@supertux/Mathnerd314] has joined #linuxcnc-devel
[13:54:57] <archivist> only after you told it the first time
[13:59:11] <pcw_home> not sure what you mean, the SSI absolute encoders I have have permanent memory (gears)
[14:00:21] <pcw_home> resolute encoders have the absolute position written on the scale
[14:00:44] <pcw_home> Okuma encoders also use gears
[14:01:11] <archivist> machine to the number in the encoder relation
[14:02:00] <pcw_home> That can be done once in the factory...
[14:02:33] <archivist> er, machine integrators are the "factory"
[14:03:18] <pcw_home> right but its not something linuxcnc needs to handle
[14:03:52] <pcw_home> (well a absolute offset might ease setup)
[14:03:57] <archivist> sure it is, how else will 235.5 = 2" from the left
[14:04:32] <archivist> ie some constant has to be setable by a once off real homing
[14:04:42] <pcw_home> Nope
[14:05:12] -!- emcPT [emcPT!55f02d19@gateway/web/cgi-irc/kiwiirc.com/ip.85.240.45.25] has joined #linuxcnc-devel
[14:05:34] <archivist> unbolt the ballscrew turn a gnats, now what
[14:06:00] <pcw_home> one thats done its good forever
[14:06:48] <archivist> every maintenance and build and each time you lose that offset
[14:06:52] <pcw_home> in other words home is somewhat meaningless with absolute encoders
[14:08:03] <pcw_home> no home switches needed or wanted
[14:08:41] <emcPT> at least limit/safe switches are normally present
[14:08:52] <pcw_home> sure
[14:09:43] <archivist> think about it, the software has no clue until you home once, you do not know machine mechanical position with encoder absolute numbers
[14:09:55] <pcw_home> but they are not used for position reference and the machin is ready to run without any kind of homing sequence
[14:10:02] <archivist> unless you know scale and offset
[14:10:31] <pcw_home> Those are fixed so homing is not requred
[14:10:42] <archivist> this is basic mechanics machine to encoder number
[14:11:30] <pcw_home> sure thats no different with absolute encoders, what is different is that homing is not needed
[14:13:41] <pcw_home> (one of the main advantages of absolute encoders)
[14:14:15] <archivist> without an initial home, you cannot know the absolute encoders N in relation to a machine 0, this is a mechanical problem that needs homing when new and after repair or loss of that offset
[14:14:42] <mozmck> That would simply be done in the ini file I would think...
[14:14:52] <archivist> I agree after on can use the encoders absolute position
[14:15:17] <archivist> on/one
[14:18:44] <jepler> I am fairly confident you can express that in a linuxcnc inifile, but you would still have to "home all" as part of the linuxcnc startup procedure.
[14:20:21] <pcw_home> archivist: the machines with absolute encoder I've seen have no home switch (as it is not needed)
[14:21:23] <jepler> hm, no, that's not what HOME_SEARCH_VEL = 0, HOME_OFFSET != 0 does
[14:21:39] <jepler> I guess somebody with a stake in it should do something
[14:21:41] <archivist> then the integrator has to jog carefully to some place to inform the machine/work out the offset
[14:22:25] <archivist> far better that a real home is there to calibrate that one off
[14:22:40] <pcw_home> machines with volatile absolute position memory (Fanuc Panasonic etc) have a recovery procedure
[14:22:42] <pcw_home> where you do just that (jog to a specific position )
[14:25:37] <seb_kuzminsky> emcPT: i think you're looking for src/emc/rs274ngc/gcodemodule.cc
[14:25:41] <pcw_home> but the whole point of absolute encoders is that for normal use
[14:25:43] <pcw_home> you can avoid the slow (and sometimes hazardous) home procedure
[14:25:58] -!- kwallace [kwallace!~kwallace@162.222.30.12] has joined #linuxcnc-devel
[14:31:17] <seb_kuzminsky> this gui conversation on the list makes me want to revive liblinuxcncui
[14:31:19] <seb_kuzminsky> bbl
[14:43:04] -!- Daerist has quit [Quit: Leaving]
[15:01:48] <emcPT> anyone knows why there are ioControl.cc and ioControl_v2.cc? Are both used?
[15:01:48] -!- maurris has quit [Ping timeout: 276 seconds]
[15:02:52] <cradek> due to bad judgment, we now have two separate iocontrol binaries with different features
[15:03:14] <skunkworks> one or the other. iocontrol_v2 was an attempt to fix issues perceived issues with iocontrol...
[15:30:15] -!- steves_logging has quit [Ping timeout: 246 seconds]
[15:35:58] -!- kwallace [kwallace!~kwallace@162.222.30.12] has parted #linuxcnc-devel
[15:54:41] <seb_kuzminsky> "we" should pick one and remove the other
[16:23:15] -!- Komzpa has quit [Ping timeout: 276 seconds]
[16:30:54] -!- md-2 has quit [Remote host closed the connection]
[16:45:53] -!- kwallace [kwallace!~kwallace@162.222.30.12] has joined #linuxcnc-devel
[16:47:34] -!- ivansanchez has quit []
[16:49:20] <KGB-linuxcnc> 03John Morris 05zultron/m98m99 cab68fe 06linuxcnc 10(79 files in 19 dirs) M98/M99 subprograms * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=cab68fe
[16:49:20] <KGB-linuxcnc> 03Jason Penn 05zultron/m98m99 716b614 06linuxcnc 10src/emc/rs274ngc/interp_read.cc Made interp_read.cc ignore "O" words that are not an "O" word but just a program title, i.e. "OBoreProject", * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=716b614
[16:49:20] <KGB-linuxcnc> 03John Morris 05zultron/m98m99 fc39d9a 06linuxcnc 03tests/interp/sprutcam-mach-post-bug/expected 03tests/interp/sprutcam-mach-post-bug/test.ngc 03tests/interp/sprutcam-mach-post-bug/test.sh Test for previous commit, "OBoreProject" * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=fc39d9a
[16:56:23] -!- johtso has quit [Remote host closed the connection]
[17:08:04] -!- teepee_ [teepee_!~teepee@unaffiliated/teepee] has joined #linuxcnc-devel
[17:09:13] -!- teepee has quit [Ping timeout: 244 seconds]
[17:09:14] teepee_ is now known as teepee
[17:16:43] -!- kalxas has quit [Changing host]
[17:26:52] -!- awallin_ has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
[17:28:32] -!- awallin_ [awallin_!awallin@lakka.kapsi.fi] has joined #linuxcnc-devel
[17:40:15] -!- gaute has quit [Quit: Page closed]
[18:37:09] -!- md-2 has quit [Ping timeout: 276 seconds]
[18:59:36] -!- emcPT has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
[19:01:32] -!- kingarmadillo has quit [Ping timeout: 260 seconds]
[19:03:17] -!- skunkworks has quit [Read error: Connection reset by peer]
[19:08:04] -!- skunkworks_ has quit [Ping timeout: 240 seconds]
[19:17:37] -!- sel [sel!~sel@net77-43-27-64.mclink.it] has joined #linuxcnc-devel
[19:17:50] -!- sel has quit [Remote host closed the connection]
[19:22:17] <KGB-linuxcnc> 03Dewey Garrett 05joints_axes14 02ab263 06linuxcnc 10src/emc/ini/inihal.cc inihal.cc: local home_offset update missing JA * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=02ab263
[19:46:25] -!- skunkworks_ [skunkworks_!~skunkwork@184-158-22-225.dyn.centurytel.net] has joined #linuxcnc-devel
[19:50:34] -!- kingarmadillo has quit [Ping timeout: 240 seconds]
[20:04:54] -!- kingarmadillo has quit [Ping timeout: 276 seconds]
[20:13:48] -!- sheppard has quit [Quit: Ex-Chat]
[21:07:10] -!- chillly has quit []
[21:09:10] -!- skunkworks_ has quit [Ping timeout: 252 seconds]
[21:11:42] -!- skunkworks_ [skunkworks_!~skunkwork@184-158-22-225.dyn.centurytel.net] has joined #linuxcnc-devel
[21:44:14] -!- zeeshan-shop has quit [Remote host closed the connection]
[21:44:55] -!- kalxas has quit [Ping timeout: 252 seconds]
[21:45:06] kalxas_ is now known as kalxas
[21:50:01] -!- zeeshan [zeeshan!~kvirc64@CPE84948c379051-CM84948c379050.cpe.net.cable.rogers.com] has joined #linuxcnc-devel
[21:56:03] -!- kingarmadillo has quit [Ping timeout: 276 seconds]
[21:59:30] <jepler> Subject: [ANNOUNCE] 4.6-rc7-rt1
[21:59:30] <jepler> Subject: [ANNOUNCE] 4.6-rc7-rt1
[21:59:30] <jepler> Subject: [ANNOUNCE] 4.6-rc7-rt1
[21:59:30] <jepler> Subject: [ANNOUNCE] 4.6-rc7-rt1
[21:59:34] <jepler> err sorry about that
[22:00:32] <jepler> I guess I'm just excited every time -rt comes out on a new kernel
[22:00:39] <jepler> and this time it's early enough to be in the -rcs
[22:10:17] -!- ve7it [ve7it!~LawrenceG@S010648f8b3c3bc3b.pk.shawcable.net] has joined #linuxcnc-devel
[22:37:09] -!- kingarmadillo has quit [Ping timeout: 260 seconds]
[22:38:14] -!- andypugh [andypugh!~andypugh@12.1.118.71] has joined #linuxcnc-devel
[22:38:52] <andypugh> Does anyone know a neat Pythonic way to get two ints from a tuple of strings?
[22:38:59] -!- ve7it has quit [Remote host closed the connection]
[22:39:14] <andypugh> Specifically: j,a = int(match.group(1,2))
[22:39:36] <andypugh> Hmm, forget that, a failed attempt.
[22:39:44] <andypugh> j,a = match.group(1,2)
[22:40:00] <andypugh> Maybe I should just split it over two lines.
[22:55:15] -!- zeeshan-shop [zeeshan-shop!~zeeshan@CPE84948c379051-CM84948c379050.cpe.net.cable.rogers.com] has joined #linuxcnc-devel
[23:04:50] -!- Roguish [Roguish!~chatzilla@c-50-143-183-159.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[23:32:57] -!- CaptHindsight has quit [Quit: Leaving]
[23:37:04] -!- pandeiro has quit [Read error: Connection reset by peer]
[23:47:41] -!- kalxas has quit [Quit: Goodbye]
[23:48:18] -!- tinkerer [tinkerer!~tinkerer@mail.play-pla.net] has joined #linuxcnc-devel
[23:55:52] -!- tinkerer has quit [Quit: Leaving]
[23:58:42] -!- skunkworks_ has quit [Ping timeout: 276 seconds]
