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 0174413832E for ; Mon, 15 Aug 2016 22:51:06 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id DBB3BE0BFB; Mon, 15 Aug 2016 22:50:57 +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 F2834E0BB0 for ; Mon, 15 Aug 2016 22:50:56 +0000 (UTC) Received: from katipo2.lan (unknown [IPv6:2406:e001:1:d01:c2f8:daff:fe83:ed01]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: kentnl) by smtp.gentoo.org (Postfix) with ESMTPSA id BF2A6340ECC for ; Mon, 15 Aug 2016 22:50:55 +0000 (UTC) Date: Tue, 16 Aug 2016 10:50:24 +1200 From: Kent Fredric To: gentoo-dev@lists.gentoo.org Subject: Re: #wg-stable: Reservations about a "STABLE" & "NeedsStable" bugzilla keywords (re: [gentoo-dev] New Working Group established to evaluate the stable tree) Message-ID: <20160816105024.04747642@katipo2.lan> In-Reply-To: <8e18f41d-3463-7a95-a184-e75030eedc48@gentoo.org> References: <6046d13b-1a54-aa5e-ab16-df448b0f8c59@gentoo.org> <20160815162943.192f2605@katipo2.lan> <8e18f41d-3463-7a95-a184-e75030eedc48@gentoo.org> Organization: Gentoo X-Mailer: Claws Mail 3.14.0 (GTK+ 2.24.30; x86_64-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/1e+ZoQBkfa.I+kZgzvNzV+n"; protocol="application/pgp-signature" X-Archives-Salt: d777fd42-60a6-41d9-a337-9ebc2c48e420 X-Archives-Hash: b6840d92e67e82c250edb15e8cbacf5b --Sig_/1e+ZoQBkfa.I+kZgzvNzV+n Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Mon, 15 Aug 2016 15:03:08 +0200 Kristian Fiskerstrand wrote: > Could you please elaborate a bit? In particular from perspective of (i) > integration into current workflow, (ii) complexity in application > maintenance/hosting (iii) cost/benefit considerations Biggest irritation is that "bugs track concepts" but "arches track arches" so "One bug many arches" -> Anarchy. A competing tool I'd imagine would possibly automatically designate packages that are stable /candidates/ and keywording /candidates/ without any manual interaction. ie: It would essentially double down on the "Batch stabilization/keywording" concept and represent that concept portage wide, but only in an informal se= nse. Then you could basically filter it by views on a per-arch basis to see what needs doing on a given arch, and mark "candidates" as "needed to be done" and tree based recursive integrity checking would be part of the workflow. So you'd see "X is stable candidate for x86" You'd click "x86" and it would produce a list of the subgraph that also nee= ds stabilizing to satisfy, and you'd give it a once over, click "Ok" and that = package and its dependencies are now "marked for stabilization on x86".=20 Then AT teams could come along and simply use a different view that shows o= nly stabilization requests for their arch, and do them in bulk, or piecemeal, at their own discretion. unkeyworded -> keywording candidate -> keywording request -> keyworded=20 keyworded -> stable candidate -> stable request -> stable But these are just ideas ;) --Sig_/1e+ZoQBkfa.I+kZgzvNzV+n Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXskc9AAoJEOhUMksTZqggqK0QAJ0liQsBRnANh0O9pNggGVCL IAEz9Few7Bb3VZIl7Wr1KBITWJaz1DBkqEFBE3LN/3wgK9YrN3j6FPpPoKzBlogi FtnUYLDgeOrxecirEbUY3AxHo+ABV5HikLBaDSflILm2st5K/5jJNxJXoSX4JeEm G5QiWRtP+NsCxKSmexYhnGWpYu7iojQ/gv57RrxgKwEhQ+i3lVvKrHqN0a5TlIH0 wCJXsngB/AQLHgyWL9JMtrjM+TP0vHijtZ4AnBMlHA1ZM4PsYtRgQWTVLIkZqpZx zCX7H/IIAv9cIePR+wPpJI+eTHIWb5sQ4CEO3Vso2b3z+1MSGZXEsM5u5cDDBWzI CfdkZopjGn3GgwQ/HAkIBBPgo08ul7gSwH39uFzlS1P1R8kG9OIqm0rhXGQx4bNr Xg4cmY7w1sQIjF3Nw3F6BJa3q98tJahaIG2ED4ssWJNPzSNsEw++WVrybim9kM7i kQT0iLaLLrTimAHNQ49ZIRRwt5OhJ+qLlkPscTstxlLCJ7dS4IQQDhqimQRdEv1X 8xyRusG0h+0X0aEfp9oXdtgrLCL0qDYHott2lSxfCIWVI1H8+zAZ7XVeEfwZrXM+ VfYw/c05aXkoLkJS/pA88UBfxtpttb79i28soZi6aidfAH+47cMNG3WPgwIQP2Jx dhLpi3GR+6FGeSbjRrHn =CF4X -----END PGP SIGNATURE----- --Sig_/1e+ZoQBkfa.I+kZgzvNzV+n--