From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1854 invoked from network); 6 Jan 2004 08:17:34 +0000 Received: from smtp.gentoo.org (128.193.0.39) by eagle.gentoo.oregonstate.edu with DES-CBC3-SHA encrypted SMTP; 6 Jan 2004 08:17:34 +0000 Received: from lists.gentoo.org ([128.193.0.34] helo=eagle.gentoo.org) by smtp.gentoo.org with esmtp (Exim 4.24) id 1AdmP7-0000iM-NT for arch-gentoo-dev@lists.gentoo.org; Tue, 06 Jan 2004 08:17:33 +0000 Received: (qmail 1497 invoked by uid 50004); 6 Jan 2004 08:17:31 +0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 8921 invoked from network); 6 Jan 2004 08:17:30 +0000 From: Robert Cole To: gentoo-dev@lists.gentoo.org Date: Tue, 6 Jan 2004 00:17:08 -0800 User-Agent: KMail/1.5.94 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200401060017.08387.robert.cole@support4linux.com> Subject: Re: [gentoo-dev] creating ebuilds X-Archives-Salt: 0bbbedec-31cd-4976-a2f1-d019a9ff549a X-Archives-Hash: d57b55cd12f596cdae54ed9a37c4df85 On Mon January 05 2004 11:36 pm, Allen Parker wrote: > 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