public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Duncan <1i5t5.duncan@cox.net>
To: gentoo-dev@lists.gentoo.org
Subject: [gentoo-dev] Re: Portage QOS
Date: Thu, 9 Jan 2014 17:59:50 +0000 (UTC)	[thread overview]
Message-ID: <pan$d20bf$750bc60b$823d720e$55b4506@cox.net> (raw)
In-Reply-To: 52ce9994.24f5980a.0660.342e@mx.google.com

Igor posted on Thu, 09 Jan 2014 16:44:02 +0400 as excerpted:

> There is no data to tell what happens with Gentoo (to give that data is
> one of the goals of the project). We only have some formal esteems from
> unreliable sources.
> 
> According to distro watch:
> 
> In February 2012, Gentoo distro was in 19th place.
> In December 2012, Gentoo went to 22nd place.
> In December 2013, Gentoo is down to 32nd place

There was some discussion of this previously.  The conclusion was 
basically that gentooers don't tend to be the trend-watching type, nor, 
really, are we really interested in the trend-watching type, as that's 
not gentoo's base or target user. Instead, our users tend to be 
independent customizers that aren't so interested in what the majority 
thinks, but, rather find gentoo's general support for letting them make 
of their gentoo installation what they will a very good match for their 
needs.  If that's not the best match or if their needs change, the fact 
that gentoo takes more work than many distros because you have to 
actually configure and build it, tends to have them quickly off to some 
other distro that's a better fit for their less time/interest, more 
cookie-cutter needs.

