In addition to changing the eselect files in the respective
${FILESDIR}:s--which I think is what the patches in the below mentioned
bug take core of--I cannot use blas-reference nor lapack-reference
without the attached patches for app-admin/eselect.
multilib.bash.patch addresses what I'm pretty sure is a bug in eselect.
What, by the way, is the role of ld.so.conf in prefix? I fear
eselect's multilib.bash is susceptible to weirdness (non-emptyness?) in
ld.so.conf.
skel.bash.patch looks odd to me, but I'm not sure how to fix it properly.
These patches were taken against the installed files from the eselect
ebuild. Maybe I should have posted this to bugs.gentoo.org instead...
// Cheers; Johan
On 07/14/09 14:15, Michael Yang wrote:
> I successfully emerged dev-python/numpy-1.3.0 and
> dev-python/scipy-0.7.0 but only with a lot of re-working of
> blas/cblas/lapack to work with eselect properly. Without this,
> numpy/scipy will fail or link incorrectly to /usr/lib/ libraries. I
> wanted to share this to help other users and recommend the following
> changes to the prefix overlay:
>
> * unmask and patch sci-libs/cblas-reference
> * patch sci-libs/blas-reference
> * patch sci-libs/lapack-reference
> (see gentoo bug #277849 for patches)
> * unmask virtual/cblas (required by scipy and numpy w/ USE=lapack)
>
> to emerge scipy I still needed to point to the BLAS/LAPACK libraries
> $ env BLAS=${EPREFIX}/usr/lib LAPACK=${EPREFIX}/usr/lib emerge scipy
>
> or else the scipy build fails with warnings.warn(BlasNotFoundError.__doc__)
>
> On Sun, Jul 12, 2009 at 4:49 PM, Aaron Wilson wrote:
>> I've installed goto-blas, cblas-reference, and lapack-reference by pulling
>> the ebuilds into my overlay. I did not install virtual/cblas, and I do not
>> use any of the eselct packages (they're installed, but 'eselect blas list'
>> gives nothing). It would be nice to have these features working, perhaps
>> I'll try to poke around and see what's gong wrong.
>>
>> Aaron
>>
>>
>> On Jul 11, 2009, at 11:11 AM, Michael Yang wrote:
>>
>>> Hi guys,
>>>
>>> I'm trying to install sci-libas/scipy which depends on virtual/cblas
>>> and virtual/lapack. I noticed that virtual/cblas is not in the prefix
>>> overlay, so I used ecopy to try to emerge it myself. Emerge was
>>> successful, but I ran into lapack problems since "eselect blas set 1"
>>> doesn't seem to be prefix-aware and tries to make symbolic links in
>>> /usr/lib and /usr/lib/pkgconfig rather than ${EPREFIX}/usr/lib and
>>> ${EPREFIX}/usr/lib/pkgconfig. See gentoo bug #277447 for more detail.
>>>
>>> General question: am I missing something or does the prefix overlay
>>> not support blas/cblas/atlas yet?
--- multilib.bash 2009-08-25 08:52:16.350479124 -0500
+++ multilib.bash 2009-08-25 08:47:44.285529000 -0500
@@ -30,7 +30,7 @@
if [[ -z ${libdi...@]} ]] ; then
# Broken or non-existing ld.so.conf
libdirs=( "${EROOT}"/lib* )
- libdirs=( ${libdi...@]/\/lib/lib} )
+ libdirs=( ${libdi...@]##*/} )
fi
echo "${libdi...@]}"
}
--- skel.bash 2009-08-25 08:57:02.801625499 -0500
+++ skel.bash 2009-08-25 08:47:44.317529000 -0500
@@ -292,7 +292,7 @@
# If $D is set, we're adding from portage so we want to respect sandbox.
# Otherwise, respect the ROOT variable.
- local PREFIX=${D:-${EROOT}}
+ local PREFIX=${ED:-${EROOT}}
# Create directory if necessary
if [[ ! -e ${PREFIX}/etc/env.d/${IFACE}/${1} ]]; then
