From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: Guix on clusters and in HPC Date: Thu, 03 Nov 2016 14:44:49 +0100 Message-ID: <87bmxwvfse.fsf@gnu.org> References: <87r37divr8.fsf@gnu.org> <86vawh9lvw.fsf@gmail.com> <877f8vgvns.fsf@elephly.net> <86mvhkfaag.fsf@gmail.com> <8737jbk6vk.fsf@elephly.net> <2afb1274-15dd-46b3-0f21-3cf4f4b48be7@uq.edu.au> 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]:54223) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1c2IK7-0002fk-7F for guix-devel@gnu.org; Thu, 03 Nov 2016 09:44:56 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1c2IK4-0000WB-3d for guix-devel@gnu.org; Thu, 03 Nov 2016 09:44:55 -0400 In-Reply-To: <2afb1274-15dd-46b3-0f21-3cf4f4b48be7@uq.edu.au> (Ben Woodcroft's message of "Tue, 1 Nov 2016 22:03:35 +1000") 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" To: Ben Woodcroft Cc: Guix-devel , myglc2 Hi! Ben Woodcroft skribis: > I'm a little late here, but please do all of the things on that list :) :-) > With this suggestion: > > + for [[https://lists.gnu.org/archive/html/guix-devel/2016-10/msg0000= 5.html][CPU-specific optimizations]] > + somehow support -mtune=3Dnative (and even profile-guided > optimizations?) > > I'm not sure if you already thought of this, but an important use case is= that of pipelines, where we may want to optimise not just the package bein= g built, but instead one (or more) of its dependencies. So your suggestion = of this syntax: > > guix package --tune=3Dhaswell -i diamond > > requires some extensions, maybe something like this, where bamm can be us= ed as a pipeline that uses bwa and samtools: > > guix package -i bamm --tune=3Dhaswell bwa samtools > > and to optimise the C in bamm itself too: > > guix package -i bamm --tune=3Dhaswell bwa samtools bamm So you=E2=80=99re saying that --tune should apply recursively, right? > On 01/11/16 17:15, Ricardo Wurmus wrote: [...] >> I strongly encourage users to do two things: >> >> - use manifests >> - record the current version of Guix and our local package repository >> when instantiating a manifest. It only takes these two pieces of >> information to reproduce a software environment > Is it possible to help automate this process somehow e.g. by checking > if packages in GUIX_PACKAGE_PATH are within git repositories and > reporting their statuses? It would be nice. As you note, there=E2=80=99s a design question that needs to be discussed. = On one hand, Guix doesn=E2=80=99t need to know and care about how things in $GUIX_PACKAGE_PATH were obtained, etc. On the other hand, if Guix would manage such external repos by itself, it would be able to give more precise information on what=E2=80=99s being used and to provide more featur= eful tools. This is related to the idea of =E2=80=9Cchannels=E2=80=9D that we=E2=80=99v= e been discussing notably with Pjotr. Ludo=E2=80=99.