https://bugzilla.novell.com/show_bug.cgi?id=326751#c13
--- Comment #13 from Duncan Mac-Vicar 2007-09-20 08:33:10 MST ---
This is the crossdep list I got from Rudi
/lib/cpp rpmlint
/lib/libhistory.so.5.2 bash,libreadline-devel
/lib/libreadline.so.5.2 bash,libreadline-devel
/lib64/libhistory.so.5.2 bash,libreadline-devel
/lib64/libreadline.so.5.2 bash,libreadline-devel
/usr/lib/grass5/etc/nviz2.2/NVWISH2.2 grass (self-require)
/usr/lib64/libodbcinst.so java-1_5_0-ibm-jdbc
/usr/lib64/libodbc.so java-1_5_0-ibm-jdbc
/usr/lib/libaoss.so MozillaFirefox
/usr/lib/libodbcinst.so java-1_5_0-ibm-jdbc
/usr/lib/libodbc.so java-1_5_0-ibm-jdbc
/usr/share/applications/gimp.desktop dcraw-gnome
Comment #7 If our package policy allows those kinds of requires, then the
generation tools should be smart enough to optimize it.
As Rudi said, this is not perfect, because does not work inter-repository, but
it works for the 99% of the cases, while parsing a filelist with million of
entries and putting million of file provides into the solver will make it slow
for everyone.
There has to be a tradeoff between making it fast, good packaging policies and
good support from the tools creating the repositories.
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.