On Sun, Sep 16, 2007 at 12:55:17PM +0400, Eugene Prokopiev wrote: > Alexey Tourbin пишет: > >> dbmail-contrib-2.2.5-alt1 Requires /usr/bin/dropdb > >> +dbmail-contrib-2.2.5-alt1 Requires /usr/bin/mysql > >> +dbmail-contrib-2.2.5-alt1 Requires /usr/bin/mysqladmin > >> dbmail-contrib-2.2.5-alt1 Requires /usr/bin/mysqldump > >> +dbmail-contrib-2.2.5-alt1 Requires /usr/bin/pg_dump > >> dbmail-contrib-2.2.5-alt1 Requires /usr/bin/psql > >> @@ -18478,3 +18725,9 @@ > >> dbmail-contrib-2.2.5-alt1 Requires dbmail = 2.2.5-alt1 > >> +dbmail-contrib-2.2.5-alt1 Requires gzip > >> dbmail-contrib-2.2.5-alt1 Requires python-base > >> +dbmail-contrib-2.2.5-alt1 Requires python2.4(email) > >> +dbmail-contrib-2.2.5-alt1 Requires python2.4(getopt) > >> +dbmail-contrib-2.2.5-alt1 Requires python2.4(mailbox) > >> +dbmail-contrib-2.2.5-alt1 Requires python2.4(os) > >> +dbmail-contrib-2.2.5-alt1 Requires sed > >> dbmail-contrib-2.2.5-alt1 Requires(rpmlib) rpmlib(CompressedFileNames) <= 3.0.4-1 > > > > У dbmail-contrib появились новые зависимости как на mysql, > > так и на postgresql. Впрочем, кажется, они не добавляют ничего > > существенного к уже существующим, так что более глубоко комментировать > > не буду. > > Меня больше всего интересует классический вопрос: что делать? До сих пор > я (может не только я?) формировал контриб именно по такому принципу: > почти свалка возможно полезных кому-то в качестве примеров файлов, > недостойных, однако, нормального опакечивания с зависимостями и т.д. Но > ставить ради знакомства с несколькими текстовыми файлами неиспользуемый > скриптовый язык или СУБД - это перебор ... > > Можно как-нибудь сделать так, чтоб эти зависимости не появлялись? В принципе пакеты *-contrib обычно существуют как "свалка скриптов, которые присылали в апстрим последние лет 10". Эти скрипты иногда берут за основу для написания своих собственных скриптов. Но ни один пакет в репозитарии не должен иметь зависимостей на *-contrib пакеты. Думаю, что на зависимости *-contrib пакетов можно смотреть сквозь пальцы, если только это не анметы.