Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 470908 - app-eselect/eselect-cblas-0.1 creates broken symlink /usr/lib64/libcblas.a
Summary: app-eselect/eselect-cblas-0.1 creates broken symlink /usr/lib64/libcblas.a
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal with 1 vote (vote)
Assignee: Gentoo Science Related Packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-05-21 19:17 UTC by Coacher
Modified: 2019-06-25 10:58 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Coacher 2013-05-21 19:17:39 UTC
I have app-admin/eselect-cblas-0.1 and sci-libs/gsl-1.15 installed.
After installation (or if I do it manually) gsl is selected as CBLAS implementation via eselect. It creates broken symlink:

ls -la /usr/lib64/libcblas.a
lrwxrwxrwx 1 root root 13 May 21 23:10 /usr/lib64/libcblas.a -> libgslcblas.a

Please fix.
Comment 1 yardbird 2018-08-24 14:20:08 UTC
I am experiencing the same issue with eselect-cblas, eselect-blas and eselect-lapack.

Note that eselect returns a nonzero exit code when trying to set the blas/cblas/lapack implementation, so it seems like it is itself aware that something went wrong...
Comment 2 Larry the Git Cow gentoo-dev 2019-06-25 10:58:41 UTC
The bug has been closed via the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=111f0de1c6a774430837161b1bca64747bb0b58c

commit 111f0de1c6a774430837161b1bca64747bb0b58c
Author:     Mo Zhou <cdluminate@gmail.com>
AuthorDate: 2019-06-25 09:05:15 +0000
Commit:     Benda Xu <heroxbd@gentoo.org>
CommitDate: 2019-06-25 10:57:59 +0000

    app-eselect/eselect-{blas,lapack}: new design for BLAS/LAPACK switch.
    
      As discussed in the gentoo-dev, it is decided to adopt the runtime
      switching of BLAS/CBLAS that has been proved by the experience of
      Debian.  The Gentoo libgcc-style ld.so.conf runtime switching has
      been adopted as well, so as to avoid changing symlinks in /usr
      ignoring package manager.
    
      This design solves all the remaining problems regarding BLAS/LAPACK,
      thus making alternative-2.eclass (runtime switching of build
      options) and proposed USE_EXPAND (PYTHON_TARGET like eclass)
      obsolete.
    
      Finally we are at it.  Thanks to all for years of ideas, debates and
      hard work.
    
    Reference: https://archives.gentoo.org/gentoo-dev/message/0177fea10e3ee06d85713101d17fc8d6
    
    Closes: https://bugs.gentoo.org/632624
    Closes: https://bugs.gentoo.org/470908
    Closes: https://bugs.gentoo.org/267691
    Closes: https://github.com/gentoo/gentoo/pull/12316
    Closes: https://github.com/gentoo/gentoo/pull/12318
    Closes: https://github.com/gentoo/sci/pull/835
    Closes: https://github.com/gentoo/sci/pull/837
    
    Credit: Dominik Schmidt, TheChymera, kiwifb, lkraav, Alessandro-Barbieri
    Signed-off-by: Mo Zhou <cdluminate@gmail.com>
    Signed-off-by: Benda Xu <heroxbd@gentoo.org>

 app-eselect/eselect-blas/eselect-blas-0.2.ebuild   |  28 ++++
 app-eselect/eselect-blas/files/blas.eselect-0.2    | 168 +++++++++++++++++++++
 app-eselect/eselect-blas/files/blas.eselect.5      |  34 +++--
 .../eselect-lapack/eselect-lapack-0.2.ebuild       |  27 ++++
 .../eselect-lapack/files/lapack.eselect-0.2        | 167 ++++++++++++++++++++
 app-eselect/eselect-lapack/files/lapack.eselect.5  |  26 +++-
 6 files changed, 434 insertions(+), 16 deletions(-)