nazewnictwo pakietówz modułami do jądra

[Jakub Bogusz]

On Wed, Mar 05, 2003 at 10:44:19AM +0100, Jarosław Kamper wrote:
> Dnia Tuesday 04 of March 2003 22:38, Jakub Bogusz napisał:
> > On Tue, Mar 04, 2003 at 09:11:01AM +0100, Jarosław Kamper wrote:
> > > Dnia Sunday 02 of March 2003 17:38, Jakub Bogusz napisał:
> > > [...]
> > >
> > > > A tak przy okazji - po co @%{kernel_ver_str} w nazwie .src.rpm-ów?
> > > > Dotyczy to wszystkich pakietów z Name takim, jak nazwa pakietu
> > > > z modułami UP.
> > >
> > > Żebyś np. nie ciągnął wielki_pakiet.src.rpm, a potem się okazało, że
> > > wymaga kernel-{headers,source}-2.4.18, a Ty akurat masz
> > > kernel-{headers,source}-2.4.{19,20}, albo nawet 2.2 ?
> >
> > A które pakiety _źródłowe_ modułów mają takie sztywne zależności?
> > (zresztą nawet nie ma takich w BR)
> 
> iptables (inna wersja dla 2.4.18 inna dla 2.4.19),

Binarny pakiet tak, źródłowy nie (z --without patchedkernel, bo bez tego
wymaga konkretnej wersji netfiltera, a nie jądra)

> i2c (2.7.0 jest tylko 
> dla 2.4.20, wcześniejsze dla 2.4.1{8,9}),
[...]
> lm_sensors (jak i2c, bo devel jest w BR), 
[...]

Huh? Przypominam, że mowa o pakietach źródłowych.

> Jeszcze jakiemuś pakietowi okołokernelowemu sam to dorabiałem, bo było to
> _potrzebne_.

Ale binarnym.
W źródłowych prawie nigdy nie ma zależności od konkretnej wersji (a tym
bardziej release) jądra - prawie zawsze jest przedział od kilku do
kilkudziesięciu wersji - do ustalenia w BuildRequires.

> > Szczególnie, że .src.rpm-ów modułów jądra używa się najczęściej właśnie
> > do przebudowania na innym jądrze niż któraś wersja dystrybucyjnego.
> 
> Przebudować można, ale co z tego jak się nie zainstaluje, albo nie będzie 
> działać? :)

Jeśli się zbuduje to i zainstaluje; z działaniem może być różnie, ale
to się nie tylko do modułów odnosi. Czy każdemu pakietowi (także
źródłowemu) będziemy dopisywać po @ wersje wszystkich pakietów ze
środowiska budowania? :>


BTW - tym razem o binarnych pakietach - po co @%{_kernel_ver_str}
w release pakietów takich jak iconv czy localedef-src?
I przy okazji glibc-*.src.rpm :/


-- 
Jakub Bogusz    http://cyber.cs.net.pl/~qboosh/