From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bengt Richter Subject: Re: Guix minor version update? Date: Tue, 21 Jan 2020 17:35:41 -0800 Message-ID: <20200122013541.GA21986@LionPure> References: Reply-To: Bengt Richter 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]:39737) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iu4w4-0006fX-68 for guix-devel@gnu.org; Tue, 21 Jan 2020 20:36:01 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iu4w2-0006iK-OA for guix-devel@gnu.org; Tue, 21 Jan 2020 20:35:59 -0500 Received: from imta-35.everyone.net ([216.200.145.35]:35174 helo=imta-38.everyone.net) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1iu4w2-0006hT-DK for guix-devel@gnu.org; Tue, 21 Jan 2020 20:35:58 -0500 Content-Disposition: inline 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-mx.org@gnu.org Sender: "Guix-devel" To: Julien Lepiller Cc: guix-devel@gnu.org Hi, On +2020-01-21 12:43:26 -0500, Julien Lepiller wrote: > Le 21 janvier 2020 08:32:00 GMT-05:00, zimoun a =C3=A9crit : > >Dear, > > > >Currently, the proposed Guix to install is v1.0.1. This very version > >has some "bugs" [1] fixed since then [2]. But it is not convenient > >when using with Docker [3]. > > > >Why not update the minor version to v1.1? > > > >Then, I propose to update this minor version: > > - each time core-updates or staging is merged > > - each time the bootstrapping toolchain is updated > > - each time major archives (Bioconductor) is updated > > - each time CLI is improved (time-machine, etc.) > > > > > >Ludo "disagrees" [4], kind of. ;-) > ><< > >I guess semver doesn=E2=80=99t apply to Guix taken as a whole, so vers= ion > >numbers should be chosen to suggest how =E2=80=9Cdifferent=E2=80=9D th= e new release is. > >That=E2=80=99s pretty subjective, though. > >>> > > > >Let collect some ideas. :-) > > > > > >Even if version is not really meaningful when speaking about Guix > >because rolling etc. I find useful to bump the minor version more > >often, IMHO, for 3 reasons: > > > >1. Changing the (minor) version attracts interest and increases > >visibility. > > 2. It helps people --mainly HPC sysadmins-- to better trust "Guix > >rocks!" because jumping from version to version fits more what they > >know. > >3. It eases to navigate through all the packages and their version > >update. > > > > > >What people think? > > > >All the best, > >simon > > > > > >[1] https://lists.gnu.org/archive/html/guix-devel/2019-11/msg00540.htm= l > >[2] > >https://git.savannah.gnu.org/cgit/guix.git/commit/?id=3Dc20ba18304ee63= f01895f092bb51bc2a9ce3303b > >[3] https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D39195 > >[4] https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D39195#25 >=20 > I agree releases are too far apart, when we have all of these new thing= s to show off to newcomers :) >=20 > Your proposed release cycle seems too short for me, especially since a = release is a huge drain on our resources (we try to freeze the distro, fi= x packages, make sure we retain substitutes for that version "forever", =E2= =80=A6). >=20 > We should definitely keep releases far from core-updates merges and co.= That would ensure we have time to fix the aftermath. > BF: How about generating a minimal "guix-maint" release as a binary-insta= llable guix (guix-maint-install.sh ?) which would install a minimal /gnu/store like guix-install.sh if no existing /gnu/store, _but either way_ would in= stall guix-maint as a new generation of guix-maint in its own profile. The idea is to be able to load a safe minimal and quality-controlled-up-t= o-date seed environment (mes-derived?) which can be invoked as a base for first-time install or later for maintenance or experimentation. Maybe it could be a safe-mode boot option from grub, to run as something selected from minimal profile alternatives? HTH trigger some useful ideas, even if this is ignorant newbie rambling :) --=20 Regards, Bengt Richter