[devel] non-strict deps
Dmitry V. Levin
ldv на altlinux.org
Пт Янв 25 16:58:12 MSK 2013
On Fri, Jan 25, 2013 at 04:46:52PM +0400, Alexey Gladkov wrote:
> 25.01.2013 16:32, Dmitry V. Levin wrote:
> > On Fri, Jan 25, 2013 at 04:13:23PM +0400, Alexey Gladkov wrote:
> >> 25.01.2013 14:53, Dmitry V. Levin wrote:
> >>> Проанализировав множество нестрогих внутрипакетных зависимостей, которые
> >>> диагностирует rpm-build, я пришел к выводу, что среди них выделяется
> >>> только один класс зависимостей, которые нужно сохранить,
> >>> а все остальные следует сделать строгими.
> >>
> >> Можно ли рассказать подробнее т.к. меня это касается?
> >
> > Тестируется следующий алгоритм: подпакет A исходного пакета S
> > автоматически получает строгую зависимость на подпакет B исходного
> > пакета S, если у подпакета A есть такая зависимость X, что подпакет B
> > является единственным подпакетом исходного пакета S, удовлетворяющим
> > эту зависимость X.
>
> Т.е. если подпакет A имеет зависимость на некий функционал, который
> может быть предоставлен другим пакетом и который предоставляет
> подпакет B (эталонная реализация), то A получит жёсткую зависимость на
> B ???
>
> Это сильно затрудняет работу с виртуальными зависимостями, когда один
> кандидатов собирается из того же исходника.
Есть ли в Сизифе реальный пример подобного безобразия, который хотелось бы
поддержать? Я не вижу такого.
> В таком случае решением своей проблемы я вижу вынос пакета B в
> отдельный исходный пакет. Это сложнее для сопровождения, но логичнее в
> плане зависимостей.
Это было бы логичнее с точки зрения эталонности, такой отдельный пакет
гораздо проще было бы взять за основу при создании альтернатив.
--
ldv
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя : отсутствует
Тип : application/pgp-signature
Размер : 198 байтов
Описание: отсутствует
Url : <http://lists.altlinux.org/pipermail/devel/attachments/20130125/e0c6efb7/attachment.bin>
Подробная информация о списке рассылки Devel