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
next 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