🚀 go-pugleaf

Tomasz Sowa <t.sowa@NOSPAM.ttmath.org>:
>  On 2013.11.27 01:00, Marek wrote:
>
> > Stare procesy/usługi wystarczy zrestartować aby skorzystały już z
> > nowych funkcji lib.so.
>
>  I nawet zadziałają jak się api biblioteki nie zmieni.

Łatwiej powiedzieć, niż zrobić. Na Linuxach praktycznie wymaga to rekompilacji
programu, ponieważ pilnowanie stabilności ABI jest trudne i poza kontrolą
autora programu. Na unixach sytuacja pewnie wygląda podobnie, bo to nie sposób
jest problematyczny, tylko implementacja organizacji procesu ;)

Z tego powodu dużo komercyjnego oprogramowania na Linuxach pakuje swoje własne
wersje bibliotek do swojej dystrybucji programu, omijając te systemowe, np.
VMware, Steam.

> A w normalnych uniksach to biblioteka będzie linkiem symbolicznym do tej
> prawdziwej biblioteki, na przykład:
>
>  /home/tomek$ ll /usr/lib/libbz2.*
>  -r--r--r--  1 root  wheel  80702 27 wrz 16:13 /usr/lib/libbz2.a
>  lrwxr-xr-x  1 root  wheel     11 28 wrz 08:29 /usr/lib/libbz2.so@ ->
>  libbz2.so.4
>  -r--r--r--  1 root  wheel  71720 28 wrz 08:29 /usr/lib/libbz2.so.4
>
>  I podczas linkowania z libbz2.so połączy się tak naprawdę z libbz2.so.4
>  a po upgrejdzie systemu jeśli libbz się zmieni to zostanie przeniesione
>  do /usr/lib/compat (a to jest katalog dalej dostępny dla linkera
>  dynamicznego) i program korzystający z niej dalej działa normalnie. A
>  nowo kompilowane programy zlinkują się już z nową wersją biblioteki.

Na jakich dystrybucjach istnieje /usr/lib/compat? Na BSD?

Raczej nie na Linuxach typu Arch ani na Fedora ;)