From: Duncan <1i5t5.duncan@cox.net>
To: gentoo-dev@lists.gentoo.org
Subject: [gentoo-dev] Re: rfc: revisiting our stabilization policy
Date: Sat, 25 Jan 2014 04:02:16 +0000 (UTC) [thread overview]
Message-ID: <pan$80e84$b86d03dc$cb8d1a11$c6b95096@cox.net> (raw)
In-Reply-To: 20140124192641.5677cc51@TOMWIJ-GENTOO
Tom Wijsman posted on Fri, 24 Jan 2014 19:26:41 +0100 as excerpted:
> On Fri, 24 Jan 2014 10:46:06 +0000 "Steven J. Long"
> <slong@rathaus.eclipse.co.uk> wrote:
>
>> Tom Wijsman wrote:
>> > "Steven J. Long" wrote:
>> > > What? Without a stable tree, Gentoo is useless afaic.
>> >
>> > It moves us closer to upstream releases, a little more bleeding edge;
>> > a lot of users and developers run that already, it is found to be
>> > useful.
>>
>> What? More vague. As are many of your philosophical statements in later
>> and prior mails, so I'll ignore those.
>
> It is reality; and thus, without a stable tree, Gentoo is still useful
> for a lot of users and developers. What is vague about that?
[TL;DR readers may simply skip this one entirely. =:^) ]
Indeed. While I recognize that in free software people scratch their own
itches to a large extent, and thus that for some gentoo devs, they'd not
be gentoo devs or contributing at all if there wasn't a stable tree for
them to ultimately contribute to, and thus don't begrudge them all the
time and effort they spend on stabilizing things, at the same time...
Being a ~arch and sometimes live-build/overlay user since I switched to
gentoo now a decade ago[1], in part because my previous distro of choice
(Mandrake) fell three kde releases (3.x.y, so it'd be 90 days behind with
kde's current monthly micro-release schedule, tho IIRC it was a bit
slower back then) behind, even for their beta/cooker release...
I've often wondered just how much faster gentoo could move, and how much
better we could keep up with upstream, if we weren't so focused on 30+day
outdated stab?l3 bumping all the time. All that effort... from my
viewpoint going to waste on something that gentoo really isn't going to
be that great at anyway, certainly in comparison to other distros which
REALLY provide a stab?le service, up to a /decade/ outdated, supporting
often trailing edge software, in an effort to slow down progress for
people that don't want to move so fast.
There's simply no way gentoo's going to compete well with either the
commercial enterprise distros like RHEL and SLED/SLES, nor are we going
to compete well with Debian stable. That's not gentoo's strength, and
from a certain viewpoint, any effort sunk into that is simply sunk. How
much better could gentoo be for those where the /real/ action is, at
upstream release or even live-development versions, if all that effort
wasn't being sunk into useless trailing edge stuff that we never have a
chance of out-supporting other distros with anyway?
Tho as I said, I realize that FLOSS is very much a scratch your own itch
thing in many cases, particularly for a community distro such as gentoo,
and that for a lot of arch-dev folks, if arch-stable wasn't there for
them to work on, those folks simply wouldn't be working on gentoo at all,
but on other distros or even out of FLOSS entirely, so it's very much
*NOT* a zero-sum game, and I can't begrudge them all the work they put
into making gentoo the best it can be for their particular stable-arch
itch, either. So I appreciate that they're there and the work that they
do, expanding gentoo's practical reach, even if it's not something I'm
likely to be using or even particularly interested in any time soon.
My point being... yes indeed, there's a LOT of folks for whom gentoo
without a stable tree would be a gentoo freed of a to-them useless
weight, allowing gentoo to move even faster, and be even better in areas
that are already its strength, heavily automated leading edge releases
and live-development level packages. And I'm one of those folks!
But that doesn't mean that I consider gentoo's stable tree entirely
useless, even if in practice it is so for me, because I /do/ recognize
it's not a zero-sum game -- killing the stable trees wouldn't get us
/that/ much more work on the leading edge stuff, as most of that present
contribution would simply go away. At best, I'd guess we'd get /maybe/
20% of it, likely half that. And we'd shrink as a distro and lose a lot
of donated services, etc, as well, so what /might/ be a 10% gain in
leading edge contribution could well actually end up being an overall
loss, too.
But certainly, in a thought experiment, gentoo without the stable tree
would be at least as useful as it is now, for some of us, were it not for
the practical effect I mention above.
---
[1] I remember that I tried with 2004.0, but didn't actually get switched
until 2004.1, thus... early 2014.... almost exactly a decade ago now,
depending on whether you count from when I started trying or when I
finally got a functional and complete install.
--
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
next prev parent reply other threads:[~2014-01-25 4:02 UTC|newest]
Thread overview: 135+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-01-14 21:37 [gentoo-dev] rfc: revisiting our stabilization policy William Hubbs
2014-01-14 21:57 ` Michael Orlitzky
2014-01-14 22:33 ` William Hubbs
2014-01-14 22:43 ` Michael Orlitzky
2014-01-14 23:11 ` William Hubbs
2014-01-14 23:22 ` Jeff Horelick
2014-01-15 0:28 ` Tom Wijsman
2014-01-15 23:59 ` [gentoo-dev] " Duncan
2014-01-16 0:23 ` Tom Wijsman
2014-01-15 0:47 ` [gentoo-dev] " Michael Orlitzky
2014-01-15 1:08 ` Tom Wijsman
2014-01-15 1:11 ` Michael Orlitzky
2014-01-15 1:23 ` Tom Wijsman
2014-01-15 1:36 ` Michael Orlitzky
2014-01-15 2:09 ` William Hubbs
2014-01-15 2:21 ` Michael Orlitzky
2014-01-15 2:34 ` Tom Wijsman
2014-01-15 2:40 ` Michael Orlitzky
2014-01-15 3:26 ` Tom Wijsman
2014-01-15 2:46 ` William Hubbs
2014-01-16 7:28 ` Christopher Head
2014-01-16 22:44 ` Tom Wijsman
2014-01-19 22:31 ` Christopher Head
2014-01-20 0:47 ` Tom Wijsman
2014-01-23 18:12 ` [gentoo-dev] " Steven J. Long
2014-01-23 19:13 ` Tom Wijsman
2014-01-23 20:55 ` Steev Klimaszewski
2014-01-23 22:38 ` Tom Wijsman
2014-01-23 22:42 ` Peter Stuge
2014-01-23 23:50 ` Tom Wijsman
2014-01-24 0:04 ` Steev Klimaszewski
2014-01-24 3:04 ` Tom Wijsman
2014-01-24 3:52 ` Steev Klimaszewski
2014-01-24 17:26 ` Tom Wijsman
2014-01-24 18:10 ` Steev Klimaszewski
2014-01-24 19:29 ` Tom Wijsman
2014-01-24 20:29 ` Steev Klimaszewski
2014-01-24 21:55 ` Tom Wijsman
2014-01-24 10:46 ` Steven J. Long
2014-01-24 18:26 ` Tom Wijsman
2014-01-25 4:02 ` Duncan [this message]
2014-01-26 0:50 ` Peter Stuge
2014-01-26 0:59 ` Rich Freeman
2014-01-26 4:53 ` Peter Stuge
2014-01-26 11:41 ` Rich Freeman
2014-01-26 18:56 ` Peter Stuge
2014-01-26 21:35 ` Rich Freeman
2014-01-27 7:41 ` Steev Klimaszewski
2014-01-27 14:52 ` Rich Freeman
2014-01-28 2:45 ` Steev Klimaszewski
2014-01-26 22:56 ` Duncan
2014-01-26 23:40 ` Duncan
2014-01-28 12:37 ` Steven J. Long
2014-01-28 12:52 ` Alan McKinnon
2014-01-28 13:18 ` Tom Wijsman
2014-01-28 13:11 ` Tom Wijsman
2014-01-29 3:15 ` Duncan
2014-01-29 6:34 ` Steev Klimaszewski
2014-01-15 2:42 ` [gentoo-dev] " Tom Wijsman
2014-01-15 11:33 ` Sergey Popov
2014-01-15 16:57 ` Tom Wijsman
2014-01-15 17:20 ` Matthew Thode
2014-01-15 2:26 ` Tom Wijsman
2014-01-15 11:28 ` Sergey Popov
2014-01-15 0:13 ` Tom Wijsman
2014-01-15 0:50 ` Michael Orlitzky
2014-01-15 1:13 ` Tom Wijsman
2014-01-15 23:13 ` [gentoo-dev] " Duncan
2014-01-15 0:04 ` [gentoo-dev] " Tom Wijsman
2014-01-14 23:49 ` Tom Wijsman
2014-01-15 0:06 ` Andreas K. Huettel
2014-01-15 0:17 ` Anthony G. Basile
2014-01-15 0:43 ` Tom Wijsman
2014-01-15 0:38 ` Tom Wijsman
2014-01-15 0:46 ` William Hubbs
2014-01-15 1:26 ` Tom Wijsman
2014-01-15 11:40 ` Sergey Popov
2014-01-15 17:04 ` Tom Wijsman
2014-01-16 6:20 ` Sergey Popov
2014-01-16 15:54 ` Peter Stuge
2014-01-16 17:56 ` Rich Freeman
2014-01-16 18:04 ` Alan McKinnon
2014-01-16 18:26 ` Peter Stuge
2014-01-16 20:18 ` Alan McKinnon
2014-01-16 20:40 ` Peter Stuge
2014-01-16 18:11 ` Peter Stuge
2014-01-16 18:42 ` Rich Freeman
2014-01-16 19:29 ` William Hubbs
2014-01-16 19:59 ` Peter Stuge
2014-01-16 22:49 ` Tom Wijsman
2014-01-15 3:48 ` grozin
2014-01-15 4:49 ` William Hubbs
2014-01-15 5:07 ` Robin H. Johnson
2014-01-15 8:03 ` Dirkjan Ochtman
2014-01-15 8:18 ` Hans de Graaff
2014-01-15 16:11 ` [gentoo-dev] " Michael Palimaka
2014-01-15 9:54 ` [gentoo-dev] " Michał Górny
2014-01-15 12:51 ` Rich Freeman
2014-01-15 21:41 ` [gentoo-dev] " Duncan
2014-01-15 11:24 ` [gentoo-dev] " Sergey Popov
2014-01-15 11:30 ` Sergey Popov
2014-01-15 15:30 ` William Hubbs
2014-01-16 6:17 ` Sergey Popov
2014-01-17 6:06 ` grozin
2014-01-17 7:02 ` grozin
2014-01-17 7:58 ` Matt Turner
2014-01-17 15:02 ` Rich Freeman
2014-01-17 15:02 ` Michał Górny
2014-01-18 1:35 ` William Hubbs
2014-01-17 15:31 ` Ulrich Mueller
2014-01-17 16:47 ` Tom Wijsman
2014-01-17 17:08 ` grozin
2014-01-18 0:34 ` Manuel Rüger
2014-01-17 18:28 ` Ciaran McCreesh
2014-01-17 23:56 ` Tom Wijsman
2014-01-18 12:59 ` [gentoo-dev] arch="any" (Re: rfc: revisiting our stabilization policy) Steven J. Long
2014-01-17 17:07 ` noarch packages, was Re: [gentoo-dev] rfc: revisiting our stabilization policy grozin
2014-01-19 8:36 ` Mike Frysinger
2014-01-19 9:28 ` Add a KEYWORD representing any arch (was: Re: [gentoo-dev] rfc: revisiting our stabilization policy) Pacho Ramos
2014-01-19 9:46 ` [gentoo-dev] Re: Add a KEYWORD representing any arch Ulrich Mueller
2014-01-19 10:15 ` Pacho Ramos
2014-01-20 19:25 ` Steev Klimaszewski
2014-01-22 15:46 ` Jeroen Roovers
2014-01-19 9:48 ` Add a KEYWORD representing any arch (was: Re: [gentoo-dev] rfc: revisiting our stabilization policy) Mike Frysinger
2014-01-17 21:04 ` [gentoo-dev] rfc: revisiting our stabilization policy Maciej Mrozowski
2014-01-15 18:33 ` Thomas Sachau
2014-01-15 19:07 ` William Hubbs
2014-01-16 0:58 ` Steev Klimaszewski
2014-01-16 2:32 ` Robin H. Johnson
2014-01-16 5:47 ` Steev Klimaszewski
2014-01-19 11:06 ` Thomas Sachau
2014-01-16 6:27 ` Sergey Popov
2014-01-16 7:15 ` [gentoo-dev] " Michael Palimaka
2014-01-15 19:13 ` [gentoo-dev] " Ruud Koolen
2014-01-15 21:54 ` [gentoo-dev] " Martin Vaeth
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$80e84$b86d03dc$cb8d1a11$c6b95096@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