glibc.spec z HEAD popusty

[Jacek Konieczny]

On Sun, Dec 07, 2003 at 08:57:55PM +0100, Arkadiusz Miskiewicz wrote:
> On Sunday 07 of December 2003 20:17, Jacek Konieczny wrote:
> 
> > > Przy okazji tematu można by porozmawiać o kształcie glibc. Obecnie
> > > wychodzi na to, że powinno to być coś w stylu RH ale nie do końca tzn.
> > >
> > > /lib/libc*.so - wersja pthreadsowa (min kernel 2.4.10)
> > > /lib/tls/libc*.so - wersja TLSowa i NPTLowa za razem (min kernel 2.6.0)
> > > /lib/libc64/libc*.so - wersja 64bitowa na amd64 z TLSem i NPTLem, na
> > > sparc64 prawdopodobnie bez TLS/NPTL (2.6.0)
> >
> > IMHO w /lib, /usr/lib powinny być wszystkie biblioteki natywne (dla
> > AMD64 będą to 64-bitowe), a w lib64 jakieś compatibility itp.
> 32bitowe biblioteki są natywne dla AMD64. AMD64 jest dualarch.
> 
> Jak zainstalować biblioteki 32 bitowe z pld ra i686

Po co je instalować? Wolę mieć wszystko 64-bitowe. 

Konfiguracja dual-arch i tak na 95% będzie sie gdzieś sypać, bo wrzucanie
niektórych rzeczy do lib64 będzie podobnie kłopotliwe jak wrzucanie
oprogramowania pod Xy do /usr/X11R6 - nigdy nie będzie zrobione to
dobrze.

> skoro w /lib będa już 
> leżeć 64 bitowe? Po to jest właśnie /lib64 i tam linker szuka.

Ja po prostu wolałbym single-arch, tak jak większość supportowanych
przez nas architektur, bo z dual-arch po prostu sobie nie poradzimy.

> W FHS piszą o rozkładzie bibliotek na amd64 i ia64 dokładniej.
Link?

> > Po cholerę mi 32-bitowe biblioteki na architekturze 64-bitowej, jeżeli
> > nie mam zamiaru używac żadnego legacy-softu? Nie po to sprawiam sobie
> > 64-bitowy serwer, żeby mieć po dwie kopie każdej biblioteki, z których
> > i tak używać będę jednej.
> Tylko glibc.

Twierdzisz, że pozostałe biblioteki wystarczą w jednej wersji i będą
z tym działać zarówno aplikacje 32- jak i 64-bitowe? Jeżeli tak, to
znaczy że 64-bitowość takiego systemu to po prostu bajka.

Pozdrowienia,
	Jacek