In a way, then, gentoo in the Linux ecosystem is what Linux itself is in 
the more general OS ecosystem, and gentoo tends to get only the self-
selecting independent thinkers who value the ability to make their OS 
what they want while never-the-less automating much of the process (thus 
we aren't Linux from Scratch), in the same way that the same group, but 
to a somewhat lessor extent, tend to be Linux users.

And just as a significant subset of those Linux users and devs value 
their (software) freedom and independence enough to not be willing to 
sacrifice it just to have Linux more popular and maybe exceed MS, so a 
lot of Gentoo users and devs aren't willing to compromise on gentoo's 
ideals of highly customizable individuality just to see us rise in 
rankings such as distro-watch.  If it happens, great, but it won't 
greatly affect the way gentoo is developed, and if it doesn't happen, no 
big deal anyway, since that's not something we consider significant or 
important, particularly /because/ we recognize that sort of user isn't 
what gentoo's targeting in the first place.

> According to Linux Counter
> 
> In January 2012, Gentoo distro had 5.32%
> In January 2012, Gentoo had 4.04%
> In November 2013, Gentoo had 4,21%

I guess one of those January 2012s is supposed to be something 
different...

Same thing here, really, tho the reason is a bit different.

I know *I* certainly haven't registered with linuxcounter, and don't 
expect I ever will, either.  I see it as useless at best, and yet another 
way to be tracked at worst.  (I /do/ deliberately keep my browser's user-
agent string set to Linux instead of setting it to say the latest MS 
Windows version, and deliberately kept 64-bit back when 32-bit was the 
norm for similar reasons, so sites that I visit and thus care about can 
count that, but I most certainly do NOT let the various third-party 
tracing sites do their thing, using tools such as firefox plugins 
noscript, request-policy and cookie permissions, as well as privoxy, to 
help me keep that information out of third-party-tracker's hands.)

Tho interestingly, that does show percentage stabilizing or even 
increasing a bit between the second and third samples.  What it means, 
however, I'm not going to attempt to guess.  For all I know it simply 
means a few gentooers don't object to being tracked as strongly as they 
once did, which is actually slightly disturbing to me, tho it's their 
life so they get to decide, not me.

> And from my experience of Gentoo forums, gentoo.wiki - I vote for Gentoo
> at least not gaining new users.

That would be a more interesting number, there.  But you don't provide 
stats for that one, and personal perception such as yours above for those 
constantly involved is notoriously inaccurate.  Someone who left for a 
couple years and came back tends to see changes much better, for the same 
reason you don't tend to notice changes in a friend as you grow old 
together, unless you're separated for a few years and then meet again.

I wonder what the forums stats counts are.  I know there's mailing list 
activity stats as I've seen them posted occasionally, but I'm not sure if 
there's anything like that for the forums...  That would give us some 
concrete numbers to work with.

> If in several years the number of users is not increased - we can tell
> about stagnation.

As I've personally argued about Linux, if popularity comes at the cost of 
loss of freedom, etc, it's not worth it.  There's worse things than 
seeing numbers stagnate, and losing our ideals in a likely futile pursuit 
of popularity (what's the chances of gentoo topping Red Hat even if we 
forsook all that makes gentoo gentoo and tried? that's not what we're 
good at or care about) is one of them.

> It's all not very well thought after at this stage but immediate goals
> are like this:
> 
> 
> * Knowledge of [... multiple suggestions for tracking various things 
potentially objectionable to gentoo users.]

I suspect that the various gentoo stats efforts failed for the same 
reason I suspect fewer than normal gentoo users are registered with 
linuxcounter... Gentoo users tend to be the independent sort, and have a 
distinct aversion to being counted or tracked.  A few might opt in, but 
not enough to get particularly good or reliable data, and if it were opt-
out or worse-yet hard-coded, we'd likely lose a lot of gentoo users over 
it, not just because of the tracking objection itself (many can patch 
that out if they have too, as I did gentoo/kde's hard-coded semantic-
desktop stuff here, when they tried to dump the flag in early kde 4.11, 
tho fortunately they returned it before 4.11 stabilized), but because 
that sort of hard-coding would be a betrayal of everything that a lot of 
gentoo users have come to gentoo FOR, so were it to happen, it'd be time 
to leave.


Meanwhile, those of us who have been around gentoo for a few years have 
seen the "gentoo's stagnating/dying and here's what it must do to be-
popular-again/survive" thread several times over, by now.   Gentoo's 
still here; I'm still here.  Those ideas... aren't... until they come 
around for another round, as they seem to do every couple years...

And FWIW, gentoo's number of devs rose until it hit something around 300, 
then it fell back a bit (I think it reached 350 or so before they started 
actively retiring devs who had disappeared for quite some time, but I 
believe the number of active devs has never much exceeded 300, if that), 
but has remained relatively steady around 250-ish devs, 200 or so active 
depending on definition of "active", for several years now.  Sometimes it 
goes down a few, then it goes up a few, but overall it remains about the 
same.

Which actually fits various organizational/group dynamics models, 
apparently, too.  There's (apparently, this was posted one of the other 
times a discussion like this came up, and it makes sense, but I've not 
looked into it further) some studies to the effect that there are several 
group size thresholds.  IIRC (and I may not) the maximum effective size 
for small groups was 20-50.  At about that point, conflict goes up and 
groups either adapt and change their practices to grow, or drop down 
below that number again and tend to stay there.  There's another such 
threshold at 250-350, forcing further group practices adaption to grow 
further.  A number of FLOSS groups reach that one and never pass it, and 
gentoo has been right there for some years now.  But if that threshold is 
passed, the group can grow relatively unrestrained again, to a size of 
several thousand.  I believe Debian is one of the few all-community 
examples of passing the 250-350 threshold, but that they're stuck at the 
next one, 2500-3000.

I think the kernel has passed the 250-350 barrier now too, with git and 
the distributed hierarchy of kernel lieutenants, codified signed-off-by 
practices, etc, helping with that.  Before the distributed git and 
bitkeeper before that on the technical side, however, and before the 
hierarchy of kernel lieutenants was established, there was a real crisis, 
as Linus really was becoming the bottleneck, and nobody really knew how 
to fix it as there's only so much one man can do.  But they worked thru 
the issues and busted that cap, and the kernel's moving faster than ever 
thought possible, before.

If that is indeed the case, then in ordered to grow, gentoo needs to 
figure out how to get past that 250-350 developer threshold, and until/
unless we do, we'll "stagnate" in at least active developer numbers.  IOW, 
it's primarily a social/organizational problem, not a technical problem, 
tho as with the kernel and bitkeeper and then git, the right technical 
tools can help.

Actually, in that regard it's very possible that gentoo's long planned 
and worked toward cvs-to-git conversion will help finally bust that 
barrier for gentoo as well.  Time will tell I guess, but that's one more 
reason to try to help make it happen.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman



  parent reply	other threads:[~2014-01-09 18:00 UTC|newest]

Thread overview: 57+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-01-09  7:24 [gentoo-dev] Portage QOS LTHR
2014-01-09  8:12 ` Alec Warner
2014-01-09 12:44   ` Igor
2014-01-09 14:12     ` Christopher Schwan
2014-01-09 15:26       ` Igor
2014-01-09 15:55         ` Jeroen Roovers
2014-01-09 16:37           ` Igor
2014-01-10  0:27             ` heroxbd
2014-01-10 12:41               ` Igor
2014-01-10 13:51                 ` Rich Freeman
2014-01-10  0:16         ` heroxbd
2014-01-10  0:31           ` Patrick Lauer
2014-01-10  1:19             ` Tom Wijsman
2014-01-10  1:52               ` Patrick McLean
2014-01-10  2:40                 ` Tom Wijsman
2014-01-10  6:17                 ` Brian Dolbec
2014-01-10 18:14                 ` Ciaran McCreesh
2014-01-10  7:54             ` heroxbd
2014-01-10 18:11             ` Ciaran McCreesh
2014-01-11  3:57               ` Patrick Lauer
2014-01-10  1:02           ` Tom Wijsman
2014-01-10  9:10             ` heroxbd
2014-01-10 14:54               ` Tom Wijsman
2014-01-10 12:23           ` Igor
2014-01-10 12:30             ` René Neumann
2014-01-10 12:30           ` Igor
2014-01-10 12:39             ` Patrick Lauer
2014-01-10 13:05               ` Igor
2014-01-10 13:18                 ` René Neumann
2014-01-10 18:19                   ` Ciaran McCreesh
2014-01-10 19:06                     ` René Neumann
2014-01-10 14:05                 ` heroxbd
2014-01-12 10:47                 ` [gentoo-dev] " Steven J. Long
2014-01-10 13:10               ` [gentoo-dev] " Igor
2014-01-10 14:02                 ` Rich Freeman
2014-01-10 15:16                   ` Tom Wijsman
2014-01-10 18:12           ` Ciaran McCreesh
2014-01-09 15:49     ` Ben Kohler
2014-01-09 16:11       ` Igor
2014-01-09 17:59     ` Duncan [this message]
2014-01-09 20:42       ` [gentoo-dev] " Igor
2014-01-09 21:08         ` Chris Reffett
2014-01-10 12:10           ` Igor
2014-01-10 12:26             ` René Neumann
2014-01-10 12:52               ` Igor
2014-01-10 12:57                 ` René Neumann
2014-01-10 15:39                 ` Tom Wijsman
2014-01-10 16:36             ` Mike Frysinger
2014-01-10 18:17             ` Greg KH
2014-01-10 19:38           ` Duncan
2014-01-10 22:36             ` heroxbd
2014-01-11  1:28               ` Duncan
2014-01-09 19:35 ` [gentoo-dev] " yac
2014-01-11 15:00 ` Naohiro Aota
2014-01-12 10:28   ` Igor
2014-01-12 19:31   ` Igor
2014-01-12 19:31   ` Igor

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='pan$d20bf$750bc60b$823d720e$55b4506@cox.net' \
    --to=1i5t5.duncan@cox.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