jmkasunich: once the bdi build fails I'll take a look and see if I can write a configure test to detect the problem and switch to the old KDIR style way of finding the kernel headers..
anything I can do to help?
I'll let you know -- that farm slot is up right now, right?
should be, I'm sshing to it now
yeah, its building
I can get config.log right now, you want me to pastebin it?
[01:05:59] <jmkasunich> http://pastebin.ca/148293
man, config.log is long
I'll wait for the paperback to come out
just finished (errored out)
if you need any info about that box, just let me know
kernel directory listings, etc
its possible, but awkward, to ssh into that box, but you'd need accounts on two systems, that one, and the cvs2 server
Makefile:529: /usr/src/kernel-headers-2.6.10-adeos/arch/i386/Makefile: No such file or directory
shouldn't be hard to check for this file being present
[John@cubix5 emc2head]$ ls /usr/src/
its actually in kernel-source-blah
why can't you use the old method all the time?
hmm, the presence of that tar.bz2 makes me wonder if the source isn't even present on a normal BDI install, and I downloaded it later
because the old method uses "uname -r", i.e., the version of the running kernel
oh, and you want to be able to compile for a non-running one ( boot with stock kernel, and still compile for the RT one?)
to do that, don't you need to explicitly specify the rt kernel location anyway?
or do you get it from rtai-config?
it gets it from rtai-config, which is found automatically as long as there's only one on the system
and you can specify it if you want (say you had two different kernel versions installed)
can you check if on the other farm systems, ..../arch/i386/Makefile exists?
no usr/src/*/arch tree on BDI-Live
4.20 is the only 2.6 based one
[John@cubix3 John]$ ls /usr/src/linux-2.4.18/arch/i386/
boot config.in defconfig kernel lib Makefile math-emu mm vmlinux.lds
there is also a usr/src/rrai-24.1.10/arch/i386 directory, but no makefile in it
cubix3 is the BDI-TNG one
If I can't check for arch/i386/Makefile then I'm not sure what test to try ... can you add --with-kernel-headers= to the compile line on that system and call it good?
yeah, I was thinking about that
I have slot specific build scripts for emc1 (because it needs them)
next problem: HTML docuentation leaves a lot of junk around that is not in .cvsignore or clean
until now, emc2 has used the same very simple script for all systems
but its no big deal to fix
does this look right:
./configure --disable-build-documentation --with-kernel-headers=/usr/src/kernel-source-2.6.10-adeos
yes sounds promising
duh... one should always check which computer one is ssh'ed into before editing files
gawd that box is slow
I invoked the configure line manually and skipped the make clean, and it appears to be working
but even with all the user space stuff left over from before, its taking forever to build the modules
build script is edited, gonna start off a proper farm build, that will fix the results webpage
I'm new to emc and reading through the doc
maybe it's not the right place to ask, but I wondered if anybody is using emc for foam cutting with this kind of controller board
[09:09:45] <drouin_> http://www.hobbycnc.com/4aupc.php
oups sorry wrong channel
it's not wrong to ask in here, but #emc is a bit better
just found this one - thanx
drouin_ is now known as poine_
poine_ is now known as poine42
alex_jon1 is now known as alex_joni