From mboxrd@z Thu Jan 1 00:00:00 1970 From: zimoun Subject: Re: Feedback from JRES in Dijon Date: Thu, 5 Dec 2019 16:42:24 +0100 Message-ID: References: <8D474474-AF4C-4B03-9D38-3BB089BEE4EB@lepiller.eu> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:43277) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ictHD-00081H-QC for guix-devel@gnu.org; Thu, 05 Dec 2019 10:42:49 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ictHB-0000E9-E3 for guix-devel@gnu.org; Thu, 05 Dec 2019 10:42:46 -0500 Received: from mail-qk1-x736.google.com ([2607:f8b0:4864:20::736]:33263) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ictH8-0000AY-2P for guix-devel@gnu.org; Thu, 05 Dec 2019 10:42:43 -0500 Received: by mail-qk1-x736.google.com with SMTP id c124so3738011qkg.0 for ; Thu, 05 Dec 2019 07:42:36 -0800 (PST) In-Reply-To: <8D474474-AF4C-4B03-9D38-3BB089BEE4EB@lepiller.eu> 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: Julien Lepiller Cc: Guix Devel Hi Julien, Thank you for this report. On Thu, 5 Dec 2019 at 15:25, Julien Lepiller wrote: > Another wanted to have some kind of doi for guix describe + manifest (a b= etter UI and easier thing to cite in a paper I suppose). I agree that something is lacking. I was not thinking about DOI but I was thinking a better UI similar to "git tag" to improve the current situation. It is not exactly the question that you had but it seems related, AFAIU. For example, it is hard to know which commit I need to "guix pull" to have Python 3.6, if we have. I tried to start a discussion in this topic there [1]. Another concrete example had been asked here [2]. [1] https://lists.gnu.org/archive/html/guix-devel/2019-11/msg00513.html [2] https://lists.gnu.org/archive/html/help-guix/2019-06/msg00098.html > The person I talked to at lunch was a bit skeptical about Guix. They have= it and Nix, with module on their cluster. They told me they were more conc= erned about replicability than reproducibility. Also, their users are lost = between the options, they have trouble getting help on guix from their admi= ns and they end up using conda, yet another tool ^^". Bit-to-bit reproducibility is the first step to go to Replicability, IMHO. For sure, Conda is a no-go for this goal, again IMHO. :-) Modulefiles is loosing their time by re-doing what packagers are doing; it is the dependency hell because they spend their time on compiling libraries -- the code of interest depends on one lib which depends on other lib which depends on... So it requires a lot of manpower. Guix solves that elegantly IMO; considering channels. And the big issue of replicability is floating point. The same binary with the same inputs does not compute the same output. For example, see page 13 of [3]. [3] https://jcad2019.sciencesconf.org/data/2019_JCAD_Repro_Hill_vf.pdf Well I am not sure that a general solution can solve replicability... and it is software by software. Cheers, simon