From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id CD8E413832E for ; Sun, 7 Aug 2016 13:33:03 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 16E7721C09D; Sun, 7 Aug 2016 13:32:55 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 0E3E521C01D for ; Sun, 7 Aug 2016 13:32:53 +0000 (UTC) Received: from katipo2.lan (unknown [IPv6:2406:e001:1:d01:c2f8:daff:fe83:ed01]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: kentnl) by smtp.gentoo.org (Postfix) with ESMTPSA id 22DF9340BF4 for ; Sun, 7 Aug 2016 13:32:51 +0000 (UTC) Date: Mon, 8 Aug 2016 01:32:13 +1200 From: Kent Fredric To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: Packages up for grabs Message-ID: <20160808013213.15ca7982@katipo2.lan> In-Reply-To: References: <20160806211255.GI12988@foo.stuge.se> <49994385-FEB7-4951-B324-ED1BC66899D4@gentoo.org> <20160807073824.GA1030@daphne> Organization: Gentoo X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.30; x86_64-pc-linux-gnu) 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 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/V7FetIBZjSTjvDJfYMTUp_f"; protocol="application/pgp-signature" X-Archives-Salt: a988d941-eba1-43e8-abad-ea7b2c71c165 X-Archives-Hash: 2c91136e9841819ef6faf3567624f686 --Sig_/V7FetIBZjSTjvDJfYMTUp_f Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 7 Aug 2016 08:24:51 -0500 james wrote: >=20 > As a team, we could have a simple default program for a simple default > disk format, and a variety of 'stage-4' images, maybe updated every 3=20 > months, to get a gentoo system up, quickly. Not an anything you want > it to be, but a few, common choices. Perhaps a security apparatus, > commonly needed, built on the hardened project? (like a bridge or a > firewall)? I for one miss the days where Stage-1 was the defacto install, and Stage-3 was "For lazy people who just wanted to use something". When we transitioned to making Stage 3 the default, it was like, heresy. Stage 4? :) I highly encourage people to randomly hurt themselves by attempting an unsupported Stage 1 install, just to find what breaks. > Let them use java* codes, as that is what all the universities are > teaching and promoting. I agree > with gentoo proper on severely restricting java*, on gentoo-proper, > but that sort of thing is killing gentoo and just appears to the open > world as a filter mechanism to keep out and go elsewhere, snoot. > There are just too many exciting and useful codes out there running > java. "All" ? Some. And the dominance and focus on Java is itself telling of the quality and type of the education provider. Some education providers may not touch Java at all, and focus predominantly on C. You can't satisfy everyone out of the box. The rest of your response kinda rotates around a central axiom that makes other Linux distributions effective, and "Easy": The lack of choice, a tailored work flow, a target audience, and a narrow focus on what the vendor delivers. Gentoo is fundamentally unlike these things, because the Gentoo way has always been first and foremost about *user choice* and *maximising user choice* The reality is a giant hunk of the world are *not interested in choice* They want something that works and get out of their way. That's why proprietary systems with deep, vertical architecture and product lock-in are still incredibly popular. They understand their market, and they focus on making things work for that market by tailoring it to a very narrow set of features that satisfies 95% of its target. Gentoo's target audience is decidedly that other 5%, the group of people who don't mind getting their hands dirty, the group who wade up to their elbows dealing with horrible problems because that's the consequence of the power of choice. You can promote pre-boxed Gentoo products if you want, I just think you're barking up the wrong tree if you think doing that will help anybody. As with most open source, it requires volunteer effort to make this happen, and its a hard sell to try to convince existing staff to spend more time on producing a thing that exists only to *reduce* user choice for the sake of convenience. And I just think most of our devs have more interesting problems to solve than that, and you'd be simply weakening the core Gentoo development team by trying to steal existing Gentoo staff to engineer this carefully designed and polished "Just Works For Noobs" platform. And even then, I think if you did OK, it would be striving for the wrong thing. If you're going to come to a competition that has existing major players ( such as the "noob friendly" linux desktop market ), you have to not be simply a "me too!" in order to hope for success. You have to have something unique that blows all the competition out of the water in at least one way, that capitalises on an un-tapped need. Anything else will just be some pathetic copy-cat attempt. And for Gentoo, our "Unique Edge" *is* our configurability, our incredibly effective and convenient flexibility. Sacrificing our primary benefit to chase after some other market half-assedly ... I can't see that panning out well myself. Personally, I think we need to double down on what we're good at, flexibility, and configurability. Find ways of building systems at the users behest that do exactly what they want easily, and not assume we know what is best for our users. Anything else and Gentoo will go in the direction of the sad sorry state of the Linux Desktop, where neither GTK/Gnome or QT/KDE are very useable anymore, and they've become encumbered with horribly lethargic and bloated design, because they were all trying too hard to chase what they thought people wanted, the standard established by Windows and OSX for "Easy". --Sig_/V7FetIBZjSTjvDJfYMTUp_f Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXpzh0AAoJEOhUMksTZqggjS4QAIeZU+EKDzAQsy95xreJRGSi HZp1ERxtbppYxPWAel+MVgYOif8h1DkaplPTY+S1UWycbvCUNs8uQBRedMAzmwck way68J/epmRaezI6LhcDlopby/j/JpDIDErOkdMa+GGQDQRs9UGN7qBOgy6xGjb4 JxoqZBXIcTmooBfhDrzqaHtwm+zbJJ09r2F7eZ4faoB7gbBp1kPq3qH9hjuZEQjF PgVgWu/We/SrCCq1W4krhfJyxMCBL/zlq71ItS2LBEv303sBK6ab6kyGw7JScwW2 bVRfYUMO8dwk5QP1eHC+uWue5iqP2NlR20Il0INuwTaUEQqGErWeT99lMik/8oC2 LZ88EugUBVpBxaWfri6SnIrjt+qIqjWge65hc3/k4l15DKxUOn7bJ5znG5yEhX6h 8KRu54ha457Kdflp/uPS46FJUGw7o2u0/HD272+Yk22KR6XczceDw7a7N0YDnqMs j6fgylrJG4a8vlEsCZYG/4rXlcvLljVIpqymEprvUuLgJN83SMdZz7QnJjYraOQE bmUjEkVPcaZ+yuAc+bxpo4ihlxgsto9FnP44ISIsTsCQGHHos/BTfJt/MGMxCENm Fci7Xsbw5cmsgtVUxUenGZhJLpbK75W65V1WQ/bluN1ItAx0rUXFp7bnTzbG4eby s7iS+hT1Lgc0lYbXYx/J =ZXXP -----END PGP SIGNATURE----- --Sig_/V7FetIBZjSTjvDJfYMTUp_f--