From mboxrd@z Thu Jan 1 00:00:00 1970 From: Konrad Hinsen Subject: Re: Towards reproducibly Jupyter notebooks with Guix-Jupyter Date: Thu, 24 Oct 2019 08:20:22 +0200 Message-ID: References: <87lftt57ux.fsf@inria.fr> <87imowwt3i.fsf@gnu.org> <875zkru70u.fsf@inria.fr> <87imorqx0w.fsf@inria.fr> <87y2xd5bmb.fsf@inria.fr> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:41362) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iNWTz-0008Ou-RJ for guix-devel@gnu.org; Thu, 24 Oct 2019 02:20:29 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iNWTy-0000Tc-Gv for guix-devel@gnu.org; Thu, 24 Oct 2019 02:20:27 -0400 Received: from out2-smtp.messagingengine.com ([66.111.4.26]:40491) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1iNWTy-0000Sx-4T for guix-devel@gnu.org; Thu, 24 Oct 2019 02:20:26 -0400 In-Reply-To: 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: zimoun Cc: Guix Devel , Ludovic =?utf-8?Q?Court=C3=A8s?= zimoun writes: >> No, at least not explicitly. My goal is reproducing computations from >> the past, so I need to re-animate old manifest files. These could of >> course contain references to inferior-packages, so they could be >> multi-commit, but this is not my focus. > > But does it fit with the current practice? With mine, yes :-) Installing packages one by one into my profile is something I only do for quick tests. All my profiles are defined by manifest files under version control, and occasionally updated as a whole. If there were a straightforward way to save profiles to a manifest file, I might be less strict about this procedure, though I don't find it constraining in practice. It fits well with my older habit of having all configuration files under version control. > I do not know if it is a way to go: allow profile/environment > populated with binaries from different commits (without speaking about > possible clash.) I'd say it's doable, but so far not implemented. Restoring such an environment is likely to be expensive, as you have to download multiple Guix commits and then maybe compile dozens of versions of old compilers etc. Assuming that one day in the near future, all scientists use Guix and routinely publish their manifest files, I'd expect reviewers to ask authors to clean up their manifest files for the benefit of everyone else. So I adopt this habit now before I am forced to ;-) > This information is already available in one location: > /manifest, I guess. Indeed, but it's an undocumented feature for now. The format is undocumented and not accepted by "guix package" or "guix environment". > Pierre wrote an example to bridge the profile to the manifest. > See https://ambrevar.xyz/guix-advance/index.html > section Generate a manifest (bottom) Interesting, but it records only one commit, for the current Guix. If you have older non-updated packages, this will go unnoticed. I see this mainly as a tool for migrating from historical-accident profiles to managed profiles, but that's perhaps just my own bias. Cheers, Konrad