From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 03 09:10:28 2021 Received: (at 46830) by debbugs.gnu.org; 3 Mar 2021 14:10:28 +0000 Received: from localhost ([127.0.0.1]:55448 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lHSCn-00055k-4P for submit@debbugs.gnu.org; Wed, 03 Mar 2021 09:10:28 -0500 Received: from mail-ej1-f44.google.com ([209.85.218.44]:38724) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lHSCl-00055X-2X for 46830@debbugs.gnu.org; Wed, 03 Mar 2021 09:10:23 -0500 Received: by mail-ej1-f44.google.com with SMTP id mj10so22363798ejb.5 for <46830@debbugs.gnu.org>; Wed, 03 Mar 2021 06:10:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=WZCvwZAdCkpkiScp7ApXiSjQAPUtDooY1ZMY21aMEIc=; b=W5jHOWYwelxur7mh5iNZqZG8Z+rgIiYG1YwQxjzbo7cTYEic+3p37P9GiII02r9oPq uaY0HTZyDN0+OFKy6bwbQIya256PEyPUDOAIJLxUIcuEO+yzaEmt5bb4zTbRscf55JnG gdD1VHA+mHw6BsAhj6y7Nbuk7yGgC9DK5Lb+Eq8mSwtqxNeLpO35r7FfIrOlckceaz8S aRUtQAlY3oomj975zAt7lONGS26eeqByLpHylImriyWiaoxJ33rbi6bxkvj4JOVN7pIz nCb6xugKrkZfZoMEc74m6QVybYerJ7YsBrDVUz4zfSzy5fvVwg3TNKAfWog6ifeM0K55 Eqlw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=WZCvwZAdCkpkiScp7ApXiSjQAPUtDooY1ZMY21aMEIc=; b=EvTAFUsNxl1kLVmB/wb4q5Zh3s5cDjcWQ17WZwiqrKTdzYpsubIwEIWh1OFkMJxbRx hz4bhhFTka0+vm/iGUk/5sasq/5EQzHxOJVDbjbrdNhlK+GJqqcefPneYUPTXV2FdQSj +7U/oB4KNT83Oo/p9LX1WlqC7KzyZH+NHs+mB07t8AtoO5dxiq5pdYvaXGNB6oMeg4HP VhJ+LMnH3LmA5/RJf1eON5mWvFap1uCb6THQkH15HEXMGnJJu8Ge4xg6IR/d88DfasfC eGtA6xYs3P5SGstW6VifbbLTlOQr3LngsiOa6NDByZSHBBV2bZ+j20Zj+h3Bfa1/dBaZ 2YLw== X-Gm-Message-State: AOAM531Ddp7rNogkrAetmHMVEoedM1ao8TGvZfndeaZp0uP7WCm+WTKp 6QXNcLd3XUmBBqJ6NPCHXFrB3psnMpjocl9uvJ8= X-Google-Smtp-Source: ABdhPJxfCZDvgSpLLG4Yhk0/Hu3X68vHZ23j5uCl5IMHclaWejYN4jemyCByQIONigmucYJ9Ms+HxDxn8Qiy5lM0Bj0= X-Received: by 2002:a17:906:684b:: with SMTP id a11mr16966521ejs.329.1614780617292; Wed, 03 Mar 2021 06:10:17 -0800 (PST) MIME-Version: 1.0 References: <20210228133314.22935-1-gheber@hdfgroup.org> <86im6b9mwy.fsf@gmail.com> <874khtuyyt.fsf_-_@gnu.org> In-Reply-To: <874khtuyyt.fsf_-_@gnu.org> From: Gerd Heber Date: Wed, 3 Mar 2021 08:10:05 -0600 Message-ID: Subject: Re: bug#46830: [PATCH Added hdf5-1.12-parallel-openmpi] * gnu/packages/maths.scm (hdf5-1.12-parallel-openmpi): New package based on HDF5 1.12.0 To: =?UTF-8?Q?Ludovic_Court=C3=A8s?= Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 46830 Cc: 46830@debbugs.gnu.org, zimoun X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Ludovic, how are you? Thanks for taking the time to reply. This conversation makes me wonder what the Guix model for packages such as HDF5 might be. On the one hand, there should be defaults for typical, i.e., non-HPC users,= and they probably belong into gnu/packages/maths.scm. Once you add MPI to the mix, things get a little more complicated, and channels, such as Guix-HPC might be the better place. (?) Should we run our own channel? In HDF5's case, we also use versions in a peculiar way, where the expectati= on is that 1.8.x, 1.10.x, and 1.12.x, etc. version are not compatible for end-user applications, mostly because of API changes. What's your recommendation? Maybe (hdf5-1.6?), hdf5-1.8, hdf-1.10, and hdf5= -1.12 belong into maths.scm, plus the thread-safe builds, but not hdf5-parallel-openmpi? I tried to build hdf5-1.8.22-parallel-openmpi, but some of the (MPI) atomicity tests fail with the OpenMPI version used in the current hdf5-parallel-openmpi. And then there is MPICH... I would also like to see HDFView as a Guix package. We have a Spack package= , but the Java story on Guix (I don't blame you ;-) is a little confusing. I'm sold on the merits of Guix and you are doing fantastic work. What's your recommendation, and what can we (The HDF Group) do to help? Best, G. On Tue, Mar 2, 2021 at 1:39 PM Ludovic Court=C3=A8s wrote: > > zimoun skribis: > > > On Tue, 2 Mar 2021 at 01:32, Gerd Heber wrote: > >> On Mon, Mar 1, 2021 at 4:45 AM zimoun wrote= : > > > >> > --8<---------------cut here---------------start------------->8--- > >> > (define-public hdf5-1.12-parallel-openmpi > >> > (package/inherit hdf5-parallel-openmpi > >> > (version (package-version hdf5-1.12)) > >> > (source (package-source hdf5-1.12))) > >> > --8<---------------cut here---------------end--------------->8--- > > > >> Hey, thanks, very clever! Should I submit a new patch or is there a > >> way to patch the patch? > > > > The usual way is to send a v2 which is the patch to apply to the Git > > tree (and *not* a patch to apply to a patch to apply to the tree). > > > > However, personally I am not in favor to add to Guix proper too much > > versions of variant packages; but that's just my humble opinion. > > Instead, it could be submitted to specific channels, for instance > > or any other listed in > > Guix-HPC. > > In this particular case, I think the proposed variant is fine; it=E2=80= =99s > consistent with what we=E2=80=99re already doing with hdf5. > > Ludo=E2=80=99.