From mboxrd@z Thu Jan 1 00:00:00 1970 From: Konrad Hinsen Subject: Re: the upcoming Great Python2 =?utf-8?Q?Purge=E2=84=A2?= Date: Mon, 18 Feb 2019 17:30:32 +0100 Message-ID: References: <20181226093812.GR2581@macbook41> <20190218095619.GC7206@macbook41> <87o979wftc.fsf@elephly.net> <87h8d1we1v.fsf@elephly.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([209.51.188.92]:37944) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gvloT-0006g2-W1 for guix-devel@gnu.org; Mon, 18 Feb 2019 11:30:38 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gvloS-0001pe-7M for guix-devel@gnu.org; Mon, 18 Feb 2019 11:30:37 -0500 Received: from out2-smtp.messagingengine.com ([66.111.4.26]:52669) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gvloR-0001oh-By for guix-devel@gnu.org; Mon, 18 Feb 2019 11:30:36 -0500 In-Reply-To: <87h8d1we1v.fsf@elephly.net> 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: Ricardo Wurmus Cc: guix-devel@gnu.org Hi Ricardo, >> "My channel" doesn't exist (because I haven't yet found the time to >> figure out how to set up and manage a channel, although it's been on my >> to-do list for a while). > > I=E2=80=99d be happy to assist. Thanks! I might come back to that offer when I find at least enough time to figure out precisely what information I might be lacking (that's meta-lack-of-time). >> But... how about splitting off *all* of Python 2 and everything that >> depends on it into a separate channel, which would then be maintained >> by a separate team? > > Currently this is not feasible, in my opinion, as a lot of packages in > Guix still depend on Python 2 for some reason or the other. When Python > 2 reaches EOL, however, I think this would be a reasonable thing to do. Sounds good, then the only remaining issue is defining a transition protocol. What I'd like to avoid is that packages disappear one by one from Guix and then have to be dug out one by one from Git history for setting up a Python 2 channel. More generally, I think it would be useful to collect in some place all package definitions that are removed from Guix. For example, a list with package names plus the last Guix commit that had the package. Konrad.