Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: arpack - Fortran77 subroutines for solving large scale eigenvalue problems https://bugzilla.redhat.com/show_bug.cgi?id=214967 ------- Additional Comments From rpm@xxxxxxxxxxxxxx 2007-08-27 13:38 EST ------- (In reply to comment #51) > In continuation to comment #47 > > The atlas vs lapack issue is quite mysterious: > > # repoquery -q --whatprovides /usr/lib64/liblapack.so > Importing additional filelist information > atlas-devel-0:3.6.0-11.fc6.x86_64 > lapack-devel-0:3.1.1-1.fc6.x86_64 > # rpm -q atlas-devel > atlas-devel-3.6.0-11.fc6 > # rpm -ql atlas-devel | grep liblapack.so$ > /usr/lib64/atlas/liblapack.so > # rpm -q atlas-devel --provides > atlas-devel = 3.6.0-11.fc6 > > So repoquery (and therefore also yum/mock) think atlas-devel contains > %{_libdir}/liblapack.so while in reality it does not? I haven't looked at the > atlas specfile, but the situation above should not be possible to happen. > > Why is repoquery fooled that atlas-devel contains %{_libdir}/liblapack.so? It > isn't a %file and not a virtual Provides: either. > > (this comment probably belongs as a bug report against atlas or yum-metadata-parser) > FWIW, F-7's repoquery doesn't have this problem: $ repoquery -q --whatprovides /usr/lib64/liblapack.so Loading "fastestmirror" plugin Loading mirror speeds from cached hostfile Importing additional filelist information lapack-devel-0:3.1.0-4.fc7.x86_64 lapack-devel-0:3.1.1-1.fc7.x86_64 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. _______________________________________________ Fedora-package-review mailing list Fedora-package-review@xxxxxxxxxx http://www.redhat.com/mailman/listinfo/fedora-package-review