From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.54) id 1FMZWA-0004ed-SB for garchives@archives.gentoo.org; Thu, 23 Mar 2006 23:47:03 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.6/8.13.5) with SMTP id k2NNddlY014732; Thu, 23 Mar 2006 23:39:39 GMT Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.199]) by robin.gentoo.org (8.13.6/8.13.5) with ESMTP id k2NNYUET011930 for ; Thu, 23 Mar 2006 23:34:31 GMT Received: by wproxy.gmail.com with SMTP id i21so593846wra for ; Thu, 23 Mar 2006 15:34:30 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=NH3WHJQ9/jHR4A2AwF92/SHxdlWzlR/9CkUtQolTbM0C4W6LCq+SsnpdorM9UObo0gIJjGp/2SsLrI0AJyBp5c9vkF1R6MJ/W09Xw+oW7F0UY5hsu8Ltj2KTT3Uffp+6eMfMzkI00HZXyFNIMI3TaSWPQGCvFTn7Jrh7JmCOp5w= Received: by 10.54.66.14 with SMTP id o14mr49312wra; Thu, 23 Mar 2006 15:34:29 -0800 (PST) Received: by 10.54.116.15 with HTTP; Thu, 23 Mar 2006 15:34:29 -0800 (PST) Message-ID: <46059ce10603231534i6257540p23a1b1b254ba314a@mail.gmail.com> Date: Thu, 23 Mar 2006 18:34:29 -0500 From: "Dan Meltzer" To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: Making the developer community more open In-Reply-To: <1143152424.1688.4.camel@localhost64.wan> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Disposition: inline References: <441F35B9.8000406@gentoo.org> <1143024569.27445.23.camel@getafix.chiltonfoliat.org> <3b09e8e90603220558s5ac1e6d8ya5b44dd0bcbea9e9@mail.gmail.com> <46059ce10603220615t2ebd0ebh643710033883f622@mail.gmail.com> <1143152424.1688.4.camel@localhost64.wan> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by robin.gentoo.org id k2NNYUET011930 X-Archives-Salt: d264e2af-8f25-46fe-b747-359b523c3487 X-Archives-Hash: 976f3cb21848837b5b0b2c0f95b69333 On 3/23/06, Daniel Goller wrote: > On Wed, 2006-03-22 at 09:15 -0500, Dan Meltzer wrote: > > Asking developers to "proxy" takes almost as much time as it does to > > ask them to maintain a package by themselves. > > wrong > > > The developer is > > directly responsible for anything he commits, so he will have to still > > test the ebuild, still test any revisions, and still follow the > > package to make sure there are no problems. The writing the ebuild > > part of the process is not that much of the commitment, I don't see > > the point. > > > > we are not just talking about new ebuilds/bumps > having someone do all the work and having to only verify the end results > of the users work is a big help, instead of having to look into the > problem, checking if a fix exists elsewhere, or digging through the > source yourself, you verify the fix solves the problem and does only > that. > > and everyone wins So it sounds like you are asking them to do everything developers do, why not just make them be developers? > > > On 3/22/06, Thomas Cort wrote: > > > > > A developer could then take these ebuilds, make sure they > > > > > don't do anything malicious, or break QA, or whatever, and act as the > > > > > bridge between the portage tree and the users actually working on the > > > > > ebuild and keeping things up to date and working. > > > > > > > The easiest way to handle "contrib" as far as that "big warning" is to > > > > make it a separate tree. That way, folks who want the flexibility get > > > > it, but those who prefer not to "risk it", don't have to worry about it. > > > > As well, contribs becomes another fertile developer recruitment ground. > > > > > > Why would the packages need a "big warning"/overlay/eclass if they > > > were checked by a developer to make sure they "don't do anything > > > malicious, or break QA, or whatever"? There are many user contributed > > > ebuilds that have made their way into portage after being reviewed by > > > devs that don't have any such warnings. > > > > > > I don't think creating a "contrib" overlay as an official part of > > > Gentoo would be a good idea because making it an official Gentoo > > > project conveys a certain level of quality. If the quality is there, > > > then why not add the ebuilds to portage in the first place? If the > > > quality isn't there, then you will have a lot of unhappy users > > > complaining that an official Gentoo overlay broke their system. > > > > > > Having a non-Gentoo sponsored contrib overlay wouldn't be a good idea > > > either IMO because the contributors wouldn't be contributing to > > > Gentoo, and they wouldn't be interacting as much with the Gentoo > > > developer community. Sure they would learn a lot of the skills > > > required to be a Gentoo developer, but they wouldn't be increasing the > > > value of anything in portage (unless they got a proxy to commit some > > > of their work to portage). Also, there are many overlays out there > > > already. Adding another one won't help with "making the developer > > > community more open". Additionally, I don't personally know of a lot > > > of people who actually use third party overlays except to get an > > > ebuild for a particular package they want or to beta test ebuilds. > > > > > > -Thomas > > > > > > -- > > > gentoo-dev@gentoo.org mailing list > > > > > > > > > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.2.1 (GNU/Linux) > > iD8DBQBEIx8o/aM9DdBw91cRAmVoAKC8JtAm2vvWGBG2YMzpI+EGu8RFJwCeOMll > lCv/CsLde+6MbDHgX8EuKhU= > =w+ap > -----END PGP SIGNATURE----- > > > -- gentoo-dev@gentoo.org mailing list