problems with patching.

problems with patching.

[Moritz Angermann]

o.k. i tryed to patch my 2.4.18 kernel with the patches from 
ftp://ftp.namesys.com/pub/reiserfs-for-2.4/2.4.18.pending
as sugested...
but a few of them fail to work.

for a few i had to link /usr/src/linux to /usr/src/linux-2.4.18 and to
/usr/src/linux-2.4.18.o
a few were trying to patch 2.4.9-pre* .. or s.th.
one was trying to patch 'a' and one was trying to patch a SuSE kernel.

erm guys. this is no way user friendly ...
and really confusing.

i just wonder if i now made my kernel more safe or if i broke it...

i'll now do a recompiling, but first switching on ramdisk support,

than rebootig and running mkrescue, on my debian box. as the debian ppl
told me in #debian on OPN.
i'll put the reiserfs tools on my secound partition. so i can have /
unmounted and still have access to the reiserfsprogs.

so any final sugestions ?#

thanks,
-moritz

Re: problems with patching.

[Kuba Ober]

On czwartek 18 lipiec 2002 09:52 am, Moritz Angermann wrote:
> o.k. i tryed to patch my 2.4.18 kernel with the patches from
> ftp://ftp.namesys.com/pub/reiserfs-for-2.4/2.4.18.pending
> as sugested...
> but a few of them fail to work.
>
> for a few i had to link /usr/src/linux to /usr/src/linux-2.4.18 and to
> /usr/src/linux-2.4.18.o
> a few were trying to patch 2.4.9-pre* .. or s.th.
> one was trying to patch 'a' and one was trying to patch a SuSE kernel.
>
> erm guys. this is no way user friendly ...
> and really confusing.

# man patch
Things are confusing when one doesn't read documentation ;-)

What you wanted to do was 
# cd /usr/src/kernel-yourversion
# patch -p1 something.patch
p1 tells patch to ignore leading directory element, so if patches were against
linux-blah/something
they would now be against
something

Cheers, Kuba Ober

Re: problems with patching.

[Philippe Gramoullé]

On 18 Jul 2002 15:52:42 +0200
Moritz Angermann <moritz.angermann@gmx.net> wrote:

  |  i'll put the reiserfs tools on my secound partition. so i can have /
  |   unmounted and still have access to the reiserfsprogs.

I always compile reiserfsck statically linked because one might not
be able to access the partitions where the shared library are.

Given the frequency of reiserfck's use ( it shouldn't be too often :o)
i wonder if it wouldn't be better to compile it statically linked by default.

In the mean time , you can add a -static in the reiserfsck's Makefile directory.

Thanks,

Philippe.