Back
[00:23:42] <CIA-34> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/ (Master_Integrator_fr.lyx Submakefile): remove reference to deleted file in french manual
[00:25:00] <CIA-34> EMC: 03bigjohnt 07v2_2_branch * 10emc2/docs/src/ (Master_Integrator_fr.lyx Submakefile): remove reference to deleted file in french manual
[00:25:21] <BigJohnT> good night everyone
[00:25:40] <SWPadnos> see ya. thanks again
[00:25:44] <Roguish> hey all, is there a component for getting the inverse?
[00:25:50] <SWPadnos> not
[00:26:04] <SWPadnos> for bits anyway
[00:26:12] <SWPadnos> you'd scale with a -1 gain for floats
[00:26:12] <Roguish> for floats
[00:26:19] <SWPadnos> oh - 1/x?
[00:26:26] <Roguish> yeah, 1/x
[00:26:36] <SWPadnos> there isn't a 1/x - it would blow up if is close to 0
[00:26:42] <SWPadnos> if X is ...
[00:27:08] <Roguish> then don
[00:27:12] <Roguish> t div by 0
[00:27:26] <BigJohnT> Roguish: take a look at the bottom of this page
http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Simple_Remote_Pendant
[00:27:27] <SWPadnos> sure, but what's the output?
[00:28:21] <SWPadnos> as the input goes from +1 to -1, you'd go from 1 to some large positive number, then 0 inside some deadband, then -some large number, then on up to -1
[00:29:07] <SWPadnos> it's a simple enough component to write, but I don't know that the output would always be useful (and there's no way of propagating computational errors in HAL)
[00:29:36] <Roguish> simple for some people...
[00:29:41] <SWPadnos> heh
[00:30:03] <BigJohnT> there is a float inverse example on the page I linked
[00:30:35] <BigJohnT> * BigJohnT must go check the ribs he can smell them down here in the beer cave
[00:30:39] <SWPadnos> where>
[00:30:42] <SWPadnos> >
[00:30:43] <SWPadnos> ?
[00:31:21] <SWPadnos> invert and negate aren't the same thing :)
[00:31:25] <Roguish> i don't see the inverse. i do see changing the sign.
[00:32:20] <Roguish> SWPadnos, recall i was having a realtime delay problem?
[00:32:28] <SWPadnos> yes - you thought it was CL
[00:32:40] <Roguish> i have isolated it to my spindle control hal file.
[00:33:09] <SWPadnos> does that include classicladder, or is it just other HAL stuff?
[00:33:30] <Roguish> still not sure what the problem is, but if i exclude the hal (hal only, not cl) i do not get the error.
[00:33:45] <Roguish> i
[00:33:46] <SWPadnos> can you post that file?
[00:34:02] <Roguish> i would rather not, it's really messy.
[00:34:07] <SWPadnos> heh
[00:34:15] <Roguish> kinda embarassing.
[00:34:24] <SWPadnos> eh - we're all friends here
[00:34:32] <Roguish> that's what i am working thru now.
[00:34:33] <SWPadnos> and you can set the post to expire on pastebin ;)
[00:35:15] <Roguish> tomorrow i have to start tearing out an old delta-tau control and replace it with emc2 on a vertical lathe.
[00:35:26] <Roguish> x,z and c axes.
[00:35:36] <SWPadnos> oooh - sounds fun
[00:35:39] <SWPadnos> for some values of fun
[00:35:40] <BigJohnT> SWPadnos: do I misunderstand the question?
[00:35:51] <SWPadnos> yes
[00:35:57] <SWPadnos> he means 1/x, not -x
[00:36:11] <BigJohnT> ok
[00:36:31] <Roguish> http://pastebin.com/d30b8dca8
[00:36:50] <Roguish> hope you enjoy my pain.
[00:36:54] <SWPadnos> heh
[00:37:12] <SWPadnos> did you do a separate thread to try debugging the RT delay?
[00:37:20] <Roguish> yes.
[00:38:20] <Roguish> i want an encode on the spindle and to control it like an ordinary axis motor, just with the spindle speed.
[00:38:49] <SWPadnos> ok - was it originally in the servo thread?
[00:38:55] <Roguish> yes.
[00:39:15] <BigJohnT> ribs have my mouth and eyes watering
[00:39:26] <Roguish> baby backs?
[00:39:45] <BigJohnT> no, country style what ever that is
[00:39:57] <BigJohnT> looks like short ribs
[00:40:14] <Roguish> & cold beer?
[00:40:23] <BigJohnT> 4 kegs on tap
[00:40:35] <BigJohnT> kegerator only half full
[00:40:45] <Roguish> sounds delicious and nutricious.
[00:40:58] <BigJohnT> yummm it is
[00:41:04] <SWPadnos> so, with the code as it is, except for using the servo thread, that HAL file causes problems?
[00:41:34] <SWPadnos> (or even as is, with the extra thread)
[00:41:52] <Roguish> well, i've been into it for a little while right now, so it's gotten a bit more confusing with the line comments and such.
[00:42:14] <Roguish> it
[00:42:24] <SWPadnos> ok, so the RT blip occurs basically as soon as you start EMC?
[00:42:31] <Roguish> it's probably something to do with the pid loop.
[00:42:37] <Roguish> no, takes a minute or 2.
[00:42:40] <SWPadnos> and then you don't know if it happens again because the error is suppressed
[00:42:43] <SWPadnos> oh. hmm
[00:43:18] <Roguish> there is a problem with cl and opengl, but that is a different issue.
[00:43:34] <SWPadnos> yes
[00:44:50] <Roguish> i was asking earlier about the tool diameter and length just to get them into vismach more realistically, and dymanically.
[00:44:59] <SWPadnos> ok
[00:45:34] <Roguish> i like vismach for visuallization. probably turn it off on a production machine.
[00:45:54] <SWPadnos> well, I don't see why that file would cause a problem. I'd probably need to load up your whole config here to get anywhere
[00:46:04] <SWPadnos> and I can't do that for a few weeks :)
[00:47:00] <Roguish> if it happens again while i'm messing with the spindle, i will bring it back up. otherwise i'm not too concerned. it was just experimenting for now.
[00:47:42] <Roguish> the cl problem is more of an issue. cl gui dies after a few minutes of working.
[00:48:04] <SWPadnos> Ubuntu 8.04?
[00:48:07] <Roguish> yes.
[00:48:18] <SWPadnos> turn off all desktop effects, if you haven't already
[00:48:32] <Roguish> never have any of that fluff running
[00:48:54] <SWPadnos> it's on by default in 8.04
[00:49:16] <Roguish> yeah, i shut it all down. hate that eye candy.
[00:49:40] <SWPadnos> ok. that's the only solution I know of for display problems on EMC2/8.04 :)
[00:49:49] <SWPadnos> (shouldn't matter, as CL isn't openGL)
[00:50:22] <Roguish> i'll try to capture the error message and post it.
[00:50:59] <Roguish> only matters for setting up the machine. i won't run the gui in production anyway.
[00:51:30] <SWPadnos> I assume it's only the GUI that die - that the RT ladder code continues to work ...
[00:51:33] <SWPadnos> dies
[00:51:35] <Roguish> yes.
[00:52:43] <Roguish> will the emc2 install script work on the server version?
[00:53:03] <Roguish> i want a really stripped down system.
[00:54:12] <SWPadnos> yes, it should
[00:54:24] <SWPadnos> it will bring in a bunch of stuff though
[00:54:49] <SWPadnos> I think people have used xfce, but I haven't heard anything on the subject for a while
[00:55:56] <Roguish> that's a gdm isn't it? i don't mind gnome, i just don't want the myriad of applications .
[00:56:25] <SWPadnos> yeah - don't install ubuntu-desktop - I think that's the one that pulls in openoffice, the multimedia suite, etc.
[00:56:58] <Roguish> an uninstall permanent?
[00:57:35] <SWPadnos> until a reinstall (of the package) :)
[00:57:58] <SWPadnos> I don't know what happens if you uninstall ubuntu-desktop though - it's a metapackage that just depends on stuff
[00:58:08] <SWPadnos> I don't know if it will remove any other apps
[01:13:15] <rayh> I've tried emc2 on several of the light desktops. They all seem to work.
[01:15:58] <SWPadnos> ok, cool. I just hadn't heard anything about that stuff for a while
[01:25:41] <SWPadnos> ok - I write an invert component - do people think it should output 0 when the input is near 0, or should it output some large value (1/deadband, for example)?
[01:25:47] <SWPadnos> s/write/wrote/
[01:33:11] <SWPadnos> I guess I vote for 0, since that gets rid of issues like flipping between +/- 1/deadband
[01:33:57] <rayh> how do you plan to handle 0 deadband?
[01:34:51] <SWPadnos> it's set to 1e-8 minimum - that's checked
[01:35:48] <rayh> okay.
[01:36:46] <rayh> That is a difficult thing to get my head around.
[01:36:56] <SWPadnos> which?
[01:37:06] <rayh> small numbers ought to produce large and large produce small
[01:37:12] <SWPadnos> yes
[01:37:18] <rayh> but what are the limits of large and small.
[01:37:42] <SWPadnos> yeah - I had to pick something. I could have chosen something like 1e-20 I guess
[01:37:59] <SWPadnos> still can actually ;)
[01:38:29] <SWPadnos> if I clamp to positive numbers, then outputting 1/deadband makes sense
[01:38:46] <SWPadnos> it's the toggling between +/- "infinity" that gets me
[01:40:32] <rayh> No scaling just 1/xxx
[01:41:31] <SWPadnos> right
[01:42:03] <SWPadnos> I could stick a gain parameter in there as well. maybe offset too
[01:42:19] <SWPadnos> but that gets a little weird (when is the offset applied?)
[01:45:12] <rayh> if 1/0 produces 0 and 1/0.00001 produces a hundred thousand there is a discontinuity somewhere in there.
[01:45:20] <SWPadnos> yes
[01:45:35] <SWPadnos> there's always a discontinuity at (or in this case near) 0
[01:45:59] <rayh> and I can see the +- thing really being a problem for some emc variables that might be used.
[01:46:03] <SWPadnos> I'm just thinking about a signal that may have "noise" - it pops between +something small and -something small
[01:46:04] <SWPadnos> yes
[01:46:54] <SWPadnos> I guess the check can be for in==0 - if it's 0 then don't update the output
[01:47:09] <SWPadnos> so it would leave the last value until a nonzero input came along
[01:47:35] <rayh> What are you thinking of attacking with this module?
[01:47:46] <SWPadnos> I don't know :)
[01:47:51] <SWPadnos> Roguish asked about it
[01:48:33] <SWPadnos> actually, it should be a divide component, not invert
[01:48:47] <SWPadnos> that way it could be used to get ratios (so you could see things as percentages, for instance)
[01:49:33] <rayh> could you make the near zero value a parameter so folk can play with noise canceling?
[01:50:00] <SWPadnos> it is, but it's made so the parameter can't be closer to 0 than a magic number I picked (1e-8)
[01:50:11] <rayh> ah okay.
[01:50:14] <SWPadnos> you can make it bigger if you want :)
[01:50:30] <SWPadnos> maybe I'll go with 1e-12 and be done with it
[01:50:54] <rayh> I still worry about the uncertain meaning of zero because both very big and very small divisors will produce it.
[01:51:18] <rayh> But why not. If you write it they will come.
[01:51:27] <SWPadnos> I could just decide that anything within the deadband gets you +1/deadband
[01:52:05] <rayh> that should be a bit clearer.
[01:52:24] <SWPadnos> actually, it's not a big deal to make it -1/deadband from -deadband to just under 0, then plus 1/deadband from 0 to +deadband
[01:55:33] <rayh> That sounds like it would work for something like deadband.
[01:56:27] <rayh> deadband is a constant?
[01:56:47] <SWPadnos> it's a parameter, which must be >= 1e-12
[01:56:56] <SWPadnos> (I changed it)
[01:58:11] <rayh> Okay. And why do we then need a module to invert it. Or are we watch fe in relation to deadband?
[01:58:38] <rayh> trying to watch...
[01:58:44] <SWPadnos> hold on
[01:59:03] <SWPadnos> this is a component that takes a float input, and outputs 1/input on its output
[01:59:52] <SWPadnos> I put in a parameter that I called deadband, which tells the component how close to 0 it can go before deciding to stop doing 1/x (since 1/0 the easiest way to get NaN results)
[02:00:15] <rayh> okay.
[02:00:28] <SWPadnos> I wasn't sure what the output should do when the input is close to 0, which is what I thought we were discussing :)
[02:00:33] <rayh> Oh not axis deadband. Variable deadband.
[02:00:43] <SWPadnos> yes :)
[02:01:02] <SWPadnos> out = 1/in unless |in| is too close to 0
[02:01:07] <SWPadnos> with "too close" user definable
[02:01:52] <rayh> as joe Pisci might say ok ok ok
[02:02:11] <SWPadnos> he might also say "they fuck you at the drive through" :)
[02:02:18] <SWPadnos> but that's not important right now
[02:02:27] <rayh> never go to the drive through
[02:02:48] <SWPadnos> "because they know you'll be miles away before you know you've been ..."
[02:03:05] <rayh> yep.
[02:03:35] <rayh> Good luck with that component. I'll leave you alone to work.
[02:03:57] <SWPadnos> it's done
[02:03:59] <SWPadnos> :)
[02:04:13] <SWPadnos> I'm working on a 2-gear gearchange thing now
[02:06:54] <rayh> catch you later.
[02:06:57] <SWPadnos> see you
[02:21:16] <skunkworks> the logger text file is goofy.
[02:21:21] <skunkworks> (just on devel)
[02:21:43] <skunkworks> logger_dev: bookmark
[02:21:43] <skunkworks> Just this once .. here's the log:
http://www.linuxcnc.org/irc/irc.freenode.net:6667/emcdevel/2008-07-07.txt
[02:21:57] <skunkworks> it is missing usernames and CR's
[02:22:15] <cradek> it looks fine to me
[02:22:19] <skunkworks> oh - ok
[02:24:57] <skunkworks> this is what it looks like for me
http://imagebin.org/22054
[02:25:11] <cradek> ugh
[02:25:17] <SWPadnos> well, that's not right
[02:25:25] <SWPadnos> looks good to me using Mozilla on Windows
[02:25:26] <cradek> that's the link above -07-07.txt?
[02:25:48] <skunkworks> yes
[02:25:55] <cradek> huh
[02:25:58] <SWPadnos> heh - first time using IE7?
[02:26:13] <SWPadnos> to look at the logs I mean
[02:26:37] <SWPadnos> I bet it thinks it's a marked-upu file, since there are all those tags :)
[02:26:40] <skunkworks> no - normally they are just fine
[02:26:44] <SWPadnos> like <SWPadnos> ;)
[02:27:00] <SWPadnos> any recent updates?
[02:28:42] <skunkworks> this is emc yesterday - only cronic replied today.
[02:28:47] <skunkworks> http://imagebin.org/22055
[02:30:24] <SWPadnos> I don't understand
[02:30:33] <skunkworks> yesterdays devel log looks fine. oh well - probably just a fluke.
[02:30:41] <cradek> I bet one has a non-ascii character in it and the other doesn't
[02:30:51] <SWPadnos> yeah, could be
[02:31:00] <cradek> I doubt the pages are being served with the right (mumble mumble)
[02:31:10] <SWPadnos> encoding?
[02:31:17] <cradek> (mumble mumble)
[02:31:24] <SWPadnos> oh, I see
[02:31:47] <cradek> mumble headers mumble apache
[02:31:53] <SWPadnos> oops - I should have said I'm using Firefox on Windows, not Mozilla
[02:33:05] <skunkworks> heh. I hate to hit and run.. but I need to go to bed now. :) ttyt
[02:33:42] <SWPadnos> night
[02:49:13] <CIA-34> EMC: 03swpadnos 07TRUNK * 10emc2/src/hal/components/ (invert.comp gearchange.comp): Two new components: 2-gear spindle gearchanger/limiter, floating point inversion (1/x)
[02:54:58] <CIA-34> EMC: 03swpadnos 07v2_2_branch * 10emc2/src/hal/components/ (gearchange.comp invert.comp):
[02:54:58] <CIA-34> EMC: From TRUNK: two new components, 2-gear spindle gearchanger/limiter, floating point
[02:54:58] <CIA-34> EMC: inversion (1/x)
[02:59:29] <SWPadnos> hmmm. any naming suggestion for a component to do the "deviation from average" thing?
[02:59:51] <SWPadnos> maybe deviation.comp
[02:59:58] <cradek> approxiddt
[03:00:08] <SWPadnos> heh
[03:00:24] <cradek> (I still don't understand how it's different from ddt)
[03:00:35] <SWPadnos> it's not ddt, since it's deviation from the long term average, not deviation from the last sample
[03:01:10] <cradek> can that be constructed with ddt + some other block?
[03:01:17] <SWPadnos> I don't think so
[03:01:44] <SWPadnos> you can do two filters with different time constants, then divide one by the other
[03:01:59] <SWPadnos> (scale by 1/x :) )
[04:07:02] <CIA-34> EMC: 03swpadnos 07TRUNK * 10emc2/src/hal/components/gearchange.comp: Oops - make negative speeds work correctly (M4 now works)
[04:08:12] <CIA-34> EMC: 03swpadnos 07v2_2_branch * 10emc2/src/hal/components/gearchange.comp: backport from TRUNK: fix negative speeds
[04:32:25] <Roguish> SWPadnos, thanks for the inversion comp, way to go.
[11:29:52] <jepler> make: *** No rule to make target `../docs/src/examples/misc.lyx', needed by `depends/examples/misc.d'. Stop.
[11:30:16] <jepler> BigJohnT: did you miss adding a file?
[11:30:30] <jepler> (this is TRUNK)
[11:31:20] <BigJohnT> I might have jepler
[11:32:00] <alex_joni> hi guys
[11:32:04] <BigJohnT> it is in my latest submakefile
[11:32:06] <alex_joni> jepler: thought you were travelling?
[11:32:34] <jepler> alex_joni: I am
[11:32:42] <jepler> just checkingi n
[11:32:52] <jepler> bye
[11:32:57] <alex_joni> heh, have fun
[11:33:13] <BigJohnT> hi alex
[11:34:27] <BigJohnT> I had to do a make clean to get rid of an error on make where the french intergrator manual was looking for a file I replaced with another one
[11:35:10] <BigJohnT> jepler: yes I did :)
[11:37:05] <CIA-34> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/examples/misc.lyx: misc hardware examples
[11:38:38] <CIA-34> EMC: 03bigjohnt 07v2_2_branch * 10emc2/docs/src/examples/misc.lyx: misc hardware examples
[11:42:43] <BigJohnT> alex_joni: does the french manual get updated automagicly?
[11:56:11] <BigJohnT> time to go
[13:06:17] <Skunkemc> I followed these directions here
http://www.ryancloke.com/ubuntu-804-hardy-heron-live-usb-how-to/
[13:06:48] <Skunkemc> seems to boot - but I am assuming what I changed in syslinux.cfg borked the realtime.
[13:09:22] <rayh> morning Skunkemc
[13:09:51] <skunkworks> Good morning ray
[13:10:04] <skunkworks> how is the weather up there?
[13:10:09] <skunkworks> was a beautiful weekend here.
[13:11:59] <SWPadnos> can you pastebin what you did to syslinux.cfg? (and maybe the original from the EMC2 liveCD?)
[13:12:42] <rayh> A bit cool but looks like a nice one today.
[13:13:52] <skunkworks> nice
[13:13:56] <skunkworks> let me look
[13:14:58] <rayh> Hi BigJohnT
[13:15:16] <BigJohnT> hi Ray
[13:15:45] <rayh> I saw a message during make of the docs last night that said the "forward" file was an article type rather than book type.
[13:16:03] <Skunkemc> This is the one from ryans site
[13:16:06] <Skunkemc> http://pastebin.ca/1064601
[13:16:39] <rayh> I was trying to keep up with your work using 8.04 but that doesn't work. Wrong version of LyX.
[13:16:43] <SWPadnos> yep - I'm looking at his page :)
[13:17:12] <BigJohnT> ok rayh I can fix that when I get home
[13:17:29] <rayh> Okay if I don't get there first.
[13:17:49] <rayh> I'm setting up a 6.06 again here.
[13:19:30] <BigJohnT> ok
[13:19:43] <alex_joni> rayh: unfortunately that's true
[13:20:04] <Skunkemc> This is
http://pastebin.ca/1064603 on the live cd (isolinux.cfg)
[13:20:29] <BigJohnT> the 6.06 Lyx works ok with 8.04?
[13:21:51] <rayh> Hi Alex
[13:23:04] <rayh> I tried the LyX export as the older version and it makes a mess.
[13:26:48] <BigJohnT> rayh: do you know where to change it from article to book?
[13:30:30] <SWPadnos> hmmm. I don't see things like syslinux.cfg in cvs/infrastructure/livecd
[13:30:46] <SWPadnos> or anywhere else in CVS, for that matter
[13:31:14] <SWPadnos> coffee time bbiab
[13:34:48] <skunkworks> mv isolinux.cfg syslinux.cfg
[13:34:56] <rayh> That change is ... hang on a sec.
[13:34:58] <skunkworks> this is the command - mv is move I assume
[13:36:06] <rayh> the menu is Layout->Document
[13:36:39] <rayh> and it's the first spinbox there.
[13:36:42] <skunkworks> if I understand it right - the process moves all of the isolinux directory to root.. then renames the isolinux.cfg to syslinux.cfg. Then i pasted what was on ryans site into the syslinux.cfg file
[13:37:03] <skunkworks> *root directory of the keychain drive.. (in effect)
[13:37:29] <BigJohnT> yep that sounds like the place that I found it :)
[13:44:08] <rayh> My 6.06 LyX is giving me fits so I may have to leave that one to you.
[13:44:40] <BigJohnT> ok rayh I'll get it this evening when I get home
[13:44:48] <rayh> How did you install LyX 1.3 in Ubuntu 8,.04?
[13:46:24] <BigJohnT> me?
[13:46:39] <BigJohnT> I don't have 8.04 installed
[13:46:53] <rayh> Oh. Okay. I'll play around a bit here.
[13:51:13] <BigJohnT> I hit the upgrade button to 8.04 the other day but got the chance to chicken out and I did :)
[14:01:13] <alex_joni> hi rayh
[14:01:22] <alex_joni> * alex_joni has terrible response times lately
[14:05:10] <rayh> hehe
[14:07:42] <SWPadnos> skunkworks, I saw what the instructions were - I wanted to see if there were any differences between the stock liveCD isolinux.cfg file and the one on the EMC2 liveCD
[14:08:07] <SWPadnos> if there are any changes for the EMC2 disc, they would be overwritten when you copy the one from Ryan's site
[14:09:18] <skunkworks> yes. :)
[14:10:14] <skunkworks> the only other file that is touched is the casper file.. (I don't think that should effect anything though)
[14:39:07] <SWPadnos> would it make sense to (a) put all the files from the iso on the website and/or (b) put things like the kernel config used on the liveCD in CVS?
[14:39:43] <SWPadnos> also, unrelated, I shuold be checking in a PCNC-1100 config - what do people think about config directory structure?
[14:40:27] <SWPadnos> I'm thinking we should have subdirs for each manufacturer, with either subdirs under there, or just multiple ini files
[14:41:05] <cradek> the livecd uses the same kernel as all the installs doesn't it?
[14:41:40] <SWPadnos> as far as I know
[14:42:07] <SWPadnos> but if you're going to tell me to look in /boot, that's not possible unless I've already downloaded and booted the ISO
[14:42:11] <cradek> I think the chooser doesn't support arbitrary directory nesting, so I guess something like configs/tormach/pcnc-100.ini
[14:42:24] <SWPadnos> ah, ok - I'll look at that
[14:43:59] <SWPadnos> yep - you're right. those pluses I've seen are for different inis - thanks
[14:44:35] <skunkworks> Hmm - I am wondering if it is an issue where the home directory is on the persistant usb install... Let me play with it for a bit.
[14:44:42] <alex_joni> SWPadnos: I started adding things regarding building a LiveCD into CVS
[14:44:45] <skunkworks> latency test ran just fine.
[14:44:49] <rayh> cradek, How much trouble would we have to fix the chooser to allow nested directories
[14:44:54] <SWPadnos> I saw your notes
[14:44:56] <alex_joni> but I'm a bit worried about adding them all
[14:45:21] <alex_joni> then I will probably escape on a route of "it's already documented there.. anybody can do it... I don't have to"
[14:45:29] <SWPadnos> I think it may be beneficial to track config changes actually
[14:45:30] <cradek> rayh: do you think there's a need?
[14:45:53] <SWPadnos> well, there are notes on how to build a CD, but not (for example) a starting kernel/RTAI .config
[14:46:06] <alex_joni> SWPadnos: you can get that from every CD/install
[14:46:09] <alex_joni> it's in /boot/
[14:46:09] <SWPadnos> to get that, you have to download and boot the ISO
[14:46:14] <SWPadnos> ^^
[14:46:24] <alex_joni> or mount it on DH
[14:46:24] <alex_joni> :D
[14:46:33] <alex_joni> mount -o loop ..
[14:46:33] <SWPadnos> I don't see the config on the ISO
[14:46:39] <SWPadnos> I did that on my laptop
[14:46:50] <alex_joni> then you probably need to extract the squashfs
[14:46:52] <cradek> you have to boot because it's in the [compressed] filesystem
[14:46:53] <rayh> Nested ini directories would clean up the configuration tree view a lot.
[14:47:10] <SWPadnos> or is it supplied by the running kernel, like /proc entries ??
[14:47:23] <alex_joni> SWPadnos: nope.. it's a file
[14:47:31] <rayh> pico->univpwm, univstep, ppmc
[14:47:51] <rayh> mesa ->5i20, hostmot, +++
[14:48:11] <alex_joni> rayh: yes, but that makes ~/emc2/configs a bit more of a trouble
[14:48:22] <alex_joni> if the user pushes the button: create a config copy..
[14:48:26] <rayh> yea it does.
[14:48:40] <SWPadnos> only copy the final dir, and hope that no two are named alike ;)
[14:48:47] <SWPadnos> not the whole path
[14:48:47] <alex_joni> should that go to ~/emc2/configs/configname or keep the nested tree
[14:49:21] <alex_joni> SWPadnos: there is another way
[14:49:26] <alex_joni> download the linux-image deb
[14:49:30] <alex_joni> and the file should be in there
[14:49:39] <SWPadnos> ok
[14:49:58] <SWPadnos> it seems it would be easier if some of those files were in CVS or on the website ;)
[14:50:12] <alex_joni> so far no-one needed them
[14:50:12] <rayh> I'm rapidly approaching the opinion that config is getting a case of bloat.
[14:52:52] <rayh> stepconf's config file may point to a direction here if we make a runtime setup.
[14:53:10] <SWPadnos> steve@laptop-m570:/mnt$ sudo mount -t squashfs -o loop test/casper/filesystem.squashfs squash
[14:53:12] <SWPadnos> mount: wrong fs type, bad option, bad superblock on /dev/loop1,
[14:53:13] <SWPadnos> missing codepage or helper program, or other error
[14:53:15] <SWPadnos> hmmm
[14:54:00] <cradek> rayh: seems like we could get rid of all the basic stepper configs that over time become more and more out of date
[14:54:10] <SWPadnos> I think we had considered putting configs into a separate package or area on the website/CVS
[14:54:10] <alex_joni> SWPadnos: can't mount the squashfs like that
[14:54:14] <alex_joni> only the iso
[14:54:19] <SWPadnos> ok - that's what the web seemed to say :)
[14:57:05] <rayh> Certainly as stepconf matures we can switch users from hard coded configs toward using it.
[14:58:04] <rayh> What worries me just a bit is the "hard coded" data that stepconf uses to build it's configuration.
[14:58:10] <alex_joni> SWPadnos: hang on, I'm commiting the config soon
[14:58:16] <SWPadnos> heh -thanks
[14:58:42] <SWPadnos> it's meant for simple stepper configs, not everything anyone can dream up
[14:59:44] <skunkworks> I wonder why booting from this usbdrive chunks the cdrom drive.. chunk chunk chunk chunk
[14:59:54] <rayh> Sure but a small change in the nature of EMC configuration will require changes to the data in stepconf.
[15:00:10] <alex_joni> SWPadnos: need to figure out pageant first
[15:00:14] <alex_joni> it's been a while :D
[15:00:35] <SWPadnos> alex_joni, don't worry about it now - I forgot why I'm looking for the info :)
[15:00:47] <alex_joni> well.. now I got the config
[15:00:54] <SWPadnos> excellent! :)
[15:00:56] <alex_joni> and found my private key for putty/pageant
[15:01:03] <alex_joni> and I'm checking out infrastructure
[15:01:27] <SWPadnos> rayh, what kind of changes are you thinking of? things like changing the name of a HAL pin on some component?
[15:01:27] <rayh> * rayh better retreat from the keyboard and read a bit of code.
[15:03:05] <CIA-34> EMC: 03alex_joni 07TRUNK * 10infrastructure/livecd/kernels/hardy/config-2.6.24-16-rtai: config file for linux kernel 2.6.24-16-rtai
[15:03:20] <alex_joni> now it's in CVS
[15:03:27] <SWPadnos> thanks
[15:03:37] <alex_joni> np
[15:04:54] <SWPadnos> hey - it might help if I had squashfs-tools installed ;)
[15:05:11] <alex_joni> don't bother
[15:05:37] <SWPadnos> according to a couple of websites, you are supposed to be able to mount a squash partition like I tried
[15:06:19] <alex_joni> maybe if you have squashfs as a known fs type
[15:11:37] <skunkworks> huh - stuff run from the home directory doesn't work.. :)
[15:11:52] <alex_joni> stuff?
[15:12:32] <skunkworks> sorry - configs.
[15:12:44] <skunkworks> let me see if I can get some info
[15:21:30] <Skunkemc> emc will run configs from etc... (or wherever the default configs come frim)
[15:21:36] <Skunkemc> http://pastebin.ca/1064695
[15:21:41] <Skunkemc> (there are 3)
[15:22:29] <Skunkemc> http://pastebin.ca/1064696
[15:23:41] <Skunkemc> http://pastebin.ca/1064697
[15:24:35] <cradek> your var file is missing
[15:24:38] <skunkworks> when you start a config from the usb home directory - it never starts.
[15:24:44] <skunkworks> hmm
[15:24:57] <alex_joni> IOError: [Errno 2] No such file or directory: 'stepper.var'
[15:25:13] <skunkworks> odd - I wonder why that doesn't get coppied..
[15:25:15] <cradek> are your home directory and /tmp writable?
[15:25:28] <skunkworks> yes - I saved stuff to it.
[15:25:49] <skunkworks> let me play with it..
[15:29:28] <skunkworks> it is pretty cool with the usb drive being persistant - it keeps configs and such that I put into my home directory
[15:39:12] <skunkworks> That fixed it..
[15:39:15] <skunkworks> weird.
[15:39:18] <cradek> what did?
[15:39:34] <skunkworks> putting a stepper.var file in directory
[15:39:52] <skunkworks> there was a stepper.var but it was locked
[15:40:34] <cradek> locked?
[15:40:38] <SWPadnos> read only
[15:40:43] <cradek> ah
[15:40:44] <SWPadnos> since they were copied from a CD
[15:41:49] <skunkworks> is that it?
[15:41:53] <skunkworks> makes sense
[15:42:06] <skunkworks> but - the other files hal, ini seem fine..
[15:42:17] <SWPadnos> those don't need to be writable
[15:42:21] <SWPadnos> vars get saved
[15:50:39] <skunkworks> I just did it agian.. and it coppied everything ok.. odd
[16:04:16] <skunkusb> cool
[16:17:20] <skunkusb> http://imagebin.org/22079
[16:34:38] <cradek> neat. that's booted from a usb thingy?
[16:36:11] <skunkworks> yes
[16:36:48] <skunkworks> plus it is persistant.. so everything I do gets saved.
[18:28:04] <Skunkemc> hmm - doesn't boot on this vosto
[18:28:10] <Skunkemc> 'boot error'
[18:32:54] <alex_joni> Skunkemc: can you append boot options?
[18:38:54] <Skunkemc> I don't get anything.. - it seems to be a bios error
[18:39:02] <Skunkemc> I updated the bios - same thing.
[18:39:10] <Skunkemc> I know I get the same thing at home with different hardware.
[18:39:29] <alex_joni> ah.. well.. that's it then :)
[18:40:23] <Skunkemc> this is stupid.. I did this to make it work on newer hardware.. but really new hardware doesn't seem to boot off of this usb drive.. I wonder if it is the usbdrive or the motherboard.
[18:40:39] <Skunkemc> It boots on pentium 4 class computers so far.
[18:41:03] <Skunkemc> wait - older pentium 4 class computers - but new enough to have usb boot..
[18:41:07] <Skunkemc> :)
[20:36:53] <skunkworks> http://www.dellcommunity.com/supportforums/board/message?board.id=dim_bios&thread.id=60118
[20:57:43] <SWPadnos> so - back to my old permissions question.
[20:58:16] <skunkworks> to me?
[20:58:28] <SWPadnos> does anyone know how to make a directory that's accessible to a user via FTP, but which that user (a) can't get out of and (b) can't delete/rename anything in
[20:58:35] <skunkworks> I thought I gave you permission.. ;)
[20:58:36] <SWPadnos> without me having root access :)
[20:59:23] <cradek> the ftp server would have to support chroot. also read about sticky directories (man chmod)
[20:59:44] <cradek> you cannot chroot without root permissions (or an already-existing setuid root ftp server)
[21:01:27] <SWPadnos> ok - I looked at sticky directories, but didn't really understand
[21:01:30] <SWPadnos> I'll read it again
[21:01:53] <cradek> /tmp is often sticky for the same reasons you want a sticky directory
[21:03:18] <cradek> I bet anon ftp is often done with chroot. I would not be surprised if ftp servers commonly support that but I don't know any details.
[21:03:26] <SWPadnos> ok, so I guess the problem is that the way ftp is set up, you can't access any files outside your own home dir and below (a good thing)
[21:03:59] <SWPadnos> so to get this to work, I had to create a directory owned by the "master" in the user home dir
[21:04:48] <SWPadnos> below that are the files we want to keep safe, but also the directory name itself has to be left alone, or all the others who use this program to get their updates will fail
[21:23:27] <SWPadnos> ok - made it work. probably a stupid way, but it works
[21:24:06] <SWPadnos> logged in as the user, did chmod u-w on the home dir, and now the user can't even change his own stuff :)
[21:24:22] <SWPadnos> once shell access is removed, it should be safe (since FTP can't get above the home dir)
[21:24:34] <SWPadnos> thanks for the pointer cradek