64-bitowe binarki w /usr/lib
Adam Osuchowski
adwol at zonk.pl
Fri Jun 30 13:50:20 CEST 2017
Tomasz Pala wrote:
> No i powiedz mi, gdzie jest 'prawidłowiej'?
IMHO w /usr/lib64 ale to wyłącznie ze względu na multiliba. Na systemie
64-bit only osobiście mógłbym mieć wszystko w /usr/lib. Przynjamniej
dopełnianie w shellu byłoby prostsze.
> W takim razie ta lokalizacja jest bez znaczenia.
Owszem, z dokładnością do multiliba, jak wyżej. I pytanie co oznacza,
że jest bez znaczenia: że każdy może sobie wybrać co mu się podoba czy
że wybieramy którąś z nich ale jedną, żeby było spójnie?
> No, rozróżnianie po 'ważności' to już przesada. Nawet wyznacznik
> techniczny: 'system ma wstać bez dostępu do /usr', jest już mocno
> dyskusyjny, a co dopiero jakiśtam rpm.
Chyba nie rozumiem. Sam stwierdziłeś, że na rpmie się multiliba nie robi.
Zgoda. Ale skoro ,,ważność'' nie jest istotna, to na niczym się w takim
razie nie powinno robić.
> To nie jest jeszcze jeden potencjalny, a zupełnie inny - tam trafiają
> prywatne moduły, a nie biblioteki współdzielone. Funkcjonalne
> wydzielenie czegoś nie może zwiększać bałaganu...
Pisząc tu ,,współdzielone'' masz na myśli ogólnie biblioteki .so czy te,
które są używane przez więcej niż jeden pakiet? Bo jeżeli to drugie, to
w przypadku gita czy dovecota te binarki to są właśnie dokładnie własne
moduły i dlatego jakby był jeszcze możliwy trzeci katalog na ich
umiejscowienie (poza lib i lib64) to bałagan byłby jeszcze większy.
> Poza tym miałem na myśli coś jeszcze innego - mianowicie, jeżeli libexec
> jest używany w innych dystrybucjach, to jest obsługiwany przez
> buildsystemy aplikacji. Osobiście pamiętam kilka przypadków, gdy
> musiałem rzeźbić prefix aplikacji, żeby pasował %_libdir zależny od
> architektury. Czyli robić dodatkową robotę tylko dlatego, że nie mamy
> libexec. Prawdopodobnie ktoś tej dodatkowej roboty z gitem nie wykonał i
> w efekcie moduły gita zmieniły lokalizację, jak to właśnie zauważyłeś.
Ja bym powiedział raczej, że było dobrze i w pewnym momencie ktoś ten
bałagan celowo wprowadził:
https://git.pld-linux.org/?p=packages/git-core.git;a=blobdiff;f=git-core.spec;h=ad97d6bf6d5d1780af42cef74059fd5e76c3cdcd;hp=ef53117014cd23cbf07dae6cf3a611874876bb6f;hb=6743dd7eda7fdf45a0e70c079ac80440814754e9;hpb=ad39aec1a27ea283c19a4c450fa18d37ab0a7d28
More information about the pld-devel-pl
mailing list