From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 658FF138A6C for ; Sat, 18 Apr 2015 12:35:13 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A7472E099B; Sat, 18 Apr 2015 12:35:04 +0000 (UTC) Received: from mail-ie0-f180.google.com (mail-ie0-f180.google.com [209.85.223.180]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 9E44EE099F for ; Sat, 18 Apr 2015 12:35:03 +0000 (UTC) Received: by iebrs15 with SMTP id rs15so89601606ieb.3 for ; Sat, 18 Apr 2015 05:35:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=swgBHnJjWvwXac6dN7vp8obXwUEnp4Mod5iAvKONHzg=; b=GKjhehnMqdLqoMsX9HP5t60VVIBJfZmAgYob5P0CCA9tQnw9C0UuW7LJTb1QyWM094 8OHLYhaYqjMm+7qt6hBLFuqmMLrxF8qfwpNEtVK7IPL5ux/f0rcEQf1IAUmCqQKnVOQY Q+5pUgCyA3qIcrLH3Nlx0BZXwdHiLRfD9YWgVdulFNBawqFdSP2vF4osUwbhKBCX78pO EpyPVyiFlxoExuf62EH7JcxgboLjuRvWfsdCxcRIa/w4JnTZMmM6tfEKoIx+1+AEvm7G jN870VTPgZwzs/DkeV3tPnvgekvxd9Whl/1w+JW202RLNgWedP8NgAMORnIuB2hqSp0m jcwA== Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 X-Received: by 10.43.163.129 with SMTP id mo1mr8593181icc.61.1429360503076; Sat, 18 Apr 2015 05:35:03 -0700 (PDT) Sender: freemanrich@gmail.com Received: by 10.107.48.66 with HTTP; Sat, 18 Apr 2015 05:35:02 -0700 (PDT) In-Reply-To: <553220CC.3050104@gentoo.org> References: <552A625D.7030000@seismic.de> <1428844100.2041.166.camel@gentoo.org> <552A80E9.1010103@seismic.de> <201504121705.13255.dilfridge@gentoo.org> <552DDC18.3050304@seismic.de> <20150415130214.18559.qmail@stuge.se> <5530E162.2010409@gentoo.org> <20150417140030.2a4dc50e53bbebc8a77edef7@gentoo.org> <5530EB29.9030205@gentoo.org> <20150417152653.20f25fd7e411f7e2cc59f51b@gentoo.org> <55310178.2090404@gentoo.org> <20150417173349.2b4eef4151a3e45719be2bd5@gentoo.org> <55311BA1.4050906@gentoo.org> <553220CC.3050104@gentoo.org> Date: Sat, 18 Apr 2015 08:35:02 -0400 X-Google-Sender-Auth: qHSuOxCUUhcne9LvkfCR2XyN8iQ Message-ID: Subject: Re: [gentoo-dev] Becoming a Gentoo developer? From: Rich Freeman To: hasufell Cc: gentoo-dev Content-Type: text/plain; charset=UTF-8 X-Archives-Salt: c86d9326-a3ec-4120-9c58-7433fe3bcb93 X-Archives-Hash: 816aea44a16cb1d6e97908cedf699f91 On Sat, Apr 18, 2015 at 5:15 AM, hasufell wrote: > On 04/17/2015 07:15 PM, Rich Freeman wrote: >> On Fri, Apr 17, 2015 at 10:41 AM, Alexander Berntsen >> wrote: >>> >>> On 17/04/15 16:33, Andrew Savchenko wrote: >>>> The problem is double effort: previously one developer effort was >>>> needed, now effort is doubled at least >>> You have correctly identified the problem; in order to do things >>> properly one must do things properly, which is more difficult than not >>> doing things properly. >>> >> >> "Properly" is just a matter of requirements. Gentoo has 18k packages >> right now. In my general experience, they install fine maybe 95% of >> the time. >> > > Can you back up your "general experience" with a tinderbox log? No. Of course, having a review workflow is orthogonal to having a tinderbox. > In addition, you are decreasing "QA" to "compiles". That's not the definition. If it makes you happy s/install/works. It is fairly rare to run into problems with Gentoo packages in my experience. > >> Right now we >> end up dropping packages because we can't find one person to maintain >> them. With a review workflow we'll drop packages if we can't find two >> people to maintain them. > > Nah, that's really not true. With a review workflow there is less need > for actual maintainers! That's the whole point. There is more need for actual maintainers. There is just less need for them to have commit access to the tree. If we instituted a policy that all commits needed to be reviewed it isn't like there would magically be a ton of pull requests headed our way. Users submit patches today, and users would submit patches tomorrow. We're not drowning in them today, and that is unlikely to change. There would still be nobody committing changes to java packages, just like today, and so on. > > I am really confused. I guess some people have never really been in a > different workflow than gentoo to know that it's really not > state-of-the-art. And it really isn't. Not even for distros. > I am not saying that a review workflow is bad. I just don't see how it fixes our actual problems, which is a lack of commits in the first place. You keep using the linux kernel as an example. The kernel has 8 patches per hour and the software is high-complexity. They need a review workflow to vet those changes and filter out the bad ones or get them reworked. Most committers are very motivated to get their code into the kernel. Other distros have MUCH larger userbases and active maintainer communities. They are also much simpler since they don't support mixing and matching random combinations of gcc, libfoo, and so on. Gentoo just doesn't have the same volume of incoming work. Now, if you're talking about making it easier to submit patches, having automated testing, and so on, I'm all for that. There are some already working on that and it will likely become more integrated into the core workflow when we migrate to git. Users can already submit pull requests using the github mirror. We just don't force everybody to do it that way. -- Rich