[devel] do not break poppler, please

[Alexey Tourbin]

On Fri, Oct 12, 2007 at 05:33:01AM +0400, Денис Смирнов wrote:
> On Tue, Oct 09, 2007 at 03:16:45PM +0400, Dmitry V. Levin wrote:
> 
> >>> Я не понимаю, чем тебя не устраивает poppler0.6?
> >> Меня не устраивает poppler-0.5
> DVL> Либо две библиотеки, либо все пакеты одной транзакцией в /i/S.
> DVL> Другого варианта нет.
> 
> Я абсолютно уверен что вариант только один -- первый.

Это очень тонка тема.  Идеального варианта смены soname'а
просто нет -- что-то обязательно "разъезжается", если не в пространстве,
то во времени.

> Иначе dist-upgrade и точечные обновления превращаются в ад.
> Причем у старой библиотеки имя должно остататься _неизменным_.

Я склоняюсь к схеме

%name.src.rpm
lib%{name}X.Y.i586.rpm
lib%name-devel.i586.rpm

Это компромиссный вариант, который, с одной стороны, требует
транзакционного перехода репозитария с одной библиотеки на другую,
с другой -- сохраняет возможность частичных обновлений.

В принципе нежелательно разводить в репозитарии похожие (по символам)
библиотеки с разными soname'ами.  ЕСЛИ две такие похожие библиотеки
окажутся в одном адресном пространстве (в пределах одного процесса),
то это будет кирдык очень нехороший.  Причем rpm-зависимости не
позволяют формулировать такие условия.  Значит, пороховую бочку
не надо закладывать как принцип устройства репозитария, во имя
сомнительной совместимости и плавного обновления.  Частичные
обновления всё-таки довольно рискованы и требуют некоторого
предварительного анализа (хотя и зачастую perfectly возможны).
Если же делать просто dist-upgrade, то моя схема гарантирует,
что при транзакционном переходе репозитария с одного сонейма
на другой никакого такого кирдыка в принципе не будет.
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Тип     : application/pgp-signature
Размер  : 189 байтов
Описание: =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Url     : <http://lists.altlinux.org/pipermail/devel/attachments/20071022/9842344f/attachment-0002.bin>