UpStream/LibraryVersioning: различия между версиями

Материал из ALT Linux Wiki
(→‎Версии библиотек: т.к. тут 2 разные темы, слова на одну из них перенёс в обсуждение другой страницы)
Нет описания правки
 
Строка 1: Строка 1:
{{Crap}}
{{Устарело}}
{{MovedFromFreesourceInfo|AltLinux/Sisyphus/devel/UpStream/LibraryVersioning}}
{{MovedFromFreesourceInfo|AltLinux/Sisyphus/devel/UpStream/LibraryVersioning}}


Текущая версия от 16:37, 21 декабря 2023

48px-Mail-mark-junk red.svg.png
Эта статья конкретно протухла.
Статья уже не подходит под современные реалии, под современные версии Альта или сломана совсем. Возможно, её уже не доработать и не поместить в архив.


Freesource-logo.png Blue Glass Arrow.svg MediaWiki logo.png
Эта страница была перемещена с freesource.info.
Эта страница наверняка требует чистки и улучшения — смело правьте разметку и ссылки.
Просьба по окончанию убрать этот шаблон со страницы.


Версии библиотек

Андрей Булава в devel@

library versioning -- это symbol-versioning?

P.S. По ходу ответа читал http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html -- было интересно. Особенно http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html#naminglibpkg -- policy, которая с одной стороны предупреждает геморрой при смене soname, а с другой требует нешуточных затрат на своё введение в эксплуатацию, и в первую очередь -- массовое переименование пакетов с библиотеками. Кстати, кто-нибудь знает, как при этом в Debian обеспечивается установка новых libfoo{N+1}?

В Debian все библиотеки собираются в виде lib<name><soname>. lib<name>-devel обычно одна штука, соответствующая последнему <soname>. При появлении новой версии библиотеки, все зависящие пакеты постепенно портируются, а старая версия библиотеки некоторое время лежит в репозитории, пока не станет никому нужна. Обычно при такой смене soname на все зависимые пакеты вешается баг "пора обновиться" MikhailGusarov /03.02.2007 22:07/

Ссылки


Upstream