[devel] Следующий дистрибутив

[Andrei Bulava]

Денис Смирнов wrote:

> Обращаю внимание, что в контексте unstable сборки вообще не производится.
> Она производится в контексте testing, и пакеты _перемещаются вместе со
> всеми зависимостями_ в unstable.
> 
> Наличие после этого двоичной несовместимости говорит о том, что мантейнеру
> надо засучить рукава, и прикрутить library versioning, о котором тут уже
> было столько сказано.

library versioning - это
http://people.redhat.com/drepper/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

Кроме того, "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

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}?

-- 
// AB1002-UANIC