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 BC033138010 for ; Mon, 1 Apr 2013 11:42:30 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 8C064E09D9; Mon, 1 Apr 2013 11:42:26 +0000 (UTC) Received: from jacques.telenet-ops.be (jacques.telenet-ops.be [195.130.132.50]) by pigeon.gentoo.org (Postfix) with ESMTP id 48787E0978 for ; Mon, 1 Apr 2013 11:42:25 +0000 (UTC) Received: from TOMWIJ-GENTOO ([94.226.55.127]) by jacques.telenet-ops.be with bizsmtp id JbiP1l00l2khLEN0JbiQCi; Mon, 01 Apr 2013 13:42:24 +0200 Date: Mon, 1 Apr 2013 13:41:37 +0200 From: Tom Wijsman To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: About net-p2p herd status Message-ID: <20130401134137.7acbdade@TOMWIJ-GENTOO> In-Reply-To: References: <1364739240.22870.5.camel@belkin4> <515848E7.6070000@gentoo.org> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.17; 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-SHA1; boundary="Sig_/T53B1qgjYL0j+v1pAw=xhc8"; protocol="application/pgp-signature" X-Archives-Salt: aec9dade-d6dd-4106-89b8-9ee139d51cb0 X-Archives-Hash: 385b1ca80c674b44b375a1a6772decfa --Sig_/T53B1qgjYL0j+v1pAw=xhc8 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Mon, 1 Apr 2013 06:33:54 -0400 Rich Freeman wrote: > I think that herds really only make sense if there is some kind of > coordinated team effort behind them. Otherwise they're little more > than another form of category and a black hole for bugs to go into. Let's see, some euscan / b.g.o / eix magic yields us: net-dialup: pinkbyte, sbriesen Listed as herd for 60 packages, category of 57 packages. Assignee for 58 open bugs, category of 77 open bugs. Almost half of the bugs were not changed for a year. net-fs: vapier Listed as herd for 20 packages, category of 19 packages. Assignee for 52 open bugs, category of 91 open bugs. Maybe a large amount of bugs for a single person? net-ftp: polynomial-c, voyageur Listed as herd for 6 packages, category of 29 packages. Assignee for 3 open bugs, category of 48 open bugs. Seems this herd deals with a rather small amount of packages, though there are still some bugs open for the category. net-im: chainsaw Listed as herd for 58 packages, category of 77 packages. Assignee for 47 open bugs, category of 130 open bugs. Maybe a large amount of packages and bugs for a single person? net-irc: binki, gurligebis, jdhore Listed as herd for 63 packages, category of 71 packages. Assignee for 34 open bugs, category of 81 open bugs. The extra workload is covered by the third person, is it enough? net-mail: eras, hattya, radhermit, robbat2 Listed as herd for 186 packages, category of 106 packages. Assignee for 80 open bugs, category of 118 open bugs. The extra workload is covered by the fourth person, is it enough? Compared to net-irc, there are much more bugs open here; maybe there are slightly too much packages covered? net-news: kensington Listed as herd for 21 packages, category of 15 packages. Assignee for 7 open bugs, category of 10 open bugs. This one is reasonable, but should a single person be a herd? net-p2p: armin76, sochotnicky, ssuominen Listed as herd for 67 packages, category of 66 packages. Assignee for 80 open bugs, category of 119 open bugs. Considering how empty the herd was before, this was painful. net-proxy: TomWij, dastergon Listed as herd for 30 packages, category of 38 packages. Assignee for 25 open bugs, category of 52 open bugs. Might be reasonable, though we need to act / coordinate more. netmon: cedk, constanze, jer, pinkbyte, radhermit, vapier, zerochaos Listed as herd for 251 packages. Assignee for 106 open bugs. This army should be able to deal with it, I assume they coordinate it. More than half of them are active on a day to day basis, there is certainly no issue with this herd. So, the majority of network herds seem to just be overworked. > Certainly a few herds are active in this way, but it seems like the > majority are not. Where they are not we should get rid of them, > unless a team steps up to actively maintain them (defining a project, > electing leads, etc). As you can see, most of the network herds I listed here follow this kind of trend. There are three options that I see: 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. 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. 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. Regardless of the option picked; the main problem is lack of manpower. Maybe we could work on methods to find more interested recruits and enlarging the recruiting team, a different approach to committing where we put the users central instead of the Gentoo Developers (a pull request system like GitHub / BitBucket / ...) kind of like Sunrise or maybe something completely different... The other way to see this problem is a flood of network packages, but I think having more packages is a good thing; it makes Gentoo Linux useful more a lager audience. Though, overlays achieve this as well; but are overlays really the right approach to solve a lack of manpower? --=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 --Sig_/T53B1qgjYL0j+v1pAw=xhc8 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iQEcBAEBAgAGBQJRWXJ1AAoJEJWyH81tNOV9aRwH/2ofzp3eFRMMEPWOUG7cgt5j GbapzPnR+e9tqKiIgJUTAE9wijyOKKLH3H6u1vVYHjCXboqIPWJfA41TfDWPRzBW 7E/pwnHUnnXhOeQmyeKScs8iFlk0awagxQpoaP4CCKvM/7c107YO5NfBIvQ9F7Ml oBG7Yh4TYuPUmhT5XOAaxN13zX0bNenP/xCXm+Tekfqu/IJOgSmzn/KdCdobzDXO W811L2MTd7vEyezaStKI3Lr0/xwZfbuS6Eti0dsBnu7WKuMS8W6q/NCR2AYaWgtc AtAh9zBEQBaUGbkhQC17V3FLrXhSLGjgv1DY2Uh7pP4PL25+QdkH2SPHDS9LBuw= =880R -----END PGP SIGNATURE----- --Sig_/T53B1qgjYL0j+v1pAw=xhc8--