[HEAD] util-linux si

[Andrzej Krzysztofowicz]

Jakub Bogusz wrote:
> On Sat, Sep 06, 2003 at 11:29:52PM +0200, Andrzej Krzysztofowicz wrote:
> > Jakub Bogusz wrote:
> > > On Sat, Sep 06, 2003 at 10:25:24PM +0200, Paweł Gołaszewski wrote:
> > > > [...]
> > > > + patch -p1 -s
> > > > + < /home/users/instbld/rpm/SOURCES/util-linux-glibc.patch
> > > > + echo Patch #13 (util-linux-losetup-getpass.patch):
> > > > Patch #13 (util-linux-losetup-getpass.patch):
> > > > + patch -p1 -s
> > > > + < /home/users/instbld/rpm/SOURCES/util-linux-losetup-getpass.patch
> > > > 1 out of 8 hunks FAILED -- saving rejects to file mount/mount.c.rej
> > > > error: Bad exit status from /var/tmp/rpm-tmp.91647 (%prep)
> > > > 
> > > > 
> > > > RPM build errors:
> > > >     Bad exit status from /var/tmp/rpm-tmp.91647 (%prep)
> > > > 
> > > > 
> > > > Osobę, która dokonywała upgrade uprasza się o dokonanie brakując(ych|ego) 
> > > > commit(u|ów)
> > > 
> > > E tam, buduje się. Pewnie na jakimś starych nagłówkach jądra próbujesz ;>
> > > Trzeba w końcu spróbować, czy wersja z patchami robionymi pod 2.4 działa
> > > skompilowana na 2.2 działa poprawnie (mount i losetup z szyfrowaniem) na
> > > 2.2 - może tych starych wersji łat nie trzeba uaktualniać.
> > 
> > Co maja naglowki jadra do nakladania latek w sekcji %prep ?
> 
> Część łatek (konkretnie 3 związane z kerneli/cryptoapi) jest nakładana
> w zależności od makra %{_kernel24}, definiowanego na podstawie
> %{_kernel_ver}, definiowanego na podstawie UTS_RELEASE z <linux/version.h>.

Niemniej, poprawny upgrade pakietu powinien polegac na zaktualizowaniu
wszystkich obecnych sciezek kompilacji, lub wycieciu niewspieranych.

PS. Wiem, malo kto to robi...

-- 
=======================================================================
  Andrzej M. Krzysztofowicz               ankry w mif.pg.gda.pl
  phone (48)(58) 347 14 61
Faculty of Applied Phys. & Math.,   Gdansk University of Technology