[devel] FAILED tex-common.git=0.1-alt1 tetex.git=2.0-alt6

[Alexey Tourbin]

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.

Забейте на владение каталогом, если это единственная причина.
Не нужен отдельный пакет, чтобы владеть каталогами.
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : =?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/20090224/43ea55d9/attachment-0001.bin>