From: Mart Raudsepp <leio@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] RFC: Project proposal -- maintainer-wanted
Date: Thu, 14 May 2009 17:23:58 +0300 [thread overview]
Message-ID: <1242311038.22615.17.camel@localhost> (raw)
In-Reply-To: <200905141402.40992.hwoarang@gentoo.org>
[-- Attachment #1: Type: text/plain, Size: 2986 bytes --]
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
> bugzilla and pick every 'maintainer-wanted' ebuild they like. At least this
> is what I do. I am not sure how this project will make things better. In
> order to push something on portage, you need to test it and use it and like
> it and taking care of it. Apparently you wont push a package that you dont
> give a s*** :)
> So this project will do what each developer is doing individually. Am I the
> 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.
--
Mart Raudsepp
Gentoo Developer
Mail: leio@gentoo.org
Weblog: http://planet.gentoo.org/developers/leio
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
next prev parent reply other threads:[~2009-05-14 14:24 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-05-14 0:32 [gentoo-dev] RFC: Project proposal -- maintainer-wanted Mart Raudsepp
2009-05-14 1:24 ` Gokdeniz Karadag
2009-05-14 1:27 ` AllenJB
2009-05-14 14:44 ` Richard Freeman
2009-05-15 7:43 ` Thilo Bangert
2009-05-15 10:04 ` Marijn Schouten (hkBst)
2009-05-15 10:44 ` Daniel Pielmeier
2009-05-15 12:24 ` [gentoo-dev] " Duncan
2009-05-19 23:24 ` Mart Raudsepp
2009-05-15 10:25 ` [gentoo-dev] " Richard Freeman
2009-05-19 23:51 ` Mart Raudsepp
2009-05-20 0:55 ` [gentoo-dev] " Duncan
2009-06-01 23:17 ` Mart Raudsepp
2009-05-14 1:47 ` [gentoo-dev] " Jeremy Olexa
2009-05-14 5:41 ` [gentoo-dev] " Duncan
2009-05-14 5:54 ` Patrick Lauer
2009-05-14 12:49 ` Alexander Færøy
2009-05-14 14:13 ` Nirbheek Chauhan
2009-05-14 9:09 ` Christian Faulhammer
2009-05-14 10:12 ` [gentoo-dev] " Mart Raudsepp
2009-05-14 17:06 ` Thomas Sachau
2009-05-14 6:53 ` Pacho Ramos
2009-05-14 11:02 ` Markos Chandras
2009-05-14 14:23 ` Mart Raudsepp [this message]
2009-05-14 14:50 ` Richard Freeman
2009-05-19 23:54 ` Mart Raudsepp
2009-05-20 15:36 ` Richard Freeman
2009-06-01 21:19 ` Mart Raudsepp
2009-05-14 18:24 ` Roy Bamford
2009-05-14 18:48 ` Thomas Sachau
2009-05-17 9:00 ` Tobias Scherbaum
2009-05-19 23:35 ` Mart Raudsepp
2009-05-17 18:08 ` [gentoo-dev] " Ryan Hill
2009-05-19 23:42 ` Mart Raudsepp
2009-05-28 7:55 ` [gentoo-dev] " Peter Volkov
2009-06-01 21:24 ` Mart Raudsepp
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1242311038.22615.17.camel@localhost \
--to=leio@gentoo.org \
--cc=gentoo-dev@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox