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 8E1351389E2 for ; Mon, 24 Nov 2014 08:20:35 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 277D8E09EA; Mon, 24 Nov 2014 08:20:12 +0000 (UTC) Received: from mail-ig0-f173.google.com (mail-ig0-f173.google.com [209.85.213.173]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id C248FE0996 for ; Mon, 24 Nov 2014 08:20:10 +0000 (UTC) Received: by mail-ig0-f173.google.com with SMTP id r2so2732524igi.6 for ; Mon, 24 Nov 2014 00:20:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=kjUs1/ev2R2xpszPQy41n9pNXXsEae62nbWqCxKpzro=; b=EK7BsuGJIRBr3rcMb+e4LyTZexBhEV3btGMyfKK2D7hrEkdaiJmL6Rp1YxoRH2g2/o MPXpcxuzoRYBukK8tfnJMrkCNNSmsvcDnKwhp2CGa45rsKWiFQnuVEh5hZ0A+gMDMcOE 0hQpZc4v6EYCH9zd8v8gqbpdS83BZ5rjBo9RusKpwyVw9hFu5J4k9ijGxG5OeMjhdtD9 yeUSsOgRyD0FMkYVnVaHj0l95PYyf2g82buGRU6muUkQ6l4RKyiJYfE+tmPck5zKKLoZ qFRDst1s4sgo7nw19l9DQC/7wIohEJYRDdmgnoWsLhhMGk+1FpYYdszTDxMtf3it5M22 yVjA== 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 X-Received: by 10.50.73.67 with SMTP id j3mr4199686igv.1.1416817209984; Mon, 24 Nov 2014 00:20:09 -0800 (PST) Received: by 10.64.120.228 with HTTP; Mon, 24 Nov 2014 00:20:09 -0800 (PST) In-Reply-To: References: <5470D229.7000806@tampabay.rr.com> <5470DBF5.1060304@gentoo.org> <547111B5.2030909@gentoo.org> <547264C8.7030704@gentoo.org> <54727804.5060205@gentoo.org> Date: Mon, 24 Nov 2014 02:20:09 -0600 Message-ID: Subject: Re: [gentoo-user] Gentoo's future directtion ? From: Sid S To: gentoo-user@lists.gentoo.org Content-Type: multipart/alternative; boundary=089e0115ec10834ed00508967687 X-Archives-Salt: 0d9776a5-184d-4ba8-917d-f18613d3ce57 X-Archives-Hash: 9ff3176d330db3537ee6334b86402ba9 --089e0115ec10834ed00508967687 Content-Type: text/plain; charset=UTF-8 >We didn't disband the team because we thought that having a >team focused on games wasn't a bad idea, but so far nobody else seems >all that interested so it seems as likely as not that there won't be a >games team in the future. Probably a chicken-and-egg thing. I want to play games on my Gentoo, or a vm hosted by Gentoo, but doing so can be a pain. Is there any reason to cater to this demographic specifically? Well, no, but making it less hard would require solving some nontrivial problems others might benefit from. Which is the purpose of Gentoo, right? As for Java, I've not encountered any major bugs. This might be why nobody is talking about Java bugs. If there are any bugs with the introduction of Java 1.8, again, there's no reason to cater to the demographic that wants Java 8, but it will likely solve hard problems. Java is something I should be able to use by accident. It is almost entirely self-contained. Solving these hard problems is likely to help in other areas. For example, let me refer to another portion of the conversation below: >The current Gentoo way is far more limiting, but by having a single >version of glibc with a single policy around versioning/etc packages >don't have to micromanage what they depend on. I actually think this is wrong. The Gentoo way might be limiting in some respects, but the reality seems to be it is limited by the software it is working with more than the other way around. So... what's a better way to do things? NI,SF. Do-autocracy suffers from the challenging problem of challenging problems being avoided. >On top of that, this would have to be an issue that has to be handled by >the software devs. If only the universe were ebuilds and not turtles. >Today, ebuilds don't even let a chance for an admin to apply a series of >patches to the vanilla/distro-maintainer sources without having to >rewrite/fork the ebuild. There isn't a way to specify ebuild properties in a way like command line arguments? Where you can explicitly silence options by specifying them later, etc? On Sun, Nov 23, 2014 at 6:30 PM, Rich Freeman wrote: > On Sun, Nov 23, 2014 at 7:12 PM, hasufell wrote: > > On 11/24/2014 12:24 AM, Rich Freeman wrote: > >>> * kickban major assholes from the community, no matter how efficient > >>> they are > >> > >> Proposals welcome. Hint, things will go much better if you volunteer > >> to do the work the assholes are doing... It isn't like we aren't all > >> tired of this stuff, but if we go booting half the devs then the > >> distro will basically die. > >> > > > > That's actually an argument FOR my proposal of being more distributed > > and shrinking the dev community. > > > > In such a scenario we would not need 200 "gentoo developers" anymore. > > > > Sure, but my point is that the way to fix this is: > 1. Set up new distributed model. > 2. Work in the new model successfully for a while. > 3. Retire developers who are no longer needed since they won't be > doing anything anyway. > > And not: > 1. Stop recruiting new devs. > 2. Watch attrition get rid of existing devs. > 3. Work on new distributed model that may or may not ever take off. > 4. Hope that Gentoo doesn't die in the meantime. > > -- > Rich > > --089e0115ec10834ed00508967687 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
>We didn't disband the team because we thought that= having a
>team focused on games wasn't a bad idea, but so far no= body else seems
>all that interested so it seems as likely as not tha= t there won't be a
>games team in the future.

Probably a c= hicken-and-egg thing. I want to play games on my Gentoo, or a vm hosted by = Gentoo, but doing so can be a pain. Is there any reason to cater to this de= mographic specifically? Well, no, but making it less hard would require sol= ving some nontrivial problems others might benefit from. Which is the purpo= se of Gentoo, right?

As for Java, I've not encountered any major= bugs. This might be why nobody is talking about Java bugs. If there are an= y bugs with the introduction of Java 1.8, again, there's no reason to c= ater to the demographic that wants Java 8, but it will likely solve hard pr= oblems. Java is something I should be able to use by accident. It is almost= entirely self-contained.

Solving these hard problems is likely to h= elp in other areas. For example, let me refer to another portion of the con= versation below:

>The current Gentoo way is far more limiting, bu= t by having a single
>version of glibc with a single policy around ve= rsioning/etc packages
>don't have to micromanage what they depend= on.

I actually think this is wrong. The Gentoo way might be limitin= g in some respects, but the reality seems to be it is limited by the softwa= re it is working with more than the other way around.

So... what'= ;s a better way to do things? NI,SF. Do-autocracy suffers from the challeng= ing problem of challenging problems being avoided.

>On top of tha= t, this would have to be an issue that has to be handled by
>the soft= ware devs.

If only the universe were ebuilds and not turtles.
>Today, ebuilds don't even let a chance for an admin to apply a ser= ies of
>patches to the vanilla/distro-maintainer sources without havi= ng to
>rewrite/fork the ebuild.

There isn't a way to speci= fy ebuild properties in a way like command line arguments? Where you can ex= plicitly silence options by specifying them later, etc?

On Sun, Nov 23, 2014 at 6:3= 0 PM, Rich Freeman <rich0@gentoo.org> wrote:
On Sun, Nov 23, 2014 at 7:12 PM, hasufel= l <hasufell@gentoo.org> wr= ote:
> On 11/24/2014 12:24 AM, Rich Freeman wro= te:
>>> * kickban major assholes from the community, no matter how eff= icient
>>> they are
>>
>> Proposals welcome.=C2=A0 Hint, things will go much better if you v= olunteer
>> to do the work the assholes are doing...=C2=A0 It isn't like w= e aren't all
>> tired of this stuff, but if we go booting half the devs then the >> distro will basically die.
>>
>
> That's actually an argument FOR my proposal of being more distribu= ted
> and shrinking the dev community.
>
> In such a scenario we would not need 200 "gentoo developers"= anymore.
>

Sure, but my point is that the way to fix this is:
1.=C2=A0 Set up new distributed model.
2.=C2=A0 Work in the new model successfully for a while.
3.=C2=A0 Retire developers who are no longer needed since they won't be=
doing anything anyway.

And not:
1.=C2=A0 Stop recruiting new devs.
2.=C2=A0 Watch attrition get rid of existing devs.
3.=C2=A0 Work on new distributed model that may or may not ever take off. 4.=C2=A0 Hope that Gentoo doesn't die in the meantime.

--
Rich


--089e0115ec10834ed00508967687--