Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 237253 - sci-libs/blas-atlas-3.9.3 & sci-libs/gsl-1.11: installs erroneous env.d files that break eselect blas/cblas
Summary: sci-libs/blas-atlas-3.9.3 & sci-libs/gsl-1.11: installs erroneous env.d files...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo/Alt
Classification: Unclassified
Component: Prefix Support (show other bugs)
Hardware: All All
: High major (vote)
Assignee: Gentoo non-Linux Team
URL:
Whiteboard:
Keywords:
Depends on: 211712
Blocks:
  Show dependency tree
 
Reported: 2008-09-10 04:00 UTC by Xiao-Yong JIN
Modified: 2009-05-14 14:35 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 Xiao-Yong JIN 2008-09-10 04:00:25 UTC
Files in ${EPREFIX}/etc/env.d/{,c}blas/lib are not properly changed for prefix.  For example, file /home/jin/gentoo_x86_64/etc/env.d/cblas/lib/gsl contains:

libgslcblas.so /usr/@LIBDIR@/libcblas.so
libgslcblas.so.0 /usr/@LIBDIR@/libcblas.so.0
libgslcblas.a /usr/@LIBDIR@/libcblas.a
../blas/gsl/cblas.pc /usr/@LIBDIR@/pkgconfig/cblas.pc
gsl/gsl_cblas.h /usr/include/cblas.h

which refers to the host system instead of our prefix environment.  Hence eselect mechanism is broken and the libraries are actually not installed properly.

Reproducible: Always

Steps to Reproduce:
1.emerge sci-libs/blas-atlas-3.9.3 sci-libs/gsl-1.11
2.
3.

Actual Results:  
See files under ${EPREFIX}/etc/env.d/{,c}blas/lib

$ eselect blas list

and

$ eselect cblas list

return nothing.
Comment 1 Ivan Iraci 2009-01-21 17:37:13 UTC
(In reply to comment #0)

Same identical problem here.
Comment 2 Fabian Groffen gentoo-dev 2009-05-13 17:16:05 UTC
can you recheck this? the ebuild does replace @LIBDIR@ ...
Comment 3 Xiao-Yong JIN 2009-05-14 14:35:21 UTC
I think I misunderstood the mechanism of eselect.  It was a problem of eselect but not these two ebuilds.  The files under ${EPREFIX}/etc/env.d/{,c}blas/lib are still the same as what I described, but, now, eselect behaves correctly.  I'm closing this bug as fixed.