On Sat, Jan 10, 2004 at 03:48:29PM +0300, Dmitry V. Levin wrote:
> > Может, я тупой, но смысла выбирать именно такой баланс между
                                                    ^^^^^^
> > "любопытством" при поиске анонсируемых и требуемых ресурсов
> > (когда by default может запрашиваться больше, чем анонсируется)
> > -- не вижу:
> А зря.  Напомню, откуда все эти find{req,prov}_lib_path родом.

Это как раз понятно.

> Когда-то был релиз ALM2.2 (может, ещё помните), и был там пакет с
> OpenOffice.org.  И предоставлял сей пакет, среди всего прочего,
> libgcc_s.so.1 и libstdc++.so.5.  Вот эта история навела на
> мысль, что искать provides нужно по умолчанию только там, где
> по умолчанию ищет /lib/ld-linux.so.2

Все это было бы хорошо, если бы поиск requires был скорректирован
таким же образом.  По крайней мере опционально.

Рассматривая apache.spec:

%package mod_perl
[...]
# ugly hack :-/
Provides: perl(mod_perl.pm)

потому как

~> rpm -qRp /var/ftp/pub/Linux/ALT/Sisyphus/i586/RPMS.master/apache-mod_perl-1.3.29rusPL30.18-alt2.i586.rpm | grep mod_perl
perl(mod_perl.pm) >= 0:1.01
perl(mod_perl.pm) >= 0:1.1701
perl(mod_perl_hooks.pm)  

Зачем вообще self requires?  Минусы -- вот они, а плюсы-то какие?

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