SPECS: glibc.spec (HEAD)
Tomasz Trojanowski
tomek w uninet.com.pl
Pon, 6 Sty 2003, 09:52:39 CET
On Sat, 4 Jan 2003, Radoslaw Zielinski wrote:
> wrobell <wrobell w ite.pl> [04-01-2003 19:01]:
> > On Sat, Jan 04, 2003 at 06:25:12PM +0100, Radoslaw Zielinski wrote:
> [...]
> >> Budowanie glibca zależy od obecnych w systemie nagłówków jądra. Część
> >> plików nagłówkowych [1], dostarczanych przez glibc-devel, a stosowanych
> >> przy budowaniu innego oprogramowania, także włącza nagłówki jądra. Aby
> >> zapewnić, że dany pakiet, korzystający (bezpośrednio czy pośrednio) z
> >> tych plików, zbuduje się niezależnie od dostępnej w /usr/src/linux
> >> wersji jądra czy fantazji grzebiącej w tym katalogu osoby [2], należy
> >> dostarczyć dokładnie tych nagłówków jądra, z którymi budowany był glibc.
> > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> > Niepodoba mi się to z prostego powodu. Kernel by PLD zawiera
> > około 100 nałożonych patch-y, które potencjalnie mogą
> > ingerować także w asm,linux. Co innego gdyby glibc było kompilowane
> > na oryginalnym jajku i dostarczane nagłówki pochodziłyby z oficjalnego
> > kernela. Wtedy, _ewentualnie_ możnaby było się zastanawiać nad odpowiednimi
> > wymogami (nic nie ujmująć chłopakom od PLDzianego jajka).
>
> Jeśli ingerują, to tym bardziej taka zależność jest uzasadniona. Przecież
> reszta oprogramowania ma współgrać z tak właśnie kompilowanym glibcem.
>
> Moje zmiany w glibc.spec są tylko konsekwencją przyjętego w PLD założenia,
> że glibc jest kompilowany z nagłówkami dystrybucyjnego jądra. W kwestii
> zmiany tego stanu zgłoś się do kogoś innego.
Kolejna bzdura. To nie jest żadne założenie, tylko fakt wynikajacy z
przyjetego sposobu budowania pakietów. Natomiast przyjetym jest
daleko idąca elastyczność, której Twoje zmiany w glibc zaprzeczają.
> Miej pretensje do RPMa, nie do mnie.
>
> A skoro już piszesz o ,,prawach''... Ty też nie masz prawa do narzucania
> braku pewnej zależności w imię swojego problemu z jakimś rzeźbieniem
> (o ile jedno --nodeps i dwa wywołania ln są problemem).
Ditto. rpm -U kernel-headers jest jeszcze mniejszym problemem.
Pozdrawiam
--
Tomasz Trojanowski (tomek w uninet.com.pl)
"Between depriving a man of one hour from his life and depriving him of
his life there exist only a difference of degree." (FH, Dune Messiah)
Więcej informacji o liście dyskusyjnej pld-devel-pl