Back
[00:02:01] -!- logger[mah] has quit [Remote host closed the connection]
[00:02:09] -!- logger[mah] [logger[mah]!~loggermah@ns2.mah.priv.at] has joined #linuxcnc-devel
[00:05:59] <cradek> that actually smells like a firefox regression/bug then...
[00:06:22] <cradek> but the javascript to do that upload is so complicated who knows
[00:08:51] -!- zzolo has quit [Quit: zzolo]
[00:26:05] -!- chopper79 has quit [Quit: Leaving.]
[00:30:16] -!- vax__ has quit [Read error: Operation timed out]
[00:30:57] -!- plushy has quit [Quit: Leaving.]
[00:33:32] -!- mephux has quit [Excess Flood]
[00:39:38] -!- JaggedNZ has quit [Ping timeout: 245 seconds]
[00:49:33] -!- dgarr [dgarr!~dgarrett@97-124-0-178.phnx.qwest.net] has joined #linuxcnc-devel
[00:52:50] -!- moonlite has quit [Read error: Operation timed out]
[00:53:21] -!- rob_h has quit [Ping timeout: 245 seconds]
[01:00:11] -!- Nick001-Shop has quit [Remote host closed the connection]
[01:04:21] -!- tjb1 has quit [Read error: Connection reset by peer]
[01:06:07] -!- Mr_Wolfs has quit [Quit: Quitte]
[01:07:28] -!- micges has quit [Ping timeout: 246 seconds]
[01:09:35] -!- dgarr has quit [Ping timeout: 260 seconds]
[01:09:42] -!- tjb1 has quit [Ping timeout: 264 seconds]
[01:15:12] -!- zettam has quit [Ping timeout: 264 seconds]
[01:15:54] -!- tjb1 has quit [Client Quit]
[01:19:46] -!- moonlite has quit [Remote host closed the connection]
[01:20:34] -!- micges [micges!~toudi@ewy177.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[01:24:20] -!- dgarr [dgarr!~dgarrett@97-124-40-172.phnx.qwest.net] has joined #linuxcnc-devel
[01:52:32] -!- JaggedNZ has quit [Ping timeout: 245 seconds]
[01:57:32] -!- RagingComputer has quit [Ping timeout: 246 seconds]
[02:02:32] -!- kiplitton has quit [Ping timeout: 245 seconds]
[02:03:37] -!- ybon has quit [Quit: WeeChat 0.3.8]
[02:03:46] -!- adb has quit [Ping timeout: 245 seconds]
[02:05:02] -!- asdfasd has quit [Ping timeout: 245 seconds]
[02:24:57] -!- firephoto has quit [Quit: ZNC - http://znc.in]
[02:27:50] -!- shdhdfghd has quit [Ping timeout: 255 seconds]
[02:28:48] -!- chopper79 has quit [Quit: Leaving.]
[02:52:45] -!- micges has quit [Quit: Leaving]
[02:53:35] -!- Thetawaves_ has quit [Remote host closed the connection]
[03:06:42] -!- Thetawaves has quit [Quit: This computer has gone to sleep]
[03:14:11] -!- maximilian_h has quit [Ping timeout: 260 seconds]
[03:15:18] -!- maximilian_h [maximilian_h!~bonsai@anon-147-210.vpn.ipredator.se] has joined #linuxcnc-devel
[03:41:18] -!- chopper79 has quit [Quit: Leaving.]
[03:47:45] -!- Tom_L has quit []
[03:48:51] -!- maximilian_h has quit [Ping timeout: 248 seconds]
[03:56:00] -!- FinboySlick has quit [Quit: Leaving.]
[03:59:12] -!- Keknom has quit [Quit: Leaving.]
[04:19:12] -!- theos has quit [Disconnected by services]
[04:19:20] -!- phillipadsmith has quit [Ping timeout: 276 seconds]
[04:19:20] -!- Cylly has quit [Ping timeout: 276 seconds]
[04:19:34] -!- AR__ has quit [Ping timeout: 276 seconds]
[04:31:41] -!- skorasaurus has quit [Quit: left the building.]
[04:40:18] -!- chopper79 has quit [Quit: Leaving.]
[04:49:29] -!- Valen has quit [Quit: Leaving.]
[04:53:13] -!- AR_ has quit [Read error: Connection reset by peer]
[05:00:50] -!- joe9 has quit [Quit: leaving]
[05:14:32] -!- chopper79 has quit [Quit: Leaving.]
[05:24:05] -!- L33TG33KG34R has quit [Ping timeout: 248 seconds]
[05:27:12] theos is now known as Guest76782
[05:27:27] -!- cmorley1 [cmorley1!~chris@S010600c09fc019c2.no.shawcable.net] has joined #linuxcnc-devel
[05:29:08] -!- Guest76782 has quit [Ping timeout: 240 seconds]
[05:29:45] -!- cmorley has quit [Ping timeout: 252 seconds]
[05:37:27] -!- dgarr has quit [Quit: Leaving.]
[05:39:48] -!- L33TG33KG34R has quit [Ping timeout: 264 seconds]
[05:45:02] -!- psha[work] [psha[work]!~psha@195.135.238.205] has joined #linuxcnc-devel
[05:47:56] -!- Tecan has quit [Quit: live long and phosphor]
[06:03:10] -!- Fox_Muldr has quit [Ping timeout: 260 seconds]
[06:10:06] -!- kwallace [kwallace!~kwallace@smb-202.sonnet.com] has parted #linuxcnc-devel
[06:26:56] -!- cmorley [cmorley!~chris@S010600c09fc019c2.no.shawcable.net] has joined #linuxcnc-devel
[06:29:24] -!- cmorley1 has quit [Ping timeout: 256 seconds]
[06:34:35] -!- r00t4rd3d has quit [Read error: Connection reset by peer]
[06:36:28] -!- Ghongru [Ghongru!~black_ghr@118.186.86.76] has joined #linuxcnc-devel
[06:38:06] -!- tjb1 has quit [Quit: tjb1]
[06:40:34] -!- sumpfralle has quit [Quit: Leaving.]
[06:41:01] -!- Ghongru [Ghongru!~black_ghr@118.186.86.76] has parted #linuxcnc-devel
[07:16:02] -!- Thetawaves has quit [Quit: This computer has gone to sleep]
[07:20:10] -!- emel has quit [Excess Flood]
[07:22:16] -!- emel has quit [Remote host closed the connection]
[07:33:35] -!- tandoori has quit [Read error: Connection reset by peer]
[07:34:00] -!- tandoori has quit [Changing host]
[07:49:15] -!- vladimirek [vladimirek!~vladimire@95.105.250.72] has joined #linuxcnc-devel
[07:54:11] -!- maximilian_h [maximilian_h!~bonsai@g226132067.adsl.alicedsl.de] has joined #linuxcnc-devel
[07:58:47] -!- tjb1 has quit [Read error: Connection reset by peer]
[08:00:25] -!- tjb1 has quit [Client Quit]
[08:19:02] theos is now known as Guest78667
[08:21:23] -!- Guest78667 has quit [Ping timeout: 248 seconds]
[08:31:16] -!- pjm has quit [Ping timeout: 256 seconds]
[08:41:31] -!- psha[work] has quit [Quit: Lost terminal]
[08:45:51] -!- Thetawaves has quit [Quit: This computer has gone to sleep]
[08:45:57] -!- maximilian_h [maximilian_h!~bonsai@g226132067.adsl.alicedsl.de] has parted #linuxcnc-devel
[08:52:09] -!- rob_h [rob_h!~rob_h@5e0860c9.bb.sky.com] has joined #linuxcnc-devel
[08:53:40] -!- racycle has quit [Quit: racycle]
[09:05:44] -!- grummund has quit [Ping timeout: 255 seconds]
[09:18:40] -!- Thetawaves has quit [Remote host closed the connection]
[09:28:38] -!- Tom_L has quit [Client Quit]
[09:34:46] -!- Tom_L has quit [Client Quit]
[09:45:25] -!- mattions has quit [Quit: Leaving]
[09:46:35] -!- jst has quit [Quit: No Ping reply in 180 seconds.]
[10:00:49] -!- vladimirek has quit [Read error: Connection reset by peer]
[10:06:15] -!- vladimirek [vladimirek!~vladimire@95.105.250.72] has joined #linuxcnc-devel
[10:09:01] -!- adb [adb!~IonMoldom@178.211.237.94] has joined #linuxcnc-devel
[10:10:12] -!- Nick001 has quit [*.net *.split]
[10:10:12] -!- hdokes has quit [*.net *.split]
[10:10:12] -!- ReadError has quit [*.net *.split]
[10:10:13] -!- Tom_itx has quit [*.net *.split]
[10:10:13] -!- steves_logging has quit [*.net *.split]
[10:10:13] -!- kanzure has quit [*.net *.split]
[10:10:13] -!- jepler has quit [*.net *.split]
[10:10:13] -!- beawesomeinstead has quit [*.net *.split]
[10:10:13] -!- roh has quit [*.net *.split]
[10:10:14] -!- mxn has quit [*.net *.split]
[10:13:10] -!- steves_logging [steves_logging!~Steve@wsip-70-168-134-18.dc.dc.cox.net] has joined #linuxcnc-devel
[10:13:10] -!- jepler [jepler!~jepler@emc/developer/pdpc.professional.jepler] has joined #linuxcnc-devel
[10:21:54] -!- plushy has quit [Changing host]
[10:52:34] -!- r00t4rd3d has quit [Read error: Connection reset by peer]
[11:04:17] -!- Consolas has quit [Quit: Page closed]
[11:32:09] -!- mhaberler has quit [Quit: mhaberler]
[11:40:26] -!- mhaberler [mhaberler!~mhaberler@extern-180.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[11:40:45] -!- Valen has quit [Quit: Leaving.]
[11:50:43] -!- dr00bie has quit [Read error: Connection reset by peer]
[12:15:16] -!- mhaberler has quit [Quit: mhaberler]
[12:15:51] -!- dhoovie has quit [Read error: Connection reset by peer]
[12:23:16] -!- joru has quit [Remote host closed the connection]
[12:31:03] -!- cevad has quit [Quit: Leaving]
[12:35:11] -!- mhaberler [mhaberler!~mhaberler@extern-180.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[12:38:47] -!- toastyde1th has quit [Ping timeout: 245 seconds]
[12:39:01] -!- mhaberler has quit [Client Quit]
[13:08:19] -!- skunkworks has quit [Remote host closed the connection]
[13:08:43] -!- JT-Shop has quit [Read error: Connection timed out]
[13:09:56] -!- JT-Shop [JT-Shop!~John@184-63-140-99.cust.wildblue.net] has joined #linuxcnc-devel
[13:17:55] -!- ravenlock has quit [Ping timeout: 248 seconds]
[13:24:42] -!- mattions has quit [Ping timeout: 264 seconds]
[13:28:47] -!- JaggedNZ_ has quit [Ping timeout: 245 seconds]
[13:42:58] -!- L84Supper2 [L84Supper2!~TheLarch@221.142.247.150] has joined #linuxcnc-devel
[13:42:58] -!- L84Supper2 has quit [Changing host]
[13:42:58] -!- L84Supper2 [L84Supper2!~TheLarch@unaffiliated/l84supper] has joined #linuxcnc-devel
[14:06:56] -!- adb has quit [Ping timeout: 246 seconds]
[14:35:39] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[14:38:25] -!- micges [micges!~micges@ewy177.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[14:55:02] -!- sumpfralle has quit [Ping timeout: 245 seconds]
[14:56:33] -!- chopper79 has quit [Quit: Leaving.]
[15:01:16] -!- sumpfralle1 has quit [Ping timeout: 245 seconds]
[15:08:35] -!- Waldemar has quit [Quit: ChatZilla 0.9.89 [Firefox 16.0/20121005155445]]
[15:15:54] -!- r00t4rd3d_ has quit [Quit: Leaving]
[15:31:24] <seb_kuzminsky> what should happen on a random toolchanger machine when you run G10 L1 P0? should it let you change the TLO of T0? i think the answer is yes
[15:37:36] -!- erictheise has quit [Quit: erictheise]
[15:40:33] <cradek> is that what the guis use now for tool touch off?
[15:42:15] -!- faherne has quit [Quit: Leaving]
[15:42:49] <JT-Shop> except for random it tries to load T0
[15:44:56] <seb_kuzminsky> i think the guis use G10 L1/L10/L11 (not sure which), and i think they all don't accept P0
[15:45:44] <cradek> AXIS: "G10 L%d P%d %c[%s*%.12f]" % (lnum, s.tool_in_spindle, vars.current_axis.get(), new_axis_value, scale
[15:46:05] <cradek> touchy: self.set_text("P%d" % tool, 2)
[15:46:29] <cradek> so I think I agree that neither of them use P0 unless told to
[15:46:37] -!- kwallace [kwallace!~kwallace@smb-9.sonnet.com] has joined #linuxcnc-devel
[15:47:32] <seb_kuzminsky> this is me right now:
http://img.metro.co.uk/i/pix/2008/11/MallettREX_450x300.jpg
[15:47:55] <seb_kuzminsky> if you load t0 and then try to touch off, it'll run g10 l10 (or whatever) p0, right?
[15:48:12] <cradek> yes
[15:48:13] <seb_kuzminsky> and that doesn't work
[15:48:15] <seb_kuzminsky> bbl
[15:49:04] <cradek> seb and chris working on tool numbers:
http://i94.photobucket.com/albums/l112/nbbruin26/Derp-Muppets.gif
[15:51:23] <skunkworks> heh
[15:51:33] <JT-Shop> lol
[15:51:36] -!- Brandonian has quit [Quit: Brandonian]
[15:53:36] <skunkworks> They had a prototyping machine - 3 hours and the made a whistle... ;) they must to their research
[15:53:59] <skunkworks> sorry - on Big ban theory
[15:54:32] <skunkworks> bang
[15:54:36] -!- Brandonian has quit [Read error: Connection reset by peer]
[15:55:37] <cradek> seb_kuzminsky: for G10 L2*, P0 means the current coordinate system. for G10 L1*, I don't see an attempt at doing something similar
[15:55:58] <cradek> obviously this works because 0 is an invalid coordinate system number
[15:56:10] <cradek> but sadly? 0 is sometimes a valid tool number
[15:56:51] -!- kwallace has quit [Read error: Connection reset by peer]
[15:58:02] -!- kwallace [kwallace!~kwallace@smb-186.sonnet.com] has joined #linuxcnc-devel
[15:59:58] -!- uncrtnmind has quit [Quit: ["Textual IRC Client: www.textualapp.com"]]
[16:03:35] <seb_kuzminsky> of those muppets, i'm definitely the smart good-looking one on the right
[16:04:54] -!- Brandonian has quit [Quit: Brandonian]
[16:14:26] <cradek> I'm the one saying derp derp derp
[16:29:42] -!- riz_ [riz_!62dd7d6e@gateway/web/freenode/ip.98.221.125.110] has joined #linuxcnc-devel
[16:29:48] <seb_kuzminsky> i think the right thing for me to do is to teach G10 L1x that T0 is allowed
[16:30:09] <seb_kuzminsky> it shouldnt break any existing working gcode programs
[16:30:21] -!- cncbasher [cncbasher!~quassel@cpc15-hart9-2-0-cust101.11-3.cable.virginmedia.com] has joined #linuxcnc-devel
[16:30:30] <seb_kuzminsky> though if there is a program that erroneously tries to touch off T0, it'll start working now, which may be surprising
[16:31:04] <seb_kuzminsky> the alternative is to just document the current behavior (and maybe fix it in master)
[16:35:40] -!- Brandonian has quit [Quit: Brandonian]
[16:41:26] -!- zzolo has quit [Ping timeout: 252 seconds]
[16:42:17] -!- tjb1 has quit [Quit: tjb1]
[16:42:26] <kwallace> Any hints on what CHP is here? CHP((find_tool_pocket(settings, block->t_number, &pocket)));
[16:43:26] <seb_kuzminsky> kwallace: it's a macro that checks for errors
[16:44:11] <seb_kuzminsky> emc/rs274ngc/interp_internal.hh, line 575
[16:44:53] <seb_kuzminsky> cscope is great for answering these kinds of code archaeology, run 'cscope -R' in src
[16:46:10] <kwallace> I should have know that all caps is a macro, cscope is new to me. Thanks.
[16:47:54] <seb_kuzminsky> that caps thing is a convention, it's not universally followed unfortunately
[16:47:58] <seb_kuzminsky> so you still have to check the code
[16:51:47] -!- Brandonian has quit [Quit: Brandonian]
[16:54:47] -!- mephux has quit [Excess Flood]
[16:55:46] -!- zzolo has quit [Client Quit]
[17:07:44] <jepler> for me, when a macro does something a function couldn't (like alter the flow of the program as CHP does) it's much more important to make it distinctively a macro---as compared to, say, whether getc is a macro or a function, since it doesn't matter to the user.
[17:10:42] <kwallace> I'm in cscope jail, oh :q, control-d.
[17:15:08] firephoto_ is now known as firephoto
[17:15:41] -!- joe9 [joe9!~joe9@c-24-98-97-215.hsd1.ga.comcast.net] has joined #linuxcnc-devel
[17:17:32] -!- smsfail has quit [Remote host closed the connection]
[17:21:42] -!- riz_ has quit [Ping timeout: 245 seconds]
[17:24:07] <seb_kuzminsky> good point, jepler
[17:26:18] -!- Brandonian has quit [Quit: Brandonian]
[17:27:04] <kwallace> for(int i=0; i<CANON_POCKETS_MAX; i++) {
[17:27:04] <kwallace> if(settings->tool_table[i].toolno == toolno)
[17:27:04] <kwallace> *pocket = i;
[17:27:04] <kwallace> Here is where pocket number is set to the row number in the tool table?
[17:27:53] <seb_kuzminsky> that looks like Interp::find_tool_pocket()
[17:28:15] <kwallace> Yes.
[17:29:00] <seb_kuzminsky> that tells you which row ow the tool table file the specified tool came from, yes
[17:29:17] <seb_kuzminsky> i don't know if that's the only place where that lookup happens
[17:29:31] <seb_kuzminsky> i know i added one more while trying to fix this toolno/pocketno bug
[17:30:48] <seb_kuzminsky> look at emc/nml_intf/emctool.h, it define the tool table entry as used by linuxcnc
[17:31:19] <seb_kuzminsky> notice it doesn't have a pocket number field
[17:31:44] -!- joru has quit [Remote host closed the connection]
[17:32:39] -!- Mr_Wolfs has quit [Remote host closed the connection]
[17:32:47] <seb_kuzminsky> also look at the fms variable in ioControl.cc, i think that's what tracks the actual pocket number
[17:33:17] <seb_kuzminsky> this stuff is pretty messy, tread carefully! i've spent more weeks than i care to admit trying to make a fairly small simple change...
[17:34:12] <kwallace> Yesterday, using halmeter I found that iocontrol pocket pin followed row number, but this was in 2.5.
[17:34:28] <seb_kuzminsky> only for nonrandom tc machines
[17:34:39] <seb_kuzminsky> random tc machines use the actual pocket number from the tool table file
[17:39:40] -!- awallin has quit [Quit: No Ping reply in 180 seconds.]
[17:40:17] -!- awallin [awallin!~quassel@lakka.kapsi.fi] has joined #linuxcnc-devel
[17:46:03] <kwallace> I'm missing something here. When I hear random tool changer, I think, I load the changer with tools and give each tool a pocket number. As tools get changed, the tools can randomly get different pockets. With non-random changers, the tool-pocket relationships don't change but I still get to make the initial assignments... or not?
[17:47:17] <cradek> the meaning of random is the tool load operation exchanges the tools between the spindle and the prepared pocket
[17:47:43] <cradek> it's correct that this means tools move around to different pockets (but of course it's not really random)
[17:50:09] <cradek> nobody really wants to load tools randomly
[17:51:51] <seb_kuzminsky> kwallace: i've tried to document some of this stuff, but my docs are not ready to push yet
[17:52:01] <seb_kuzminsky> here's a preview if you want to read it:
http://git.highlab.com/?p=emc2.git;a=blob;f=docs/src/code/Code_Notes.txt;h=ac3c8bbee1859aa484a9e18d97594d6798362987;hb=0cd40cd17c883f34f36882fa55677bddc0ca9a0e#l1016
[17:52:55] <seb_kuzminsky> cradek: in that version of the file i tried to strengthen the distinction between tool changer hardware and the linuxcnc abstraction thereof, per your suggestion last time you reviewed this branch
[17:53:08] <cradek> cool
[17:53:20] <cradek> I sort of remember that discussion
[17:53:41] <kwallace> Great, thanks. I'll look it over.
[17:58:39] -!- adb [adb!~IonMoldom@178.211.237.94] has joined #linuxcnc-devel
[17:58:40] <seb_kuzminsky> kwallace: take the info in that file with a grain of salt - it's a work in progress (hence why it's not pushed to 2.5 yet)
[18:14:50] <skunkworks> I can load tools randomly...
[18:16:03] <skunkworks> :) (because I am awesome)
[18:18:41] <kwallace> CNC Impressionist?
[18:20:30] <kwallace> On first read, it seems that "non-random" means that pocket is used internally and the user only gets to see it because it has to be in the tool table. "Non-random" means that pocket gets to grow up a little bit.
[18:22:30] -!- Loetmichel has quit [Ping timeout: 252 seconds]
[18:24:18] <seb_kuzminsky> my understanding is that the pocket is an implementation detail of the tool changer hardware, and linuxcnc tracks it as little as it can possibly get away with
[18:24:40] <seb_kuzminsky> on nonrandom, it can be tracked almost not at all
[18:24:53] <seb_kuzminsky> on random, it needs to be managed in this special swappy way
[18:25:56] <skunkworks> kwallace, doen't matter what pocket the tool is in...
http://www.youtube.com/watch?v=4nuRea6615s&feature=share&list=UUHk52YjGT8HryRYmJKSl-lg
[18:26:37] -!- Brandonian has quit [Quit: Brandonian]
[18:28:15] * skunkworks loves linuxcnc
[18:29:47] <seb_kuzminsky> skunkworks: it's nice to see big machines working well with linuxcnc, i sometimes get too focused on the broken bits ;-)
[18:30:06] <seb_kuzminsky> how many pockets in your tool changer?
[18:30:14] <skunkworks> 60
[18:30:31] <seb_kuzminsky> of which only 55 or 56 are usable? that's too bad :-/
[18:30:57] <skunkworks> eh - I have never used more than 10
[18:31:01] <skunkworks> so far
[18:31:21] <seb_kuzminsky> heh, good point, i guess 56 tools is quite a lot
[18:31:32] -!- pjm has quit [Ping timeout: 256 seconds]
[18:32:47] <skunkworks> I know a guy sitll using emc1 - I hope to give him a demo in the next few weeks
[18:35:32] -!- asdfasd has quit [Read error: Connection reset by peer]
[18:36:37] <kwallace> Since you mentioned EMC1, I found this yesterday:
http://www.tuxcnc.org/index.php
[18:41:27] <skunkworks> kwallace, not updated since 2008...
[18:44:23] <seb_kuzminsky> forking is easy, but running a project (and a community) is a lot of work
[18:44:43] <kwallace> paul_c was active when I got started, but I missed a lot of the interesting conversations.
[18:45:12] <seb_kuzminsky> he was active when i started too, we talked a bit about the structure of the hostmot2 driver, he had some good suggestions
[18:45:23] <seb_kuzminsky> he also ran a buildslave for a while
[18:45:42] -!- mattions has quit [Ping timeout: 264 seconds]
[18:45:46] <seb_kuzminsky> mostly to show how many compile warnings there were with newer versions of gcc, i think
[18:45:59] <seb_kuzminsky> he shut it off when we fixed the issues ;-)
[18:47:07] -!- Holgi has quit [Ping timeout: 240 seconds]
[18:48:46] -!- L84Supper2 has quit [Remote host closed the connection]
[18:53:32] -!- dgarr [dgarr!~dgarrett@97-124-40-172.phnx.qwest.net] has joined #linuxcnc-devel
[18:56:04] -!- Tom_itx has quit []
[18:57:18] <skunkworks> He did not like the direction emc2 was going with hal
[18:57:32] <skunkworks> I think it has proven itself
[18:57:55] <seb_kuzminsky> i like it too
[18:59:43] -!- Tom_L has quit [Client Quit]
[19:04:53] <cradek> dgarr: I don't know if it matters, but I think you're missing a newline because two debug statements end up squished together (and interestingly that causes only one of them to fire)
[19:05:51] <cradek> oh I see it
[19:05:58] <cradek> I will just fix it
[19:07:35] <KGB-linuxcnc> 03dgarrett 05v2.5_branch 1e955fb 06emc2 10tcl/bin/pickconfig.tcl * pickconfig.tcl: improve readme.ngc
[19:08:05] -!- IchGuckLive has quit [Quit: ChatZilla 0.9.87 [Firefox 18.0/20130108033621]]
[19:17:28] <dgarr> cradek: oops -- thanks -- you fixed it before i noticed here
[19:17:46] <cradek> no problem
[19:18:05] <cradek> it took me a while to figure out how to get the code to run at all. I had never noticed readme.ngc
[19:19:29] <dgarr> on a new install, it appears in the nc_files directory, so a new user can run it to see if things are working; this change lets a user select it with a ngcgui custom tab too
[19:21:24] -!- frallzor_roaming has quit [Ping timeout: 248 seconds]
[19:22:28] <dgarr> i've been working with jthornton on a python version of ngcgui, if anyone wants to try it on a 2.5 rip install (integrated with touchy), a patch is at:
[19:22:30] <dgarr> http://www.panix.com/~dgarrett/stuff/pyngcgui_with_touchy.patch
[19:29:19] <cradek> integrated with touchy sounds interesting
[19:32:45] <dgarr> to try: cd git_emc_dir/src; git am thepatch; make; linuxcnc ../configs/sim/touchy_ngcgui.ini
[19:38:03] <skunkworks> dgarr, your latency histogram is awesome.. How do you run it when you have a installed emc?
[19:38:13] <skunkworks> *linuxcnc
[19:39:22] <dgarr> it was renamed to 'latencyhistogram' and is in the scripts directory so i think it should be in the path (dont forget . rip-evironment if rip)
[19:40:05] <cradek> hm we should've tried it when installed from a package - I didn't
[19:42:17] <dgarr> i can never understand the makefiles for packaging but i thought the scripts dir was in the user path
[19:42:54] <cradek> I remember checking that the parts will get packaged and installed, but I didn't ... um ... really try it
[19:44:03] -!- grummund has quit [Ping timeout: 248 seconds]
[19:44:26] <skunkworks> I didn't know it was added... I will have to update and try it. (when I tried to run you script with just installed setup I was getting errors - but don't remember what.. :))
[19:46:05] <cradek> should be able to just update to the buildbot 2.5
[19:48:28] <cradek> it doesn't work
[19:48:53] <cradek> it says it needs comp from linuxcnc-(sim-)dev, which is wrong
[19:50:08] -!- grummund has quit [Ping timeout: 245 seconds]
[19:50:15] <cradek> dgarr: ^
[19:52:33] -!- tjb1 has quit [Quit: tjb1]
[19:55:34] -!- L84Supper2 [L84Supper2!~TheLarch@unaffiliated/l84supper] has joined #linuxcnc-devel
[19:57:16] <dgarr> how do i get a buildbot deb (for precise) with wget -- i used to know but cant find the right url
[19:57:54] <cradek> http://buildbot.linuxcnc.org/dists/precise/
[19:58:21] <dgarr> thanks -- if i can figure out what's wrong, i'll make a patch
[19:58:34] <cradek> thanks
[19:58:46] <seb_kuzminsky> is the comp dependency mentioned above a packaging problem? what's the issue?
[19:58:46] <jepler> when you have a debian sources.list line like this: deb
http://buildbot.linuxcnc.org/ precise master-sim [from
http://buildbot.linuxcnc.org/] you can get the base URL of the packages as
http://buildbot.linuxcnc.org/dists/precise/master-sim/
[19:58:49] <cradek> you probably just have to remove the inappropriate checks?
[19:59:17] <cradek> seb_kuzminsky: it's peculiar to latencyhistogram which had an unusual history
[19:59:31] <dgarr> probably a check that i should have removed when i got rid of making a comp on the fly
[19:59:41] <seb_kuzminsky> ah ok
[19:59:54] <seb_kuzminsky> about the "it works in rip but not in the deb" issue....
[20:00:14] <cradek> /usr/share/man/man9/latencybins.9.gz
[20:00:14] <cradek> /usr/lib/linuxcnc/modules/latencybins.so
[20:00:18] <cradek> this is installed fine
[20:00:22] <seb_kuzminsky> i've been thinking about extending the testing done by the buildbot to check for those kinds of things
[20:01:19] <seb_kuzminsky> by packaging the tests (maybe in a separate deb), and installing the debs on a clean machine and running the tests on the installed programs
[20:01:54] <jepler> not quite the same as what you're saying, it would be nice to turn the runtests into something that can be run against an installed deb
[20:02:14] <jepler> then you can shift all the package building out of virtual machines into pbuilders if you find it desirable to do so
[20:02:32] <jepler> this relates to this idea of a universal userspace binary, which you'd want to build once but then execute in different environments
[20:15:47] -!- odogono has quit [Read error: Connection reset by peer]
[20:17:12] <seb_kuzminsky> seems like it should be easy to teach runtests to relax about that
[20:25:24] <jepler> I don't remember if there was any reason it was hard
[20:25:38] <jepler> or if I just didn't see the payoff of making it work at the time
[20:30:07] -!- Thetawaves_ has quit [Quit: This computer has gone to sleep]
[20:54:39] <skunkworks> wow - really - I have a 5i25 in my toolbox but can't get it to work... SO I am going with a printer port
[20:57:17] -!- mephux has quit [Excess Flood]
[21:05:30] <PCW> Yeah I think this is the same guy that said he tried a 5i25 but its stepgen was slower than a parallel port (on CNCzone)
[21:06:31] <skunkworks> wow
[21:07:01] <skunkworks> so it did work?
[21:08:22] <PCW> I have yet to find a motherboard that the 5I25 will nor work in (except really ancient ones with no 3.3V around 166 MHz pentium vintage)
[21:08:51] -!- frallzor has quit []
[21:14:16] -!- Thetawaves has quit [Remote host closed the connection]
[21:15:13] -!- Brandonian has quit [Quit: Brandonian]
[21:39:21] <dgarr> cradek: for consideration:
http://www.panix.com/~dgarrett/stuff/0001-latencyhistogram-don-t-fault-for-comp-absence.patch
[21:39:55] -!- anonimasu has quit [Read error: Connection reset by peer]
[21:43:00] <cradek> dgarr: does configure do some necessary substitution?
[21:43:16] <dgarr> @REALTIME@
[21:43:26] <cradek> oh right, I see it now
[21:43:27] <cradek> thanks
[21:43:33] <cradek> I'll push it and then try the buildbot package later
[21:43:51] <KGB-linuxcnc> 03dgarrett 05v2.5_branch a5c0aec 06emc2 04scripts/latencyhistogram 03scripts/latencyhistogram.in 10src/Makefile 10src/configure.in * latencyhistogram: don't fault for comp absence
[21:43:57] <dgarr> thank you -- i'm not too confident messing with configure.in nor Makefiles
[21:44:11] <cradek> that only means you are rational
[21:45:19] <cradek> thanks for the fix :-)
[21:53:12] <jepler> I'd have said the latencyhistogram -> latencyhistogram.in change was not necessary
[21:53:20] <jepler> but neither is it a problem
[21:53:36] <jepler> in an installed system if you don't have the $PREFIX/bin in your PATH, you lose
[21:53:55] <jepler> or am I mistaken and the realtime script isn't in PATH
[21:53:57] <jepler> it's not, is it...?
[21:54:04] <jepler> nevermind, the configure stuff is necessary in that case
[21:54:05] <dgarr> not in path for RTAI i think
[21:54:43] <cradek> on my deb-installed sim system, realtime is not in the path
[21:56:32] -!- chopper79 has quit [Quit: Leaving.]
[21:58:35] -!- servos4ever has quit [Quit: ChatZilla 0.9.85 [SeaMonkey 2.0.11/20101206162726]]
[22:03:07] -!- smsfail has quit [Remote host closed the connection]
[22:06:05] -!- FinboySlick has quit [Quit: Leaving.]
[22:12:43] -!- syyl_ws has quit [Quit: Verlassend]
[22:14:40] -!- phantoxeD has quit [Read error: Connection reset by peer]
[22:17:31] -!- Holgi has quit [Ping timeout: 260 seconds]
[22:24:41] <cradek> buildbot makes me happy
[22:26:24] -!- DJ9DJ has quit [Quit: bye]
[22:27:01] <cradek> got an 18.0.1 firefox update today, but it doesn't fix forum attachments
[22:29:21] <JT-Shop> :(
[22:30:56] -!- wboykinm has quit [Remote host closed the connection]
[22:34:41] -!- chillly has quit [Quit: Leaving]
[22:39:55] -!- L84Supper2 has quit [Remote host closed the connection]
[22:42:38] -!- skunkworks has quit [Read error: Connection reset by peer]
[22:47:46] -!- odogono has quit [Quit: odogono]
[22:54:59] -!- zzolo has quit [Quit: zzolo]
[22:56:11] -!- ravenlock has quit [Remote host closed the connection]
[23:00:39] <seb_kuzminsky> linuxcnc-build_: notify list
[23:00:40] <linuxcnc-build_> The following events are being notified: []
[23:00:46] <seb_kuzminsky> linuxcnc-build_: notify on failure
[23:00:47] <linuxcnc-build_> The following events are being notified: ['failure']
[23:04:38] -!- micges_ [micges_!~micges@djl59.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[23:07:57] -!- micges has quit [Ping timeout: 245 seconds]
[23:10:30] -!- chopper79 has quit [Quit: Leaving.]
[23:12:55] micges_ is now known as micges
[23:24:42] -!- Holgi has quit [Ping timeout: 264 seconds]
[23:24:49] -!- micges has quit [Quit: Leaving]
[23:24:55] <dgarr> the ga5c0aec_i386.deb buildbot build (sim,precise) works for me
[23:29:12] -!- zlog has quit [Remote host closed the connection]
[23:29:15] -!- Tom_itx has quit []
[23:31:39] -!- Simooon has quit [Read error: Connection reset by peer]
[23:39:48] -!- Simooon has quit [Read error: Connection reset by peer]
[23:43:11] -!- i_tarzan has quit [Read error: Connection reset by peer]
[23:44:13] <kwallace> While on the git website, I looked at the log link next to 2.6 and it seems to indicate the last change was made 23 months ago?
[23:47:29] <cradek> that was a tag made for some test purpose (note the -pre). You are probably interested in the commits on master, since there is not yet any real 2.6 tag or branch.
[23:47:55] <cradek> dgarr: thanks for testing it
[23:50:24] <kwallace> Sorry, I did a local "git log" and it is much more believable. I think you warned me about the git website before.
[23:54:20] <cradek> well the website is right - it's just that you expect 2.6 tags and there aren't any (except for testing tags which contain -pre)
[23:54:36] <cradek> the commits that will eventually be in 2.6 are the ones at the top, the newest one there is 43 hours ago
[23:54:57] <cradek> the most recent changes are in v2.5_branch at the bottom ("heads"), 2 hours ago
[23:55:32] <dgarr> the ga5c0aec_i386.deb buildbot build (rtai,lucid) is also working for me, and an example on an atom:
[23:55:34] <dgarr> http://www.panix.com/~dgarrett/stuff/atom1-rtai-remoteX.png
