public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Robert Cole <robert.cole@support4linux.com>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] creating ebuilds
Date: Tue, 6 Jan 2004 00:17:08 -0800	[thread overview]
Message-ID: <200401060017.08387.robert.cole@support4linux.com> (raw)

On Mon January 05 2004 11:36 pm, Allen Parker wrote:
<snip>

> Basically, I just find that the entire ebuild submission process could
> definitely be streamlined as to take less dev time and be more rewarding
> for the users actually doing the submissions. Including having user
> response saying, "hey, so and so just bumped package-x.y.y to package-x.y.z
> and it builds fine with a renamed and digested ebuild."

I couldn't agree more. After all whats the ARCH for anyway if it's not really 
being used. My contributions in the past have been along the lines and 
compiling and testing and summiting info. I've got 7 systems to crunch with 
and they all use distcc. So testing and submitting bug reports to 
bugs.gentoo.org, kde.org, openoffice.org, etc has been my way of 
contributing. Now I've devoted 3 of my best systems to get really serious 
about giving back even more. 

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.

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.

Robert

--
gentoo-dev@gentoo.org mailing list


             reply	other threads:[~2004-01-06  8:17 UTC|newest]

Thread overview: 62+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-01-06  8:17 Robert Cole [this message]
2004-01-06 12:57 ` [gentoo-dev] creating ebuilds Paul de Vrieze
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=200401060017.08387.robert.cole@support4linux.com \
    --to=robert.cole@support4linux.com \
    --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