You collect all intermediary patches in one directory, other then
kernel sources, and you type 'sh /usr/src/linux/scripts/patch-kernel'.
That is it, but it assumes that what you patch is located in
/usr/src/linux. See below.
If 'axp-diffs' were applied you have first to 'unpatch' your sources,
with 'patch -R', or kernel 'upgrade patches' will not apply cleanly.
> Do I need axp-diffs?
With current kernels:
- if you compile for ELF and glibc axp-diffs are required
- if you compile of ECOFF and libc (RH 3.0.3) then you should NOT use
There are differences in a layout of certain structures from 2.0.18 on
but, contrary to what you may here on this list from time to time, kernel
compiles cleanly without axp-patches.
> Where do I get them if I do?
Same place as always. ftp.azstarnet.com
> Do I have to use the patches?
That is the sane way to do that.
> I rather keep the
> 2.0.18 kernel source prestine so RPM doesn't freak out.
RPM will freak out in any case as compilation of a kernel assumes that
sources are in /usr/src/linux (there are ways around it, but if you have
ask all these questions do not even think about it). If you want to
keep 2.0.18 tree as a reference point rename /usr/src/linux into
/usr/src/linux-2.0.18, do 'cp -a /usr/src/linux-2.0.18 /usr/src/linux-2.0.25'
and 'ln -sf /usr/src/linux-2.0.25 /usr/src/linux' before you start
BTW - you are pointing into a MAJOR weakness in the whole RPM story.
In that respect a many years old 'package' model by NeXT is unbeatable.
If you are doing an upgrade then in every place when required you will
get a dialog which says roughly "Whoa! You made some changes here.
Should I overwrite with my version anyway or leave it alone?" and an
upgrade program pays attention to your answers.
> (I've spent 2 hours looking for this information, but couldn't find it)
Obviously you are looking in wrong places.
> PS- I've tried with a brand new 2.0.25 directory with no "axp-diffs"
> and I have /usr/src/linux pointing to it, but I get this error
> when I make menuconfig:
> rm -f include/asm
> ( cd include ; ln -sf asm-i386 asm)
You forgot to change architecture in a top Makefile from i386 to alpha.
This is all what is required but configure program is not smart enough
to do that by itself. If you would use patches starting from yours
2.0.18 tree, or its copy, then you would not trip on this small detail
(not mentioning the time to get these many megabytes of new sources;
big fun if you doing that over a modem).
-- To unsubscribe: send e-mail to email@example.com with 'unsubscribe' as the subject. Do not send it to firstname.lastname@example.org
Copyright © 1995-1997 Red Hat Software. Legal notices