[devel] libao2 на свалку истории

[Dmitry V. Levin]

On Tue, Nov 27, 2012 at 07:20:45PM +0200, Led wrote:
> On Tuesday 27 November 2012 19:02:41 Sergey Vlasov wrote:
> > On Tue, Nov 27, 2012 at 05:03:51PM +0200, Led wrote:
> > > $ rpm -qa | grep 'libpoppler[[:digit:]][[:digit:]]*-[[:digit:]]'
> > > libpoppler26-0.20.2-alt2.1
> > > libpoppler28-0.20.5-alt1
> > > libpoppler27-0.20.3-alt5
> > > libpoppler19-0.18.4-alt2.1
> > >
> > > И это после того, как пару месяцев назад я с десяток поплеров вычистил из
> > > системы руками.
> >
> > Проблема в том, что в apt-rpm собственно ядро apt из каменного века, а
> > флаг autoinstalled, позволяющий автоматически удалять вытянутые по
> > зависимостям пакеты, когда они стали ненужными, поддерживается только
> > в aptitude (причём в собственной базе, в результате, чтобы
> > пользоваться этим флагом, все операции установки пакетов необходимо
> > выполнять только через aptitude).
> 
> Не нужно за меня удалять втихаря, если я не просил. К тому же, 
> эта "автоматика" нигде полностью нормально не работает.
> Я просто хочу ОБНОВЛЯТЬ пакеты (т.е. ставить те же пакеты но с большей 
> версией), а не ставить каждый раз другие (с другим именем).
> 
> Естественно, есть случаи, когда существование нескольких версий библитеки в 
> репозитории оправдано. Но таких случаев < 3% и загребать все lib* под одну 
> гребёнку ради этих "<3%", чтобы получить кашу (и в репозитории, и, тем более 
> в системе) ИМХО неразумно.

Смены soname, происходящие не единомоментно (обычно так бывает, когда
меняется API или у библиотеки просто много клиентов) - это как раз такие
случаи.  В особенности это касается вышепроцитированного libpoppler*,
многообразие которого так сложно искоренять.  Пожалуйста, помогите в
изведении из репозитория старых попплеров!


-- 
ldv
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : отсутствует
Тип     : application/pgp-signature
Размер  : 198 байтов
Описание: отсутствует
Url     : <http://lists.altlinux.org/pipermail/devel/attachments/20121127/7b9f2aea/attachment.bin>