From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id BB4A71381F3 for ; Sun, 15 Sep 2013 15:22:07 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 436D2E0B87; Sun, 15 Sep 2013 15:22:07 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id AAC03E0B4E for ; Sun, 15 Sep 2013 15:22:06 +0000 (UTC) Received: from [192.168.1.33] (186.Red-2-137-230.dynamicIP.rima-tde.net [2.137.230.186]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: pacho) by smtp.gentoo.org (Postfix) with ESMTPSA id 38DBD33DACA for ; Sun, 15 Sep 2013 15:22:05 +0000 (UTC) Message-ID: <1379258522.8240.3.camel@localhost> Subject: Re: [gentoo-project] Call for agenda items - Council meeting 2013-09-10 From: Pacho Ramos To: gentoo-project@lists.gentoo.org Date: Sun, 15 Sep 2013 17:22:02 +0200 In-Reply-To: References: <21020.30575.805569.383992@a1i15.kph.uni-mainz.de> <20130829152248.GA3432@shimane.bonyari.local> <1377796652.5477.15.camel@localhost> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.8.5 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-Transfer-Encoding: 8bit X-Archives-Salt: cd9d6d30-fc7d-4211-bb4f-25a409a05e4b X-Archives-Hash: c16c38dd7e2066ee0962757c5488da8d El dom, 15-09-2013 a las 11:03 -0400, Rich Freeman escribió: [...] > As I see it we really only have two sustainable options: > > 1. Drop stable keywords on these arches wholesale. > 2. Allow maintainers to be more aggressive about dropping stable > packages when bugs are not closed in a reasonable timeframe (say, 90 > days). > > I suspect that #1 may be inevitable for some of these archs, but I'm > certainly willing to try #2 first and see where that leaves us. I > don't like the idea of maintainers having to maintain old versions of > things like gnome because arch teams put in some time in years past > but aren't interested in the newer version/etc. > > So, how about this as a policy: > If a maintainer has an open STABLEREQ, or a KEYWORDREQ blocking a > pending STABLEREQ, for 90 days with archs CCed and otherwise ready to > be stabilized, the maintainer can remove older stable versions of the > package at their discretion. A package is considered ready to be > stabilized if it has been in the tree for 30 days, and has no known > major flaws on arches that upstream considers supported. > > Note that if upstream doesn't support an arch, then it falls to the > arch team (and not the maintainer) to support that arch if they want > it stable. > > If the problem is limited to particular groups of packages then the > new policy would take care of itself - stable keywords would basically > get dropped until we're down to a set of packages that the arch team > can support. If the problem is more widespread, then the new policy > will basically make stable unusable on that arch as system packages > get dropped, in which case we're basically back to dropping stable > keywords. > > Again, this has nothing to do with picking and choosing arches to > support. This is about defining the responsibility of arch teams if > they want to be considered stable. The stable policy is basically a > contract between arch teams and maintainers, and both sides have to do > their part to make it work. > > Rich > > I guess an important problem is that, once we drop keywords in a package, a cascade effect can appear. For example, if we drop stable keywords of gtk+ and pango due pending keywording, we will need to also drop a ton of packages. And for cases where we would need to drop the keywording completely, the situation can be even more difficult. I remember long time ago HPPA did an important reduce of keywordings in that arch (I remember they lost most gnome2 packages), not sure if maybe other arches could need it too :/