From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id gI8HBxHxzV+0DAAA0tVLHw (envelope-from ) for ; Mon, 07 Dec 2020 09:08:33 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id EFjRAhHxzV/4HgAA1q6Kng (envelope-from ) for ; Mon, 07 Dec 2020 09:08:33 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id D29CD940111 for ; Mon, 7 Dec 2020 09:08:32 +0000 (UTC) Received: from localhost ([::1]:56286 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kmCVT-0004pf-PW for larch@yhetil.org; Mon, 07 Dec 2020 04:08:31 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:39930) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kmCUt-0004nl-OX for guix-devel@gnu.org; Mon, 07 Dec 2020 04:07:55 -0500 Received: from relay9-d.mail.gandi.net ([217.70.183.199]:51521) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kmCUq-0002l6-Ah; Mon, 07 Dec 2020 04:07:55 -0500 X-Originating-IP: 176.159.32.89 Received: from localhost (176-159-32-89.abo.bbox.fr [176.159.32.89]) (Authenticated sender: tanguy@bioneland.org) by relay9-d.mail.gandi.net (Postfix) with ESMTPSA id BCCB6FF806; Mon, 7 Dec 2020 09:07:45 +0000 (UTC) Date: Mon, 07 Dec 2020 10:07:43 +0100 From: Tanguy LE CARROUR Subject: Re: Poetry upgrade and related packages To: Ludovic =?iso-8859-1?q?Court=E8s?= References: <87sg8oo2bq.fsf@eauchat.org> <1607003488.tc0yc76x5m.astroid@melmoth.none> <87wnxw45rr.fsf@gnu.org> In-Reply-To: <87wnxw45rr.fsf@gnu.org> MIME-Version: 1.0 User-Agent: astroid/0.15.0 (https://github.com/astroidmail/astroid) Message-Id: <1607331131.vwxmd3587f.astroid@rafflesia.none> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: none client-ip=217.70.183.199; envelope-from=tanguy@bioneland.org; helo=relay9-d.mail.gandi.net X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_NONE=0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Guix-devel Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: "Guix-devel" X-Migadu-Flow: FLOW_IN X-Migadu-Spam-Score: -2.30 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of guix-devel-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=guix-devel-bounces@gnu.org X-Migadu-Queue-Id: D29CD940111 X-Spam-Score: -2.30 X-Migadu-Scanner: ns3122888.ip-94-23-21.eu X-TUID: N87Efr09Ey4E Hi, Excerpts from Ludovic Court=C3=A8s's message of December 5, 2020 4:44 pm: > Tanguy LE CARROUR skribis: >=20 >> It's not yet clear to me how to handle (python) package updates: >> - when to update; >> - when not to update; >> - when to introduce "versionned" (`-x.y` suffix) package definitions; >> - when to introduce "next" (`/next` suffix) package definitions; >> - when to remove the two above suffixes; >> - =E2=80=A6 >> >> So I'm looking forward to reading the answers to this thread! :-) >=20 > When a change introduces too many rebuilds, the convention is to make > that change on a branch that will be merged =E2=80=9Clater=E2=80=9D rathe= r than on > =E2=80=98master=E2=80=99; this is bullet 8 here: >=20 > https://guix.gnu.org/manual/devel/en/html_node/Submitting-Patches.html Thanks for pointing at, but this "just" tells me on which branch to put the changeset, not which of the above options should be used when a package needs to be updated. > Yet, sometimes we want to introduce new versions that people can get in > their profile, even if the =E2=80=9Cdefault=E2=80=9D one remains the olde= r version to > avoid world rebuilds. That's exactly my point! If the default one lags behind, then after some time, nobody will use it any more and we will have introduced one or more `-x.y` package definitions! I would consider it to be a "saner" approach to have the default always "point" to the latest version, but then we would have to "fix" package depending on older versions by introducing `-x.y` package definitions for them. Or am I missing something?! > One example is GDB: gdb@8 has 1,671 dependents, but we added gdb@10 on > the side such that =E2=80=9Cguix install gdb=E2=80=9D gives you version 1= 0. The difference here is that it's a package added to a profile, not a dependency, so `gdb` means the latest available version of GDB, right? As you can see, everything is not yet clear to me! Sorry! ^_^' --=20 Tanguy