public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Paul de Vrieze <pauldv@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] creating ebuilds
Date: Tue, 6 Jan 2004 13:57:40 +0100	[thread overview]
Message-ID: <200401061357.40450.pauldv@gentoo.org> (raw)
In-Reply-To: <200401060017.08387.robert.cole@support4linux.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Tuesday 06 January 2004 09:17, Robert Cole wrote:
> But I want to know if the brick wall that others have hit is still
> there or not. There's been a bit o conflict in teh past where gentoo
> will call for maintainers for certain projects yet previously slapped
> down up and coming devs that want to maintain a different project. Why
> would they volunteer for the requested project after being hammered
> previously even if they have the skill to do the requested one? Would
> you? Who would? From my understanding the devs are overwhelmed right
> now with maintaining the current tree and need more people to take on
> maintaining packages. The egos need to go by by and just do a quick
> check to see if the ebuild and the dev have followed policy and mark
> the thing ~x86 or whatever arch it is and toss it out. If it floats
> then great they've proven themselves. If it sinks then a bit more
> education is in order, pull the package and politely ask the new dev
> to find and fix the problem and describe clearly what the problem was
> and what they did to fix it and if it apears they understand the
> problem and had a good solution toss it back in the tree to go again.
> It would likely float the second time.

There is unfortunately a limit on the amount of devs that we can handle. 
We are still busy putting more structure in the gentoo organization, but 
we would certainly have a problem if the amount of developers increased 
drastically.

> I'm not suggesting giving someone new with no established background
> any sort of access. What I'm suggesting is basically what Allen spoke
> of in just encouraging more contributions but accepting ebuilds faster
> and the person with the proper access toss it in the tree.

Like said before, the issue is not the initial ebuild. It is the 
maintenance, including fixing bug reports and new versions. At the 
moment there are allready too many packages in the tree that are not 
actually maintained. This is partly due to the fact that  those packages 
are not easy to identify, and partly because it are just low-profile 
packages. But that does not mean that we want more of those packages. 
However when an ebuild gets committed without someone maintaining it 
that is exactly what happens. If there are too many of those orphan 
ebuilds it will reflect on the distribution (most orphan ebuilds have 
issues because of not being maintained)

Paul

- -- 
Paul de Vrieze
Gentoo Developer
Mail: pauldv@gentoo.org
Homepage: http://www.devrieze.net
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQE/+rDEbKx5DBjWFdsRAoeNAJ4x9wMNJoi7CCMRqBCPJPrGOHrDUwCdGLGp
oA6tDMX7fglK22bUZ2zsy54=
=sYex
-----END PGP SIGNATURE-----


--
gentoo-dev@gentoo.org mailing list


  reply	other threads:[~2004-01-06 12:57 UTC|newest]

Thread overview: 62+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-01-06  8:17 [gentoo-dev] creating ebuilds Robert Cole
2004-01-06 12:57 ` Paul de Vrieze [this message]
2004-01-06 15:37 ` Seemant Kulleen
2004-01-06 18:14   ` Robert Cole
2004-01-06 20:49   ` Jan Schubert
     [not found] <FILESERVERAmEaJswFC00000011@FILESERVER.aurora.local>
2004-01-06 14:57 ` Caleb Tennis
     [not found] <E1Adlms-0007w8-Uk@smtp.gentoo.org>
2004-01-06 12:33 ` Paul de Vrieze
2004-01-06 17:26   ` Robert Cole
2004-01-06 17:39     ` Ciaran McCreesh
2004-01-06 18:01       ` Robert Cole
2004-01-06 19:26         ` Chris Gianelloni
2004-01-06 19:53           ` Peter Ruskin
2004-01-06 20:12             ` Ciaran McCreesh
2004-01-06 20:21             ` Marius Mauch
2004-01-06 20:37             ` Jan Schubert
2004-01-06 21:14             ` Chris Gianelloni
2004-01-06 21:36             ` Chris Gianelloni
2004-01-06 19:20     ` Chris Gianelloni
2004-01-06 17:56   ` Eldad Zack
2004-01-06 18:02     ` Eldad Zack
2004-01-06 18:33       ` Robert Cole
2004-01-06 19:31         ` Chris Gianelloni
2004-01-06 20:38       ` Jan Schubert
2004-01-06 20:54       ` Spider
  -- strict thread matches above, loose matches on Subject: below --
2004-01-06  7:05 Robert Cole
2004-01-06  7:15 ` Jon Portnoy
2004-01-06  7:36   ` Allen Parker
2004-01-06  7:39   ` Robert Cole
2004-01-06  7:55     ` Jon Portnoy
2004-01-06  8:39       ` Robert Cole
2004-01-06  9:54         ` Kurt Lieber
2004-01-06 13:08           ` Caleb Tennis
2004-01-06 14:13             ` Allen Parker
     [not found]             ` <E1Adry1-0003ZV-8m@smtp.gentoo.org>
2004-01-06 21:09               ` Spider
2004-01-07  0:24                 ` Robert Cole
2004-01-07 13:36                   ` Chris Gianelloni
2004-01-06 15:18           ` Robert Cole
2004-01-06 16:04             ` Chris Gianelloni
2004-01-06 16:31               ` Robert Cole
2004-01-06 16:45                 ` Ciaran McCreesh
2004-01-06 17:17                   ` Robert Cole
2004-01-06 19:17                 ` Chris Gianelloni
2004-01-06 19:43                   ` Robert Cole
2004-01-06 20:07                     ` Ciaran McCreesh
2004-01-08  7:12                       ` John Nilsson
2004-01-08  9:56                         ` Paul de Vrieze
2004-01-08 14:36                           ` John Nilsson
2004-01-08 20:53                           ` Nicholas Hockey
2004-01-10 11:39                     ` foser
2004-01-06 12:09         ` Chris Gianelloni
2004-01-06 15:38           ` Robert Cole
2004-01-06 19:29             ` Marius Mauch
2004-01-06 12:44         ` Paul de Vrieze
2004-01-06 15:45           ` Robert Cole
2004-01-06 20:39             ` Paul de Vrieze
     [not found]   ` <E1Adllq-0001dV-26@smtp.gentoo.org>
2004-01-06  7:46     ` Jon Portnoy
2004-01-06 18:56 ` George Shapovalov
2004-01-06 19:06   ` George Shapovalov
2004-01-06 19:45   ` Marius Mauch
2004-01-06 20:44   ` Paul de Vrieze
2004-01-10 11:13   ` foser
2004-01-10 12:16     ` Jason Stubbs

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=200401061357.40450.pauldv@gentoo.org \
    --to=pauldv@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