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

Материал из ALT Linux Wiki
Нет описания правки
Нет описания правки
 
(не показаны 2 промежуточные версии 2 участников)
Строка 1: Строка 1:
[[Category:Devel]]
{{Устарело}}
{{Crap}}
{{MovedFromFreesourceInfo|AltLinux/Sisyphus/devel/UpStream/LibraryVersioning}}
{{MovedFromFreesourceInfo|AltLinux/Sisyphus/devel/UpStream/LibraryVersioning}}


Строка 7: Строка 6:
''Андрей Булава в [http://lists.altlinux.org/pipermail/devel/2006-August/035077.html devel@]''
''Андрей Булава в [http://lists.altlinux.org/pipermail/devel/2006-August/035077.html devel@]''


library versioning -- это [http://people.redhat.com/drepper/symbol-versioning http://people.redhat.com/drepper/symbol-versioning] ?
library versioning -- это [[Обсуждение:Shared Library Symbol Versioning HOWTO#Про symbol versioning -- перенесено из UpStream/LibraryVersioning|symbol-versioning]]?
 
ЕМНИП, "it's only meaningful for ELF platforms that support shared libraries" -- [http://www.gnu.org/software/binutils/manual/ld-2.9.1/html_node/ld_25.html http://www.gnu.org/software/binutils/manual/ld-2.9.1/html_node/ld_25.html]
 
Кроме того, "Symbol versioning only versions function/variable name symbols, and does not version structures etc, so it does not solve problems with mixed protocols, data structures and other things with mixed versions of shared library. Thus, it is not a silver bullet for  all cases." -- [http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html#versymproblems http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html#versymproblems]


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] -- было интересно. Особенно [http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html#naminglibpkg http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html#naminglibpkg] -- policy, которая с одной стороны предупреждает геморрой при смене soname, а с другой требует нешуточных затрат на своё введение в  эксплуатацию, и в первую очередь -- массовое переименование пакетов с библиотеками. Кстати, кто-нибудь знает, как при этом в Debian обеспечивается установка новых libfoo{N+1}?
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] -- было интересно. Особенно [http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html#naminglibpkg http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html#naminglibpkg] -- policy, которая с одной стороны предупреждает геморрой при смене soname, а с другой требует нешуточных затрат на своё введение в  эксплуатацию, и в первую очередь -- массовое переименование пакетов с библиотеками. Кстати, кто-нибудь знает, как при этом в Debian обеспечивается установка новых libfoo{N+1}?
Строка 21: Строка 16:
* [http://www.us.debian.org/doc/debian-policy/ch-sharedlibs.html debian policy, часть про библиотеки]
* [http://www.us.debian.org/doc/debian-policy/ch-sharedlibs.html debian policy, часть про библиотеки]
* [http://www.freesource.info/wiki/Altlinux/Policy/SharedLibs драфт shared libs policy, внаглую стыренный из debian]
* [http://www.freesource.info/wiki/Altlinux/Policy/SharedLibs драфт shared libs policy, внаглую стыренный из debian]
{{Category navigation|title=Upstream|category=Upstream|sortkey={{SUBPAGENAME}}}}

Текущая версия от 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/

Ссылки