On Wed, Apr 08, 2009 at 06:41:32PM +0400, Epiphanov Sergei wrote:
> On Wednesday 08 April 2009 16:37:10 Alexey Shabalin wrote:
> > 2009/4/6 Girar Builder robot :
> > > http://git.altlinux.org/tasks/3969/task/log
> >
> > День добрый.
> > Я тут задумал обновить webkit, у него меняется сонейм. Т.к большинство
> > ниже указаных пакетов ещё не перешли на git, то shared task создать
> > проблематично.
> > Может выдадите мне NMU? или права?
> >
> > gimp#2.6.6-alt1         	libwebkit-1.0.so.1
> > gmpc-plugin-wikipedia#0.18.0-alt1	libwebkit-1.0.so.1
> > libproxy-webkit#0.2.3-alt1	libwebkit-1.0.so.1
> > midori#0.1.2-alt2       	libwebkit-1.0.so.1
> 
> А если попробовать выпустить пакет с изменённым именем, например, webkit114? 
> А потом, когда остальные переедут или NMU запинает новые версии этих 
> пакетов, вернуть имя назад, не забыв про Obsoletes и Provides?

Как правило, не следует создавать отдельные compat-пакеты (то есть новые
пакеты на уровне src.rpm).  Вообще, идеального варианта при смене
сонейма нет.  Это не отменяет рациональных соображений, которые положены
в основу полиси.  Как правило, при изменении сонейма следует
переименовать libfoo пакет с разделяемой библиотекой (без переименования
libfoo.src.rpm и libfoo-devel пакетов).

При небольшом числе клиентов (как с в случае с webkit) пакет libwebkit
с разделяемой библиотекой в принципе можно было бы не переименовывать,
а просто синхронно пересобрать всех клиентов.  С одной стороны, это дает
гарантию, что в системе может быть установлена только одна версия
библиотеки libwebkit (что скорее хорошо).  С другой стороны, это
предписывает синхронное обновление всех клиентов, то есть делает
невозможным частичное обновление (что скорее полохо).