On Tue, Feb 24, 2009 at 10:16:20PM +0300, Grigory Batalov wrote: > > Какую идею выражает зависимость на каталог /etc/tex-fonts.d? > > Подразумевается следующая идея: каталогом /etc/tex-fonts.d > > должет владеть только один пакет; а работоспособность всех > > остальных пакетов, которые кладут файлы в /etc/tex-fonts.d, > > она непосредственно связана с этим первым пакетом. То есть все > > пакеты-пользователи каталога должны по зависимости вытягивать базовый > > пакет, который владеет этим каталогом; с целью обеспечить свою > > работоспособность. > > > > Если нет такой идеи, то зависимость на каталог не нужна, > > и специальный статус каталога тоже не нужен. > > Вообще говоря, это отмирающий каталог, который использовался > совместно с tetex. Туда кладут свои конфиги пакеты со шрифтами. > Я решил его сохранить, чтобы вводить texlive постепенно. Забайте на этот каталог, если Вы не можете доказать, что работоспособность пакетов связана с вытягиванием каталога по зависимостям. Это относительно редкое условие. Вот два пример, когда оно важно. 1) Файл /usr/lib/perl5/vendor_perl/Foo/Bar.pm должен требовать каталог /usr/lib/perl5/vendor_perl, если он хочет при этом предоставлять завсимость perl(Foo/Bar.pm). Здесь предоставляемая перловая зависимость идёт в глобальном контексте, но чем она обеспечивается? Она обеспечивается фактической поддержкой рантайма. Это связано с философией "фактических и конкретных" зависимостей, про которую я немного ранее писал. Долго объяснять. Смысл в том, что виртуальные зависимости должны быть чем-то поддержаны и согласованы на более физическом уровне. 2) Пакет кладёт какой-то скрипт /etc/cron.daily/foo. Тогда, если работоспособность пакета непосредственно связана с периодическим выполнением этого скрипта, то он должен иметь зависимость на каталог /etc/cron.daily (а это вытягивает vixie-cron, crontabs и что-то ещё). Если же пакет кладёт скрипт /etc/cron.daily/foo на всякий случай, но в принципе может работать и без него, тогда зависимость на каталог /etc/cron.daily не нужна. > > Пример. Некоторые пакеты кладут скрипты в /etc/X11/xinit.d (напр. > > пакет menu). Означает ли это, что все эти пакеты должны вытягивать > > xinitrc? Короткий ответ: нет. > > Эту директорию предоставляет ещё кто-то? Если пакеты совсем ничего > не вытянут, то положат свои файлы в ничейный каталог. > > И, собственно, что это такое, пакет tex-common? > > Почему он нужен? > > Об этом мы думали на прошлой неделе: > http://lists.altlinux.org/pipermail/devel/2009-February/166704.html > > В /etc/tex-fonts.d кладёт свой конфиг fonts-type1-cm-super-tex, > а поскольку эта папка закреплена за tetex-core в 0common-files.req.list, > последний пакет втягивается в систему. Это мешает установить другой > компилятор tex, например, texlive. Забейте на владение каталогом, если это единственная причина. Не нужен отдельный пакет, чтобы владеть каталогами.