| Summary: | sci-libs/{c,}blas-reference leaves dangling symlinks around after uninstall | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Edgardo Rossetto <erossetto> |
| Component: | Current packages | Assignee: | Gentoo Science Related Packages <sci> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | dotnet |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Edgardo Rossetto
2009-04-27 20:01:48 UTC
Could you post the output of: ls -la /usr/lib/pkgconfig/*blas* lrwxrwxrwx 1 root root 25 2009-04-27 16:27 /usr/lib/pkgconfig/blas.pc -> ../blas/reference/blas.pc lrwxrwxrwx 1 root root 26 2009-04-27 16:28 /usr/lib/pkgconfig/cblas.pc -> ../blas/reference/cblas.pc Yes, I can reproduce.
emerge -C sci-libs/{c,}blas-reference
find -L /usr/lib/ -type l '(' -name '*blas*' -o -name '*pack*' ')'
Should then give you all the dangling symlinks that should be deleted.
I could not make monodevelop crash with this problem, though.
sci: Could some sort of pkg_postrm be inserted into these ebuilds which ensures these dangling symlinks aren't left around?
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(-) |
