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 2C211138A1A for ; Sun, 23 Nov 2014 15:18:45 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id BCBACE084A; Sun, 23 Nov 2014 15:18:37 +0000 (UTC) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 6D2B4E0798 for ; Sun, 23 Nov 2014 15:18:36 +0000 (UTC) Received: by mail-wg0-f50.google.com with SMTP id k14so10517172wgh.37 for ; Sun, 23 Nov 2014 07:18:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=fH7LHwjd2QTos1xvjbN+9cF2ho6XLxe5XzqJAi7EPc4=; b=YxB2uqkvwPp17DRXTIH5X3QyZXb3eth/9DLQmx9sFf3x6FQV2pQjdez5msW8YlEEV+ c7RBqq4RDohgg7qwSX3QhCZERRk9Zt+6cxU3qPPATUo+WJp/VdL2c82yGfh7ia4QlGmM fp6HDhcOgIfYPQPCxH/PjxxwfbnjKKpv1ppyYNzwMWIkqDFHMAbE5ay5qZ4dnMyY2d/8 1D9xmDtyFBwjyc0XcjfEZrm0QOGJcLlk8Gylmlm++5D6C8ckaR+nCog0DlzDAVfYLo0a qw6KOn7oKO4GdrWSLXqcIFf6sT6C/etv60ujuAw2EZLYkkTmojbI3jmjw9m+CHn6Lgp/ 74SA== X-Received: by 10.194.121.167 with SMTP id ll7mr19647617wjb.26.1416755909442; Sun, 23 Nov 2014 07:18:29 -0800 (PST) Received: from vidovic.ultras.lan (50.132.84.79.rev.sfr.net. [79.84.132.50]) by mx.google.com with ESMTPSA id cr6sm16704683wjb.44.2014.11.23.07.18.27 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 23 Nov 2014 07:18:28 -0800 (PST) Sender: Nicolas Sebrecht Date: Sun, 23 Nov 2014 16:18:25 +0100 From: Nicolas Sebrecht To: gentoo-user@lists.gentoo.org Cc: Nicolas Sebrecht Subject: [gentoo-user] Re: Gentoo's future directtion ? Message-ID: <20141123151825.GA2139@vidovic.ultras.lan> References: <5470D229.7000806@tampabay.rr.com> <5470DBF5.1060304@gentoo.org> <547111B5.2030909@gentoo.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-Archives-Salt: e386bd08-6607-4742-9a99-22997341ae0e X-Archives-Hash: 9dec5e142485e78abc576025ff54359e On Sat, Nov 22, 2014 at 06:20:01PM -0500, Rich Freeman wrote: > Don't get me wrong, I'm all for more overlay support. I'm all for > reform when there is something to reform. However, in all your > complaints about developers causing conflicts you're actually becoming > part of the problem. I'd say the problem is not about the devs themselves causing conflicts but the environment and frame devs are working in the current workflow. Everybody look baffled with the current way of doing things in Gentoo. I agree with hasukel that the "distributed Gentoo" as proposed today is a wrong answer. Not that the issues raised are not valid. They do. Also, I agree with hasukel that the main problem is about having a correct distributed model. Posting on bugzilla for ebuilds updates or new ebuilds is seriously damaging when almost every where else it is just about sending your git patches. Becoming an official Gentoo dev is not a solution either due to the recruiting process. As you say, official devs can work on whatever they like and their contributions will likely hit the users at some point while at the same time occasional devs are asked to work with old tools like bugzilla. So yes, the whole review process is broken and the contribution process is broken too. About that, there's no other way than break the whole recruiting process and change of tools. Have your core team handle git repositories and let others request pull or send patches like almost all the other open source softwares in the world. Let's exploit the anarchy and openness instead of partitionning things into devs/non-devs or main-tree/overlays. Back to the original request. Here is how starts the "distributed Gentoo" model: Imagine you would say "I like gentoo, but I don't like the way the toolchain is handled, so I want to do it differently". Currently, your only way is to fork the whole distro or do dangerous stuff with overlays. Imagine gentoo would actually be a small repository of core packages with lots of optional user contributed extenions of all kinds. You'd only need to fork the core and add those extensions you like. Similarly... you don't like the way ruby is handled? Well, apart from dev-lang/ruby maybe, there'd be no ruby gems in the tree anyway. So there can be different approaches of packaging ruby gems and you choose which to use or if you want to do it completely different. And there would be no complicated configuration required to prevent in-tree ruby packages getting pulled in, because there are none. Isn't this all stuff about handling some kind of pointers? Don't like the toolchain? Point to another one. Don't like the way ruby is handled? Point to another one. So, is it about overlays? No. I'd say overlays are some kind of poor pointers for many reasons. Hence, why not adding the pointers we are all missing and rethinking the other pointers? -- Nicolas Sebrecht