OK: iptables.spec

[Wojciech 'Sas' Cieciwa]

On Mon, 19 Jan 2004, Andrzej Krzysztofowicz wrote:
[...]
> > bo czesto src.rpm jest pod konkretne wersje tego co jest w kernelu.
> > patrz iptables i p-o-m ...
> 
> Piszesz o iptables z head ?
> Niby dlaczego src.rpm zbudowany na 2.4 mialby sie nie kompilowac na 2.6 lub
> odwrotnie ?
Np. raw.patch z p-o-m ....

> A jezeli sie nie kompiluje, to nalezy to zdefiniowac w specu, a nie
> sprawdzac wersje kernela przy ktorej pakujemy zrodla za pomoca cpio...

jassne i nagle wstawiamy w iptables.spec
iptables-1.2.9-2.4.20
iptables-1.2.9-2.4.24 
i iptables-1.2.9-2.6.1??

> 
> > I tego NIE zmienisz ...
> > A chcac miec wszystkie mozliwosci musialbys kopiowac 1/3 _kadzego_ kernela 
> > ...
> > w kazdym razie na 100% linux/include/* i net/*
> 
> Jesli cos dziala/kompiluje sie tylko z konkretna wersja kernela, to taka
> informacja powinna byc zaszyta w specu a nie sprawdzana podczas tworzenia
> src.rpm-a.

i wiesz ile to spowoduje problemow ????
obawiam sie, ze do poprawki byla by polowa oskryptowania builderow.
w tym takze distfiles...
Nie mowiac juz o komplikacjach w samym specu ..

> 
> src.rpm-a dla 2.4 / 2.6 powinno dac sie zbudowac na naglowkach 2.2, 2.0, czy
> tez w ogole bez naglowkow i glibc-devel.

Tu masz racje ...
Ale IMHO to wina RPM'a ...
bo ni chce budowac src.rpm'ow jesli nie ma spelnonego jakiegos BR ...


						Sas.
-- 
{Wojciech 'Sas' Cieciwa}  {Member of PLD Team                               }
{e-mail: cieciwa w alpha.zarz.agh.edu.pl, http://www2.zarz.agh.edu.pl/~cieciwa}