[devel] Зависимости пакета imlib2-devel

[Alexey Tourbin]

On Sat, Mar 21, 2009 at 01:54:15PM +0300, Pavlov Konstantin wrote:
> > > [c0der на rock ~]$ imlib2-config --libs
> > > -lImlib2 -lfreetype -lz -LNONE -lX11 -lXext -ldl -lm
> > > [c0der на rock ~]$ rpm -qRf =imlib2-config
> > > imlib2 = 1.4.0-alt3
> > > rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> > > rpmlib(CompressedFileNames) <= 3.0.4-1
> > > rpmlib(VersionedDependencies) <= 3.0.3-1
> > > /bin/sh
> > > /usr/lib/libImlib2.so.1.4.0
> > > /usr/lib/pkgconfig
> > > rpmlib(PayloadIsLzma) <= 4.4.2-1
> > > 
> > > Это нормально, что у него нет зависимостей на libXext-devel,
> > > libX11-devel и libfreetype-devel ? И что значит -LNONE?
> > 
> > Всё это, конечно, не очень правильно.
> > Тем не менее, пакет imlib2-devel содержит файл imlib2.pc.
> > Зависимости imlib2.pc обрабатываются автоматически.
> > Другими словами, не следует использовать imlib2-config.
> 
> Было бы, кстати, интересно узнать, использует ли кто-либо еще
> imlib2-config в Сизифе.
> 
> Есть ли быстрый метод это сделать? Зеркало у меня есть.

Быстрого метода нет.

Единственный метод такой: 1) удалить из пакета imlib2-devel файл
/usr/bin/imlib2-config; 2) запустить тестовую пересборку всех пакетов,
у которых в сборочный чрут встает imlib2-devel; 3) посмотреть, какие
пакеты перестали собираться (по сравнению с предыдущей тестовой
пересборкой); 4) по результатам пересборки принять решение, проводить
пакет imlib2-devel без файла /usr/bin/imlib2-config в сизиф или нет.

Но это фактически будет инфраструктурная задача (для сборочной системы),
а не задача для мейнтейнера-энтузиаста.  Кроме того, есть некоторый
смысл сохранть /usr/bin/imlib2-config (даже если всё пересобралось);
вдруг кому-нибудь будет очень-очень надо.
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Тип     : application/pgp-signature
Размер  : 197 байтов
Описание: =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Url     : <http://lists.altlinux.org/pipermail/devel/attachments/20090321/45683276/attachment.bin>