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/bugzilla/show_bug.cgi?id=214967
------- Additional Comments From Axel.Thimm@ATrpms.net 2007-06-29 16:29 EST ------- 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)