SPECS: glibc.spec (HEAD)

[Radoslaw Zielinski]

Tomasz Trojanowski <tomek at uninet.com.pl> [29-12-2002 20:07]:
> On Sun, 29 Dec 2002, Radoslaw Zielinski wrote:
>> Uzasadnienie zmiany poprzedniej (BuildRequires: kernel-headers): glibc nie
>> zbuduje się bez nagłówków jądra, więc -- zgodnie z zasadą ,,zależności
>> powinny w jednoznaczny sposób określać środowisko budowania'' -- jakoś
>> to w BR trzeba ująć.
> Bez przesady. Każde "środowisko budowania" wymaga nagłówków jądra (pomijam
> oczywiście przypadki niektórych modułów perla czy pythona itp.). I to już
> jednoznacznie wyznacza konieczność zainstalowania tychże w systemie.
> Ale ujmowanie tego w zależność nie przynosi prawie żadnych korzyści

Przynosi wymierną korzyść: jednoznaczność.  Skoro pliki *.h z glibc-devel
wymagają <asm/*.h> lub <linux/*.h>, to zależności RPM-a powinny to
odzwierciedlać.

> w przypadku jądra dystrybucyjnego, a przeszkadza w przypadku nieużywania
> jądra dystrybucjnego, co wcale nie jest ewenementem.

W jaki sposób przeszkadza?  Zabrania używania odpowiednich opcji RPM-a
(--force, --nodeps, ignore w poldku), lub stworzenia wirtualnego pakietu
pseudo-kernel-foo.noarch.rpm?

Brak takich zależności przeszkadza w automatyzowaniu budowania na
podstawie zawartości BR i BC (ktoś proponował tworzenie w ramdysku
środowiska budowania na nowo dla każdego pakietu; dobry przykład), oraz
w przygotowywaniu środowiska programistycznego bez szczegółowej wiedzy
na temat sposobu popakowania bibliotek systemowych w przypadku _używania_
jądra dystrybucyjnego.  Co wcale nie jest ewenementem.

>>> skutecznie uniemożliwia wyinstalowanie jądra, bez uzywania --force,
>>> w przypadku gdy ktoś nie używa dystrybucyjnego jądra.
>> Wygląda na to, że zapomniałeś podać lepsze rozwiązanie.
> Podałem. Cofnąć obie twoje zmiany.

To nie jest rozwiązanie.

-- 
Radosław Zieliński <radek at karnet.pl>
[ GPG key: http://radek.karnet.pl/ ]

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-pl/attachments/20021229/b691c148/attachment.sig>