7410 2005-07-20 20:08:51 +0400 find-package loses virtual dependencies 2008-02-26 00:20:18 +0300 1 1 4 Development Sisyphus rpm-build unstable all Linux RESOLVED LATER P2 normal --- 2603 1 at placeholder arseny glebfm imz ldv placeholder vt qa-sisyphus oldest_to_newest 27494 0 at 2005-07-20 20:08:54 +0400 FindPackage() should prefer virtual dependencies as they provide more semantics. E.g. /usr/bin/perl dependency exposes that perl interpeter is in use, while dependency on perl-base is not that meaningful. I think it's easy implement reverse lookup against rpm database: $ rpm -q --whatprovides /usr/bin/perl perl-base-5.8.7-alt2 perl-base-5.8.7-alt2 $ rpm -q --provides perl-base-5.8.7-alt2 |grep /usr/bin/perl /usr/bin/perl $ But there's a problem with reverse lookup using contents_index: $ awk '"/usr/bin/perl"==$1' ~sisyphus/i586/base/contents_index /usr/bin/perl perl-base $ Maybe we should alter how contents_index is generated so that it has both /usr/bin/perl perl-base /usr/bin/perl /usr/bin/perl Steps to Reproduce: $ rpm -q --whatprovides /usr/bin/perl perl-base-5.8.7-alt2 perl-base-5.8.7-alt2 $ RPM_BUILD_ROOT=/tmp . /usr/lib/rpm/find-package && RPM_BUILD_ROOT=/tmp FindPackage /tmp/script /usr/bin/perl Actual Results: perl-base Expected Results: /usr/bin/perl 30034 1 ldv 2005-09-05 00:14:04 +0400 The contents_index was defined to have one primary index - pathname (first field). Is it OK to leave only "/usr/bin/perl /usr/bin/perl" line there? 31521 2 ldv 2005-10-07 18:49:02 +0400 Anyway, when virtual dependence is provided by more than one alternative, it will remain virtual. 34586 3 ldv 2006-01-10 02:36:24 +0300 This could be implemented by extending contents_index format. But do we need this feature at all? I'm doubt. 57770 4 at 2007-11-10 00:50:08 +0300 Тема выбора между виртуальными и реальными зависимостями довольно тонкая. В общем, find-package недавно был переделан, и некоторый класс смежных/похожих проблем там был обдуман/решён. Возвращаться к этой теме я в ближайшее время не собираюсь, поэтому пусть будет LATER. А вообще надо переделывать contents_index подход потому что он не учитывает симлинков в путях. Но симлинки в путях учитывать вообще не так-то просто.