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 1FLU9y-0003Jh-7E for garchives@archives.gentoo.org; Mon, 20 Mar 2006 23:51:38 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5.20060308/8.13.5) with SMTP id k2KNoKp5023195; Mon, 20 Mar 2006 23:50:20 GMT Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.197]) by robin.gentoo.org (8.13.5.20060308/8.13.5) with ESMTP id k2KNjqMS014054 for ; Mon, 20 Mar 2006 23:45:52 GMT Received: by uproxy.gmail.com with SMTP id o2so642669uge for ; Mon, 20 Mar 2006 15:45:51 -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=mz1bD712LPHC544o8/PDiL1nS4N63amgssAVR2kc/rvoST4lKB/QTggTJIOXL0wsjPdyPC5pRx0hFr2UYt1kZKQxKkUPiv3MCT1bg7gMPkVCJIThBPN2teQk/JY73nLbnSa5/pHYpOTpOpiCKl7/1R+Q6EzCSSY7RKhEEOsmfUE= Received: by 10.66.243.6 with SMTP id q6mr4149066ugh; Mon, 20 Mar 2006 15:45:51 -0800 (PST) Received: by 10.66.244.7 with HTTP; Mon, 20 Mar 2006 15:45:51 -0800 (PST) Message-ID: Date: Mon, 20 Mar 2006 15:45:51 -0800 From: "Bret Towe" To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Making the developer community more open In-Reply-To: <441F35B9.8000406@gentoo.org> 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=ISO-8859-1 Content-Disposition: inline References: <441F35B9.8000406@gentoo.org> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by robin.gentoo.org id k2KNjqMS014054 X-Archives-Salt: 566e264d-8660-460a-8503-851cad4391e4 X-Archives-Hash: d22eebc7fbede847bb9b4c21d0c71d1c On 3/20/06, Daniel Drake wrote: > "more open"? I can't think of a decent way to phrase the subject line > which might make it sound it was coming from a native English > speaker..ahem..anyway: > > I read a complimentary comment from a Gentoo user recently (can't > remember exactly where, so this is from memory). It was something along > the lines of "Gentoo is great and will continue to be great for the > foreseeable future. You have built the required structure to keep up > with the rate of change in your environment (i.e. the increasingly rapid > rate of development of open-source sofware)." > (if anyone can point me to where I read that, I'd appreciated it). > > I think there's a lot of truth in that, especially the way that he/she > highlights the fact that simply keeping up with what goes on around us > is key to our "survival". > > I won't go as far to say that I *don't* think we can keep up with our > current "system", but I think there is plenty of room for improvement. > > One of the bigger problems is that we have a huge user community who are > keen on contributing, but we have such a high barrier for entry to the > developer community. Quite rightly so - we're dealing with a live tree, > so we can't give out commit access on the street. > > At the same time, I feel that we're missing out. Comparing Gentoo with > some other large open-source communities that I am personally involved > in, I feel that we're too closed. > > A developer recently compared Gentoo dev-ship to a marriage. In an ideal > world, sure, we'd love for every single person who makes any kind of > contribution to the project to become a full-time contributor who never > goes AWOL or sleeps with another project. But more realistically, I > think we need to become more open and flexible - as volunteers, people's > interests change, some people will stop contributing after they have > fixed whatever problem motivated them to contribute, etc. How can we > handle this better? > > We have a large expense on both sides when adding a developer to the > project. I personally have lost developer candidates, undoubtedly more > technically experienced than myself, who simply did not have the time to > go through a month-long recruitment process which involved studying > various documents not even relevant to the small area they would be > contributing to. On the other side, it's a fair expense to add a > developer to the project due to all of the > quizzing/assessing/account-creating/access-elevation/... > > Additionally, a significant percentage of developers who have joined > recently have gone AWOL after a few months. That hurts us, given the > expense we went through recruiting and adding them, and the time needed > to reverse that and retire them. > > I am not claiming this is an easy problem to solve - we do need to be > especially careful that any changes made do not decrease the quality of > commits to the live portage tree. This is why I am asking for help. > > I'm looking for ideas - preferably big, drastic, shiny ones. Ignore any > issues relating to migration away from our current system. What would be > the _ideal_ way for Gentoo to handle contributions from anyone? (note > that I'm dropping the user/developer community separation in that > question, as the boundary between those could change in these ideas) > How would an ideal recruitment process work, if there would be one at all? > > Please try and keep replies on-topic - I'm not trying to start a > discussion/flamewar on the current recruitment system or anything like that. > > To get you thinking, I suggest reading the section titled "Open > Development Team" at > http://www.samspublishing.com/articles/article.asp?p=23200&seqNum=3 > which is part of a (very good) larger article detailing why Linux kernel > development works so well. > > Any ideas? perhaps having some proxys of a sort that accept patchs and such from trusted users that would commit fixes to portage would help. similiar to the kernel format that way users can 'commit'/help out quickly without having to go thru the long process of becoming a dev > Daniel > -- > gentoo-dev@gentoo.org mailing list > > -- gentoo-dev@gentoo.org mailing list