From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org)
	by finch.gentoo.org with esmtp (Exim 4.60)
	(envelope-from <gentoo-dev+bounces-35779-garchives=archives.gentoo.org@lists.gentoo.org>)
	id 1M4bqv-0006wW-Np
	for garchives@archives.gentoo.org; Thu, 14 May 2009 14:24:06 +0000
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id 4A291E03E9;
	Thu, 14 May 2009 14:24:04 +0000 (UTC)
Received: from smtp-out.neti.ee (smtp-out.neti.ee [194.126.126.44])
	by pigeon.gentoo.org (Postfix) with ESMTP id EB344E03E9
	for <gentoo-dev@lists.gentoo.org>; Thu, 14 May 2009 14:24:03 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
	by MXR-5.estpak.ee (Postfix) with ESMTP id 722501D6EBC
	for <gentoo-dev@lists.gentoo.org>; Thu, 14 May 2009 17:24:02 +0300 (EEST)
X-Virus-Scanned: amavisd-new at estpak.ee
Received: from smtp-out.neti.ee ([127.0.0.1])
	by localhost (MXR-5.estpak.ee [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id RdT5PfPHG2tG for <gentoo-dev@lists.gentoo.org>;
	Thu, 14 May 2009 17:24:00 +0300 (EEST)
Received: from Relayhost3.neti.ee (relayhost3.estpak.ee [88.196.174.169])
	by MXR-5.estpak.ee (Postfix) with ESMTP id B068D1EDCAB
	for <gentoo-dev@lists.gentoo.org>; Thu, 14 May 2009 17:24:00 +0300 (EEST)
X-SMTP-Auth-NETI-Businesmail: no
Subject: Re: [gentoo-dev] RFC: Project proposal -- maintainer-wanted
From: Mart Raudsepp <leio@gentoo.org>
To: gentoo-dev@lists.gentoo.org
In-Reply-To: <200905141402.40992.hwoarang@gentoo.org>
References: <1242261133.23088.82.camel@localhost>
	 <200905141402.40992.hwoarang@gentoo.org>
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-nMOg6pVa1nybM2xYHGKs"
Date: Thu, 14 May 2009 17:23:58 +0300
Message-Id: <1242311038.22615.17.camel@localhost>
Precedence: bulk
List-Post: <mailto:gentoo-dev@lists.gentoo.org>
List-Help: <mailto:gentoo-dev+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
X-BeenThere: gentoo-dev@lists.gentoo.org
Reply-to: gentoo-dev@lists.gentoo.org
Mime-Version: 1.0
X-Mailer: Evolution 2.22.0 
X-Archives-Salt: 53d99df1-6d31-401a-8ead-315f065a8806
X-Archives-Hash: 42e720bfa1faa7b627a814f85805a70f


--=-nMOg6pVa1nybM2xYHGKs
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On N, 2009-05-14 at 14:02 +0300, Markos Chandras wrote:
> On Thursday 14 May 2009 03:32:12 Mart Raudsepp wrote:
> > Hello,
> >
> > I have had this project in my mind for a while, so it's about time to
> >[..]
> I think there is no need for this project. Developers can always browse=20
> bugzilla  and pick every 'maintainer-wanted' ebuild they like. At least t=
his=20
> is what I do.  I am not sure how this project will make things better. In=
=20
> order to push something on portage,  you need to test it and use it and l=
ike=20
> it and taking care of it. Apparently you wont push a package that you don=
t=20
> give a s*** :)
> So this project will do what each developer is doing individually. Am I t=
he=20
> only one who is searching bugzilla for maintainer-wanted packages? o_0


There are various differences with this being a project instead of
individual developers picking up a few. I think most are benefits, but
some can be perhaps viewed the opposite way as well, hence the thread :)

It is a project and hence a team, so there can be multiple developers in
the team, all sharing the workload and making sure quality and
up-to-dateness is kept. A separate e-mail alias to get bug reports to
that any of the team members can attend to, etc. Basically the typical
benefits of a team vs individuals

The packages are still kept up for grabs for individual packages.
Instead of you looking for packages of interest to maintain from
bugzilla maintainer-wanted ones, you have an additional place to look at
- one that would be more easily browseable and categorized. If you find
a package of interest you would like to maintain out of that list, you
simply take over maintenance from maintainer-wanted team, as finding a
dedicated is exactly the eventual goal and that gets accomplished then.
Meanwhile users have the package available earlier.

Liking and using the package yourself shouldn't be a prerequisite for a
package getting to be in-tree by the maintainer-wanted team. It is hoped
that for them the driving factor is making popular packages available to
a larger user base that want to use it themselves, so that popular
applications that do not have any existing developers at the time
finding deep interest in it will not mean indefinite languishing in
bugzilla and not being easily available for users (while it probably is
for Fedora or Debian or whatever).

I'm quite sure we have developers motivated by that around. For example
when I discussed this with Samuli a few months ago, I believe he
basically said to already do work like this, except making desktop-misc
the dumping ground, loosing the benefits that a separate project and
alias would give related to both implied (from the maintaining herd name
and knowledge of its purpose) and active seeking (through package lists,
etc) for dedicated maintainers.


--=20
Mart Raudsepp
Gentoo Developer
Mail: leio@gentoo.org
Weblog: http://planet.gentoo.org/developers/leio

--=-nMOg6pVa1nybM2xYHGKs
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.8 (GNU/Linux)

iEYEABECAAYFAkoMKX4ACgkQkeYb6olFHJezSACgnNZ7ReiqULembvdTe3lns2LV
d6IAn0QmUE5XFUaO9z9HAvHEnsPFrr5l
=piuu
-----END PGP SIGNATURE-----

--=-nMOg6pVa1nybM2xYHGKs--