From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 15451138010 for ; Sat, 27 Oct 2012 21:02:45 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id CCA6D21C029 for ; Sat, 27 Oct 2012 21:02:43 +0000 (UTC) Received: from mxi2.callplus.net.nz (mx194.callplus.net.nz [202.180.66.194]) by pigeon.gentoo.org (Postfix) with ESMTP id 6FFC5E055E for ; Sat, 27 Oct 2012 18:27:13 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApYBAGsmjFB34Adh/2dsb2JhbAANN78dhmYBAQEBAgEnUQYLCxgJFg8JAwIBAgFFEwgBAYd8qGCTCot1gzmDJAOpOw X-IronPort-AV: E=Sophos;i="4.80,663,1344168000"; d="scan'208";a="302849535" Received: from 119-224-7-97.callplus.net.nz (HELO [192.168.1.5]) ([119.224.7.97]) by ismtp2.tranzpeer.net with ESMTP/TLS/DHE-RSA-CAMELLIA256-SHA; 28 Oct 2012 07:27:11 +1300 Message-ID: <508C2789.4000609@slingshot.co.nz> Date: Sun, 28 Oct 2012 07:27:21 +1300 From: Francois Bissey User-Agent: Mozilla/5.0 (X11; Linux i686; rv:15.0) Gecko/20120923 Thunderbird/15.0.1 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-science@lists.gentoo.org Reply-to: gentoo-science@lists.gentoo.org MIME-Version: 1.0 To: gentoo-science@lists.gentoo.org Subject: Re: [gentoo-science] blas/lapack stuff References: <50629808.7060604@gentoo.org> <5062E508.6080905@slingshot.co.nz> <50758FDE.8030609@gentoo.org> <20121026215346.GM13271@schlaumatte> <508BA04C.1060407@slingshot.co.nz> <20121027174200.GT13271@schlaumatte> In-Reply-To: <20121027174200.GT13271@schlaumatte> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 6fc8bf28-3584-4a2d-979c-06343e1e6b14 X-Archives-Hash: b5f6c42c772b1aac8c066888f2bc63b2 On 28/10/12 06:42, Thomas Kahle wrote: > On 21:50 Sat 27 Oct 2012, Francois Bissey wrote: >> On 27/10/12 10:53, Thomas Kahle wrote: >>> On 17:10 Wed 10 Oct 2012, justin wrote: >>> [..] >>> >>>>> Calculating dependencies... done! >>>>> [ebuild N ] app-admin/eselect-lapack-0.1 0 kB >>>>> [blocks B ] app-admin/eselect-lapack ("app-admin/eselect-lapack" >>>>> is blocking sci-libs/gsl-1.15-r2, sci-libs/cblas-reference-20110218, >>>>> sci-libs/blas-reference-20110418, sci-libs/atlas-3.10.0, >>>>> sci-libs/lapack-reference-3.3.1-r1) >>>>> >>>>> Total: 1 package (1 new), Size of downloads: 0 kB >>>>> Conflict: 1 block (1 unsatisfied) >>>>> >>>>> * Error: The above package list contains packages which cannot be >>>>> * installed at the same time on the same system. >>>>> >>>>> (sci-libs/cblas-reference-20110218::science, installed) pulled in by >>>>> sci-libs/cblas-reference required by @selected >>>>> >>>>> (app-admin/eselect-lapack-0.1::gentoo, ebuild scheduled for merge) >>>>> pulled in by >>>>> eselect-lapack >>>>> >>>>> (sci-libs/atlas-3.10.0::science, installed) pulled in by >>>>> sci-libs/atlas required by @selected >>>>> >>>>> >>> >>>> do you have the eselect version from the sci overlay installed? Only >>>> that one is able to eslect blas for you correctly. >>> >>> I'm using this eselect version and I have lapack reference-3.4.2 >>> installed and eselected. Still I get: >>> >>> # pkg-config --libs lapack >>> Package lapack was not found in the pkg-config search path. >>> Perhaps you should add the directory containing `lapack.pc' >>> to the PKG_CONFIG_PATH environment variable >>> No package 'lapack' found >>> >>> Which makes packages depending on lapack checks during configure fail. >>> >>> Any ideas >>> >> >> First of, supposing you are on amd64, does >> /usr/lib64/pkgconfig/lapack.pc >> exist? It should be a link pointing to >> ../../../etc/env.d/alternatives/lapack/_current/usr/lib64/pkgconfig/lapack.pc >> itself a link to /usr/lib64/pkgconfig/reflapack.pc > > Yes, it exists, but no it is a symlink to the wrong pc file: > > $ ls -ahl /usr/lib64/pkgconfig/lapack.pc > lrwxrwxrwx 1 root root 77 Oct 26 15:19 /usr/lib64/pkgconfig/lapack.pc -> ../../../etc/env.d/alternatives/lapack/_current/usr/lib64/pkgconfig/lapack.pc > So ../../../etc/env.d/alternatives/lapack/_current/usr/lib64/pkgconfig/lapack.pc is not a symlink to /usr/lib64/pkgconfig/reflapack.pc? That should be provided by lapack-reference using the alternative2 eclass. /usr/lib64/pkgconfig/lapack.pc is created by eselect. > Which package is to provide this symlink? It seems that it is a stale > symlink from before -llapack was renamed to -lreflapack recently? > > I'm experimenting with the different implementations, it is entirely > possible that I'm in some undefined state. Now, how to fix it? > yes, you may have to delete some left over files and re-emerge lapack-reference. Francois