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

bugzilla at redhat.com bugzilla at redhat.com
Mon Aug 27 17:38:11 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/show_bug.cgi?id=214967





------- Additional Comments From rpm at greysector.net  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.




More information about the Fedora-package-review mailing list