#emc-devel | Logs for 2008-04-21

[01:14:34] <rayh> I'm trying to set up a compile with 8.04 and get the following question during emc configuration.
[01:14:39] <rayh> Is the kernel headers package installed ?
[01:15:10] <SWPadnos> does it say something like "xxx not found. is the kernel headers package installed?"
[01:15:49] <rayh> Yep version.h not found
[01:16:00] <rayh> Hi steven.
[01:16:02] <SWPadnos> ok. then I bet you don't have the kjernel headers installed ;)
[01:16:04] <SWPadnos> -j
[01:16:05] <SWPadnos> hi
[01:16:23] <rayh> I presume that these are patched with rtai?
[01:16:33] <SWPadnos> I don't know ifalex/jeff have made a depo that has correct dependencies
[01:16:37] <SWPadnos> repo
[01:16:50] <SWPadnos> (can't type when I have stuff in front of the keyboard)
[01:17:01] <rayh> Know that feeling.
[01:17:14] <rayh> I'll ask Alex in the morning.
[01:17:20] <rayh> thanks
[01:17:34] <SWPadnos> take a look at the debian control file (?) in cvs - that'll give you a close list of what you need to compile
[01:18:00] <rayh> I got a listing from the wiki.
[01:18:07] <SWPadnos> is it correct for 8.04?
[01:18:17] <rayh> and installed all those but it was for the sim on 7.10
[01:18:34] <rayh> I suspect that it doesn't use the kernel headers.
[01:18:37] <SWPadnos> ok. isn't that the packages needed to run EMC, not to compile it
[01:18:49] <rayh> both
[01:18:51] <SWPadnos> http://cvs.linuxcnc.org/cvs/emc2/debian/control.in?rev=1.24
[01:18:52] <rayh> I think
[01:19:25] <SWPadnos> look at the packages for both emc2 and emc2-dev. some of the names may have changed from 6.06 to 8.04 though
[01:19:40] <SWPadnos> I think build-essential should install headers for you
[01:20:03] <SWPadnos> hmmm. maybe not
[01:22:14] <rayh> I did install build-essential
[01:22:22] <rayh> but didn't see headers.
[01:22:42] <cradek> the package you want is linux-headers-`uname -r`
[01:23:06] <rayh> Ah. Okay.
[01:23:14] <SWPadnos> I'm just thinking that there will be others
[01:23:37] <cradek> sure could be
[01:24:01] <rayh> couldn't find the rtai extended version.
[01:24:37] <rayh> I suspect that I'll have to get em from one of the guys that has done the patching.
[01:24:39] <cradek> maybe the guys have some stuff missing in the repo then
[01:25:04] <cradek> what's your uname -r?
[01:25:08] <rayh> I don't see a repo for emc in the sources.list file
[01:25:22] <cradek> oh, maybe it's as simple as that
[01:25:28] <cradek> let me see if I can figure out what it's supposed to be
[01:25:38] <rayh> linux-headers-2.6.24-16-rtai
[01:26:20] <cradek> ./dists/hardy/base/binary-i386/linux-headers-2.6.24-16-rtai_2.6.24-16.30.linuxcnc.2_i386.deb
[01:26:49] <rayh> How do I use that?
[01:27:14] <cradek> deb http://www.linuxcnc.org/hardy hardy emc2.2
[01:27:18] <cradek> (maybe??)
[01:27:22] <cradek> same for deb-src
[01:27:34] <rayh> * rayh says showing his ig somthing or other.
[01:27:40] <rayh> Thanks
[01:27:50] <cradek> don't thank me until it works!
[01:27:54] <cradek> I still don't have a hardy system
[01:28:10] <cradek> unfortunately (?) all my machines work too well to f with
[01:32:01] <SWPadnos> oh right. I was going to burn a copy of the liveCD / beta so I can F with my laptop next week ;)
[01:32:56] <rayh> Install worked pretty well here except for a missed display driver.
[01:34:08] <rayh> This may mean that the package is missing, has been obsoleted, or
[01:34:09] <rayh> is only available from another source
[09:03:41] <alex_joni> cradek: you were close
[09:03:55] <alex_joni> the exact line is: deb http://www.linuxcnc.org/hardy hardy base emc2.2
[09:04:09] <alex_joni> the base dir contains the infrastructure packages (kernel, headers, rtai, etc)
[09:04:49] <alex_joni> rayh: your installed /etc/apt/sources.list doesn't have the above URL? in that case I need to fix the LiveCD so that the proper things get installed there
[09:05:17] <alex_joni> rayh: after adding the URL above, you want apt-get install linux-headers-2.6.24-16-rtai
[09:06:00] <SWPadnos> did he say whether he installed from your CD or the stock beta?
[09:07:44] <alex_joni> nope
[09:08:14] <SWPadnos> I figured he started with the Ubuntu CD, not yours. he was trying to install RT and EMC2, after all ;)
[09:08:14] <alex_joni> but if he didn't install from the Live CD, then he should use the install script found here: http://www.linuxcnc.org/hardy/emc2-install.sh
[09:08:25] <alex_joni> no, he was trying to compile emc2
[09:08:29] <SWPadnos> oh, that would have been easier ;)
[09:08:34] <SWPadnos> oh, true
[09:08:44] <alex_joni> I know he used/installed the LiveCD
[09:09:00] <alex_joni> and I bet it's just a bug in the CD that it doesn't write the proper things to /etc/apt/sources.list
[11:49:42] <rayh> Hi guys
[11:50:07] <rayh> I did install from the emc-live cd.
[11:50:28] <rayh> I'm sort of being a test dummy.
[11:50:33] <rayh> Well dummy anyway.
[11:50:40] <rayh> Seeing what happens and reacting.
[11:51:29] <rayh> I did add both the binary and src repositories to the sources.list but it didn't find linux-headers for me.
[11:52:11] <rayh> I saw one package in there maintained by jeff. The others were stock from ubuntu.
[11:57:35] <rayh> Looking and trying again I tried to install emc2-dev and got this.
[11:57:40] <rayh> The following packages have unmet dependencies:
[11:57:41] <rayh> emc2-dev: Depends: linux-headers-2.6.24-16-rtai but it is not installable
[11:57:41] <rayh> E: Broken packages
[12:04:33] <alex_joni> rayh: yup, you probably didn't add the proper thing to /etc/apt/sources.list
[12:04:45] <alex_joni> the exact line is: deb http://www.linuxcnc.org/hardy hardy base emc2.2
[12:04:48] <rayh> Might be.
[12:04:54] <alex_joni> (you probably are missing the base)
[12:05:04] <alex_joni> where the linux-headers-* is located
[12:05:12] <rayh> looking
[12:06:34] <rayh> Is the same true for the source packages
[12:06:41] <alex_joni> yup
[12:06:51] <rayh> k
[12:06:52] <alex_joni> then sudo apt-get update
[12:07:03] <alex_joni> and sudo apt-get build-dep emc2
[12:08:30] <rayh> okay.
[12:08:36] <rayh> updating now.
[12:09:43] <rayh> lyx-qt is not available
[12:09:54] <rayh> but the lyx folk have changed the name to just lyx
[12:09:56] <alex_joni> yeah, I'm aware of that
[12:10:14] <alex_joni> so it doesn't install anything?
[12:10:29] <rayh> Right.
[12:11:10] <rayh> I can install the rest of the stuff a piece at a time.
[12:11:25] <alex_joni> ok
[12:11:52] <rayh> This will get me there.
[12:12:06] <rayh> thanks
[12:12:58] <alex_joni> I added the info to the livecd.errata
[12:13:15] <rayh> good man!
[12:14:00] <rayh> ah. rtai headers are on the way.
[12:14:08] <alex_joni> http://www.linuxcnc.org/hardy/livecd.errata
[12:14:17] <alex_joni> if there's anything else you notice.. bug me ;)
[12:15:52] <rayh> You bet. That is one of my best acts these days.
[12:16:21] <rayh> I'll do most anything to avoid compiling a real time kernel.
[12:16:24] <alex_joni> it's sure appreciated
[12:16:55] <rayh> As long as it helps get the release out, I'm for it.
[12:18:22] <rayh> I'm seeing quite a list of languages.
[12:18:46] <alex_joni> it's a bit more restricted for emc2 :)
[12:19:14] <alex_joni> english + 10 for AXIS
[12:19:33] <rayh> Ah I see.
[12:19:38] <alex_joni> http://axis.unpy.net/translations
[12:22:18] <rayh> Great
[13:05:46] <alex_joni> jepler: any ideas how we should handle the packaging problems for 2.2.5/hardy?
[13:08:54] <cradek> alex_joni: did you figure out how to add our repo to the installed sources.list?
[13:09:10] <cradek> I recall you have to monkey with a script the installer runs
[13:10:53] <jepler> alex_joni: there's a facility to modify the build-depends line per os version .. I guess we need to move lyx / lyx-qt to that spot.
[13:12:04] <alex_joni> cradek: yes
[13:13:03] <alex_joni> cradek: it's in /usr/lib/ubiquity/apt-setup/ apparently
[13:13:18] <cradek> that sounds familiar
[13:13:47] <alex_joni> jepler: I was thinking asking some debian litarates if it's not doable otherwise (lyx | lyx-qt)
[13:14:02] <CIA-31> EMC: 03jepler 07v2_2_branch * 10emc2/debian/changelog: From TRUNK: fix #1937281: last move discarded if it's a G1 and the file ends with %
[13:14:03] <CIA-31> EMC: 03jepler 07v2_2_branch * 10emc2/src/emc/canterp/canterp.cc: From TRUNK: fix #1937281: last move discarded if it's a G1 and the file ends with %
[13:14:03] <CIA-31> EMC: 03jepler 07v2_2_branch * 10emc2/src/emc/rs274ngc/ (gcodemodule.cc interp_read.cc): From TRUNK: fix #1937281: last move discarded if it's a G1 and the file ends with %
[13:14:05] <CIA-31> EMC: 03jepler 07v2_2_branch * 10emc2/src/emc/sai/saicanon.cc: From TRUNK: fix #1937281: last move discarded if it's a G1 and the file ends with %
[13:14:08] <CIA-31> EMC: 03jepler 07v2_2_branch * 10emc2/src/emc/task/emccanon.cc: From TRUNK: fix #1937281: last move discarded if it's a G1 and the file ends with %
[13:14:34] <jepler> alex_joni: that would be even better
[13:14:34] <cradek> oops, I suppose that means I did forget to backport that fix
[13:14:55] <cradek> thanks jepler
[13:16:17] <jepler> sure -- I'm glad you mentioned it on friday
[13:33:52] <alex_joni> jepler: do you remember why we have lyx-qt in there?
[13:34:04] <alex_joni> there seems to be a lyx package from dapper till hardy
[13:36:15] <rayh> Yea! I've got a running emc2 from trunk on 8.04
[13:36:40] <rayh> Axis does not display the path quite right but does run and display the actual tool path.
[13:37:10] <rayh> The lyx-qt was a left over from the days when there were two graphical tool kits available.
[13:37:36] <rayh> I believe the second tool kit was wx or some such.
[13:38:02] <rayh> lyx-5 uses the qt but doesn't have it in the name.
[13:38:15] <alex_joni> jepler: it seems we need to treat it separately
[13:38:25] <alex_joni> 16:32 < elmo> sbuild will chose the first of an or'ed dependency
[13:38:25] <alex_joni> 16:33 < elmo> if you're targetting the package at hardy, use the hardy name
[13:38:25] <alex_joni> first
[13:53:36] <cradek> rayh: if you think you are seeing an axis bug, can you put up a screenshot or something?
[13:54:02] <rayh> You bet I can. I'll run cds again and capture.
[13:55:20] <rayh> Should I post the text errors here. About 10 lines
[13:55:20] <alex_joni> rayh: were you able to run cds from TRUNK?
[13:55:25] <rayh> Yes.
[13:55:29] <alex_joni> pastebin for 10 lines
[13:55:36] <alex_joni> which config did you use?
[13:55:45] <rayh> stepper inch
[13:56:37] <rayh> http://www.pastebin.ca/991900
[13:57:29] <cradek> on my trunk (sim compiled on dapper) I don't see any problem loading/running cds
[13:57:35] <alex_joni> rayh: I get the same error on TRUNK
[13:57:42] <alex_joni> it's because of the G43 line
[13:57:57] <cradek> do you have a matching tool in your tool table?
[13:58:14] <rayh> k I'll post the screenshot in a bit. What happens is it does not clear the display area and draw the expected path.
[13:58:32] <cradek> ok I bet that's a result of this error
[13:58:43] <cradek> it is failing to run the program to generate the preview
[13:59:44] <alex_joni> rayh: it fails to load cds and keeps the old preview
[13:59:52] <alex_joni> running will run with the proper file though
[14:00:33] <rayh> There is a tool 1 in the tbl file but it is zero length.
[14:01:06] <rayh> If I go ahead and run cds, it will display the actual path.
[14:01:08] <alex_joni> hmm.. might be something
[14:01:21] <alex_joni> rayh: yeah, it's only a loading file issue for AXIS
[14:01:29] <rayh> Sure.
[14:01:57] <cradek> are you guys using python2.5? that would be a difference
[14:02:11] <rayh> Yes to 2.5
[14:02:20] <alex_joni> cradek: yup to 2.5
[14:02:42] <alex_joni> we're moving with the flow :D
[14:02:46] <cradek> maybe that will mean something to jepler
[14:02:48] <jepler> does removing the G43 line allow the preview to be generated?
[14:02:59] <rayh> Let me try that.
[14:04:01] <rayh> Yep
[14:04:10] <jepler> OK that narrows down what I have to look at
[14:04:41] <rayh> and the running path exactly matches the previewed.
[14:04:48] <cradek> does changing it to g43.1 k0.1 give the error?
[14:05:06] <rayh> I'll try that.
[14:05:33] <rayh> no h?
[14:05:45] <cradek> nope
[14:07:42] <rayh> I get the error and it does not remove the old image but will plot actual path.
[14:07:55] <rayh> so it's the same as the original problem.
[14:08:00] <cradek> ok so it's not a tool table problem
[14:08:01] <cradek> thanks
[14:08:14] <rayh> glad that I can help.
[14:08:33] <rayh> Been a long time since I've had an up to date system.
[14:08:49] <cradek> you're ahead of most of us now...
[14:09:04] <rayh> I don't think that a post of the screenshot will help any.
[14:09:05] <cradek> any neat surprises in store for us at fest this year?
[14:09:10] <jepler> I'll be able to debug this better once I'm at home .. I do have a system with hardy, I just can't access it easily right now
[14:09:20] <rayh> I doubt there will be any surprises.
[14:09:38] <cradek> I agree, the screen shot won't help.
[14:09:49] <rayh> I'm thinking of setting up a teaching lab for fest.
[14:10:15] <rayh> 5-6 boxes with 8.04 and a net to a sherline or smithy mill and lathe.
[14:10:47] <cradek> your gcode class seemed to hold a lot of people's interest a couple years ago. maybe it would be cool if they could write a simple program and see it run.
[14:10:49] <rayh> If I can get a projector we can study common problems at the front of the classroom using vnc.
[14:10:59] <rayh> You bet.
[14:11:15] <rayh> And we can all work up presentations and projects.
[14:11:32] <rayh> I got the go ahead from maxine to buy the boxes.
[14:11:55] <rayh> I believe that she can also supply the projector.
[14:13:28] <rayh> cradek, What is the g43.1 and k param?
[14:14:01] <cradek> 0.1 inch tool length offset for a "transient tool"
[14:14:14] <rayh> Ah okay.
[14:14:18] <cradek> http://linuxcnc.org/docs/2.2/html/gcode_main.html#sub:G43,-G49:-Tool
[14:14:27] <rayh> thanks
[14:15:08] <cradek> I added this to make tool length probing easy (for collet machines etc.)
[14:16:13] <cradek> http://cvs.linuxcnc.org/cvs/emc2/nc_files/tool-length-probe.ngc?rev=1.4
[14:16:26] <cradek> ^^ here's how I do that. I bet a lot of sherline folks would like that setup too.
[14:16:44] <rayh> looks good to me.
[14:17:08] <rayh> Is the axis plot from commanded or actual position.
[14:17:27] <cradek> I have not made a good tool length probe yet but I hope to one of these days
[14:17:47] <cradek> it is commanded
[14:17:58] <alex_joni> rayh: I think you can select from the ini, by default it's commanded
[14:18:05] <rayh> okay.
[14:18:09] <cradek> no, the plot is always commanded
[14:18:23] <alex_joni> ^ -> shows how much I know :(
[14:18:30] <rayh> got that.
[14:18:44] <rayh> This stuff gets pretty complex in a hurry.
[14:19:01] <cradek> brb
[14:27:07] <CIA-31> EMC: 03jepler 07TRUNK * 10emc2/src/emc/rs274ngc/gcodemodule.cc: Fix an error seen with python2.5: interp_error > 0 but no Python exception set
[14:27:37] <rayh> A fix?
[14:27:41] <jepler> I think so
[14:27:48] <rayh> let me try it.
[14:27:58] <jepler> if you can that would be great
[14:30:25] <rayh> works with the g43.1 and kxx
[14:31:23] <rayh> and I do see it pick up the tool length offset at that line.
[14:32:27] <rayh> also works with g43 h1
[14:34:11] <jepler> good -- can we call this one solved?
[14:34:46] <alex_joni> another one got squashed today ;)
[14:35:04] <jepler> I guess this one won't affect emc2.2 as it's related to TLO_IS_ALONG_W (e.g., 5axis stuff)
[14:35:20] <jepler> I guess that's i.e., not e.g.,
[14:35:30] <rayh> Seems to mess up if I have a tool length in the tbl file.
[14:35:39] <jepler> uh oh
[14:35:52] <rayh> nope skip that.
[14:35:57] <jepler> ho hu
[14:35:58] <rayh> let me test a bit more.
[14:36:06] <rayh> sorry.
[14:36:10] <jepler> I'll read back on the IRC later to see what you conclude
[14:36:27] <rayh> works perfect.
[14:36:39] <rayh> sorry for the moment of panic.
[14:37:06] <rayh> I can see it pick up the offset just fine and then go to work.
[14:39:07] <rayh> That was a quick bug fix.
[15:07:30] <alex_joni> rayh: they all are lately ;)
[15:08:00] <rayh> Awesome.
[15:09:03] <rayh> We should be ready for an 8.04 rollout soon after Thursday's release.
[15:16:33] <alex_joni> well.. I still need to build a new LiveCD..
[15:16:46] <alex_joni> and we need to package/release 2.2.5 for it
[15:22:52] <alex_joni> hmm.. I think I'll have to backport the fix on halui for 2.2.x
[15:23:00] <alex_joni> but I would appreciate if anyone else would test first
[15:29:49] <alex_joni> (the halui_halvcp has the needed infrastructure for this..)
[15:32:07] <jepler> could be 2.2.5~cvs1 if we aren't quite ready to call it 2.2.5 yet
[15:32:27] <alex_joni> jepler: works for me
[15:32:41] <alex_joni> did you submit the fix for pyvcp, or should I?
[15:32:51] <jepler> if you have it handy, please do ..
[15:32:56] <jepler> I don't have my hardy machine handy
[15:33:03] <alex_joni> it's in #emc-board :)
[15:33:39] <alex_joni> ok, I'll test on dapper, and commit if it still works
[15:36:11] <rayh> I could test here with either.
[15:36:36] <jepler> it seems unlikely to hurt dapper (or systems in general where this fix isn't required)
[15:36:50] <jepler> at worst, it'll add an unmeasurably small time to start-up when pyvcp is used
[15:38:01] <alex_joni> hmm.. the patch is too borken by IRC to apply directly, so I'll do it by hand
[15:41:53] <jepler> it involves adding one line .. you just have to figure out where :-P
[15:42:49] <alex_joni> yeah, I think I have :)
[15:43:06] <alex_joni> my guess was before the import xml.*
[15:45:40] <CIA-31> EMC: 03alex_joni 07v2_2_branch * 10emc2/lib/python/vcpparse.py: add a workaround which enables finding needed xml packages for hardy
[15:47:47] <alex_joni> * alex_joni runs home .. bbl
[15:47:52] <CIA-31> EMC: 03alex_joni 07v2_2_branch * 10emc2/debian/changelog: note pyvcp fixing for hardy
[16:01:29] <rayh> I don't know what vcp was like before but with halui-halvcp config now I can enter an mdi command and then abort or estop from the vcp panel.
[16:03:45] <rayh> All of the functions like coolant, override, pause, resume all seem to work.
[16:04:05] <cradek> rayh: have you played with halui's mdi? I put it in so I can have a "quill up" [MDI g0 g53 z0] hard button etc.
[16:04:05] <rayh> manual jog buttons do not switch mode so don't work.
[16:04:12] <jepler> the mdi problem was specifically with mdi commands started through halui, not ones issued in the regular GUI
[16:04:27] <rayh> I saw the quill up but didn't try it.
[16:04:49] <rayh> okay
[16:05:02] <rayh> what speed is the quill up, g0?
[16:05:52] <rayh> we really need to expand z motion in these configs.
[16:07:03] <jepler> you could make the button do G1 F- instead of G0. It's purely up to you
[16:07:40] <rayh> yep abort and the rest work with quill up
[16:08:08] <rayh> Nice job guys.
[16:08:27] <cradek> quill-up is not special, it's just one use of halui's MDI that I think would be useful
[16:09:36] <rayh> You bet. I just used it to test other buttons during the execution of an mdi command from vcp.
[16:13:02] <jepler> that's an important bug to have fixed .. thanks Alex
[16:19:07] <jepler> argh, another axis keyboard jogging problem
[16:19:29] <rayh> What's it not do?
[16:20:17] <jepler> select X axis. Hold down = to jog towards +X. Press Y. Release =.
[16:21:05] <jepler> (X keeps moving)
[16:21:40] <rayh> yea it does.
[16:22:01] <rayh> I hate keyboard as a machine tool interface.
[16:22:09] <jepler> I guarantee this one isn't as easy to solve as the bug I fixed earlier
[16:23:35] <rayh> Good luck
[16:23:38] <cradek> you could abort any current jogs when switching axes but I bet that will break simultaneous jogs
[16:24:22] <cradek> how about abort them if they came from -/=?
[16:25:03] <jepler> that's a solution I had never considered; it may be doable
[16:26:31] <jepler> hm I don't seem to know whether the jog was started by = or another method
[16:31:38] <rayh> catch you all later.
[18:18:00] <alex_joni> jepler: I think the proper fix is having a lookup for active jogs
[18:18:04] <alex_joni> and operate on that
[18:18:50] <alex_joni> although the -/= and x/y is still tricky to fix
[18:23:40] <jepler> I was cooking up something along these lines: http://emergent.unpy.net/files/sandbox/yajog.patch
[18:23:50] <jepler> bbl
[18:24:37] <alex_joni> seems safe enough
[18:44:16] <CIA-31> EMC: 03alex_joni 07v2_2_branch * 10emc2/src/emc/usr_intf/halui.cc: backport fix for #1929461 - halui stops reading inputs during a MDI, also add uvw position info
[18:51:15] <CIA-31> EMC: 03alex_joni 07v2_2_branch * 10emc2/debian/changelog: note halui fix
[19:34:54] <alex_joni> cradek: did you hack an existing generator in /usr/lib/ubiquity/apt-setup/generators or did you write a new one?
[19:35:06] <alex_joni> (wishful thinking that you might remember..)
[19:50:11] <cradek> I made a new one
[19:50:13] <cradek> it's trivial
[19:50:25] <cradek> the file you want to append to is passed in as $1
[19:50:54] <alex_joni> yeah, I figured
[19:50:55] <cradek> echo "deb ...." >> $1
[19:51:24] <alex_joni> not sure what 'set -e' does
[19:51:46] <cradek> if any command errors, abort execution and exit the shell with an error
[20:11:52] <alex_joni> whee http://www.probotix.com/cnc_software/
[20:17:26] <cradek> The range of F values is F0 to F20 but EMC seems to treat all values above F15 as the same.
[20:18:28] <cradek> (uhhh)
[20:20:38] <alex_joni> hmm
[20:21:06] <alex_joni> where did you read that?
[20:29:15] <cradek> on their gcode tutiroal
[20:29:18] <cradek> toturial
[20:29:24] <cradek> you know
[20:30:36] <alex_joni> tutariol?
[20:30:51] <cradek> he also says M6 doesn't wait. I think the turotial is just out of date
[20:33:11] <alex_joni> where is that?\
[20:33:16] <alex_joni> I can't find it
[20:33:44] <cradek> information / cnc links / introduction to gcode
[20:34:06] <cradek> oh it's even a different site. oops
[20:39:42] <alex_joni> heh.. "stainless steel could be as low as F0.1"
[20:40:19] <cradek> their CNCUtil library looks interesting
[20:42:55] <cradek> ?? http://timeguy.com/cradek-files/emc/circles.png
[20:44:44] <alex_joni> that's modern art :)
[20:44:59] <cradek> not very circular, but interesting
[20:48:19] <cradek> I did a lot of plunges with a small endmill into steel for a project recently. I programmed F0.8 but I think that's the slowest feed I've used. It cut really nice at that speed. I plunge at about 1/3 the sideways feed (2.5 in this case I think).
[22:36:37] <jmkasunich> I've used low feeds on the lathe - if the spindle is only doing 180 RPM and you want 0.001 per rev for a nice finish pass it gets slow