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 300F3138010 for ; Mon, 1 Apr 2013 13:57:15 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B13C2E0FF2; Mon, 1 Apr 2013 13:57:07 +0000 (UTC) Received: from mail-ve0-f179.google.com (mail-ve0-f179.google.com [209.85.128.179]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id B14B1E0FA2 for ; Mon, 1 Apr 2013 13:57:06 +0000 (UTC) Received: by mail-ve0-f179.google.com with SMTP id cz11so2477085veb.24 for ; Mon, 01 Apr 2013 06:57:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=mb3KQKHCKcWVtzKERzDo3dgcFCMZslJizf1oqZeObGo=; b=UJcM4kWTkzYYF4JrGBPZR8LOhuo8GbOYCynd61bEt41AD8VpE1CXJWMxq1mB+IWYtS zaM8P05se9Xs052p0Gy7ScMvaDi1SFp3Oinb+62lEc9D8OX1cYN8/5zTgj0uQnAkmNRw +7S0dKwSPS7eQai8oxRZENyWfY6kdXojcgfavPlKa2AspRbOKbHTlIVULtsxAMNbaR+g Dv3izP9N32txexpzthoQ+Pt9xvnHOZ+JcODxgj4OLJsTnTC1oxxT7QyrGoHHDhlftqhD M+vpdbxmMlYfaHz6FHwSp0l6P+/FFpr0oyEsLIAmODn1wSfw6qTl9K3qK/Na211eazeq ml6w== 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.58.205.179 with SMTP id lh19mr9220051vec.7.1364824625829; Mon, 01 Apr 2013 06:57:05 -0700 (PDT) Sender: freemanrich@gmail.com Received: by 10.52.101.225 with HTTP; Mon, 1 Apr 2013 06:57:05 -0700 (PDT) In-Reply-To: <20130401134137.7acbdade@TOMWIJ-GENTOO> References: <1364739240.22870.5.camel@belkin4> <515848E7.6070000@gentoo.org> <20130401134137.7acbdade@TOMWIJ-GENTOO> Date: Mon, 1 Apr 2013 09:57:05 -0400 X-Google-Sender-Auth: FgMqIJUZL1tpfS0MCDReDP15jGI Message-ID: Subject: Re: [gentoo-dev] Re: About net-p2p herd status From: Rich Freeman To: gentoo-dev Content-Type: text/plain; charset=ISO-8859-1 X-Archives-Salt: 69bb99ed-f3e9-4094-ad00-1fefacf27bbc X-Archives-Hash: 95c41d7d0557ec302b332c8017b8d278 On Mon, Apr 1, 2013 at 7:41 AM, Tom Wijsman wrote: > 1. Get more people to join these herds (devs, future recruits, ...) > and set up project, leads and proper organization. This is the least > confusing approach; since the same work is done but just by more > people, which tackles the communication and workload problems. > Sure, non-controversial IF there is interest. > 2. Combine multiple herds in one bigger "network" herd. If we can't > just magically get more developers to join these herds, we could put > all the developers from these herds in one bigger herd to force them > to organize and communicate. Get one bigger group to pay attention > to the bugs, without caring whether there is a personal interest or > not; when you are interested in networking, there should be no > problem to occasionally deal with another package as well. > I REALLY don't think this is a good idea. You might as just have one big herd and call it "maintainer-wanted" or even "gentoo." Individual devs work because there is somebody who is accountable for keeping at least a reasonable level of quality, and their pride is likely to spur them on to take care of the package. Active herds work because there is a team with a leader who collectively don't want to look bad when things aren't working. The herd could have a large or small project team looking after it - it just matters that they care. When you lump a bunch of stuff into a big amorphous blob and put 47 people in charge of it, then nobody really cares about anything. It just results in 47 people with bugzilla in their killfile. I suspect that the only reason some devs are listed in herds that appear inactive is that at some point in time they were the sole maintainer of a single package they actually cared about, and somebody decided to put that package in a herd, and then the dev got added to the alias so that they were still "allowed" to maintain it (or some variation on that theme). The dev really could care less about the other 47 packages in the herd. Devs should really review the aliases they are attached to and edit for relevance. That said, sometimes there is a need to belong to an alias even if a dev only contributes to a narrow scope of work. It isn't a problem as long as the team is active in general. > 3. The one you suggest, which would be the approach to go for if > it is unreasonable to salvage the network herd(s). The problem here > is that you don't know in advance what will happen with the > packages; this may yield a lot of unmaintained packages that are > later dropped from the tree while they work just fine. > If no herd forms, the list of affected packages should be announced, and if nobody adds themselves to the metadata within n days they go to maintainer-needed. As I've stated before maintainer-needed packages should only be treecleaned if they are, in fact, broken (a few debatable cases have come up, but for the most part this is what happens). A few bugs that don't impact most users in a serious way should not be grounds for removal. However, if the package has a blocker or serious quality issue then it should be removed. Things won't get any better by listing an email address that nobody follows in the metadata (an email that 50 people get and all ignore is no better). As far as improving manpower and such - I think everybody is supportive of this. However, it is important that Gentoo not be held back by not wanting to break packages that aren't maintained - otherwise it will become irrelevant. Proxy maintenance is better supported now than it ever has been in the past, so if people want to step up without having to become devs they should do so. Rich