SPECS: FHS.spec (HEAD)

[Jakub Bogusz]

On Sun, Nov 16, 2003 at 08:27:15PM +0100, Arkadiusz Miskiewicz wrote:
> On Sunday 16 of November 2003 18:51, Jakub Bogusz wrote:
> > Poza tym potencjalnie dojdzie lib32 na ia64.
> Hmm, a dlaczego nie lib i lib64?

Ostatnie zdanie z tego fragmentu (to jest beta FHS 2.3):

6.1.5. /lib64 and /lib32 : 64/32-bit libraries (architecture dependent)
The 64-bit architectures PPC64, s390x, sparc64 and AMD64 must place
64-bit libraries in lib64 directories, and 32-bit (or 31-bit on s390)
libraries in lib. The 64-bit architecture IA64 must place 64-bit
libraries in lib directories, and 32-bit libraries in lib32 directories.

Rationale This is a refinement of the general rules for /lib<qual> and
/usr/lib<qual>. The architectures PPC64, s390x, sparc64 and AMD64
support both 32-bit (for s390 more precise 31-bit) and 64-bit
programs. Using lib for 32-bit binaries allows existing binaries from
the 32-bit systems to work without any changes: such binaries are
expected to be numerous. IA-64 uses a different scheme, reflecting the
deprecation of 32-bit binaries (and hence libraries) on that
architecture.

(swoją drogą w FHS 2.3 trochę namieszali - dodali /media i /srv
- ciekawe czy zostanie w wersji ostatecznej; za to nie dodali /sys
w sekcji dotyczącej Linuksa)

> > Co do obsługi podwójnych bibliotek - może warto podejrzeć, jak to jest
> > robione dla ia64 w RH. Z tego powodu rpm dostał nowy znacznik pakietów
> > w postaci "koloru".
> Coś więcej na ten temat? (teraz zerkamy jak to jest zrobione w mandrake).

Nie bardzo - kiedyś tam to zauważyłem, ale stwierdziłem tylko, że dotyczy
ia64 i na razie nie dotyczy tego co używam - więc nie wnikałem dalej.
IIRC na ile zdążyłem się zorientować, jest używane przy sprawdzaniu
zależności - musi się zgadzać kolor.


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