#emc-devel | Logs for 2011-10-09

Back
[00:00:01] -!- andypugh has quit [Quit: andypugh]
[00:00:44] -!- Eartaker has quit [Ping timeout: 256 seconds]
[00:09:21] -!- chester88 [chester88!~chris@99.199.171.103] has joined #emc-devel
[00:15:08] -!- Loetmichel has quit [Ping timeout: 260 seconds]
[00:36:27] -!- A2Sheds has quit [Quit: puff of smoke]
[00:40:30] -!- elmo40 has quit [Ping timeout: 252 seconds]
[00:52:26] -!- A2Sheds has quit [Quit: puff of smoke]
[01:04:16] -!- Eartaker has quit [Ping timeout: 248 seconds]
[01:10:22] -!- robh__ has quit [Ping timeout: 260 seconds]
[01:11:59] -!- PasstScho has quit [Ping timeout: 258 seconds]
[01:36:15] -!- ries has quit [Quit: ries]
[01:41:21] -!- factor has quit [Ping timeout: 255 seconds]
[02:02:22] -!- syyl has quit [Quit: Leaving]
[02:14:05] -!- Eartaker has quit [Read error: Connection reset by peer]
[02:14:39] -!- seb_kuzminsky has quit [Remote host closed the connection]
[02:15:03] -!- seb_kuzminsky [seb_kuzminsky!~seb@174-16-124-56.hlrn.qwest.net] has joined #emc-devel
[02:17:14] <jv4779> I am trying to track down in the code how Axis sets G61 or G64 when doing a "run from here", it depends on if G61 or G64 is set in the gcode file, but the logic is loosing the P tolerance to G64
[02:17:29] -!- elmo40 has quit [Ping timeout: 252 seconds]
[02:21:38] -!- skunkKandT has quit [Remote host closed the connection]
[02:54:11] -!- Eartaker has quit [Read error: Connection reset by peer]
[03:00:26] <cradek> maybe you can't find it because that's an interp/task issue, nothing to do with AXIS in particular.
[03:00:50] <cradek> what version are you running? I've seen some related fixes go by, now and then
[03:04:48] <cradek> hm, and a related (incorrect, I guess) fix was reverted: 06b93f6f250d
[03:39:46] -!- mhaberler [mhaberler!~mhaberler@195.191.253.94] has joined #emc-devel
[03:52:44] -!- garage_seb [garage_seb!~seb@174-16-124-56.hlrn.qwest.net] has joined #emc-devel
[04:01:51] -!- kljsdfhklj has quit [Ping timeout: 248 seconds]
[04:20:36] -!- jv4779 has quit [Ping timeout: 252 seconds]
[04:59:45] <garage_seb> mhaberler, strange, a partial fix was already in the code but commented out?
[04:59:56] <mhaberler> yes, since 2005
[05:00:24] <garage_seb> heh
[05:01:11] <garage_seb> i hope passtscho or andypugh test it out
[05:02:51] <mhaberler> it's touchy - using a gobal to exit from a potentially nested structure is not how I'd like to do this but I guess we're stuck with this 'parser' for now (really a scanner with a gazillion of cludges to graft-on block structure)
[05:04:52] <mhaberler> actually the parsing and execution model *was* ok when the language had no control structures, but's been outlived since - the interp would benefit a lot from inverting control (not task or gcodemodule driving it with read/execute but having it execute on itself and telling when done
[05:05:32] <mhaberler> I'm really thinking of making it a thread, and telling task/gcodemodule when it needs a sync, instead of the using code trying to determine what interp needs at this point
[05:06:08] <mhaberler> that would get rid of all those mdi_interrupt flags, side queue and assorted hacks
[05:06:54] <mhaberler> but that is th next project, not this one
[05:07:06] <garage_seb> sounds like a big project
[05:07:51] <mhaberler> I dont think so. the most attention is needed in task to derived the proper interp state. actually quite a bit of code will go.
[05:09:13] <mhaberler> 'passtscho' actually sounds like an Austrian slang word to me, looks like this guy is local
[05:10:58] <mhaberler> I would really like to see this project to formulate goals which go beyond the imminent release and the next fix - like such cleanup actions
[05:13:49] <garage_seb> that sounds good to me
[05:14:30] <garage_seb> i think a lot of us are afraid to commit the time needed to do big rewrites and architectural changes right
[05:14:36] <garage_seb> i know i am
[05:16:14] -!- psha [psha!~psha@213.208.162.69] has joined #emc-devel
[05:16:25] <garage_seb> hi psha
[05:23:22] <mhaberler> The time-available per developer clearly is an issue; but the more it is WRT larger projects, the more a clear goal formulation becomes crucial - without it division of labor becomes next to impossible
[05:23:31] <mhaberler> psha: bon giorno
[05:24:21] <mhaberler> from the number-of-developers perspective this has grown too big to work at arms length
[05:26:39] <psha> good morning
[05:27:55] <psha> mhaberler: i suspect that 2.5 docs at linuxcnc are not updated yet
[05:28:01] <psha> that's why there are no formulas
[05:28:05] <mhaberler> ah, could be
[05:28:34] <garage_seb> here is a build of the docs with psha's html equations: http://highlab.com/~seb/emc2/docs/
[05:28:49] <garage_seb> i'm planning to have the buildbot publish the docs for every build
[05:28:59] <garage_seb> but i haven't gotten to it yet ;-)
[05:29:05] <mhaberler> formulas ok, great
[05:29:39] <mhaberler> garage_seb: actually I'd like to study the buildbot scripts.. are they online somewhere?
[05:29:52] <garage_seb> http://highlab.com/~seb/emc2/docs/quickstart/stepper_quickstart.html#_mechanical_information
[05:30:19] <garage_seb> i've kept them secret because they contain the passwords the buildslaves use to log in to the buildmaster
[05:30:27] <mhaberler> uh
[05:30:28] <garage_seb> but i'll happily send you a copy
[05:30:32] <garage_seb> what's your email addr?
[05:31:08] <mhaberler> I'd really appreciate it - I'd like to do a package for my stuff and make it apt-gettable
[05:31:22] <mhaberler> mah at mah dot priv dot at
[05:33:30] <psha> garage_seb: this table is intended to e empty
[05:33:36] <psha> s/e/be
[05:34:08] <psha> mhaberler: if you want to build packages for yourself probably my build scripts will be more easy
[05:34:10] <garage_seb> psha, i was trying to point to the equation for stepgen scale, below
[05:34:22] <mhaberler> location?
[05:34:28] <psha> you may point to eq exactly there is anchor with md5sum of eq
[05:34:49] <garage_seb> to build packages you just need a debian/ dir and the standard debian tools
[05:34:50] <psha> mhaberler: you need 2 pieces of code
[05:35:00] <garage_seb> to make an apt-gettable package archive you need a little more
[05:35:01] <garage_seb> http://highlab.com/~seb/emc2/docs/quickstart/838223ce8c538a914d7e4afe4417154c.png
[05:36:43] <psha> mhaberler: rebuilder script - http://grid.pp.ru/git/psha/rebuilder
[05:37:10] <psha> it's designed not like classic buildbot with buildslaves waiting for work
[05:37:32] <psha> oops
[05:37:32] <psha> sorry
[05:37:34] <psha> http://grid.pp.ru/cgit/psha/rebuilder
[05:37:35] <mhaberler> link seems broken (xml error)
[05:37:41] <psha> http://grid.pp.ru/cgit/psha/dtq
[05:37:49] <mhaberler> ah
[05:38:02] <psha> both are available as packages
[05:38:12] <psha> from repo at http://grid.pp.ru/debian/
[05:38:15] <psha> rebuilder and dtq
[05:38:48] <mhaberler> what the heck is 'dtq'
[05:38:55] <psha> task queue
[05:39:02] <mhaberler> ah, the old task queue
[05:39:07] <psha> yea
[05:39:18] <mhaberler> we've never met
[05:39:42] <psha> pretty simple but powerfull enough to support hierarhical topoligies and some other strange things
[05:39:57] <psha> heh, you've never met it because i've written it from the scratch :]
[05:40:17] <psha> when needed i've not found anything simple enought to use for building packages
[05:40:23] <mhaberler> I repeat: every time you say 'pretty simple' it costs me half a day
[05:40:35] -!- theos has quit [Read error: Connection reset by peer]
[05:40:55] <psha> :] so probably you'll stick with buildbot - at least it's well documented ;)
[05:41:09] <psha> most of docs for dtq/rebuilder are in russian :(
[05:41:19] <mhaberler> that will warp me ahead
[05:41:42] <garage_seb> i'm pretty happy with buildbot
[05:42:02] <mhaberler> garage_sb: thanks!
[05:43:03] <garage_seb> mhaberler, you might be interested in my debian package archive maintenance scripts too
[05:43:56] <garage_seb> now where did i put that repo...
[05:44:04] <mhaberler> what do they do?
[05:44:20] <garage_seb> maintain the archive metadata
[05:44:30] <garage_seb> the Packages list and Sources list
[05:44:44] <psha> garage_seb: you do it by hand?
[05:44:50] <garage_seb> no
[05:44:50] <psha> there is excelent reprepro script
[05:45:03] <garage_seb> the buildbot calls the archive maintenance scripts after they upload a new package
[05:46:37] <psha> i mean you use hand-made scripts?
[05:49:25] <garage_seb> oh, yeah i wrote them, thin wrappers around dpkg-scansources and dpkg-scanpackages
[05:50:18] <psha> hm, probably you'll take a look at reprepro some day
[05:50:27] <psha> it really deserves it
[05:50:30] <garage_seb> heh, probably so :-)
[05:50:36] <psha> http://psha.org.ru/cgit/psha/debian-repo/.git/tree/bin/manual
[05:50:46] <psha> script that installes .changes file
[05:50:56] <garage_seb> ooh! nice :-)
[05:50:59] <psha> it's needed since my dumb builder provides dups
[05:51:16] <psha> if there are no dups you may just call 'reprepro install....' or something like
[05:51:19] <psha> dont remember
[05:51:40] <psha> and final export script
[05:51:42] <psha> i've splited it
[05:51:44] <psha> http://psha.org.ru/cgit/psha/debian-repo/.git/tree/bin/export
[05:51:59] <garage_seb> i think i looked at reprepro a long time ago and there was some problem that kept me from using it
[05:52:04] <psha> after everything is includeded into repo just ask reprepro to export Packages.gz
[05:52:42] <garage_seb> it wants to make pools maybe, and we have different packages (for different releases) with the same version number? (which may itself be a bug...)
[05:53:18] <psha> yes, it's making pools
[05:53:35] <psha> so we've used ~dist suffixes to distinguish between versions
[05:54:05] <psha> http://psha.org.ru/debian/pool/contrib/c/camunits-hardy/
[05:54:09] <psha> for example
[05:54:29] <psha> ah, that was bad example :]
[05:54:31] <psha> http://psha.org.ru/debian/pool/contrib/c/camunits/
[05:54:39] <psha> camunits-hardy is really modified to be built on hardy
[05:54:43] <garage_seb> i see
[05:55:02] <psha> http://psha.org.ru/debian/pool/contrib/p/pycamunits/
[05:55:15] <psha> here is better example - debian and 8.04 and 10.04
[05:55:35] <psha> time for breakfast :0
[05:55:36] <psha> :)
[05:55:42] <garage_seb> almost time for bed here
[06:12:22] -!- Eartaker has quit [Read error: Connection reset by peer]
[06:30:36] -!- mhaberler has quit [Quit: mhaberler]
[06:33:57] <garage_seb> broken link in gcode.html quickref.... clicking on "G83" takes you to gcode/main.html#sec:G83-Drilling-Peck, but the main.html document anchor is #_g83_peck_drilling_a_id_sub_g83_peck_drilling_a
[06:48:36] <psha> garage_seb: i bet every other link is broken...
[06:49:05] <psha> let me to dig around a bit
[06:49:13] <psha> i've fix for BlockId elements
[06:53:25] <garage_seb> psha ftw
[06:58:04] <psha> BlockId is what you see as #_* hrefs
[06:58:15] <psha> it's block identifier used to generate link
[06:58:19] <psha> but you may override it
[06:58:36] <psha> however characters that are allowed to be used as block ids are limited
[06:58:42] <psha> and : is not in them
[06:59:06] <psha> btw can you add --enable-doc-lang options to configure?
[07:33:28] -!- kljsdfhklj has quit [Ping timeout: 260 seconds]
[07:34:25] <garage_seb> maybe another night ;-)
[07:34:34] <garage_seb> goodnight
[07:34:35] -!- garage_seb has quit [Quit: Leaving]
[07:55:28] -!- kljsdfhklj has quit [Ping timeout: 248 seconds]
[08:22:59] -!- mhaberler [mhaberler!~mhaberler@195.191.253.94] has joined #emc-devel
[08:36:18] -!- psha has quit [Quit: Lost terminal]
[08:39:37] -!- mhaberler has quit [Quit: mhaberler]
[08:57:37] -!- robh__ [robh__!~robert@5ace7030.bb.sky.com] has joined #emc-devel
[09:19:01] -!- kljsdfhklj has quit [Ping timeout: 260 seconds]
[09:24:39] -!- theos has quit [Ping timeout: 252 seconds]
[10:13:15] -!- vladimirek [vladimirek!~vladimire@bband-dyn243.178-40-47.t-com.sk] has joined #emc-devel
[10:27:21] -!- Mjolinor has quit [Quit: Leaving]
[10:57:20] -!- Loetmichel has quit [Ping timeout: 260 seconds]
[11:05:51] -!- bootnecklad has quit [Ping timeout: 248 seconds]
[11:23:00] -!- mhaberler [mhaberler!~mhaberler@195.191.253.94] has joined #emc-devel
[12:08:19] -!- mhaberler has quit [Quit: mhaberler]
[13:17:20] -!- Valen has quit [Quit: Leaving.]
[13:46:07] -!- adb has quit [Ping timeout: 276 seconds]
[13:49:27] -!- factor has quit [Read error: Connection reset by peer]
[14:42:17] -!- factor has quit [Quit: Leaving]
[14:42:43] -!- mhaberler [mhaberler!~mhaberler@195.191.253.94] has joined #emc-devel
[14:48:19] -!- rooks has quit [Quit: Ex-Chat]
[15:15:19] -!- skunkKandT [skunkKandT!~chatzilla@184-158-81-121.dyn.centurytel.net] has joined #emc-devel
[15:32:33] -!- elmo401 has quit [Read error: Connection reset by peer]
[15:34:47] -!- syyl has quit [Ping timeout: 255 seconds]
[15:55:16] -!- adb [adb!~Moldovean@78.96.214.213] has joined #emc-devel
[15:57:32] -!- ve7it [ve7it!~LawrenceG@S0106001c10b7770f.pk.shawcable.net] has joined #emc-devel
[16:05:52] -!- GoSebGo [GoSebGo!~Seb@184.251.45.142] has joined #emc-devel
[16:08:16] <GoSebGo> logger[mah], where was that git repo?
[16:08:17] <logger[mah]> GoSebGo: Log stored at http://emc.mah.priv.at/irc/%23emc-devel/2011-10-09.html
[16:16:41] -!- GoSebGo has quit [Ping timeout: 244 seconds]
[16:23:30] -!- Farthen has quit [Excess Flood]
[16:30:37] -!- A2Sheds has quit [Ping timeout: 240 seconds]
[16:37:23] <mhaberler> you mean the break-do-while patch?
[16:37:30] <seb_kuzminsky> found it
[16:37:34] <seb_kuzminsky> the bug is in 2.4 too
[16:37:46] <mhaberler> http://git.mah.priv.at/gitweb/emc2-dev.git/shortlog/refs/heads/fix-do-break-while
[16:37:56] <seb_kuzminsky> yeah i found it
[16:37:59] <seb_kuzminsky> thanks
[16:38:10] <seb_kuzminsky> the test loops forever without your fix ;-)
[16:38:26] <mhaberler> yep, wanted to make it dramatic ;-)
[16:38:32] <seb_kuzminsky> haha
[16:38:33] <mhaberler> ok, then I'll adapt it for 2.4 and roll forward
[16:38:46] <seb_kuzminsky> your patch applies cleanly to 2.4
[16:39:13] <mhaberler> on a different topic: any opinions on NML and thread safety? (I see none so far..)
[16:39:19] <seb_kuzminsky> no idea
[16:39:58] <mhaberler> fair enough; should I push it to 2.4 ?
[16:40:31] <seb_kuzminsky> hold on a sec
[16:48:33] -!- pjm has quit [Ping timeout: 255 seconds]
[16:50:36] <seb_kuzminsky> please apply this patch first: http://git.highlab.com/?p=emc2.git;a=shortlog;h=refs/heads/fix-do-break-while
[16:50:45] <seb_kuzminsky> it stops the infinite loop in the test
[16:51:02] <seb_kuzminsky> also note that the test output differs in 2.4
[16:51:04] <mhaberler> anti-drama, hm ,-?
[16:51:14] <mhaberler> what!?
[16:51:18] <seb_kuzminsky> anti-having-to-manually-poke-the-buildbot ;-)
[16:51:31] <mhaberler> good point
[16:51:33] <seb_kuzminsky> if it ever breaks again, i mean
[16:51:48] <seb_kuzminsky> but it never will, since everyone runs runtests before pushing ;-)
[16:51:52] <seb_kuzminsky> thanks for that fix
[16:52:03] <seb_kuzminsky> i don't know the interpreter well enough to have fixed that, at least so quickly
[16:52:23] <seb_kuzminsky> do you have commit access or do you want me to do it?
[16:52:33] <mhaberler> I can commit, thanks
[16:53:21] <seb_kuzminsky> great!
[16:53:46] <mhaberler> v2.4_branch : is this the maintenance branch?
[16:54:09] <seb_kuzminsky> 2.4 is the current stable branch
[16:54:20] <mhaberler> where fixes are applied, I mean
[16:54:28] <seb_kuzminsky> yes
[16:54:31] <mhaberler> ok, thanks
[16:54:53] <seb_kuzminsky> you'll have to adjust the "results" file, because the canon command changed from 2.4 to 2.5, so the sai output changed
[16:59:35] <seb_kuzminsky> i want to do a 2.4.7 release sometime soon
[16:59:47] <mhaberler> ok
[16:59:58] <mhaberler> what's a good remote entry for your repo?
[17:00:02] <mhaberler> r/o
[17:00:26] <seb_kuzminsky> i'm waiting to hear back from the powers that be, i don't have the authority to release since i'm not the release manager or even on the board :-/
[17:00:37] <seb_kuzminsky> i dont have anon ro access to my repo, sry :-/
[17:00:45] <seb_kuzminsky> get the blob via http?
[17:00:52] <mhaberler> duh. yes, np
[17:00:54] <seb_kuzminsky> i should enable git:// to my repos
[17:00:59] <mhaberler> yes
[17:01:03] <mhaberler> very handy
[17:03:15] <seb_kuzminsky> i always use ssh urls for rw of course, no one has wanted to pull from me before now ;-)
[17:09:04] <JT-Shop> YEA! a 2.4.7 release
[17:10:09] <seb_kuzminsky> there sure are a lot of nice bugfixes in the 2.4 branch after the 2.4.6 release
[17:12:01] <jthornton> yes there is
[17:14:38] <seb_kuzminsky> i volunteer to do the work, but i need the authorization from the board and credentials on linuxcnc.org to add stuff to the repos
[17:14:51] <seb_kuzminsky> bbl
[17:14:57] <jthornton> thanks seb
[17:23:32] <CIA-83> EMC: 03mhaberler 07v2.4_branch * rd13a4b55c9d1 10/src/emc/rs274ngc/ (interp_internal.hh interp_o_word.cc): interp: fix for bug ID: 3420655: not correctly handling do-break-while
[17:23:33] <CIA-83> EMC: 03mhaberler 07v2.4_branch * r91c143db5e7f 10/tests/interp/do-while-break/ (README bug.ngc expected test.ngc test.sh): tests: regression for ID: 3420655 (do-break-while)
[17:32:32] <CIA-83> EMC: 03mhaberler 07v2.5_branch * rd13a4b55c9d1 10/src/emc/rs274ngc/ (interp_internal.hh interp_o_word.cc): interp: fix for bug ID: 3420655: not correctly handling do-break-while
[17:32:33] <CIA-83> EMC: 03mhaberler 07v2.5_branch * r91c143db5e7f 10/tests/interp/do-while-break/ (README bug.ngc expected test.ngc test.sh): tests: regression for ID: 3420655 (do-break-while)
[17:32:34] <CIA-83> EMC: 03mhaberler 07v2.5_branch * r140d4659b0a5 10/ (7 files in 2 dirs): Merge branch 'v2.4_branch' of git://git.linuxcnc.org/git/emc2.git into v2.5_branch
[17:32:35] <CIA-83> EMC: 03mhaberler 07v2.5_branch * r589948185a0a 10/tests/interp/do-while-break/expected: tests: adapt regression output for interp/do-while-break to v2.5_branch
[17:34:33] -!- ries has quit [Read error: Connection reset by peer]
[17:34:34] ries_ is now known as ries
[17:36:38] -!- GoSebGo [GoSebGo!~Seb@184.251.45.142] has joined #emc-devel
[17:39:56] <CIA-83> EMC: 03mhaberler 07master * rd13a4b55c9d1 10/src/emc/rs274ngc/ (interp_internal.hh interp_o_word.cc): interp: fix for bug ID: 3420655: not correctly handling do-break-while
[17:39:56] <CIA-83> EMC: 03mhaberler 07master * r91c143db5e7f 10/tests/interp/do-while-break/ (README bug.ngc expected test.ngc test.sh): tests: regression for ID: 3420655 (do-break-while)
[17:39:57] <CIA-83> EMC: 03mhaberler 07master * r140d4659b0a5 10/ (7 files in 2 dirs): Merge branch 'v2.4_branch' of git://git.linuxcnc.org/git/emc2.git into v2.5_branch
[17:39:58] <CIA-83> EMC: 03mhaberler 07master * r589948185a0a 10/tests/interp/do-while-break/expected: tests: adapt regression output for interp/do-while-break to v2.5_branch
[17:39:59] <CIA-83> EMC: 03mhaberler 07master * re1de1889a045 10/ (7 files in 2 dirs): Merge branch 'v2.5_branch' of git://git.linuxcnc.org/git/emc2.git
[17:40:04] -!- Guest656 has quit [Quit: Visitor from www.linuxcnc.org]
[17:40:21] -!- kljsdfhklj has quit [Quit: kljsdfhklj]
[17:43:47] -!- GoSebGo has quit [Ping timeout: 256 seconds]
[17:51:28] -!- micges [micges!~x@epd88.neoplus.adsl.tpnet.pl] has joined #emc-devel
[17:58:39] -!- GoSebGo [GoSebGo!~Seb@184.251.45.142] has joined #emc-devel
[17:58:43] <GoSebGo> Thanks michael!
[18:03:03] -!- GoSebGo has quit [Ping timeout: 256 seconds]
[18:10:25] -!- nullie has quit [Ping timeout: 256 seconds]
[18:14:36] -!- andypugh [andypugh!~andy2@cpc2-basl1-0-0-cust1037.basl.cable.virginmedia.com] has joined #emc-devel
[18:17:52] <andypugh> seb_kuzminsky: cradek: The new batch of self-reporting Mesa SSLBP cards in some cases can be configured to work in different modes. This needs to be passed in to the driver at load-time.
[18:18:44] <andypugh> So, i might need to change the num_sserials=8.6.2.1 style modparam to something else. This is awkward this close to the 2.5 release.
[18:20:13] <andypugh> I am thinking that something similar to the "threads" modparam might work, with 4 different modparams, sserial_mode0, sserial_mode1 etc.
[18:21:32] <andypugh> The question is whether this seems reasonable, and whether I should try to get it in as a separate patch now, with the risk of 2.5 going out with the num_sserials modparam.
[18:22:06] <andypugh> I can probably code it so that the two methods can coexist.
[18:27:30] -!- GoSebGo [GoSebGo!~Seb@184.251.45.142] has joined #emc-devel
[18:28:22] -!- IchGucksLive has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.22/20110905191234]]
[18:30:32] <andypugh> Hi seb, can you scroll back from there?
[18:42:04] -!- maximilian_h [maximilian_h!~bonsai@ulmg-5d845827.pool.mediaWays.net] has joined #emc-devel
[18:42:12] -!- maximilian_h has quit [Client Quit]
[19:01:43] -!- me345 has quit [Read error: Connection reset by peer]
[19:11:03] -!- GoSebGo has quit [Ping timeout: 256 seconds]
[19:19:25] -!- A2Sheds has quit [Read error: Connection reset by peer]
[19:19:47] -!- mhaberler has quit [Quit: mhaberler]
[19:26:56] -!- vladimirek has quit [Remote host closed the connection]
[19:37:00] -!- GoSebGo [GoSebGo!~Seb@184.251.45.142] has joined #emc-devel
[19:41:13] -!- GoSebGo has quit [Ping timeout: 245 seconds]
[20:35:23] -!- nullie has quit [Ping timeout: 245 seconds]
[20:53:28] -!- chester88 has quit [Ping timeout: 252 seconds]
[21:22:56] -!- syyl_ has quit [Quit: Leaving]
[21:29:29] -!- Roguish [Roguish!~chatzilla@c-67-174-215-143.hsd1.ca.comcast.net] has joined #emc-devel
[22:25:32] -!- skunkKandT has quit [Remote host closed the connection]
[22:31:04] -!- GoSebGo [GoSebGo!~Seb@184.251.45.142] has joined #emc-devel
[22:40:12] -!- GoSebGo has quit [Ping timeout: 252 seconds]
[22:40:42] -!- GoSebGo [GoSebGo!~Seb@184.251.45.142] has joined #emc-devel
[22:42:25] -!- chester88 [chester88!~chris@64.180.207.129] has joined #emc-devel
[22:49:13] -!- GoSebGo has quit [Quit: Bye]
[22:50:32] -!- GoSebGo [GoSebGo!~Seb@184.251.45.142] has joined #emc-devel
[22:51:29] -!- Valen1 has quit [Quit: Leaving.]
[22:55:25] -!- GoSebGo has quit [Ping timeout: 260 seconds]
[23:14:28] -!- GoSebGo [GoSebGo!~Seb@184.251.45.142] has joined #emc-devel
[23:24:22] -!- GoSebGo has quit [Quit: Bye]
[23:32:13] -!- micges has quit [Quit: Ex-Chat]
[23:33:03] -!- WalterN has quit [Read error: Connection reset by peer]
[23:42:40] -!- ries has quit [Ping timeout: 248 seconds]