public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: james <garftd@verizon.net>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Re: Packages up for grabs
Date: Sun, 7 Aug 2016 12:24:37 -0500	[thread overview]
Message-ID: <6494e3db-fb71-9896-2370-4885410a5f35@verizon.net> (raw)
In-Reply-To: <20160808013213.15ca7982@katipo2.lan>

On 08/07/2016 08:32 AM, Kent Fredric wrote:
> On Sun, 7 Aug 2016 08:24:51 -0500
> james <garftd@verizon.net> wrote:
>
>>
>> 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
>> 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.

Sure, I agree here, but, statistically these "hi level" languages are 
being taught, in lieu of C; and that is really sad. I'm sure there are 
exceptions, would you have a few CS departments that push C over java
and the other, newer languages? (I'm curios).


>
> 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*

Noting in promoting an easy install semantic for a default, buildable 
system, precludes choice after the system is installed and boot. For 
examle a default install, using Calamares and ending up with KDE, could 
easily then have kde removed and lxqt installed. That would be up to the 
new user to figure out, via the handbook and the wiki....


> 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.

Quite true, but we're talking about increasing gentoo's update amongst 
those linux leaners, not converting windows/mac users that are not 
interested in alternatives....

>
> 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.

Support is always a crowd pleaser, imho. So with fresh ideas, the newest 
members support those right behind them in line with user level issues. 
Noobs helping noobs. buntu has proven this works, if nothing else.

>
> 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.

What I proposed, models for easier install and a VM/Container system 
that is secure and allow for experimentation with "jentoo" does not 
limit, but, encourage choice and experimentation.

Let's focus on the easy install. Once folks get a running gentoo system, 
most figure out how to manage it and like the choices, build from 
sources (and bin packages for the larger/complex).

>
> 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.

You are misconstruing the message. It's a boxed, quick install that 
would behave going forward, with the same (exact) semantics as a 
grudge-filled traditional install. The only difference is that first 
install is
quick, fast and easy. Nothing else changes, unless this fresh install 
chooses to embrace additional packaging or alternative packages compare 
to the default install. Nobody needs to make that decision. Surely many 
will then go read the handbook and the wiki to move forward.
The install just becomes painless for a few basic or default examples.
We do currently provide an occasional 'liveDVD'. So just image one of 
those, with an  easy install pathway.

>
> 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.

Again, you are incorrectly suggesting that these easy installs will 
preclude traditional gentoo semantics for adding, modifying, patching,
or any other form of currently available modifications or enhancement 
from occurring. I'm not certain if you are twisting the focus here 
intentionally, or you are just limited in your imagination? Nobody wants 
that (artificial) limitation, so why would it me the semantic going 
forward, after an easy install?

Think of it like sex. All of the traditional would be wonderfully 
available, but we're just adding a quickie (install) as an extra option.
No limitations, just *choice* on the install.



> 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.

Agreed. My idea is some encouragement and maybe receive a little bit of 
positive advise. The noobs will help the noobs, and a few will migrate 
down the maintainer--> dev pathway.

On this list and elsewhere gentoo devs have admitted to using quickie 
installs, and liked it. It's just frowned upon to document it and 
encourage it. Like a wiki page on how to convert a calculate or sabayon 
install to a traditional gentoo system.
>
> And even then, I think if you did OK, it would be striving for the
> wrong thing.

An easy install, does not have to be detrimental. Over the years I have 
taught quite a few 'youngsters' how to drive on rural flat land in a big 
4x4 with an automatic transmission and a booster seat. You just put the 
transfer case into low, and they cannot go very fast and the love the 
*power*, spinning tires and slinging mud and riding around. Later on in 
life they all have matured into productive adults.

Face it, gentoo is a power trip, we all know that. Letting folks feel 
that, in a easy, but real, quick install default version, that 
eventually hooks them into gentoo.


>
> 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.

The power of Gentoo-traditional awaits them, soon after reading and 
learning from the handbook and the wiki. Not all will use this, but,
it sure would put a more attractive face on taking gentoo for a test drive.

>
> 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.

Again, nothing in this idea inhibits the full power of gentoo from being 
available; nothing. The begging of (their) journey is easier and
more appealing. Many will stay in the valley of the noobs, but other 
will turn to the handbook and the wiki; just as grasshopper became 
shaolin, imho. Monk my words.....


>
> Sacrificing our primary benefit to chase after some other market
> half-assedly ... I can't see that panning out well myself.

You keep with this false choice, that is non-sequitur. The only limiting 
here is your mind.


>
> Personally, I think we need to double down on what we're good at,
> flexibility, and configurability.

No arguments there. Putting an experimental for of gentoo, complete with 
questionable java, into a secure Gentoo hosted VM or Container,
is not 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.

You should go to any of the progressive job boards (stackoverflow etc). 
Java is everywhere. It should not be mandated but a choice. Sincere the 
are numerous issues java, secure it via a VM or a container, if that can 
be done?



>
> 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".
>
Agreed and that is not what I'm proposing, either. I'm proposing an easy 
install for a few types of basic systems (that choice is open to 
discussion). And, if possible, a way to put either a secure VM or a 
secure container on a hardened gentoo system to put an 
insecure/experimental form of jentoo into.

No one but you is talking about any limitations.


hth,
James


>
>



  parent reply	other threads:[~2016-08-07 16:16 UTC|newest]

Thread overview: 82+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-08-06 14:39 [gentoo-dev] Re: Packages up for grabs Felix Janda
2016-08-06 16:04 ` Peter Stuge
2016-08-06 16:22   ` Michał Górny
2016-08-06 19:28     ` Peter Stuge
2016-08-06 20:47       ` Rich Freeman
2016-08-06 20:55         ` Michał Górny
2016-08-06 22:32           ` Rich Freeman
2016-08-06 21:12       ` Peter Stuge
2016-08-07  6:48         ` Michał Górny
2016-08-07  7:38           ` Consus
2016-08-07 13:24             ` james
2016-08-07 13:32               ` Kent Fredric
2016-08-07 14:06                 ` Alan McKinnon
2016-08-07 14:46                   ` Alec Ten Harmsel
2016-08-07 17:36                   ` james
2016-08-07 20:04                     ` Alan McKinnon
2016-08-07 20:48                       ` Patrick Lauer
2016-08-07 22:29                         ` james
2016-08-07 21:49                       ` james
2016-08-08  3:22                         ` Kent Fredric
2016-08-08  5:26                           ` james
2016-08-08  4:33                             ` Kent Fredric
2016-08-08  5:43                               ` Kent Fredric
2016-08-07 17:24                 ` james [this message]
2016-08-07 16:21                   ` Ciaran McCreesh
2016-08-07 17:59                     ` james
2016-08-07 16:55                   ` Easy Installs / Stage 4 ( Was: Re: [gentoo-dev] Re: Packages up for grabs ) Kent Fredric
2016-08-07 19:57                     ` james
2016-08-08  5:14                       ` Jason Zaman
2016-08-07 14:09               ` [gentoo-dev] Re: Packages up for grabs Consus
2016-08-07 17:44                 ` james
2016-08-07 14:47               ` Rich Freeman
2016-08-07 17:47                 ` james
2016-08-07 17:49                   ` Rich Freeman
2016-08-07 19:33                     ` james
2016-08-07  4:04       ` Kent Fredric
  -- strict thread matches above, loose matches on Subject: below --
2018-03-10 13:12 [gentoo-dev] " Pacho Ramos
2018-03-10 23:53 ` [gentoo-dev] " Michael Palimaka
2017-04-27 10:58 [gentoo-dev] " Dirkjan Ochtman
2017-06-28  9:19 ` [gentoo-dev] " Dirkjan Ochtman
2017-03-26 19:50 [gentoo-dev] " aidecoe
2017-03-27  8:13 ` [gentoo-dev] " Marek Szuba
2016-08-07  9:26 [gentoo-dev] " Pacho Ramos
2016-08-07 15:50 ` [gentoo-dev] " Michael Palimaka
2016-06-02 15:42 [gentoo-dev] " james
2016-06-03 17:02 ` [gentoo-dev] " Justin Bronder
2016-06-03 18:41   ` james
2014-11-24  1:17 [gentoo-dev] " hasufell
2014-11-24  3:08 ` Daniel Campbell
2014-11-26  9:15   ` Yixun Lan
2014-11-27  9:51     ` Daniel Campbell
2014-12-03 16:34       ` [gentoo-dev] " Harvey
2014-12-04  6:17         ` Daniel Campbell
2014-11-11 14:59 [gentoo-dev] " Pavlos Ratis
2014-11-14  3:02 ` Tom Wijsman
2014-12-01 11:00   ` Pacho Ramos
2015-01-07 14:06     ` Pacho Ramos
2015-01-08  1:29       ` Andrew Savchenko
2015-01-08  9:28         ` [gentoo-dev] " Duncan
2015-01-08 10:12           ` Duncan
2013-06-16 10:03 [gentoo-dev] " Pacho Ramos
2013-06-16 10:24 ` [gentoo-dev] " Pacho Ramos
2013-06-16  9:49 [gentoo-dev] " Pacho Ramos
2013-06-16 12:48 ` Dirkjan Ochtman
2013-06-16 13:55   ` Brian Dolbec
2013-06-16 14:44     ` Tom Wijsman
2013-06-16 17:09       ` Brian Dolbec
2013-06-16 17:21         ` Pacho Ramos
2013-06-16 18:23           ` Tom Wijsman
2013-06-16 19:33             ` [gentoo-dev] " Duncan
2013-06-16 19:43               ` Andreas K. Huettel
2013-06-16 21:24               ` Tom Wijsman
2013-06-16 21:38                 ` Ciaran McCreesh
2013-06-16 22:07                   ` Tom Wijsman
2013-06-16 22:20                     ` Ciaran McCreesh
2013-06-24 15:27                 ` Duncan
2013-06-24 23:18                   ` Tom Wijsman
2013-06-25  6:16                     ` Duncan
2013-06-16  9:31 [gentoo-dev] " Pacho Ramos
2013-06-16 12:19 ` gmt
2013-06-16 12:27   ` Pacho Ramos
2013-06-16 13:02     ` gmt
2013-06-16 13:22       ` [gentoo-dev] " Michael Palimaka
2013-01-20 10:30 [gentoo-dev] " Pacho Ramos
2013-01-20 19:15 ` [gentoo-dev] " Mike Gilbert
2012-03-01 22:17 [gentoo-dev] " Markos Chandras
2012-03-06  4:40 ` [gentoo-dev] " Ryan Hill
2011-01-06 12:17 [gentoo-dev] " Christian Faulhammer
2011-01-06 12:32 ` Dirkjan Ochtman
2011-01-12  9:24   ` [gentoo-dev] " Christian Faulhammer
2011-01-06 17:34 ` [gentoo-dev] " Sebastian Pipping
2011-01-07  8:49   ` [gentoo-dev] " Christian Faulhammer
2011-01-07 16:39     ` Sebastian Pipping
2011-01-07 18:57       ` Christian Faulhammer
2010-10-10 14:45 [gentoo-dev] " Markos Chandras
2010-10-10 16:13 ` [gentoo-dev] " Diego Elio Pettenò
2010-10-12  0:52   ` Jeroen Roovers
2010-10-12  6:01     ` Duncan
2010-10-12 17:17       ` Tomás Touceda
2009-02-11 18:02 [gentoo-dev] " Santiago M. Mola
2009-02-12  3:12 ` [gentoo-dev] " Ryan Hill
2008-10-31 20:42 [gentoo-dev] packages " Daniel Drake
2008-11-09  8:39 ` [gentoo-dev] " Diego 'Flameeyes' Pettenò
2008-07-20  6:44 [gentoo-dev] Packages " Christian Faulhammer
2008-07-20 17:01 ` Alexis Ballier
2008-07-21  6:27   ` [gentoo-dev] " Christian Faulhammer
2008-07-20 18:21 ` [gentoo-dev] " Thomas Anderson
2008-07-21  6:27   ` [gentoo-dev] " Christian Faulhammer
2008-05-31  5:09 [gentoo-dev] packages " Mike Frysinger
2008-05-31  8:05 ` Donnie Berkholz
2008-05-31  9:13   ` [gentoo-dev] " Tiziano Müller
2008-05-31 14:35 ` [gentoo-dev] " Philip Webb
2008-05-31 17:04   ` Thilo Bangert
2008-05-31 17:05     ` [gentoo-dev] " Ali Polatel
2008-05-31 15:33 ` Ali Polatel
2008-06-02 14:57 ` Diego 'Flameeyes' Pettenò
2008-06-02 19:47 ` Gunnar Wrobel
2008-06-02 20:45   ` Joe Peterson
2008-06-02 23:59     ` Joe Peterson
2008-05-28  7:03 [gentoo-dev] Packages " Krzysiek Pawlik
2008-06-05 20:57 ` [gentoo-dev] " Tiziano Müller
2007-12-25 18:19 [gentoo-dev] " Christian Heim
2007-12-26 10:16 ` Gilles Dartiguelongue
2007-12-26 15:39   ` [gentoo-dev] " Bernd Steinhauser
2008-01-24 15:30 ` Ali Polatel
2007-09-05 17:15 [gentoo-dev] " Chris Gianelloni
2007-09-05 17:44 ` [gentoo-dev] " Christian Faulhammer

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=6494e3db-fb71-9896-2370-4885410a5f35@verizon.net \
    --to=garftd@verizon.net \
    --cc=gentoo-dev@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox