Back
[00:12:18] -!- anth0ny_ has quit [Quit: anth0ny_]
[00:20:52] -!- asdfasd has quit [Ping timeout: 240 seconds]
[00:25:20] <robinsz> hi guys, where can I browse the 2.7 source? I need to have a look at hal moveoff examples
[00:25:42] -!- TTN has quit [Ping timeout: 245 seconds]
[00:27:23] -!- Valen has quit [Client Quit]
[00:30:36] <andypugh> git.linuxcnc.org
[00:32:30] -!- atom1 [atom1!~tom@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[00:37:02] -!- Valen has quit [Quit: Leaving.]
[00:37:11] -!- kwallace_shop [kwallace_shop!~kwallace@smb-191.sonnet.com] has parted #linuxcnc-devel
[00:46:55] -!- andypugh has quit [Quit: andypugh]
[00:50:24] -!- Valen has quit [Remote host closed the connection]
[00:50:25] <seb_kuzminsky> robinsz: if you have 2.7.0~pre3 or newer installed, it's also available in the sample configs
[00:50:47] <seb_kuzminsky> sim/axis/moveoff
[00:50:49] <robinsz> found it I think
[00:50:53] <seb_kuzminsky> cool
[00:51:01] <seb_kuzminsky> let us know how they work for you!
[00:51:14] <robinsz> trying to figure out how to set it up for a router
[00:51:21] <atom1> so it is implemented as a comp?
[00:51:33] <robinsz> it looks like the no_gui thing will doit
[00:51:45] <robinsz> anyway, I'll let you know if I get it to go :)
[00:51:56] <seb_kuzminsky> atom1: yes, it's a hal component that sits between Motion and the motors, and inserts offsets to the motors
[00:52:33] <atom1> one think i plan to try once i get this darn machine back together
[00:52:38] <atom1> getting closer...
[00:53:29] <seb_kuzminsky> cool
[00:53:46] <atom1> got spindle control set up last night finally
[00:54:04] <atom1> now trying to link the spindle index to motion
[00:54:19] <atom1> that looks like a one liner
[00:55:49] -!- mhaberler has quit [Quit: mhaberler]
[01:00:14] -!- erve has quit [Ping timeout: 252 seconds]
[01:01:21] -!- TTN has quit [Client Quit]
[01:03:34] -!- Nick001-shop has quit [Quit: ChatZilla 0.9.91.1 [Firefox 34.0.5/20141126041045]]
[01:04:57] <atom1> what's tclx?
[01:11:49] -!- steves_logging [steves_logging!~Steve@wsip-70-168-134-18.dc.dc.cox.net] has joined #linuxcnc-devel
[01:13:28] -!- atom1 has quit [Quit: Leaving]
[01:16:40] -!- gonzo_nb has quit [Remote host closed the connection]
[01:17:24] -!- AR_ has quit [Read error: Connection reset by peer]
[01:34:12] -!- PetefromTn_ has quit [Quit: I'm Outta here!!]
[01:36:23] -!- rob_h has quit [Ping timeout: 256 seconds]
[01:52:15] -!- Camaban has quit [Quit: Leaving]
[01:53:22] -!- zeeshan-mill has quit [Ping timeout: 240 seconds]
[01:58:29] -!- Loetmichel2 has quit [Ping timeout: 256 seconds]
[02:25:31] -!- Miner_48er has quit [Ping timeout: 250 seconds]
[02:32:38] -!- fablab has quit [Ping timeout: 252 seconds]
[02:58:23] -!- zeeshan-mill has quit [Ping timeout: 246 seconds]
[03:07:24] -!- Servos4ever has quit [Quit: ChatZilla 0.9.91.1 [SeaMonkey 2.26.1/20140612173529]]
[03:23:02] -!- FreezingCold has quit [Remote host closed the connection]
[03:26:52] -!- FreezingAlt has quit [Ping timeout: 240 seconds]
[03:53:04] <KGB-linuxcnc> 03Dewey Garrett 052.7 b8ab242 06linuxcnc 10(5 files in 3 dirs) moveoff: fixed-offset, single-axis retract demo * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=b8ab242
[04:17:57] -!- anth0ny_ has quit [Quit: anth0ny_]
[04:18:42] -!- anth0ny_ has quit [Client Quit]
[04:28:02] -!- sumpfralle has quit [Ping timeout: 264 seconds]
[04:33:20] -!- FreezingCold has quit [Remote host closed the connection]
[04:52:22] -!- AR_ has quit [Ping timeout: 240 seconds]
[04:55:46] -!- FreezingCold has quit [Remote host closed the connection]
[05:00:53] -!- anth0ny_ has quit [Quit: anth0ny_]
[05:12:18] -!- micges_ [micges_!~micges@dgr225.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[05:15:59] -!- micges has quit [Ping timeout: 250 seconds]
[05:21:20] -!- ve7it has quit [Remote host closed the connection]
[06:07:49] -!- FinboySlick has quit [Quit: Leaving.]
[06:21:54] -!- zeitue has quit [Ping timeout: 245 seconds]
[06:39:27] -!- furrywolf has quit [Ping timeout: 245 seconds]
[07:09:19] -!- karavanjo has quit [Ping timeout: 252 seconds]
[07:21:19] -!- zeitue has quit [Ping timeout: 244 seconds]
[07:24:45] -!- kwallace [kwallace!~kwallace@smb-191.sonnet.com] has parted #linuxcnc-devel
[07:25:11] -!- jerryitt has quit [Quit: Connection closed for inactivity]
[08:01:57] -!- asdfasd has quit [Ping timeout: 245 seconds]
[08:05:52] -!- asdfasd1 has quit [Ping timeout: 240 seconds]
[08:10:08] -!- anth0ny_ has quit [Quit: anth0ny_]
[08:45:45] -!- mrzk has quit [Ping timeout: 252 seconds]
[09:08:06] -!- mttr has quit [Ping timeout: 265 seconds]
[09:20:06] -!- mrzk has quit [Quit: Leaving]
[09:39:59] -!- rob_h [rob_h!~robh@176.25.71.228] has joined #linuxcnc-devel
[09:52:59] amnesic_away is now known as amnesic
[10:17:20] amnesic is now known as amnesic_away
[10:30:35] -!- zeitue has quit [Ping timeout: 250 seconds]
[10:49:02] -!- zeitue has quit [Ping timeout: 245 seconds]
[10:57:07] -!- karavanjo has quit [Ping timeout: 255 seconds]
[12:00:45] -!- mhaberler has quit [Quit: mhaberler]
[12:00:58] -!- adb has quit [Ping timeout: 252 seconds]
[12:04:36] Fox_Muldr is now known as Fox_M|afk
[12:04:41] -!- rob_h has quit [Quit: Leaving]
[12:10:10] -!- Fox_M|afk has quit [Remote host closed the connection]
[12:20:45] -!- rob_h [rob_h!~robh@176.25.71.228] has joined #linuxcnc-devel
[12:30:27] -!- miss0r|shop has quit []
[13:12:41] -!- rob_h has quit [Quit: Leaving]
[13:19:26] -!- MacGalempsy has quit [Remote host closed the connection]
[13:32:58] Fox_M|afk is now known as Fox_Muldr
[13:39:26] -!- erve has quit [Remote host closed the connection]
[14:06:25] -!- deltamc has quit []
[14:30:09] micges_ is now known as micges
[14:35:34] -!- andypugh [andypugh!~andy2@cpc14-basl11-2-0-cust1010.20-1.cable.virginm.net] has joined #linuxcnc-devel
[14:43:06] -!- kwallace [kwallace!~kwallace@smb-88.sonnet.com] has joined #linuxcnc-devel
[14:52:35] -!- erve has quit [Remote host closed the connection]
[14:53:13] -!- asdfasd has quit [Ping timeout: 264 seconds]
[15:01:43] -!- Ageraluon has quit [Ping timeout: 246 seconds]
[15:06:51] <jthornton> I get this error when I close Axis with a small GladeVCP panel. /usr/bin/gladevcp:292: GtkWarning: GdkWindow 0x4a00003 unexpectedly destroyed gtk.main() **** GLADE VCP ERROR: X Protocol Error: 3 Shutting down and cleaning up LinuxCNC...
[15:07:01] <jthornton> is that normal?
[15:07:05] -!- amiri has quit [Ping timeout: 246 seconds]
[15:07:37] -!- inventor42 has quit [Ping timeout: 264 seconds]
[15:09:06] <pcw_home> sounds like you shut the door before turning off the lights
[15:09:48] <jthornton> yea, I just need to find the light switch
[15:09:52] -!- asdfasd1 has quit [Ping timeout: 240 seconds]
[15:10:23] <archivist> did your xml brackets match up
[15:17:30] <JT-Shop> xml brackets?
[15:22:49] <archivist> Im thinking of these
http://www.linuxcnc.org/docs/2.4/html/hal_pyvcp.html too many guis error :)
[15:23:13] <pcw_home> just guessing, sounds like you need to close the VCP panel last
[15:23:58] -!- aude has quit [*.net *.split]
[15:23:58] -!- uwe_mobile__ has quit [*.net *.split]
[15:23:59] -!- roh has quit [*.net *.split]
[15:23:59] -!- tris has quit [*.net *.split]
[15:24:01] -!- mrec has quit [*.net *.split]
[15:24:01] -!- racicot has quit [*.net *.split]
[15:24:01] -!- hendrik has quit [*.net *.split]
[15:24:01] -!- kanzure has quit [*.net *.split]
[15:24:01] -!- riot has quit [*.net *.split]
[15:24:02] -!- putnik has quit [*.net *.split]
[15:24:02] -!- kengu has quit [*.net *.split]
[15:24:02] -!- olli- has quit [*.net *.split]
[15:24:03] -!- roycroft has quit [*.net *.split]
[15:24:07] -!- putnik has quit [Changing host]
[15:24:23] <pcw_home> that is for example if you have halscope running and close axis, halscope is closed last
[15:24:30] hendrik is now known as Guest16116
[15:24:46] <pcw_home> (I have _no_ idea how this works)
[15:27:44] <andypugh> I think someone else was talking about this problem.
[15:28:27] <andypugh> Ah yes, here it is.
http://www.linuxcnc.org/hardy/index.php/english/forum/48-gladevcp/28760-properly-exiting-a-gladevcp-panel-embedded-in-axis?start=10#55274
[15:42:44] <JT-Shop> ah yes that is it andypugh
[15:44:28] <JT-Shop> just wish I could follow his train of thought
[15:50:17] <JT-Shop> from the manual Due to the way a GladeVCP panel interacts with Axis if a panel is embedded within Axis, window1 will not receive destroy events properly.
[15:56:07] -!- anth0ny_ has quit [Quit: anth0ny_]
[15:56:51] -!- kwallace2 [kwallace2!~kwallace@smb-232.sonnet.com] has joined #linuxcnc-devel
[15:58:37] -!- karavanjo1 has quit [Ping timeout: 255 seconds]
[15:59:04] -!- kwallace has quit [Ping timeout: 255 seconds]
[15:59:38] <KGB-linuxcnc> 03Dewey Garrett 052.7 86617a3 06linuxcnc 10configs/sim/axis/moveoff/6_zretract.ini 10configs/sim/axis/moveoff/6_zretract.txt moveoff: expand help txt for 6_zretract demo * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=86617a3
[15:59:38] <KGB-linuxcnc> 03Dewey Garrett 052.7 dd0a661 06linuxcnc Merge branch 'dgarr/histo' into 2.7 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=dd0a661
[16:00:34] <andypugh> JT-Shop: Ah, yes, you need to put your on_destroy handler in something inside Window1 not Window1.
[16:01:02] <andypugh> This is mentioned in the section of the gladevdp docs that describes saving persistent state
[16:01:16] <KGB-linuxcnc> 05dgarr/histo 8e62cdc 06linuxcnc 04. branch deleted * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=8e62cdc
[16:15:55] -!- andypugh has quit [Quit: andypugh]
[16:18:20] -!- erve has quit [Remote host closed the connection]
[16:21:48] -!- sumpfralle has quit [Quit: Leaving.]
[16:31:50] -!- anth0ny_ has quit [Client Quit]
[16:35:42] <kwallace2> andypugh, thank you for posting the on_destroy note.
[16:37:00] <cradek> is it really true that motion.spindle-speed-in is rps while motion.spindle-speed-out is rpm?
[16:38:17] <cradek> that's how sim/lathe has it, and also the docs say so
[16:38:57] <cradek> I'm in that situation where I want to make a part and not stop and look for bugs (fpr in master sure seems wrong)
[16:39:01] <cradek> trying 2.6
[16:41:09] <cradek> yeah fpr in 2.6's sim/lathe looks a lot more right
[16:42:47] <cradek> http://timeguy.com/cradek-files/emc/end.ngc
[16:43:03] <cradek> runs in about 30 seconds in 2.6.7 and moves very slowly in master
[16:45:25] -!- sumpfralle has quit [Ping timeout: 250 seconds]
[17:12:17] <cradek> wait wait wait
[17:12:26] <cradek> 2.7.0~pre4 looks right
[17:12:41] <cradek> maybe my master was old and busted and I'm an idiot
[17:12:56] <seb_kuzminsky> whew!
[17:13:14] <seb_kuzminsky> this was your sunday morning heart attach, sponsored by cradek!
[17:13:23] <cradek> haha heart attach
[17:13:30] <seb_kuzminsky> err
[17:13:32] <seb_kuzminsky> heh
[17:13:36] <seb_kuzminsky> what part are you making?
[17:13:37] <cradek> I do that to folks sometimes
[17:13:52] <cradek> a glass lens grinding fixture
[17:13:59] <seb_kuzminsky> ooh, cool
[17:14:33] <cradek> yeah a new master is right, yay
[17:14:38] <cradek> good grief
[17:14:38] <seb_kuzminsky> oh good
[17:15:00] <seb_kuzminsky> yeah, the new tp was kinda broken in some corner cases for a while, but seems much better now
[17:15:11] <seb_kuzminsky> thanks to sam and all the other testers, and to rob/tormach of course
[17:15:16] <cradek> heh "running on a lathe" is a corner case
[17:15:34] <cradek> yeah, everyone involved is awesome
[17:16:07] <seb_kuzminsky> i wonder if tormach is running the new TP on their lathe? and if so, why they didn't notice or fix this bug until sam pointed it out
[17:16:28] <cradek> did sam test lathe stuff?
[17:17:01] <seb_kuzminsky> i think he did not, and i think he tested the new TP on a machine with fast X & Y and slow Z, which triggered the same bug apparently?
[17:17:08] <kwallace2> I can run a lathe sim here, what should I look for?
[17:17:19] <seb_kuzminsky> kwallace2: nothing, it was a false alarm :-)
[17:17:58] -!- Deejay has quit [Quit: bbl]
[17:19:06] <seb_kuzminsky> has anyone heard of the problem Ageraluon reported? that you can only test one axis in stepconf, due to it doing amp-enable wrong?
https://sourceforge.net/p/emc/bugs/416/
[17:20:27] <cradek> basic playing around with of g95/g96/g43 vs m3/m4 shows no unexpected things in master
[17:24:22] <cradek> kwallace2: not that you shouldn't also try them :-)
[17:25:23] <kwallace2> Indeed.
[17:26:02] <cradek> I don't know what motion.spindle-speed-cmd-rps is supposed to be for - it's not in the motion manpage - and it shows a surprising number when in css mode
[17:26:29] <seb_kuzminsky> i think c_morley added it because he wanted rps as well as rpm?
[17:26:39] <seb_kuzminsky> are you on master or 2.7?
[17:26:48] <cradek> master now
[17:27:00] <cradek> we already had speed-out and speed-out-rps and speed-out-rps-abs
[17:27:01] -!- PetefromTn_ [PetefromTn_!~IceChat9@75-136-60-251.dhcp.jcsn.tn.charter.com] has joined #linuxcnc-devel
[17:27:04] <seb_kuzminsky> ok (they're really close)
[17:27:06] <cradek> now we also have speed-cmd-rps
[17:27:46] amnesic_away is now known as amnesic
[17:27:55] <cradek> I can't believe -in and -out have different units
[17:28:05] <seb_kuzminsky> is spindle-speed-out the actual (feedback) spindle speed and -cmd is the commanded (for driving vfds & gearboxes and things?
[17:28:33] <cradek> no, motion.*-out are a command from motion
[17:28:43] <cradek> -in is the feedback from the spindle
[17:29:17] <seb_kuzminsky> huh
[17:29:34] <seb_kuzminsky> i'd have to read the code (or ask c_morley) what's going on there
[17:30:35] <cradek> a1c66d494
[17:30:38] <cradek> ok it's a feature
[17:30:46] -!- moska has quit [Ping timeout: 265 seconds]
[17:31:18] <cradek> just a doc bug
[17:31:32] <seb_kuzminsky> probably in 2.7 too
[17:32:01] <cradek> well there are docs, you simply find them using git grep, then git blame, then git log
[17:33:47] <seb_kuzminsky> cradek: do i understand you correctly, you are reporting that motion.spindle-speed-cmd-rps is not in the motion manpage, is that right?
[17:34:04] <cradek> heh yes
[17:34:21] <seb_kuzminsky> ok
[17:34:35] <cradek> I also recall a "motion's interface to hal" link in the top index of the docs, but I couldn't find it today
[17:34:49] <cradek> it must have gone in something else
[17:34:58] <cradek> that's where I expected to find the docs for those pins
[17:35:22] <seb_kuzminsky> hmm
[17:35:56] <cradek> ah "core hal components"
[17:36:11] <seb_kuzminsky> do you mean at linuxcnc.org/docs? there's only the motion manpage in 2.5 and later, no other link has "motion" in the name
[17:36:15] <seb_kuzminsky> aha
[17:36:24] <cradek> this list also doesn't have that pin
[17:36:55] <seb_kuzminsky> it confuses me that we have two copies of many of our docs, the manpage and the non-manpage docs like that
[17:36:59] <cradek> yes
[17:37:07] <seb_kuzminsky> they invariably drift apart :-/
[17:37:13] <cradek> yes
[17:39:16] <seb_kuzminsky> i opened
https://sourceforge.net/p/emc/bugs/418/ for this
[17:39:31] <cradek> thanks for doing my work for me
[17:48:45] <seb_kuzminsky> someone should write a docs lint program that finds all the pins & params & functions, and makes sure they're mentioned in the manpage
[17:50:30] <archivist> do many still use the manpages
[17:50:42] -!- dirty_d has quit [Quit: Leaving]
[17:50:49] <archivist> I hate multiple docs too
[17:51:23] <seb_kuzminsky> i use the manpages almost exclusively
[17:52:30] <archivist> I use the html, but sometimes end up on overly terse manpages when googling
[17:55:05] <seb_kuzminsky> i like that the html/pdf docs can have pictures, it makes some things much clearer
[17:55:30] <archivist> I have no time at all for the pdf stuff
[17:55:45] <seb_kuzminsky> we just make those for gene, so he can print them out
[18:02:08] amnesic is now known as amnesic_away
[18:03:26] <JT-Shop> aww Andy is gone
[18:05:00] <seb_kuzminsky> JT-Shop: ?
[18:05:15] <seb_kuzminsky> i interpreted his email to mean he gave up trying to get anyone to care about his tool handling patch
[18:06:33] <archivist> I think it just needs his bit to be in userspace and just send the detail needed for the current gcode
[18:07:52] <archivist> how the table gets sent in the message needs a fix, change to a tool as needed
[18:08:06] <seb_kuzminsky> there's a couple of ways to get more tools supported
[18:08:25] <seb_kuzminsky> currently interp expectes to know about all tools without having to send a request anywhere and wait for a response
[18:09:10] <seb_kuzminsky> changing that code pattern to a request/reply one would have repercussions on a lot of Task
[18:09:26] <seb_kuzminsky> or at least a lot of the interpreter
[18:10:12] <seb_kuzminsky> i'd prefer to keep having all tools known to interp, but to change how the tools get there to be better
[18:10:35] <seb_kuzminsky> either by increasing the size of the message that carries the tools, so that more tools can fit in the message
[18:10:36] <archivist> as long as tool x is sent prior to need then the interp will know about it
[18:10:38] <JT-Shop> I was going to thank him for the tip on when the gtk window gets destroyed
[18:11:06] <seb_kuzminsky> or by changing how the protocol works so we can send multiple messages with tools in them
[18:11:29] <seb_kuzminsky> archivist: agreed, i think we want to pre-load tools into interp, not fetch them on demand
[18:11:34] <archivist> all tools in one hit is a basic mistake I think
[18:11:35] <seb_kuzminsky> JT-Shop: ah, got it
[18:11:48] <seb_kuzminsky> meh, it's served us well for a long time
[18:12:03] <archivist> nah it has cause a limit :)
[18:12:04] <seb_kuzminsky> maybe it's time to change it up now though
[18:12:09] <seb_kuzminsky> heh
[18:12:25] <seb_kuzminsky> bbl, time to go burn some metal salts with my daugher for her science fair project :-)
[18:16:13] <Tom_itx> don't burn the house down
[18:19:24] <jthornton> well adding an on destroy event to a sub object didn't work I still get /usr/bin/gladevcp:292: GtkWarning: GdkWindow 0x4600003 unexpectedly destroyed gtk.main()**** GLADE VCP ERROR: X Protocol Error: 3
[18:19:39] <jthornton> when I close Axis with a GladeVCP tab
[18:20:12] <jthornton> well I guess I have to save the glade file before trying :(
[18:21:01] <jthornton> nope still get the error, lets see if the on destroy is getting called
[18:27:40] <jthornton> Andy if you read back, if I put gtk.main_quit() in a sub object (not window1) then when it's destroy event is fired gtk is not there anymore. This does seem to be an error in how GladeVCP closes the window I think.
[18:28:54] <jthornton> I assume I could do other pythonic things in the destroy event like micges suggests like saving some variable as my print function worked.
[18:29:07] -!- racicot has quit [Changing host]
[18:29:08] <jthornton> bbl
[18:50:19] -!- ovrsias has quit [Remote host closed the connection]
[18:54:26] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[19:01:39] <skunkworks> lathe testing was light. But was tested on real hardware.
[19:02:25] -!- Thetawaves has quit [Read error: Connection reset by peer]
[19:08:17] -!- Thetawaves_ has quit [Read error: Connection reset by peer]
[19:09:03] -!- anth0ny_ has quit [Quit: anth0ny_]
[19:09:59] amnesic_away is now known as amnesic
[19:18:05] <micges> skunkworks: you have lathe with lcnc?
[19:18:26] <skunkworks> just a little emco
[19:19:19] <micges> cool
[19:22:44] <skunkworks> http://electronicsam.com/images/KandT/testing/TOP.JPG
[19:23:52] -!- erve has quit [Ping timeout: 265 seconds]
[19:25:15] -!- andypugh [andypugh!~andy2@cpc14-basl11-2-0-cust1010.20-1.cable.virginm.net] has joined #linuxcnc-devel
[19:34:40] -!- toner has quit [Remote host closed the connection]
[19:35:11] -!- moorbo has quit [Remote host closed the connection]
[19:39:29] -!- Khetzal has quit [Remote host closed the connection]
[19:48:02] -!- Bushman has quit [Remote host closed the connection]
[19:50:29] -!- Spyou` has quit [Read error: Connection reset by peer]
[19:50:57] -!- mk0 has quit [Ping timeout: 265 seconds]
[19:51:10] -!- SkramX_ has quit [Read error: Connection reset by peer]
[19:51:11] -!- Jeebiss has quit [Read error: Connection reset by peer]
[19:53:16] -!- wortley_ [wortley_!~wortley@2602:306:cfd4:2620:99f4:266:49f8:e39d] has joined #linuxcnc-devel
[19:53:23] -!- pozzoni has quit [Ping timeout: 265 seconds]
[19:53:52] -!- ybon has quit [Ping timeout: 265 seconds]
[19:54:19] -!- sliptonic has quit [Ping timeout: 265 seconds]
[19:56:44] -!- wortley has quit [Ping timeout: 265 seconds]
[20:00:15] -!- f1oat3 [f1oat3!~f1oat@AMontsouris-553-1-70-233.w92-151.abo.wanadoo.fr] has joined #linuxcnc-devel
[20:04:04] * seb_kuzminsky has lathe-envy of skunkworks
[20:07:36] <seb_kuzminsky> ok, time to go play with the little robot arm for an hour or two :-)
[20:12:53] <jthornton> well crumb, using the python interface to load a program in Axis only updates the title bar but not Axis
[20:20:15] -!- tronwizard has quit [Ping timeout: 264 seconds]
[20:23:47] -!- racicot has quit [Excess Flood]
[20:38:47] <andypugh> You mean it doesn’t re-paint the preview?
[20:39:25] -!- pandeiro has quit [Ping timeout: 250 seconds]
[20:42:15] <JT-Shop> yes, and Axis thinks the previous file is still loaded, so when you hit refresh it reloads the old file
[20:43:19] <JT-Shop> also the G code in the G code window at the bottom is still the old G code
[20:44:40] <JT-Shop> http://linuxcnc.org/index.php/english/forum/20-g-code/28692-lathe-g-code-generator#56223
[20:44:54] FreezingCold is now known as Stalin
[20:45:12] Stalin is now known as JStalin
[20:45:24] JStalin is now known as FreezingCold
[20:45:31] <JT-Shop> you can see in that screenshot the file loaded via the python interface shows up on the title bar but the G code is the splash g-code
[20:48:25] -!- Guest91168 has quit []
[20:48:27] -!- mttr has quit [Ping timeout: 252 seconds]
[20:48:29] <andypugh> I hate to suggest this, but you might have to shell out to the OS and use axis_remote:
http://linuxcnc.org/docs/html/man/man1/axis-remote.1.html
[20:51:09] <JT-Shop> yea, looks like I'm back to having the program live outside of Axis and opened by Axis so the output goes to Axis
[20:51:35] amnesic is now known as amnesic_away
[20:52:13] <JT-Shop> I wonder how I could run axis-remote from python?
[20:58:12] * JT-Shop can't even figure out how to use axis-remote
[21:00:36] -!- johnjohndoe has quit [Quit: bye]
[21:00:47] <JT-Shop> well I got a mdi command to show up in Axis
[21:01:31] <KGB-linuxcnc> 03andypugh 05andypugh/tooltable 666a1cd 06linuxcnc 10(11 files in 2 dirs) Tool database as a database * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=666a1cd
[21:01:31] <KGB-linuxcnc> 03andypugh 05andypugh/tooltable f59be17 06linuxcnc 10(21 files in 5 dirs) starting to play with interp-convert * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=f59be17
[21:01:31] <KGB-linuxcnc> 03andypugh 05andypugh/tooltable 5bfeef0 06linuxcnc 10(10 files in 6 dirs) First working version * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=5bfeef0
[21:01:32] <KGB-linuxcnc> 03andypugh 05andypugh/tooltable 9e09adb 06linuxcnc 03lib/python/toolstore/test.py 03lib/python/toolstore/tool_db 03share/sql/classic.sql Add some missed files * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=9e09adb
[21:01:36] <KGB-linuxcnc> 03Sebastian Kuzminsky 05andypugh/tooltable 03680f7 06linuxcnc 10(10 files) docs: rebrand manpages * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=03680f7
[21:01:40] <KGB-linuxcnc> 03Andy Pugh 05andypugh/tooltable 30272e2 06linuxcnc Merge branch 'master' of ssh://git.linuxcnc.org/git/linuxcnc into tooltable * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=30272e2
[21:02:34] <linuxcnc-build> build #1194 of 1405.rip-wheezy-armhf is complete: Failure [4failed configuring] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1405.rip-wheezy-armhf/builds/1194 blamelist: Sebastian Kuzminsky <seb@highlab.com>, andypugh <andy@bodgesoc.org>, Andy Pugh <andy@bodgesoc.org>
[21:02:48] <linuxcnc-build> build #1355 of 1404.rip-wheezy-rtpreempt-amd64 is complete: Failure [4failed install-missing-build-dependencies configuring] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1404.rip-wheezy-rtpreempt-amd64/builds/1355 blamelist: Sebastian Kuzminsky <seb@highlab.com>, andypugh <andy@bodgesoc.org>, Andy Pugh <andy@bodgesoc.org>
[21:03:32] <linuxcnc-build> build #1164 of 1403.rip-wheezy-amd64 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1403.rip-wheezy-amd64/builds/1164 blamelist: Sebastian Kuzminsky <seb@highlab.com>, andypugh <andy@bodgesoc.org>, Andy Pugh <andy@bodgesoc.org>
[21:03:48] <JT-Shop> I did figure out the syntax finally for axis-remote
[21:04:23] <linuxcnc-build> build #675 of 1402.rip-wheezy-rtpreempt-i386 is complete: Failure [4failed install-missing-build-dependencies configuring] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1402.rip-wheezy-rtpreempt-i386/builds/675 blamelist: Sebastian Kuzminsky <seb@highlab.com>, andypugh <andy@bodgesoc.org>, Andy Pugh <andy@bodgesoc.org>
[21:04:30] <JT-Shop> axis-remote -p doens't seem to do anything
[21:05:04] <kwallace2> JT-Shop, are you trying to feed MDI commands or create a set of commands to complete a conversational routine?
[21:05:32] <linuxcnc-build> build #823 of 1401.rip-wheezy-rtai-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1401.rip-wheezy-rtai-i386/builds/823 blamelist: Sebastian Kuzminsky <seb@highlab.com>, andypugh <andy@bodgesoc.org>, Andy Pugh <andy@bodgesoc.org>
[21:06:01] <linuxcnc-build> build #1164 of 1400.rip-wheezy-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1400.rip-wheezy-i386/builds/1164 blamelist: Sebastian Kuzminsky <seb@highlab.com>, andypugh <andy@bodgesoc.org>, Andy Pugh <andy@bodgesoc.org>
[21:06:11] <JT-Shop> ha axis-remote is a python script
[21:06:31] <JT-Shop> kwallace2, I'm trying to open a file created by a python program
[21:06:56] <linuxcnc-build> build #3006 of 1300.rip-precise-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1300.rip-precise-i386/builds/3006 blamelist: Sebastian Kuzminsky <seb@highlab.com>, andypugh <andy@bodgesoc.org>, Andy Pugh <andy@bodgesoc.org>
[21:07:05] <linuxcnc-build> build #3007 of 1200.rip-lucid-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1200.rip-lucid-i386/builds/3007 blamelist: Sebastian Kuzminsky <seb@highlab.com>, andypugh <andy@bodgesoc.org>, Andy Pugh <andy@bodgesoc.org>
[21:07:13] <linuxcnc-build> build #3008 of 1306.rip-precise-amd64 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1306.rip-precise-amd64/builds/3008 blamelist: Sebastian Kuzminsky <seb@highlab.com>, andypugh <andy@bodgesoc.org>, Andy Pugh <andy@bodgesoc.org>
[21:07:20] <linuxcnc-build> build #2208 of 1301.rip-precise-rtai-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1301.rip-precise-rtai-i386/builds/2208 blamelist: Sebastian Kuzminsky <seb@highlab.com>, andypugh <andy@bodgesoc.org>, Andy Pugh <andy@bodgesoc.org>
[21:07:21] <linuxcnc-build> build #159 of 1903.clang-wheezy-amd64 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1903.clang-wheezy-amd64/builds/159 blamelist: Sebastian Kuzminsky <seb@highlab.com>, andypugh <andy@bodgesoc.org>, Andy Pugh <andy@bodgesoc.org>
[21:07:51] <linuxcnc-build> build #3007 of 1201.rip-lucid-rtai-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1201.rip-lucid-rtai-i386/builds/3007 blamelist: Sebastian Kuzminsky <seb@highlab.com>, andypugh <andy@bodgesoc.org>, Andy Pugh <andy@bodgesoc.org>
[21:08:58] <linuxcnc-build> build #3007 of 1202.rip-lucid-amd64 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1202.rip-lucid-amd64/builds/3007 blamelist: Sebastian Kuzminsky <seb@highlab.com>, andypugh <andy@bodgesoc.org>, Andy Pugh <andy@bodgesoc.org>
[21:09:00] <kwallace2> JT-Shop, okay you are ahead of me. That is something I need to figure out.
[21:09:23] <linuxcnc-build> build #798 of 1102.rip-hardy-amd64 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1102.rip-hardy-amd64/builds/798 blamelist: Sebastian Kuzminsky <seb@highlab.com>, andypugh <andy@bodgesoc.org>, Andy Pugh <andy@bodgesoc.org>
[21:09:47] <JT-Shop> I can send output to axis from a program that is opened by Axis
[21:09:48] <linuxcnc-build> build #3013 of 1101.rip-hardy-rtai-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1101.rip-hardy-rtai-i386/builds/3013 blamelist: Sebastian Kuzminsky <seb@highlab.com>, andypugh <andy@bodgesoc.org>, Andy Pugh <andy@bodgesoc.org>
[21:10:17] <linuxcnc-build> build #3008 of 1100.rip-hardy-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1100.rip-hardy-i386/builds/3008 blamelist: Sebastian Kuzminsky <seb@highlab.com>, andypugh <andy@bodgesoc.org>, Andy Pugh <andy@bodgesoc.org>
[21:11:59] <andypugh> Err… What have I done?
[21:13:16] <JT-Shop> you pointed me in a direction that works
[21:13:17] <JT-Shop> os.system('axis-remote -m g0x3')
[21:13:39] <linuxcnc-build> build #159 of 1902.clang-wheezy-rtai-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1902.clang-wheezy-rtai-i386/builds/159 blamelist: Sebastian Kuzminsky <seb@highlab.com>, andypugh <andy@bodgesoc.org>, Andy Pugh <andy@bodgesoc.org>
[21:13:39] <linuxcnc-build> build #3017 of 0000.checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/3017 blamelist: Sebastian Kuzminsky <seb@highlab.com>, andypugh <andy@bodgesoc.org>, Andy Pugh <andy@bodgesoc.org>
[21:14:02] <andypugh> No, mean I seem to have wrecked the buildbot
[21:14:15] <JT-Shop> yes, I see that too
[21:14:30] * skunksleep thinks andy tripped over a wire
[21:34:52] -!- [svh] has quit [Ping timeout: 240 seconds]
[21:35:52] _svh is now known as [svh]
[21:38:09] -!- cnc has quit [Remote host closed the connection]
[21:42:35] -!- Komzzpa|worrk has quit [Ping timeout: 246 seconds]
[21:42:52] -!- moska has quit [Ping timeout: 255 seconds]
[21:44:13] -!- zeitue has quit [Ping timeout: 255 seconds]
[21:45:11] -!- Komzpa|work has quit [Ping timeout: 244 seconds]
[21:47:17] -!- FreezingCold has quit [Remote host closed the connection]
[21:48:39] -!- JT-Remote [JT-Remote!~androirc@184.21.225.237] has joined #linuxcnc-devel
[21:48:57] <JT-Remote> J/ #linuxcnc
[21:49:28] <JT-Remote> j/ #linuxcnc
[21:51:27] -!- Deejay has quit [Quit: bye]
[21:51:41] <andypugh> Ah, well, it seems that the tooltable branch won’t compile for me either. “No rule to make target `emc/rs274ngc/interp_execute.cc’”
[21:51:59] <andypugh> I don’t know if I even touched that file.
[21:54:37] -!- JT-Remote has quit [Read error: Connection reset by peer]
[21:54:54] -!- JT-Remote [JT-Remote!~androirc@184.21.225.237] has joined #linuxcnc-devel
[21:59:28] <seb_kuzminsky> just met a guy who wants to help us build rt-preempt kernels for arm
[22:00:02] <andypugh> I thought they already existed?
[22:00:16] <seb_kuzminsky> sort of
[22:00:33] <seb_kuzminsky> the rt-preempt patch works on arm
[22:00:51] <seb_kuzminsky> but i dont know of a good set of pre-built debian packages for it
[22:01:03] <andypugh> Ah, right.
[22:01:14] <andypugh> I build Xenomai kernels for Udoo
[22:01:22] <andypugh> That was a hassle
[22:01:29] <seb_kuzminsky> yeah, i bet
[22:01:37] <seb_kuzminsky> i built rtai kernels for x86, that was a hassle too ;-)
[22:01:51] -!- JT-Remote has quit [Ping timeout: 246 seconds]
[22:01:51] -!- anth0ny_ has quit [Quit: anth0ny_]
[22:02:04] <seb_kuzminsky> thanks for pushing the tooltable branch, i promise to look at it this time ;-)
[22:02:07] <seb_kuzminsky> bbl
[22:03:37] <andypugh> seb_kuzminsky: Any idea what’s wrong with it?
[22:03:52] <andypugh> “No rule to make target” ?
[22:08:42] -!- chillly has quit [Quit: Ex-Chat]
[22:15:31] <andypugh> Well, for some reason the file has disappeared from my branch. That would explain it, I guess.
[22:27:44] -!- Miner_48er has quit [Ping timeout: 245 seconds]
[22:35:14] <KGB-linuxcnc> 03andy pugh 05andypugh/tooltable acb168b 06linuxcnc 03src/emc/rs274ngc/interp_execute.cc Putting back a file deleted by accident * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=acb168b
[22:36:06] <linuxcnc-build> build #1195 of 1405.rip-wheezy-armhf is complete: Failure [4failed configuring] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1405.rip-wheezy-armhf/builds/1195 blamelist: andy pugh <andy@bodgesoc.org>
[22:36:25] -!- f1oat3 has quit [Ping timeout: 264 seconds]
[22:36:33] <linuxcnc-build> build #1356 of 1404.rip-wheezy-rtpreempt-amd64 is complete: Failure [4failed install-missing-build-dependencies configuring] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1404.rip-wheezy-rtpreempt-amd64/builds/1356 blamelist: andy pugh <andy@bodgesoc.org>
[22:37:14] <linuxcnc-build> build #676 of 1402.rip-wheezy-rtpreempt-i386 is complete: Failure [4failed install-missing-build-dependencies configuring] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1402.rip-wheezy-rtpreempt-i386/builds/676 blamelist: andy pugh <andy@bodgesoc.org>
[22:39:25] <andypugh> Darn it to heck!
[22:46:22] -!- afiber__ has quit [Quit: Konversation terminated!]
[22:49:03] -!- The_Ball has quit [Remote host closed the connection]
[23:04:08] -!- [cube] has quit [Ping timeout: 246 seconds]
[23:12:20] -!- adb has quit [Ping timeout: 252 seconds]
[23:24:35] <linuxcnc-build> build #1165 of 1400.rip-wheezy-i386 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1400.rip-wheezy-i386/builds/1165 blamelist: andy pugh <andy@bodgesoc.org>
[23:24:49] <linuxcnc-build> build #1165 of 1403.rip-wheezy-amd64 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1403.rip-wheezy-amd64/builds/1165 blamelist: andy pugh <andy@bodgesoc.org>
[23:25:39] <seb_kuzminsky> andypugh: try rebasing your branch onto master
[23:26:02] <seb_kuzminsky> the "master" commit that you merged in was an ancient 2013 commit
[23:27:11] <linuxcnc-build> build #824 of 1401.rip-wheezy-rtai-i386 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1401.rip-wheezy-rtai-i386/builds/824 blamelist: andy pugh <andy@bodgesoc.org>
[23:27:36] <seb_kuzminsky> how did it ever work if you removed interp_execute.cc?
[23:35:38] <linuxcnc-build> build #3007 of 1300.rip-precise-i386 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1300.rip-precise-i386/builds/3007 blamelist: andy pugh <andy@bodgesoc.org>
[23:36:04] <linuxcnc-build> build #3009 of 1306.rip-precise-amd64 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1306.rip-precise-amd64/builds/3009 blamelist: andy pugh <andy@bodgesoc.org>
[23:37:48] <linuxcnc-build> build #2209 of 1301.rip-precise-rtai-i386 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1301.rip-precise-rtai-i386/builds/2209 blamelist: andy pugh <andy@bodgesoc.org>
[23:38:38] <linuxcnc-build> build #3008 of 1200.rip-lucid-i386 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1200.rip-lucid-i386/builds/3008 blamelist: andy pugh <andy@bodgesoc.org>
[23:39:30] <linuxcnc-build> build #3008 of 1202.rip-lucid-amd64 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1202.rip-lucid-amd64/builds/3008 blamelist: andy pugh <andy@bodgesoc.org>
[23:40:20] <linuxcnc-build> build #799 of 1102.rip-hardy-amd64 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1102.rip-hardy-amd64/builds/799 blamelist: andy pugh <andy@bodgesoc.org>
[23:40:59] -!- [svh] has quit [Read error: No route to host]
[23:41:15] <linuxcnc-build> build #3008 of 1201.rip-lucid-rtai-i386 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1201.rip-lucid-rtai-i386/builds/3008 blamelist: andy pugh <andy@bodgesoc.org>
[23:41:34] <linuxcnc-build> build #3014 of 1101.rip-hardy-rtai-i386 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1101.rip-hardy-rtai-i386/builds/3014 blamelist: andy pugh <andy@bodgesoc.org>
[23:42:52] <linuxcnc-build> build #3009 of 1100.rip-hardy-i386 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1100.rip-hardy-i386/builds/3009 blamelist: andy pugh <andy@bodgesoc.org>
[23:42:53] <linuxcnc-build> build #3018 of 0000.checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/3018 blamelist: andy pugh <andy@bodgesoc.org>
[23:49:37] <andypugh> I didn’t want to rebase it as I didn’t know what I would end up with
[23:50:20] <andypugh> I (naively) thought that if it compiled OK then it would compile OK now.
