Back
[03:32:20] <zq> huh
[03:32:23] <zq> what do you guys use redis for?
[08:45:00] <skunkworks> jepler,
http://www.newegg.com/Product/Product.aspx?Item=N82E16816132016&cm_re=8_bay-_-16-132-016-_-Product
[08:45:21] <skunkworks> (bought a little better esata board though..)
[09:04:17] <jepler> skunkworks: something specific is bad about the bundled one?
[09:04:31] <jepler> I see it's just 1x, is that enough bandwidth for 8 disks?
[09:05:23] <skunkworks> I remember doing some testing - but I don't remember how much faster a decent pcie card was..
[09:08:25] <skunkworks> substantial... iirc
[09:47:32] <seb_kuzminsky> skunkworks_: thanks for the not-a-bug report!
[09:55:48] <skunkworks_> I think chris/jeff fixed a few little ones...
[09:57:03] <skunkworks_> ja4 though needs some fixes.. We tried to run that on the K&T and I don't remember the main issues..
[09:57:39] <cradek> seems like it freaks out in various ways if you have nonconsecutive axes
[09:57:49] <cradek> ... like lathes do
[09:57:55] <cradek> it's not an unusual setup
[09:58:23] <cradek> looked to me like none of motion knows which axes are supposed to be enabled, which seems like a huge problem
[09:58:53] <skunkworks_> (K&T has xyza)
[09:59:30] <skunkworks_> ahhh
[09:59:32] <skunkworks_> ahhh
[09:59:36] <skunkworks_> (K&T has xyzb)
[10:08:17] <skunkworks_> jepler: it takes about 10 seconds to copy a 1gb file from the raid to a internal sata hard drive..
[10:08:28] <skunkworks_> a little less..
[10:30:58] <skunkworks_> (8 1.5tb drives - raid 5)
[10:54:58] <KGB-linuxcnc> 03Chris Radek 05cradek/rapid-override 1863c9b 06linuxcnc 10src/emc/usr_intf/halui.cc Fix halui's rapid override increase and decrease pins * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=1863c9b
[10:54:59] <KGB-linuxcnc> 03Chris Radek 05cradek/rapid-override 72a15fb 06linuxcnc 10src/emc/usr_intf/halui.cc As Michael G says, this config option is unneeded. * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=72a15fb
[11:31:31] <KGB-linuxcnc> 03Chris Radek 05cradek/rapid-override 2f280d5 06linuxcnc 10docs/src/common/python-interface.txt 10share/axis/tcl/axis.tcl 10src/emc/usr_intf/axis/extensions/emcmodule.cc 10src/emc/usr_intf/axis/scripts/axis.py Add rapid override support to AXIS * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=2f280d5
[11:31:31] <KGB-linuxcnc> 03Chris Radek 05cradek/rapid-override 7b5d872 06linuxcnc 10configs/sim/axis/axis.ini Fix axis.ini to be consistent about maxvel * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=7b5d872
[11:31:59] <seb_kuzminsky> hawww yea
[11:41:29] <skunkworks_> nice!
[11:42:19] <cradek> now for the real question - is it a bugfix?
[11:47:23] <skunkworks_> well - the stuff that started this shitstorm was only in 2.6~pre and master - right?
[11:48:09] <seb_kuzminsky> skunkworks_: yeah
[11:48:17] <cradek> yes the original change that set this off was after 2.5
[11:49:21] <seb_kuzminsky> skunkworks_: have you taken the new RO knob for a ride? any feedback for our QA department? ;-)
[11:49:42] <skunkworks_> building now...
[11:49:59] <seb_kuzminsky> ossom
[11:54:02] <skunkworks_> I feel good that the threading bug was the only new problem found in the new tp...
[11:54:04] <skunkworks_> :)
[11:54:40] <skunkworks_> (so far..)
[11:54:59] <skunkworks_> seb_kuzminsky: you should have heard the K&T.. (or felt it) poor old thing...
[11:55:12] <skunkworks_> I think dad cringed the whole time....
[11:55:43] <skunkworks_> and not just because jeff was in front of it...
[11:55:45] <cradek> the poor rattley thing
[11:55:49] <skunkworks_> ;)
[11:55:58] <cradek> you should grind the whatever some more and fix it
[11:56:25] <skunkworks_> assuming that is it.. (it could be that linear spline...) but we would have to look
[11:56:38] <cradek> what did you measure? .0003?
[11:56:41] <skunkworks_> yes
[11:56:47] <cradek> eh, or you could just leave it
[11:56:56] <skunkworks_> we have so far...
[11:58:06] <skunkworks_> you could actually push the table back and forth that much...
[11:58:14] <skunkworks_> (or a little less)
[11:58:21] <cradek> huh, that's surprising
[11:59:14] <skunkworks_> the move pretty easy any way... (all roller ways and 3tpi..)
[11:59:32] <skunkworks_> so it could be anything back to the servo...
[11:59:53] <skunkworks_> *any slack
[12:01:32] <kwallace2> Three tenths slack doesn't sound like a lot.
[12:02:30] <cradek> it's not, but you can sure hear and feel it
[12:02:44] <kwallace2> Oops, doesn't seem like a lot, but sounds like it.
[12:03:04] <cradek> heh, I knew what you meant
[12:05:19] <kwallace2> Tracking the source should not require much magic, just time. My new Bridgeport screws have .003" slack. I ordered the wrong kind. They are not preloaded.
[12:06:00] <cradek> ah, darnit
[12:06:08] <skunkworks_> cradek:
[12:06:11] <skunkworks_> skunkworks@skunkworks-Studio-XPS-1645:~/linuxcnc-rapidov$ git checkout origin/cradek/rapid-override
[12:06:12] <skunkworks_> warning: refname 'origin/cradek/rapid-override' is ambiguous.
[12:06:14] <skunkworks_> Already on 'origin/cradek/rapid-override'
[12:06:15] <skunkworks_> Your branch is up-to-date with 'master'.
[12:06:17] <skunkworks_> skunkworks@skunkworks-Studio-XPS-1645:~/linuxcnc-rapidov$ git describe
[12:06:18] <skunkworks_> v2.6.0-pre3-79-ge9b0eab
[12:06:20] <skunkworks_> what did I do wrong?
[12:06:41] <seb_kuzminsky> you generally shouldn't checkout anything that begins with "origin/"
[12:06:51] <seb_kuzminsky> try "git checkout cradek/rapid-override"
[12:07:30] <skunkworks_> ok
[12:08:02] <skunkworks_> just when I think I can wing it with git..
[12:08:28] <skunkworks_> kwallace2: was it hard to tune?
[12:09:53] <skunkworks_> .0003" doesn't seem to cause an issue.
[12:18:03] <kwallace2> skunkworks_ , it depends, using only a linear scale for feedback was not tunable. Normally, I use an encoder on the end of the screw which is fine for tuning, but not the best for dead-n??s position. In short, IMHO, any slack is evil. I may try to install over-sized balls for preload, or try to get double nuts that match my screws. I just hate to give that manufacturer any more money.
[12:18:46] <cradek> I've had decent luck with oversized balls, but it's very hard to get the right size in one (or a few) tries
[12:19:02] <cradek> you might feel like you could calculate it...
[12:19:42] <skunkworks_> RO seems to work here.. halui pins seem to also Yay
[12:20:23] <cradek> did you try all the halui methods? the one I had wrong was one I didn't test.
[13:19:27] <skunkworks_> cradek: is there a reason why you don
[13:19:59] <skunkworks_> don't have a 'direct-value' option?
[13:20:08] <skunkworks_> for rapid override?
[13:20:39] <skunkworks_> spindle and feed over ride both do
[13:25:40] <skunkworks_> also........ You removed the option for rapid override in the ini file.. I could see someone connecting the rapid and feed override to 1 mpg.. (moving both at once) but that doesn't work if the max isn't the same.. (just a thought)
[13:41:48] <seb_kuzminsky> dont both overrides go from 0.0 to 1.0?
[13:42:18] <skunkworks> feed override can go as high as you set it in the ini.. (1.1, 2.0... whatever)
[13:42:34] <seb_kuzminsky> hrm, right...
[13:42:40] <skunkworks> (you might want to tweek the feed higher than is programed)
[13:43:35] <micges> skunkworks: I think if you connect both overrides to one mpg it will work like in 2.5
[13:43:50] <skunkworks> right.. (some may like that...)
[13:44:25] <skunkworks> (I use mv exclusivly...)
[13:44:42] <micges> on half of my lcnc machines it makes sense, on second half not
[13:44:58] <micges> ha I never use mv :)
[13:45:18] <skunkworks> once you use MV you never go back.. :)
[13:46:20] <micges> hehe
[13:47:13] <micges> on all my lasers I control velocity with fo and I disable FO on rapid moves
[13:47:53] <skunkworks> so the current changes - you like
[13:48:08] <micges> on all mills fo always works and gcode for disabling it is removed
[13:48:23] <micges> also on G0
[13:51:16] <micges> I don't have any harsh feelings like Mark to any change in major release, I just adapt if I need to upgrade
[13:51:49] <micges> but I understand he want to have choose option
[13:54:31] <skunkworks> micges, have you talked to rob about jerk limiting?
[13:55:23] <micges> yes, we're waiting for me to finish it and test it ;)
[13:55:59] <skunkworks> neat!
[13:56:28] <micges> (which is digging throught 100k lines diff of hard style coding)
[13:57:13] <micges> (I've reduced to 20k and I'm in half way)
[13:58:04] <micges> skunkworks: what do you think about switchable planners in hal? like kinematics?
[13:58:20] <skunkworks> I think that would be awesome...
[13:58:31] <skunkworks> I thought that was discussed off and on
[13:59:30] <micges> we could have 3 planners atm: tp, cba_tp, jerk_tp
[14:00:41] <skunkworks> the cba_tp actually can be set to the original behavior.. (parabolic for all blends)
[14:01:23] <skunkworks> from my testing - I think he has fixed all the small bugs in the current tp (small acceleration violations)
[14:01:29] <seb_kuzminsky> cradek: you added a FIELD in halui called ro_direct_value, but no pin is created for it and it is never used
[14:02:09] <seb_kuzminsky> i've an update to halui.1, but i'll hold off until you say if you want .direct-value or not
[14:09:20] <micges> skunkworks: yeah, my point is when bug will be find out on 24/7 machine, one need to easy backup option, and changing one line in hal file is acceptable
[14:09:52] <skunkworks> micges, sure. makes sense.
[14:10:26] <skunkworks> I am sure it would be nice to switch back to the proven planner
[14:11:14] <skunkworks> micges, have you run the current planner with scurve on actual hardware?
[14:12:37] <micges> yes, only lines were supported then (2 weeks ago) but worked very good
[14:13:22] <skunkworks> in xyz?
[14:13:25] <micges> easy 1000mm/s2 and 10m/min on 2Nm stepper motors
[14:14:23] <micges> yes
[14:16:41] <micges> half of those acc was possible on old tp
[14:23:11] <skunkworks> neat
[14:42:36] <skunkworks> micges, do you have a test branch? I could run it through the paces on a bunch of programs...
[14:44:38] <micges> still not ready, many AFK things hit me last week
[14:44:55] <micges> I'll surely let you know
[14:53:35] <cradek> oh I totally want fully symmetric halui pins and functionality
[14:53:46] <cradek> anything that FO has and RO does not have is an oversight
[14:54:07] * cradek <- hack
[14:54:20] <skunkworks> shame shame shame
[14:54:32] <skunkworks> ;)
[14:56:50] <cradek> I'll add the missing direct-value stuff
[14:57:50] <seb_kuzminsky> ok, i'll update the manpage
[14:58:05] <skunkworks> ok, I'll test
[15:05:37] <cradek> huh, direct-value doesn't work how I always thought it did
[15:05:56] <skunkworks> it is odd.. (testing one of the other axis..)
[15:05:57] <cradek> I thought there was a float, and if you poked direct value, it sent the value of that float
[15:06:11] <cradek> I guess I don't understand what it's supposed to be for
[15:06:13] <skunkworks> you have to set the scale... then it works as expected
[15:06:34] <skunkworks> *testing one of the other overides
[15:06:59] <skunkworks> (because count isn't a floating point)
[15:07:15] <skunkworks> if I understand it right...
[15:07:26] <seb_kuzminsky> looks like with direct-value on, the actual value of .counts is used, instead of the change in .counts
[15:07:38] <skunkworks> right
[15:07:47] <seb_kuzminsky> seems useless, because how can you control where .counts is?
[15:07:49] <skunkworks> but it is odd because you cannot use desimals..
[15:07:50] <cradek> that's weird
[15:07:57] <skunkworks> decimals
[15:08:00] <cradek> well in halui it starts at zero
[15:08:17] <seb_kuzminsky> maybe it's not useless, i guess all sane encoders start at 0 +- epsilon
[15:08:38] <seb_kuzminsky> skunkworks: you can manufacture decimals with .scale
[15:08:50] <skunkworks> right\
[15:09:05] <cradek> I bet people using direct-value have something that is not an encoder hooked to .counts
[15:09:53] <seb_kuzminsky> pot?
[15:09:54] <cradek> well I would used a float input instead, and loaded it on a rising edge of a bit. shrug.
[15:10:12] <skunkworks> that would be my understanding.. something absolute
[15:10:20] <cradek> it's too late to do something else
[15:11:04] <skunkworks> if you set the scale to .01 then 0 to 100 is the scale
[15:11:11] <KGB-linuxcnc> 03Chris Radek 05cradek/rapid-override a7b6d50 06linuxcnc 10src/emc/usr_intf/halui.cc Support rapid override "direct" input in halui, for symmetry * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=a7b6d50
[15:13:24] <KGB-linuxcnc> 03Sebastian Kuzminsky 05cradek/rapid-override b04f21d 06linuxcnc 10docs/man/man1/halui.1 halui: add Rapid Override pins to manpage * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=b04f21d
[15:13:29] <seb_kuzminsky> http://wheningit.tumblr.com/post/32809731907/when-me-and-a-coworker-are-working-in-the-same-branch
[15:14:04] <cradek> I'm the cute one
[15:17:43] <cradek> looks like andy has now decided to teach a man to fish
[16:52:57] <skunkworks_> seems like everything works...
[16:53:26] <cradek> yay, thank you
[17:04:17] <seb_kuzminsky> since we're still in 2.6~pre, go ahead and push it to 2.6 please
[17:10:17] <KGB-linuxcnc> 05cradek/rapid-override b04f21d 06linuxcnc 04. branch deleted * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=b04f21d
[17:10:48] <KGB-linuxcnc> 03Chris Radek 052.6 d207ebc 06linuxcnc 10(10 files in 4 dirs) New message and stat entry for rapid override * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=d207ebc
[17:10:48] <KGB-linuxcnc> 03Chris Radek 052.6 a13d7b9 06linuxcnc 10src/emc/usr_intf/halui.cc HALUI: support setting rapid override in the various ways * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=a13d7b9
[17:10:48] <KGB-linuxcnc> 03Chris Radek 052.6 d057228 06linuxcnc 10src/emc/kinematics/tp.c 10src/emc/motion/control.c Honor rapid override * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=d057228
[17:10:50] <KGB-linuxcnc> 03Chris Radek 052.6 e2bc8eb 06linuxcnc 10src/emc/usr_intf/halui.cc Fix halui's rapid override increase and decrease pins * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=e2bc8eb
[17:10:54] <KGB-linuxcnc> 03Chris Radek 052.6 a609874 06linuxcnc 10src/emc/usr_intf/halui.cc As Michael G says, this config option is unneeded. * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=a609874
[17:10:58] <KGB-linuxcnc> 03Chris Radek 052.6 b54d7b0 06linuxcnc 10docs/src/common/python-interface.txt 10share/axis/tcl/axis.tcl 10src/emc/usr_intf/axis/extensions/emcmodule.cc 10src/emc/usr_intf/axis/scripts/axis.py Add rapid override support to AXIS * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=b54d7b0
[17:11:02] <KGB-linuxcnc> 03Chris Radek 052.6 9b64c07 06linuxcnc 10configs/sim/axis/axis.ini Fix axis.ini to be consistent about maxvel * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=9b64c07
[17:11:06] <KGB-linuxcnc> 03Chris Radek 052.6 b986a56 06linuxcnc 10src/emc/usr_intf/halui.cc Support rapid override "direct" input in halui, for symmetry * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=b986a56
[17:11:10] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.6 27f0bdd 06linuxcnc 10docs/man/man1/halui.1 halui: add Rapid Override pins to manpage * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=27f0bdd
[17:12:48] <cradek> yay
[17:13:43] <seb_kuzminsky> weee
[17:13:45] <seb_kuzminsky> thanks
[17:50:30] <andypugh> You know, a _hint_ of gratitude for the aprproximately 50 replies I have written wouldn’t go amiss.
[17:53:24] <seb_kuzminsky> this is not new behavior on "a k"'s part unfortunately
[17:53:42] <andypugh> No, but this seems worse than normal.
[17:54:39] <seb_kuzminsky> jerks and idiots are everywhere
[17:54:49] <seb_kuzminsky> you've gone way above the call of duty here
[17:58:59] <seb_kuzminsky> aram's been hanging around for years and i've never seen him express any gratitude or motivation to do the reading & research we've been pointing him at
[18:04:13] <andypugh> Bridges burned.
[18:06:40] <seb_kuzminsky> http://www.catb.org/jargon/html/P/plonk.html
[18:07:33] <andypugh> Yeah, I used to hang out on Usenet.
[18:09:24] <andypugh> I wonder if there is any reason not to use ordinary wire rope from the DIY shop as a bowden cable?
[18:09:43] <andypugh> I need a 1/8” Bowden for the friction drive control on the Ner-a-Car.
[18:10:03] <mozmck> heh! great comment to steve at the end andy!
[18:12:40] <seb_kuzminsky> that thread reminds me of one of my first ever attempts at helping someone get hostmot2 working
[18:12:51] <mozmck> I would think wire rope would work - does it just pull?
[18:13:04] <seb_kuzminsky> i still get twitches of uncomfortable feelings when i remember it
[18:13:09] <seb_kuzminsky> http://thread.gmane.org/gmane.linux.distributions.emc.user/11071
[18:15:54] <andypugh> Well, so far that guy is answering all the questions he is being asked. Aram answers questions nobody asked.
[18:16:50] <seb_kuzminsky> Dr. Seb prescribes andypugh 6 hours of garage therapy
[18:17:10] <seb_kuzminsky> see y'all later
[18:17:58] <andypugh> So far this evening I have sanded and primered the Ner-a-Car handlebars, machined a 50mm deep aluminium profile for a friends toy gun, and made some brackets for someone else’s motorbike.
[18:18:09] <andypugh> So I might need more than 6 hours.
[18:19:18] <Tom_itx> how's the car coming along?
[18:20:37] <andypugh> Not badly.
[18:20:49] <andypugh> I need to find some parts, or make them.
[18:21:00] <andypugh> A fuel tap would be good, but it’s a funny one.
[18:21:36] <andypugh> If you look at the pictures at the bottom of
http://www.geutskens.eu/neracar/7-fuel_tank1.htm you can see that it’s a strange solder-on valve.
[18:23:16] <Tom_itx> you gonna salvage the tank?
[18:23:28] <andypugh> That’s not mine.
[18:23:35] <andypugh> Mine is _worse_
[18:23:36] <Tom_itx> ahh
[18:23:50] <andypugh> Mine has no valve. And big holes in it.
[18:23:58] <Tom_itx> get a biker to hammer one out for ya
[18:24:21] <andypugh> I was going to hammer out my own.
[18:24:41] <andypugh> (well, hammer out patches of the right shape
[18:25:10] <Tom_itx> i wonder if you could make a shape and use a hydropress for the halves
[18:25:37] <andypugh> The mould would need a huge lump of metal.
[18:26:03] <Tom_itx> would it need to be solid?
[18:26:05] <andypugh> It’s 8” x 12”. Too big for my lathe.
[18:26:07] <Tom_itx> what about wood?
[18:26:12] <Tom_itx> oh
[18:27:38] <andypugh> I was going to machine the right shape of groove into a segment of something solid using the boring head on my mill. Then hammer the metal into the grooves with a bolster.
[18:27:57] <Tom_itx> i see the tank now that i made it to the top of the page
[18:28:59] <andypugh> Maybe making a pair of profiled rollers to manufacture a whole new centre section is a better plan?
[18:29:07] <andypugh> The end-caps seem OK.
[18:29:26] <Tom_itx> that was a thought i had as well
[18:31:00] <andypugh> Otherwise making it fuel-tight is likely to be jolly hard.
[18:31:21] <Tom_itx> i wonder if a bulk freon bottle would be the right size
[18:31:39] <Tom_itx> find a couple and halve them together
[18:32:37] <andypugh> This is meant to be a restoration, so anything I make ought to be identical to original.
[18:33:23] <Tom_itx> i know
[18:33:40] <Tom_itx> they just looked to be about the same size
[18:35:16] <andypugh> I own one of these:
http://www.axminster.co.uk/750mm-sheet-metal-worker
[18:35:43] <andypugh> But I don’t fancy making new rolls for it for this one job.
[18:36:12] <Tom_itx> we made a set for the company next door that does roll forming once
[18:36:22] <Tom_itx> a set of 5 rollers iirc
[18:36:57] <Tom_itx> progressive rolls
[18:39:15] <andypugh> (Off topic) Ever seen a Sendzemir mill?
http://www.redex-group.com/sendzimir.html
[18:40:07] <Tom_itx> no, can't say i have
[18:40:18] <andypugh> You get much higher rolling pressure with smaller rolls, but they bend. SO you support them with two more rollers. Then support those with three rollers, and then those with 4 rollers..
[18:46:29] <andypugh> Right, sleep time.
[18:46:55] <dgarr> andypugh: et al -- a first cut at a patch (master) for separate tool touch off button
[18:46:57] <dgarr> http://www.panix.com/~dgarrett/stuff/0001-axis-separate-buttons-for-system-tool-touchoff.patch
[18:47:10] <dgarr> just missed him:-/
[18:47:11] <seb_kuzminsky> wow, that was quick!
[18:47:43] <seb_kuzminsky> oh, dgarr, since you're in a committish mood...
[18:48:07] <seb_kuzminsky> i noticed that in the config picker, some of the READMEs are out of date after your awesome reorg
[18:57:45] <cradek> oh awesome
[18:59:56] <cradek> title=_("Tool Touch Off (Tool No:%s)"%s.tool_in_spindle),
[18:59:58] <cradek> this is a nice touch
[19:02:13] <cradek> hm, I'm not getting the button
[19:03:32] <cradek> oh yes I am
[19:07:47] <cradek> I think you should go whole hog and remove the T option from the old dialog
[19:10:55] <cradek> I wonder if it's a bug (that also existed before this change) that we use s.tool_in_spindle without doing s.poll() first
[19:18:03] <micges-dev> s.poll is called every preview redraw
[19:28:06] <KGB-linuxcnc> 03Dewey Garrett 05dgarr/separate-touchoff-buttons 61e8475 06linuxcnc 10share/axis/tcl/axis.tcl 10src/emc/usr_intf/axis/scripts/axis.py axis: separate buttons for system, tool touchoff * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=61e8475
[19:28:07] <KGB-linuxcnc> 03Chris Radek 05dgarr/separate-touchoff-buttons 46a7ce2 06linuxcnc 10src/emc/usr_intf/axis/scripts/axis.py Remove the error-prone way of doing tool touch off * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=46a7ce2
[19:28:07] <KGB-linuxcnc> 03Chris Radek 05dgarr/separate-touchoff-buttons 5267409 06linuxcnc 10share/axis/tcl/axis.tcl 10src/emc/usr_intf/axis/scripts/axis.py Add keyboard shortcut, tooltip, and quickref documentation for tool touchoff * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=5267409
[19:28:26] <cradek> here are the additions I suggest
[19:28:38] <cradek> dgarr: for your consideration
[19:37:11] <cradek> I'm not sure that's the best keyboard shortcut, but there oughta be one...
[21:12:31] <pcw_home> seb_kuzminsky: Thanks a lot for reminding me about Richard Acosta
[21:36:12] <skunkworks_> he the one that went to mach...
[21:36:18] <skunkworks_> drove him to it...
[21:44:25] <seb_kuzminsky> heh