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 3522A138BF3 for ; Sun, 16 Feb 2014 14:22:57 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id DC822E0B3D; Sun, 16 Feb 2014 14:22:51 +0000 (UTC) Received: from mail-ve0-f181.google.com (mail-ve0-f181.google.com [209.85.128.181]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id EF549E0AF2 for ; Sun, 16 Feb 2014 14:22:50 +0000 (UTC) Received: by mail-ve0-f181.google.com with SMTP id cz12so10968670veb.26 for ; Sun, 16 Feb 2014 06:22:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:content-type; bh=7vb5F6p5V6CBjlVJ9Z03XKCQGSTMejdC02xurdMlkNc=; b=s5UgyEBuWipDCgq9VAIhjcuiMDTg2F4O819JjFpKOvn2XccuxhJ786TJM1oFDpApFr /YLnO671a25npqWJTSxBUA+evbLs6k/yIgBrDLFSGYMERzWA7ffSQgCKXnyxZllTdCe0 Gg+2umjS0MZksWlv+y5hJcroxt+6UEsxSNiUblMWJz4VVDMO0BCwsZPekAWbmDr4JJTc pUeTDYo98dWH+HAqNmRFGB7vsZ34yp6IVHGgbHcpgNmeJrji3//JrPIQ+5CeKxcIOoaW UY05UsBcfUXal4Bm0owfUQAFyIDT4w4A+oqsQfToCqzoOLa6PZc54+kJvuNyaK9YM3f3 PRqA== 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 X-Received: by 10.220.106.7 with SMTP id v7mr91890vco.46.1392560570007; Sun, 16 Feb 2014 06:22:50 -0800 (PST) Sender: freemanrich@gmail.com Received: by 10.52.254.198 with HTTP; Sun, 16 Feb 2014 06:22:49 -0800 (PST) In-Reply-To: <20140216144857.2c79cb34@marga.jer-c2.orkz.net> References: <52E7DBC1.5020102@gentoo.org> <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> <20140215143021.231bab3f@marga.jer-c2.orkz.net> <20140216082327.6f7b97ce@TOMWIJ-GENTOO> <20140216144857.2c79cb34@marga.jer-c2.orkz.net> Date: Sun, 16 Feb 2014 09:22:49 -0500 X-Google-Sender-Auth: uZJ1mOLJGZ_2o3JX87dNQUKV-1k Message-ID: Subject: Re: Assigning keyword/stable bugs to arch teams (WAS: [gentoo-dev] dropping redundant stable keywords) From: Rich Freeman To: gentoo-dev Content-Type: text/plain; charset=ISO-8859-1 X-Archives-Salt: a4ac7501-0929-4cac-bf8d-15b3afe16df1 X-Archives-Hash: 0fce7336a18f661eb731cf3c32cde94e On Sun, Feb 16, 2014 at 8:48 AM, Jeroen Roovers wrote: > The (slightly rhetorical) question was how an understaffed team could > be realistically expected to start maintaining ebuilds. Your entire > reply missed that point. > > The answer to the question is that you can't. A package maintainer > cannot burden an understaffed team with more work. They are > understaffed, so they will not do the work, and the maintainer has an > itch to scratch (stop maintaining an older version of a package). > Now guess who will be actually doing the work. Well, they can assign the burden to an understaffed team if the team wants them to. Perhaps an intermediate solution is that when a STABLEREQ gets stale the maintainer posts in it their intention to drop the old version in 30 days. The maintainer has to wait at least that long, and if during that time a minor arch team asks them to keep the old version around then all relevant bugs get reassigned to them, otherwise the maintainer is free to delete it. That leaves the choice with the minor arch team, with deletion being the default. Honestly, I'd probably be fine with the maintainer breaking the arch stable tree when removing the package. The arch stable tree isn't really stable in the first place if nobody is caring for it, and there really aren't any pretty solutions to that problem. Rich