From mboxrd@z Thu Jan 1 00:00:00 1970 From: Federico Beffa Subject: Re: [PATCH 1/2] gnu: Add numpy Date: Tue, 28 Oct 2014 18:49:07 +0100 Message-ID: References: <87bnoyk6g9.fsf@gnu.org> <87wq7kh70n.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:49129) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XjAtK-000253-Uo for guix-devel@gnu.org; Tue, 28 Oct 2014 13:49:15 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XjAtI-0007s7-Qw for guix-devel@gnu.org; Tue, 28 Oct 2014 13:49:10 -0400 In-Reply-To: <87wq7kh70n.fsf@gnu.org> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org To: =?UTF-8?Q?Ludovic_Court=C3=A8s?= Cc: Guix-devel On Tue, Oct 28, 2014 at 10:34 AM, Ludovic Court=C3=A8s wrote= : > Ah right. And what if you again remove Python from =E2=80=98inputs=E2=80= =99, and add > > #:python ,python > > to the arguments? > > That means it will use the actual Python 3.x package, not the wrapper, > so everything will be visible. The downside is that there will be no > =E2=80=98python=E2=80=99 command, only =E2=80=98python3=E2=80=99. Well, as you say, it does not find the 'python' command and stops with an error. I think that fixing the command name is even worse that having python as input. > > Perhaps the right fix will be to change =E2=80=98python-wrapper=E2=80=99 = to symlink the > =E2=80=98lib=E2=80=99 sub-directory of =E2=80=98python=E2=80=99. It was also suggested to make python a propagating input of the wrapper. https://lists.gnu.org/archive/html/guix-devel/2014-10/msg00303.html In my opinion, one of these two fixes would be desirable. > After some more thought, I=E2=80=99ve finally bit the bullet: > > 1. Commit 77b0ac9 adds the #:substitutable? flag to gnu-build-system. > > 2. Commit f15615b uses it for ATLAS. Wow! That was quick. Thanks! > It may still make sense to have the non-optimized version for those who > do not need performance and do not want to build locally maybe, WDYT? Personally my main use of ATLAS is through numpy/scipy. Therefore I would like to be able to use a good performing ATLAS with those packages. If that needs a manual installation step, that's fine with me. In principle we could make a second package and add a suffix to the version number such that the general binary version takes precedence. To get a locally built library one would then have to give an explicit ATLAS version to guix. Or, do you have other approaches in mind? Regards, Fede