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 5E19F138BF3 for ; Sun, 16 Feb 2014 17:59:03 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 3D94BE0ABB; Sun, 16 Feb 2014 17:58:58 +0000 (UTC) Received: from albert.telenet-ops.be (albert.telenet-ops.be [195.130.137.90]) by pigeon.gentoo.org (Postfix) with ESMTP id 3EBA6E0A5E for ; Sun, 16 Feb 2014 17:58:57 +0000 (UTC) Received: from TOMWIJ-GENTOO ([94.226.55.127]) by albert.telenet-ops.be with bizsmtp id T5yw1n00F2khLEN065ywuv; Sun, 16 Feb 2014 18:58:56 +0100 Date: Sun, 16 Feb 2014 18:58:47 +0100 From: Tom Wijsman To: pacho@gentoo.org Cc: gentoo-dev@lists.gentoo.org Subject: Re: Assigning keyword/stable bugs to arch teams (WAS: [gentoo-dev] dropping redundant stable keywords) Message-ID: <20140216185847.29cd1e71@TOMWIJ-GENTOO> In-Reply-To: <1392540063.18051.95.camel@belkin5> References: <20140128182304.7d458a17@marga.jer-c2.orkz.net> <20140203062524.GA7467@rathaus.eclipse.co.uk> <20140203104341.2add2760@TOMWIJ-GENTOO> <20140204210319.GA1935@rathaus.eclipse.co.uk> <20140205010833.1bcf8dca@TOMWIJ-GENTOO> <20140213212818.GA2199@rathaus.eclipse.co.uk> <20140214195958.5aea85f0@TOMWIJ-GENTOO> <20140215012855.417f1caa@marga.jer-c2.orkz.net> <20140215114157.6abe3da5@TOMWIJ-GENTOO> <20140215225322.GB1593@laptop.home> <20140216003703.6ceb9116@marga.jer-c2.orkz.net> <1392540063.18051.95.camel@belkin5> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.22; 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: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 19c81ef5-626b-45b4-b240-2aa13151dacb X-Archives-Hash: 739293769d958683fdae98c3dc54bea3 On Sun, 16 Feb 2014 09:41:03 +0100 Pacho Ramos wrote: > El dom, 16-02-2014 a las 00:37 +0100, Jeroen Roovers escribi=C3=B3: > [...] > > > If we want a separate assignee for old stabilizations, what about > > > a separate project that handles this, or maybe we could assign > > > the bugs to m-n or something until the arch teams catch up? > >=20 > > Again, where is the man power for that? :-) > >=20 > > It's the maintainers that this problem hurts most, so they could and > > should be fixing it themselves - after a few months of waiting, > > reminding arch teams and gritting your teeth over it, just remove > > the old stable ebuilds[1]. > >=20 > >=20 > > jer > >=20 > >=20 > > [1] Where possible. If this happens with non-dev, non-experimental > > architectures and keeping the old ebuilds is a real problem, the > > architecture's status should be reconsidered. As has been done > > on this mailing list time and again. If an arch team cannot even be > > bothered to keep @system up to date, then why bother pretending > > it's anywhere near "stable"? > >=20 >=20 > I agree with Jeroen here. If the arch teams that are usually a bit > behind are not able to fix the bugs, I doubt we will gain anything > assigning bugs to them. Because of the way testing/stabilization bugs > work, arch teams should always check the bugs with them CCed and, > then, I don't think getting that bugs assigned to them would change > much. That would be true if the context of this thread were the arch team; however, the context of this thread is the maintainer as that is the person experiencing the problem that was put forward. The solution here thus intends to address the maintainer, which benefits from this; while it keeps the arch team's the same, whether the arch team does more with this is their own responsibility. > Also, keeping the bugs assigned to package maintainers will still > allow them to try to get that pending bugs fixed (or resolved in some > way) as they will take care more about that specific package status. Package maintainers have better things to do. While it would allow for example the GNOME team to maintain GNOME 2 which sticks around; it actually happening is another story as they want to see GNOME 2 go, because maintaining multiple versions of GNOME costs too much time. > If we get that bugs assigned to arch teams, they will likely be > ignored by both parts, getting worse. At this point the arch team can realize that keeping the version around is an unrealistic goal, they can then take a decision to stop keeping it around and thus remove it; if needed, taking additional steps. --=20 With kind regards, Tom Wijsman (TomWij) Gentoo Developer E-mail address : TomWij@gentoo.org GPG Public Key : 6D34E57D GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D