#emc-devel | Logs for 2008-11-08

[03:48:32] <jmkasunich> jepler: around?
[03:48:47] <jmkasunich> I'm trying to set up compile farm stuff
[03:49:10] <jmkasunich> when I installed build-dep on the non-rt hardy box it brought in the rtai kernel
[03:49:44] <jmkasunich> I don't think I want that - can I just uninstall the kernel, or is that gonna lead to unmet dependencies
[03:49:45] <jmkasunich> ?
[03:50:17] <cradek> just leave it installed but don't boot it?
[03:50:49] <SWPadnos> that would leave a realtime dir somewhere, which is different from a true sim situation
[03:51:24] <jmkasunich> at a minimum I'll have to edit menu.lst, otherwise I bet it will be booted by default
[03:51:41] <cradek> sorry what's the ultimate goal?
[03:51:47] <SWPadnos> if the complaints are true, then you probably don't have to worry
[03:51:54] <cradek> heh, that's true
[03:52:03] <jmkasunich> to have a VM with a vanilla hardy install, and compile sim mode EMC2 on it
[03:52:14] <SWPadnos> (it seems that the RT kernel doesn't become the default kernel when installed onto a stock Ubuntu system)
[03:52:26] <jmkasunich> I'll have to look at menu.lst and see
[03:52:55] <jmkasunich> but anyway, this system isn't gonna be very "vanilla" if it has a RT kernel (and matching headers, etc) on it
[03:53:41] <cradek> ah, for sim mode, you sure could just uninstall it
[03:53:51] <cradek> you don't need kernel headers or anything
[03:54:21] <SWPadnos> wouldn't that uninstall emc2-dev also, since it appears to be dependent on the RT kernel?
[03:54:22] <cradek> for sim you need a couple things not in the build-dep; configure will tell you what they are
[03:54:46] <jmkasunich> I think libpth is one of them, that is mentioned in the wiki
[03:54:48] <cradek> where do you see that?
[03:55:02] <cradek> Depends: g++, libpth-dev, python (>= 2.4), python (<< 2.5), emc2-sim (= 1:2.2.0), yapps2-runtime
[03:55:03] <SWPadnos> err, maybe not emc2-dev - he did say build=dep
[03:55:04] <jmkasunich> libpth?
[03:55:12] <cradek> SWPadnos: ^
[03:56:06] <SWPadnos> ok - just wondering about jmk's original statement: "when I installed build-dep on the non-rt hardy box it brought in the rtai kernel"
[03:56:26] <SWPadnos> so you must have installed emc2, not emc2-sim
[03:56:27] <jmkasunich> "installed build dep" was the wrong working
[03:56:33] <SWPadnos> ok
[03:56:34] <jmkasunich> apt-get build-dep emc2
[03:56:45] <jmkasunich> I didn't actually _install_ emc2
[03:56:51] <SWPadnos> sure, that's what I thought you meant
[03:57:02] <SWPadnos> there's another package though, called emc2-sim
[03:57:15] <jmkasunich> I didn't install that either
[03:57:20] <SWPadnos> cradek, was that paste from the emc2-sim build deps?
[03:57:33] <SWPadnos> different dependencies for build-dep emc2-sim though
[03:57:40] <jmkasunich> oh, I see - I should have dones "build-dep emc2-sim" on the non-rt systems
[03:57:44] <SWPadnos> right
[03:58:03] <cradek> that was depends for emc2-dev
[03:58:05] <SWPadnos> for those systems where a sim package exists, which is not all (though I don't recall which ones are missing)
[03:58:08] <SWPadnos> ok
[03:58:22] <jmkasunich> is emc2-sim a hardy only thing?
[03:58:23] <cradek> you said it depended on the kernel, which is incorrect
[03:58:40] <cradek> jmkasunich: I think it's built for dapper only ... maybe
[03:58:53] <jmkasunich> I just tried build-dep emc2-sim on the dapper VM and it couldn't find the source package
[03:59:00] <SWPadnos> that was an assumption based on jmk mentioning that the RT kernel came along with an apt-get build-dep
[03:59:05] <jmkasunich> I'm juggling four systems here......
[03:59:07] <SWPadnos> hmmm
[03:59:16] <cradek> jmkasunich: deb http://www.linuxcnc.org/emc2 dapper emc2.2-sim
[03:59:19] <SWPadnos> then I'd just uninstall it ;)
[03:59:34] <SWPadnos> (the RT kernel that is)
[03:59:49] <cradek> jmkasunich: sim and non-sim are in different apt repos
[04:00:02] <jmkasunich> gotcha - fixing sources.lst now
[04:01:05] <jmkasunich> damn, I bet I should have uninstalled the RT kernel before I removed the emc2.2 repo from sources.lst
[04:02:11] <jmkasunich> what is the apt command for "get rid of it all"? remove, or is there something else?
[04:02:22] <cradek> apt-get remove --purge ...
[04:03:56] <jmkasunich> got some interesting error/warning messages from that
[04:04:11] <jmkasunich> "the link /vmlinux is a damaged link"
[04:04:19] <jmkasunich> ditto for /initrd.img
[04:04:33] <jmkasunich> and "cannot delete /boot/initrd.img-2.6.15-magma, doesn't exist"
[04:04:44] <cradek> hmm
[04:04:54] <cradek> it'll probably still boot
[04:06:25] <jmkasunich> yeah, the generic kernel is at the top of the list, and the default number is 0
[04:08:32] <jmkasunich> rebooting that vm
[04:08:51] <jmkasunich> the dapper RT one should be all good, on to hardy non-rt
[04:12:53] <jmkasunich> for hardy non-rt, is the repostitory line supposed to end "hardy base emc2.2-sim" ?
[04:13:11] <cradek> I don't think there is hardy sim
[04:13:16] <jmkasunich> oh
[04:13:52] <jmkasunich> I already loaded the non-sim repo, and got the build-deps for emc2, then removed the rtai kernel and modules
[04:14:09] <jmkasunich> I bet I can just remove the emc repos from sources.list completely now
[04:15:14] <cradek> yes, you never needed them
[04:15:46] <jmkasunich> well, build-dep emc2 is probably the easiest way to get all the stuff I need to build
[04:17:40] <jmkasunich> cool, after reboots the non-rt systems are running the proper kernels
[04:19:24] <cradek> yay
[04:22:01] <jmkasunich> by the fourth time I do each step it goes pretty quick....
[04:25:08] <CIA-38> EMC: 03cradek 07TRUNK * 10emc2/share/axis/tcl/axis.tcl: slightly incomplete max velocity control in AXIS
[04:25:11] <CIA-38> EMC: 03cradek 07TRUNK * 10emc2/src/emc/usr_intf/axis/scripts/axis.py: slightly incomplete max velocity control in AXIS
[04:36:32] <jmkasunich> ssh to linuxcnc.org working on all four....
[04:45:25] <jmkasunich> * jmkasunich smacks jepler's DSL
[04:45:37] <jmkasunich> 3 checkouts per machine, 4 machines
[04:45:48] <cradek> 3 checkouts??
[04:45:52] <cradek> why?
[04:46:00] <jmkasunich> trunk, 2.2, and 2.1
[04:46:07] <jmkasunich> I suppose 2.1 isn't really needed
[04:46:10] <cradek> oh
[04:46:26] <cradek> surely you could do the three and copy it locally...
[04:47:05] <jmkasunich> I've never moved checkouts around
[04:47:21] <jmkasunich> I suppose as long as all the CVS/ directories get transferred it would work
[04:47:25] <cradek> yeah
[04:47:34] <SWPadnos> it's good to insure that the keys are correct (if you're doing non-anon checkouts)
[04:47:47] <jmkasunich> but that would involve tarring it up on one box, scping to the other, untarring, etc
[04:47:57] <jmkasunich> I'd just rather type the checkout commands and let it do its thing
[04:48:05] <SWPadnos> just use a host/client shared directory
[04:48:17] <jmkasunich> SWPadnos: then I'd have to set that up
[04:48:20] <SWPadnos> (for the transfer, not for building)
[04:48:22] <jmkasunich> four times
[04:48:22] <SWPadnos> eh
[04:48:24] <SWPadnos> he
[04:48:25] <SWPadnos> h
[04:48:30] <jmkasunich> lo
[04:48:31] <jmkasunich> l
[04:48:39] <SWPadnos> right
[04:48:41] <SWPadnos> night
[04:48:43] <SWPadnos> :)
[04:48:45] <jmkasunich> night
[04:53:38] <jmkasunich> I just realised that my farm README has 2.0 and 2.1, and omits 2.2
[04:53:48] <jmkasunich> I suppose we really don't need to be doing 2.0 anymore
[05:18:27] <jmkasunich> dang
[05:18:48] <jmkasunich> my old "slot" numbers are a bit of a nuisance
[05:40:00] <CIA-38> EMC: 03jmkasunich 07TRUNK * 10infrastructure/farm-scripts/ (README index.shtml run_farm): removed versions 2.0 and 2.1 from the farm, added list notification of 'Pass after a Fail', other minor tweaks
[05:46:20] <jmkasunich> why do you need to use "visudo" to edit /etc/sudoers
[05:48:37] <jmkasunich> nevermind
[05:48:50] <jmkasunich> read the man page, found out that it wasn't going to force me to use vi.....
[05:53:52] <CIA-38> EMC: 03compile-farm 07Ubuntu 6.06 LTS (dapper) realtime (2.6.15-magma) (2.6.15-magma) * 10emc2head/: build PASSED
[06:08:29] <CIA-38> EMC: 03compile-farm 07Ubuntu 6.06 LTS (dapper) non-realtime (2.6.15-52-386) * 10emc2head/: build PASSED
[06:10:47] <CIA-38> EMC: 03compile-farm 07Ubuntu 6.06 LTS (dapper) non-realtime (2.6.15-52-386) * 10emc2.2branch/: build PASSED
[06:32:07] <CIA-38> EMC: 03compile-farm 07Ubuntu 8.04 LTS (hardy) non-realtime (2.6.24-21-generic) * 10emc2.2branch/: build FAILED ; see http://linuxcnc.org/compile_farm/emc2.2branch_slot3_log.txt
[06:35:58] <CIA-38> EMC: 03compile-farm 07Ubuntu 8.04 LTS (hardy) non-realtime (2.6.24-21-generic) * 10emc2head/: build PASSED
[06:38:27] <CIA-38> EMC: 03compile-farm 07Ubuntu 8.04 LTS (hardy) non-realtime (2.6.24-21-generic) * 10emc2.2branch/: build PASSED
[06:40:22] <CIA-38> EMC: 03compile-farm 07Ubuntu 8.04 LTS (hardy) realtime (2.6.24-16-rtai) * 10emc2.2branch/: build PASSED
[06:44:28] <CIA-38> EMC: 03compile-farm 07Ubuntu 8.04 LTS (hardy) realtime (2.6.24-16-rtai) * 10emc2head/: build PASSED
[11:43:55] <BigJohnT> what does the debian/emc2-docs.files do?
[11:56:54] <steve_stallings> steve_stallings is now known as steves_logging
[17:49:46] <cradek> I wonder why relative I,J won out. The absolute seems easier to work with. (BOSS uses absolute).
[17:50:01] <cradek> well that's not true - BOSS switches depending on G90/G91
[18:03:27] <cradek> (so I make gcode compatible with both by always doing G91 arcs)
[18:05:12] <alex_joni> jepler: I just watched http://linuxcnc.org/compile_farm/emc2.2branch_slot3_log.txt
[18:05:20] <alex_joni> there are some unusual things in there:
[18:05:36] <alex_joni> ../bin/comp --document -o ../docs/man/man9/conv_float_u32.9 hal/components/conv_float_u32.comp
[18:05:39] <alex_joni> Depending conv_float_u32.9
[18:05:41] <alex_joni> sh hal/components/mkconv.sh float s32 "" -2147483647-1 2147483647 < hal/components/conv.comp.in > hal/components/conv_float_s32.comp
[18:05:44] <alex_joni> [: 2: ==: unexpected operator
[18:07:19] <alex_joni> jmkasunich: cool stuff adding 8.04 :)
[18:07:25] <alex_joni> hope it wasn't too much trouble
[18:14:47] <jmkasunich> not really, just took a while to get around to it
[18:19:30] <alex_joni> no majour issues with hardy then?
[18:19:43] <jmkasunich> nothing that made it fail compiling
[18:19:56] <jmkasunich> I'm finding some strange behavior with sudo and /etc/sudoers
[18:20:26] <jmkasunich> on all the VMs, I have a line in /etc/sudoers that should let the scripts run ntpdate without a password, to keep the clocks in sync
[18:20:34] <cradek> sorry I ignored your question - because I have no idea
[18:20:40] <jmkasunich> on breezy it works, on dapper and hardy it doesn't
[18:21:36] <alex_joni> hmm.. did the syntax change?
[18:22:00] <jmkasunich> haven't been able to find anything yet
[18:22:17] <jmkasunich> I've only really started googling today, it was 2am last night when I ran into this'
[18:22:22] <alex_joni> what's the line?
[18:22:33] <fenn> jmkasunich: can't you just run ntpd?
[18:23:52] <jmkasunich> fenn: no, ntpd and VMs don't play nice together
[18:24:20] <jmkasunich> not 100% sure why, I think it may relate to the fact that time doesn't pass at the same rate for a VM (in some cases)
[18:24:31] <jmkasunich> or it may have been only the RT kernels that had that problem
[18:25:00] <jmkasunich> or, it might have been when I suspend a VM that it got all screwed up - don't remember details, just remember I wasted a day or so trying to make it work
[18:25:34] <fenn> ah
[18:27:30] <jmkasunich> alex_joni: "jmkasunich localhost = NOPASSWD: /usr/bin/ntpdate"
[18:27:36] <jmkasunich> at the end of the file
[18:31:45] <alex_joni> hmm.. looks ok
[18:31:55] <jmkasunich> works ok on breezy too
[18:32:01] <alex_joni> maybe try ALL instead of localhost
[18:32:31] <alex_joni> or:
[18:32:45] <alex_joni> jmkasunich localhost=(ALL) NOPASSWD: /usr/bin/ntpdate
[18:35:15] <jmkasunich> changing localhost to ALL worked
[18:35:26] <jmkasunich> adding the (ALL) didn't change anything
[18:35:54] <jmkasunich> thanks
[18:36:56] <jmkasunich> have I mentioned lately that vi is vile
[18:37:07] <jmkasunich> on dapper, visudo actually give me pico/nano
[18:37:14] <jmkasunich> on hardy, I get vim
[18:37:25] <jmkasunich> and setting EDITOR and/or VISUAL doesn't seem to help
[18:46:01] <CIA-38> EMC: 03jmkasunich 07TRUNK * 10infrastructure/farm-scripts/README: minor tweak to get passwordless ntpdate
[18:46:12] <jmkasunich> everything working now, thanks again
[18:46:24] <jmkasunich> next step (maybe) is to run the testsuite
[18:46:51] <jmkasunich> I'm a little concerned about that though - compiles either pass or fail, while tests might lock up
[18:47:01] <jmkasunich> bbl
[18:47:45] <alex_joni> Update for Ubuntu 8.04: The default editor for visudo has changed to vi. To change this behavior, using any editor,
[18:47:51] <alex_joni> https://help.ubuntu.com/community/Sudoers#Editing the sudoers file
[19:26:02] <fenn> "Because sudo is such a powerful program" translation "because of our stupid policy decisions your system will break completely if you make a single typo in /etc/sudoers"
[19:33:34] <jmkasunich> fenn: you mean the decision not to have a root account by default?
[19:34:30] <jmkasunich> keep in mind that Ubuntu was not targeted at linux geeks, it was target the likes of Dave H on the mailing list
[19:44:13] <fenn> well, i guess i'm confusing two separate incidents, one where i made a typo in sudoers, and another where i changed /etc/hosts and it broke sudo
[19:45:07] <fenn> but puking on a single typo is bad behavior in my book
[19:45:08] <jmkasunich> visudo is there to protect you against typos in sudoers
[19:45:29] <fenn> and having a special editor command that you just have to know you have to use, is not even a hack, it's a kludge
[19:47:02] <jmkasunich> there is no getting around the fact that there will be files on a system where typos can screw you
[19:47:07] <cradek> with a long history (vipw, vigr)
[19:47:13] <jmkasunich> grub/menu.lst can keep you from booting
[19:47:28] <jmkasunich> fstab can keep you from mounting things
[19:47:29] <jmkasunich> etc
[19:47:42] <fenn> this is true, but why cant it just ignore the line?
[19:48:17] <jmkasunich> depending on the line, ignoring could either lock you out, or allow attackers in
[19:48:31] <cradek> in the case of an error, guessing what the user meant is bad policy
[19:48:50] <fenn> the problem is it locks you out no matter what the error was
[19:49:09] <fenn> "syntax error reading /etc/sudoers" or something like that
[19:49:10] <cradek> from a security standpoint, that may be the right decision
[19:49:17] <jmkasunich> exactly
[19:49:20] <cradek> sure but then who gets to use sudo?
[19:49:39] <cradek> what were we arguing about? haha
[19:49:42] <jmkasunich> if you manage to fsck up sudoers, you reboot into recovery mode and fix it
[19:49:54] <jmkasunich> if you can't reboot into recovery mode, maybe it's because you are an attacker
[19:50:09] <jmkasunich> fail-secure
[19:51:22] <jmkasunich> cradek: arguing about this - fenn: "because of our stupid policy decisions your system will break completely if you make a single typo in /etc/sudoers"
[19:51:51] <fenn> i just thought it was ironic that they tried to cover up this mess with "because sudo is so powerful"
[19:52:33] <fenn> words are imprecise.. oh well
[19:53:32] <alex_joni> well.. I managed to fsck it up once, by changing the write permissions
[19:53:53] <alex_joni> after that it didn't want to run, because of improper permissions :)
[19:56:41] <cradek> ha, shop door is wider than my car
[19:56:59] <jmkasunich> I thougth your shop door was a garage door?
[19:57:29] <cradek> no it's a steel double-person door now
[19:57:41] <cradek> 6' wide
[20:00:03] <jmkasunich> so did you pull the car into the shop?
[20:00:27] <cradek> it's so tempting, but I'd have to move a couple things.
[20:00:40] <cradek> I'm trying (probably unsuccessfully) to heat the garage instead
[20:00:42] <jmkasunich> only tempting if you need to work on it or something
[20:01:08] <cradek> yeah, I do
[20:01:18] <cradek> I've been putting it off...
[20:01:20] <jmkasunich> ugh, chores
[20:01:36] <jmkasunich> I've been putting off raking leaves
[20:01:45] <jmkasunich> "there are still some on the tree, why rake now?"
[20:01:57] <alex_joni> heh, and they'll be gone by spring
[20:02:08] <cradek> natural compost
[20:02:09] <jmkasunich> thats what I thought last year
[20:02:17] <alex_joni> maybe next spring :D
[20:02:25] <cradek> unfortunately, it's spread uniformly on the yard...
[20:02:31] <jmkasunich> matted down soggy mess that killed the grass
[20:02:53] <alex_joni> you need an autonomous leaf blower
[20:02:59] <fenn> just run the lawn mower over it
[20:03:12] <jmkasunich> no, I just need to get my lazy ass outside and deal with it
[20:04:08] <jmkasunich> starting right now - bbl
[20:04:29] <alex_joni> * alex_joni heads to bed
[20:56:29] <skunkworks_> cradek: are you around?
[20:57:21] <cradek> off and on
[20:57:55] <cradek> every time I go looking for a tool I put down somewhere - so, pretty often
[20:58:01] <skunkworks_> heh
[20:58:03] <skunkworks_> Tuning\
[20:58:13] <skunkworks_> how do you go about it?
[20:58:19] <skunkworks_> (in 10 workds or less)
[20:58:23] <skunkworks_> ;)
[20:59:11] <skunkworks_> increase P until osc then back off. Add a bit of D. then use ff2?
[20:59:34] <skunkworks_> I am trying to remember what jon did - seemed pretty simple.
[20:59:40] <cradek> set I=0, adjust P to barely oscillate, adjust D to stop oscillation, set up a back-and-forth program, adjust following with FF1 and FF2, add some I until it starts getting screwy, tweak everything for hours
[20:59:56] <skunkworks_> Cool
[20:59:58] <skunkworks_> Thanks
[21:00:00] <cradek> sure
[21:00:01] <cradek> bbl
[21:00:42] <skunkworks_> BAS is hooked up. Only running 80v so far.
[21:00:51] <skunkworks_> (big ass servo)