1 |
> The ebuild and package are quite difficult (like all sci packages). A |
2 |
> homebrew'd configure script and no way to change the path for config files. |
3 |
> Not sure what needs to be done really. Probably best to see the first |
4 |
> version that worked and what changed. At some point, everything that was |
5 |
> added to the prefix tree was tested. New versions after were not explicitly |
6 |
> tested when they were added to the tree. We rely on bug reports and people |
7 |
> helping to fix issues. :) |
8 |
> |
9 |
|
10 |
Fair enough. Here my go in trying to at least localise the problem (Keep in |
11 |
mind that I have no general knowledge of gentoo, other than running |
12 |
gentoo-prefix.) |
13 |
|
14 |
I notice that the lines |
15 |
|
16 |
eselect blas add $(get_libdir) "${FILESDIR}"/eselect.blas.atlas ${ESELECT_PROF} |
17 |
eselect cblas add $(get_libdir) "${FILESDIR}"/eselect.cblas.atlas ${ESELECT_PROF} |
18 |
|
19 |
in blas-atlas-3.9.3.ebuild are apparently responsible for the problem. |
20 |
Expanding the variables the first one translates to |
21 |
eselect blas add lib $EPREFIX/usr/portage/sci-libs/blas-atlas/files/eselect.blas.atlas atlas |
22 |
|
23 |
now the interesting thing is that when I execute this line from the |
24 |
commandline, then indeed it does the right thing, and basically copies |
25 |
$EPREFIX/usr/portage/sci-libs/blas-atlas/files/eselect.blas.atlas |
26 |
to |
27 |
$EPREFIX/etc/env.d/blas/lib/atlas |
28 |
|
29 |
(The file eselect.blas.atlas does itself not look very prefix friendly, but |
30 |
this is a different issue.) |
31 |
|
32 |
however when this line is executed during "emerge blas-atlas", then there |
33 |
seems to be some mechanism, which installs all files first to a temporary |
34 |
tree under $EPREFIX/var/tmp/portage/sci-libs/blas-atlas-3.9.3/image/ |
35 |
Here is obviosly, where the error occurs, since the above eselect writes |
36 |
into $EPREFIX/var/tmp/portage/sci-libs/blas-atlas-3.9.3/image/etc/ |
37 |
instead of |
38 |
$EPREFIX/var/tmp/portage/sci-libs/blas-atlas-3.9.3/image/$EPREFIX/etc/ |
39 |
|
40 |
then the function install_qa_check_prefix() which is located in |
41 |
$EPREFIX/usr/lib/portage/bin/misc-functions.sh |
42 |
notices that there are files to be installed outside $EPREFIX and barfs out. |
43 |
|
44 |
So far so good. What I do however not know, is why "eselect" misbehaves when |
45 |
called from within emerge. |
46 |
|
47 |
I have now filed a bug for this, it is at |
48 |
https://bugs.gentoo.org/show_bug.cgi?id=294606 |
49 |
|
50 |
So from my limited understanding this could well be a bug which is not |
51 |
directly due to the ebuild (which seem to be a couple of months old), but |
52 |
possibly due to eselect not doing the right thing when called from within |
53 |
emerge. Was there any recent change in the eselect infrastructure that could |
54 |
have triggered this? |
55 |
|
56 |
Andreas |