holy crap, a release
thanks to everyone who worked on this. very cool.
* fenn fires an ak-47
now I can upgrade the shoptask without using a beta ;-)
or, I can once the dapper packages are built
I'll get to it shortly
hope that machine is on...
didn't realise it was you that built those
yay, it's on
jmkasunich: packages ready
(will do it tomorrow, getting late today)
* jepler kicks his DSL provider
.. cvs service should now be restored
jepler: working on the missing -all now
fixed, I think
I guess nobody with mesa (or maybe nobody at all) tried the betas in dapper
cradek: how was names?
nice - I got there for just the last several hours
dale and greg's setup was really nice, and dale was good at answering questions and showing people things.
That is great
while I was sitting there someone came up and asked: I don't know anything about cnc or computers. How hard will it be for me to learn EMC?
while I was stumbling around explaining why it's impossible for me to give a meaningful answer to that question, Dale intercepted and said "let me show you it" and did a little demo
so, as you can see, he's much better at it.
[Global Notice] Hi all, I'm going to need to take services down for a few minutes -- this is to let you know that the network will be without Chan, Nick, MemoServ et al for the next few minutes. They'll be back up again soon and apologies for the inconvenience.
alex_joni: is the iso anywhere yet?
the personification of the "upper sky", space and heaven
alex_joni: Did you see my post on emc-developer?
ah - I don't think I have actually seen that word in writing.. ;)
ehj: reading it now
ehj: debian/control needs to reference rtaismp
it probably doesn't right now for you
simply changing debian/control won't work, because it's generated from debian/control.in (or something like that)
debian/control.in is also generated by reading the flavours you have defined
hang on 5 mins to boot my hardy box, and I'll find the name of the files you need to change
(or you can use grep -r -e rtai debian/*, and see where rtai is, and rtaismp isn't)
Not particularly helpful, it returned a couple thousand lines. :)
ok.. so the main file is debian/control
which gets generated from debian/control.stub
and the control.stub file gets generated by reading rules.d/i386.mk
Yes, I have it open. It is fairly large.
you only care about the last 2 mk's
I modofied the last two as you can see from the tutorial link,
can you link that again?
it stayed on my windows box :)
[17:10:07] <ehj> http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?EMC_With_Custom_Kernel
that looks ok
did you do debian/rules debian/control.stub ?
and debian/rules debian/control ?
* alex_joni suggest doing that until debian/control.stub contains rtaismp
First time complained about kernel-wedge not being installed. I then installed it and it seemed to run properly.
right, it also builds udebs
although you don't need those
running debian/rules debian/control.stub says make ... is up to date.
then grep control.stub for rtaismp to see if it's there
running debian/rules debian/control lists a script ending with kernel-wedge gen-control > debian/control
No, not found.
can you paste the command you used?
I opened control.stub i gedit and did a search for rtaismp
I searched control.stub for just rtai to see if I made a typo in one of the other files. All I see are references to rtai, none to rtaismp.
then probably you made a typo in one of the mk's
open a terminal, go to debian/ and write"
grep -r -e rtaismp *
Yea, that is what I was thinking, checking now.
Well that returns many lines, but rechecking i386.mk and 0-common-vars.mk in rules.d I see no typos.
Running grep from rules.d shows just the two instances.
I only get 64 for rtai
for rtaismp you should get < 10
I am getting hundreds to thousands.
in debian/ ?
Recall that the better part of the build did run.
debian/rules clean :)
I get an error, "you must run this a root (or use fake root)".
I'm sure it says (or use fakeroot)
fakeroot debian/rules clean
How do I use fakeroot?
ehj: I thought you built these packages already?
I am building them again for 2.3. Plus I wanted to check the tutorial to see that I really did have the steps right. Obviously I do not.
2.3 has nothing to do with the kernel packages
I only got two instances of rtaismp after rules clean.
those 2 mk's
The two I should.
and next you should get about 50-60
after a proper control.stub and control have been generated
I did not think I needed to build the kernel packages again, but I wanted to go through the steps for the tutorial.
No, I just get the same two.
ehj: maybe try removing those
then generate them again
By generate them again, do you mean re-edit or run debian/rules... agains the unmodified mk files?
when you run debian/rules debian/control.stub
a new control.stub file is generated
you never edit the control.stub file itself, it gets generated
BTW, when I run debian/rules debian/control, is it supposed to display the entire script, including things like "if" statements?
obviously you need to be one directory hierarchy up
not in debian/
I did not think so, but that is what I am getting.
k, just a sec. Starting over.
Ok, from the base folder "ubuntu-hardy" I run debian/rules debian/control.stub and it responds "make: 'debian/control.stub' is up to date.
even if the file doesn't exist?
Then I run debian/rules debian/control and get the text of the script displaying.
until control.stub isn't ok, no need to go further
k, why isn't it running properly?
ehj: I have no idea, you're at the machine
I can only tell you how it's supposed to work
you'll need to figure out why it doesn't
What am I looking for, an file not edited properly or a package not installed?
do you get any 'rtai' in the control.stub ?
this has nothing to do with packages
it (debian/rules debian/control.stub) simply reads a couple mk files, and generates debian/control.stub
rtai yes, rtaismp no.
can I see (on pastebin) the output from "grep -r -e rtaismp debian/*" ?
yea, just a sec, I got a phone call.
Right now it is just the two lines I just put back into 0-common-vars.mk and i386.mk
then paste them in here
Can't, it is on a different machine with nothing set up.
then check for spelling spaces, etc
[18:13:50] <ehj> http://pastebin.com/m15891514
I'm surprised debian/binary-custom.d/rtaismp doesn't come up in the grep
I just checked to see if I did something stupid like hit a cap. But it is there, spelled correctly and in the correct case.
Here is the folder listing: http://pastebin.com/m6c42046b
ehj: looks ok from here
Yea, if I made a typo some place I sure don't see it.
I could do a touch, but the dates all look good too.
simply removing debian/control.stub
then generating it with debian/rules debian/control.stub should be all you need to do
What about control.stub.in?
k, it did it and there is now a reference to rtaismp
control.stub.in is the original file, which you never edit or change
k, No difference when making debian/control, should I delete that too?
you can try
fwiw this patch shows all the differences from the original ubuntu kernel to the rtai kernel package I built, perhaps something in it will cause a bell to ring.
[18:39:14] <jepler> http://emergent.unpy.net/files/sandbox/ubuntu-hardy-rtai.patch.bz2
I did. There are now references to rtaismp in control as well. However it is still dumping the text of the script.
ehj: don't mind that
Should I try 'build.sh'?
talk to you in an hour or so. :)
come ON!!! this isn't fair:
360837 extents written (704 MB)
hm, that's about 1 cdrom + 1 floppy
hmm.. this is odd
perhaps .. nah, forget it
emc2: Depends: libpango1.0-0 (>= 1.20.5) but 1.20.1-1 is to be installed
jepler: found an initrd.back which is ~7MB, so maybe that's enough
but I notice it didn't want to upgrade emc2
yeah, you'll have to install the newer libpango
[18:57:39] <alex_joni> http://packages.ubuntu.com/hardy/libpango1.0-0
is there a newer one?
[18:57:55] <jepler> http://packages.ubuntu.com/hardy-updates/libpango1.0-0
ah, from updates
fsck, another 259 upgrades from hardy-updates :/
oh, excuse me while I laugh at your expense
and another 10.3MB diskspace :/
yeah, yeah.. rub it in
jepler: lets do it like this, I'll be the release manager for 2.4, and you'll build the livecd :P
it's a thankless task, so I'm not going to say "thank you".
* alex_joni is only kidding
it's not such a pita.. I just like to complain a bit :)
hm, I wonder how to get dpkg or apt to purge old configuration files
nearly 2 megs in /etc/emc2/sample-configs, for example
I think an upgrade to 2.3 leaves them
yeah, I'll remove them by hand
jepler: but that's before it's compressed, and since it's mostly text I doubt it's more than 1-200 kB
alex_joni: FYI, looks like the build worked this time. Not sure what I did wrong. I will add to the tutorial to just delete those two files (control.stub and control).
has anyone tried the dapper install mesa problem yet?
hmm.. not me, but I could in a "shortish" while
cradek: I don't think it's fixed
[20:53:19] <jepler> http://pastebin.ca/index.php
[20:53:26] <jepler> http://pastebin.ca/1397681
I'll look again tonight.
^^ list of emc2-related packages I have after updating
can't look at that very easily now.
are you on the road tomorrow too?
hopefully back tonight
yay, it fits :)
the lady in the next booth reports that she doesn't have enough red blood cells.
alex_joni: I am up to building rtai and am getting an unmet dependency for linux-headers-2.6.24-16-rtai which does not exist, but linux-headers-2.6.24-16-rtaismp does. I see from my notes that last time you had me do "sudo apt-get build-dep linux-image-2.6.24-23-generic", which I did, but it made no difference.
you need to edit rtai
especially the debian/control part
change 2.6.24-16-rtai with 2.6.24-16-rtaismp
also in debian/rules there's a KERNEL_VER=
I got the debian/rules. I don't have any other changes in my notes.
I don't see a debian/control under rtai.
Never mind, wrong folder.
That got it.
jepler: I just had a thought
we don't really need the devel tools on the CD itself, right?
we could just specify the packages needed in the desktop manifesto, and they "should" be installed during the process
(although on PCs without network access nothing changes :?)
alex_joni: the point is to help people who don't have network access
yeah, just realized that... it's probably a bit late here :)
although I noticed build-essential and gcc are on the CD
oh really? I didn't know that.
they are in the pool/ included on the CD (not in the LiveCD)
so you need to apt-cdrom add, then you can apt-get install them
and matching libstdc++
man it's windy out there
does that take less space than installing them in the filesystem? interesting.
I would expect it takes up more
it's not compressed
odd things included there.. like fakeroot and dpkg-dev
if anyone else wants to take a look at the livecd it's on www.linuxcnc.org/hardy/
(note: haven't tried it yet myself, except in a qemu)