On Sat, Jan 10, 2004 at 02:54:25AM +0300, Dmitry V. Levin wrote:
> > > Добавить легко: %add_findprov_lib_path %_libdir/%name
> > > Убрать сложнее: Надо переопределить %__find_requires на свой
> > > скрипт, который отфильтрует результат работы системного
> > > %__find_requires.  Если вы придумаете более элегантный метод,
> > > напишите.
> > %del_findprov_lib_path %_libdir/%name
> > ?
> Нет, речь идет не об удалении %_libdir/%name из списка поиска
> PROVIDES, а об удалении REQUIRES на объекты в %_libdir/%name.

Разумеется, это был недоправленный cut'n'paste.

%del_findreq_lib_path (который отфильтрует из вывода findreq один
или несколько префиксов) или на худой конец %del_findreq_regex ?

Хотя все равно хакообразно.  

Может, я тупой, но смысла выбирать именно такой баланс между
"любопытством" при поиске анонсируемых и требуемых ресурсов
(когда by default может запрашиваться больше, чем анонсируется)
-- не вижу:

* если сделано для улучшения SNR по зависимостям -- все равно
  приходится добавлять анонсы руками => противоречие с одним из
  первых тезисов ALT-Packaging;
* если так получилось, что findreq быстрее стал более любопытным
  -- может быть осмысленно в будущем стараться такие изменения
  поведения производить синхронно?

Т.е. если уж решили, что self requires -- это не бессмысленность
само по себе, то давайте как-то консистентно подходить к тому,
что первично -- предоставляемые или требуемые ресурсы.

Если бы "слишком любопытным" был findprov, был бы просто лишний
шум; а так добавляется бессмысленная потеря времени.

Или я неправ, а это временное нава^Wявление?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/