[devel] Re: buildreq proposal

[Mikhail Zabaluev]

Hello Ivan,

On Mon, Jul 09, 2001 at 02:16:20AM +0400, Ivan Zakharyaschev wrote:
>
> On Mon, 9 Jul 2001, Mikhail Zabaluev wrote:
> 
> > Доброго времени суток.
> >
> > После упражнений с SGML у меня родилась мысль, что в buildreq можно
> > добавить новые способы поиска зависимостей, поскольку во многих
> > ситуациях, во-первых, анализ доступа к файлам неадекватен, во-вторых,
> > есть надежные формальные методы определения зависимостей. При работе
> > с
> > SGML/XML это вывод системных идентификаторов (то есть имен файлов) из
> > публичных идентификаторов. Пока не вник, возможно ли для этого
> 
> А почему в этом случае анализ доступ к файлам не адекватен? Если в
> системе, где происходит сборка, установлен пакет, предоставляющий
> "SGML-объекты" с нужными публичными идентификаторами, то при сборке
> SGML-процессор выведет из них системные и совершит доступ к
> соответствующему файлу. А файл принадлежит пакету, который и попадет в
> зависимости.
> 
> Другое дело, если нужного SGML-объекта нет... но в аналогичных случаях с
> header-файлами из *-devel пакетов buildreq тоже бессилен: если пакета не
> стоит, то и зависимость обнаружена не будет. packager обычно в силах
> понять, что не хватает каких-то headers или SGML-объекта.
> 
> По-моему, от отслеживания доступа к файлам для получения зависимостей
> при сборке отказываться не следует, и ничем усложнять его не надо: он
> прост и универсален.

У меня сложилось впечатление, что jade ищет по каталогам в
поисках нужного публичного идентификатора. Соответственно в BuildRequires
попадают пачки лишних DTD и stylesheets.

> А чем openjade не подходящий инструментарий? Он ведь вчера, например,
> Вам указал публичный идентификатор отсутствующего описания.

Есть ли такой режим, где просто выводятся имена затребованных системных ID
и ничего не делается?

-- 
Stay tuned,
  MhZ                                     JID: mookid на jabber.org
___________
Except for 75% of the women, everyone in the whole world wants to have sex.
- Ellyn Mustard
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Тип     : application/pgp-signature
Размер  : 232 байтов
Описание: =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Url     : <http://lists.altlinux.org/pipermail/devel/attachments/20010709/a1057e94/attachment-0001.bin>