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 _______________________________________________ pld-devel-pl mailing list [email protected] http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
