[Bug 214967] Review Request: arpack - Fortran77 subroutines for solving large scale eigenvalue problems

bugzilla at redhat.com bugzilla at redhat.com
Fri Jun 29 20:30:00 UTC 2007


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 at 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)


-- 
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.




More information about the Fedora-package-review mailing list