From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?UTF-8?B?QmrDtnJuIEjDtmZsaW5n?= Subject: Re: Policy to remove obsolete packages Date: Fri, 8 Feb 2019 09:47:40 +0100 Message-ID: <20190208094740.2d0374c8@alma-ubu> References: <20190204100318.208254da@alma-ubu> <20190204180635.GB8736@jurong> <20190204221804.GA8806@jasmine.lan> <20190205112443.41fd031b@alma-ubu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/lacp7NI=bSHdD=hMiHLDy/I"; protocol="application/pgp-signature" Return-path: Received: from eggs.gnu.org ([209.51.188.92]:37052) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gs1p3-00083q-5g for guix-devel@gnu.org; Fri, 08 Feb 2019 03:47:45 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gs1p2-0001i3-E4 for guix-devel@gnu.org; Fri, 08 Feb 2019 03:47:45 -0500 Received: from m4s11.vlinux.de ([83.151.27.109]:60138 helo=bjoernhoefling.de) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gs1p2-0001hA-7t for guix-devel@gnu.org; Fri, 08 Feb 2019 03:47:44 -0500 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 --Sig_/lacp7NI=bSHdD=hMiHLDy/I Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi simon, On Thu, 7 Feb 2019 13:40:53 +0100 zimoun wrote: > Hi, >=20 > I understand but I am not sure to see the points and/or advantages > about a policy. >=20 > From my opinion, obsolete package is not well-defined and define =20 > cleanly what an obsolete package is will be bikeshedding. :-) > And I think that deprecated should come from upstream. > However, a popcon of the downloaded substitutes should provide which > packages are "important" and which are less; to have a better > "priority list"---if needed. I really wouldn't take that "Policy" too formal: It is more like that: There are packages that are just broken and nobody cares. But nobody removed them from Guix, because everybody was unsure about it. Now we agreed on that when a package is broken for more than 6 months we should announce it on dev-list and if then nobody takes action, we remove it. It is more like "community consensus" that it is very OK to remove these packages. CI is another related topic we are working on. In theory, a commit should break nothing. Or at least the commiter should get a message back of what exactly they broke. > And I also do agree that it is hard to find the information what it > went wrong. For example, recently I was not able to find what breaks > clang@3.5. Sometimes it magically helps to just write a bug-report with the correct error-message and/or link to hydra.gnu.org's failure. I noticed in the past that a good, concise bug-report gets attention to the right people to fix it :-) Bj=C3=B6rn --Sig_/lacp7NI=bSHdD=hMiHLDy/I Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQQiGUP0np8nb5SZM4K/KGy2WT5f/QUCXF1CLAAKCRC/KGy2WT5f /ZCgAJ9U4Unx/GGJTsmamGKdQBQmJjdlUwCfaCehRoIZsACwQ04W2pJpZNs5Ijc= =iVGh -----END PGP SIGNATURE----- --Sig_/lacp7NI=bSHdD=hMiHLDy/I--