From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 1463A139694 for ; Sun, 7 May 2017 02:54:15 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2FD9CE0C47; Sun, 7 May 2017 02:54:12 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id F00C6E0C17 for ; Sun, 7 May 2017 02:54:10 +0000 (UTC) Received: from katipo2.lan (unknown [203.86.205.69]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: kentnl) by smtp.gentoo.org (Postfix) with ESMTPSA id 3D6B83416BF for ; Sun, 7 May 2017 02:54:09 +0000 (UTC) Date: Sun, 7 May 2017 14:53:45 +1200 From: Kent Fredric To: gentoo-project@lists.gentoo.org Subject: Re: [gentoo-dev] arches.desc & GLEP 72 (was: Re: [gentoo-project] Items for Council Agenda, May 14) Message-ID: <20170507145345.495b2899@katipo2.lan> In-Reply-To: <1494102181.1343.1.camel@gentoo.org> References: <0ac908a7-9875-f629-fa0c-0c85945e1185@gentoo.org> <2845173.ZUnlo4BlrU@pinacolada> <1494088508.26467.1.camel@gentoo.org> <2792793.3ddXxQ3v2e@pinacolada> <1494102181.1343.1.camel@gentoo.org> Organization: Gentoo X-Mailer: Claws Mail 3.15.0-dirty (GTK+ 2.24.31; x86_64-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Project discussion list X-BeenThere: gentoo-project@lists.gentoo.org Reply-To: gentoo-project@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/oZp49Dzx_g8xz=UCqNEbH.W"; protocol="application/pgp-signature" X-Archives-Salt: 948f8d6c-2129-4050-9e09-5e116651eb1f X-Archives-Hash: 3ebd80952c66253d22c80bfde53b9960 --Sig_/oZp49Dzx_g8xz=UCqNEbH.W Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Sat, 06 May 2017 22:23:01 +0200 Micha=C5=82 G=C3=B3rny wrote: > >=20 > > Well, I pulled the two terms that are tradidionally used for ~arch...=20 > > "testing" and "unstable". Testing implied to me that a transition is ta= king=20 > > place, so that went to the "mixed state". =20 >=20 > I should point out that those terms are frequently used interchangeably, > and adding disjoint meanings to them is least misleading. Perhaps a name > like 'transitional' for the middle state would be better? If I was to compromise, I think: [ 'strict', 'transitional', 'loose', 'ignore' ] Would be slightly more descriptive for arches.desc than [ 'stable', 'testing', 'unstable', 'broken' ] Though, granted, the description here for "Unstable" I find confusing as-is. <<=20 unstable When a profile of an architecture is tested, then repoman treats "arch" as an error and aborts. Consistency is only tested for "~arch". >> I find that a bit weird, and at odds with what I thought this was being developed for, as I had the impression that "arch" was "EDONTCARE" for "unstable". And so I'd expected the descriptive behaviour to be more like "testing". As is, that description would currently create significant discouragement for people to test arches with that flag at all, due to the prevalence of intermixed "arch" and "~arch" in those dists. --Sig_/oZp49Dzx_g8xz=UCqNEbH.W Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEPZazbI/qrFT1o9rn6FQySxNmqCAFAlkOjEUACgkQ6FQySxNm qCCOWhAAskUfrwWZ8Ei1R3oDHfsnGWY/dP0SmWhL7c2nD9v3+DoPPauneGu7+ngl pr4yn0yXP//O3JvQzhyY3ZrrUD/73L57ABwmeMJrDTZ7sZ5fXZIOizVBp3knMowH 1oGDOpR7tOWJd4eU8IJXmP8whvu+FA9LpjdAYAkINGaOOY6vTc5KmnDuqVvxXPAp ajhLKSqNkNqzdOnu6wD/OklHqenNxFKAfR74QEHXwU4A3cUh5vGaJlSZvif71LmJ 5U+xQsLfs3nupXhi060S8aXhBVC+RU4s9jbKsyRf2vidBedlBdQplIZpbj3hBfcs PJcivlhWT7MsQFq/ZggthUAAKCMDPuLC1z7hv7nQ5FxggEIIDvlcKkOJ+HqpGWZF 1uLURrrvDCXH5iA6uDXMlxpvXnCGMP/KcIQU7h3aWVufOkAZAdhiRGtnunG7kKMY xO7RYWq8scT0iK6MB4q1lQ5WdRyS8Fy3/P2oQor7zYan0dehHDvd4BrfCwQUL9Kr toIX4YnorDdZyBqUhnYNVh1tqOo6grIj/7wdGDrJfGxd3AFn6I2400HOyoKjYlgy YJ6/KkRFMfE2XnzIDCp+vdU/w+un1knnmjfLqH8QJh1Dl5X3WgBltPPSeKf7EC92 ANbuCaIpo26GmOyUMGXpFYsmAXrdb4Xgj+UHGlVpdPlYiWpIYQA= =+GX2 -----END PGP SIGNATURE----- --Sig_/oZp49Dzx_g8xz=UCqNEbH.W--