public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Rich Freeman <rich0@gentoo.org>
To: gentoo-dev <gentoo-dev@lists.gentoo.org>
Subject: Re: [gentoo-dev] taking a break from arches stabilization
Date: Mon, 10 Jul 2017 15:53:12 -0400	[thread overview]
Message-ID: <CAGfcS_nPJcMmaE1zrz8ZE-xGJvKZiU6J5dpNkSDMwkGrGnS3WQ@mail.gmail.com> (raw)
In-Reply-To: <CAEdQ38FQ_rjnwogw5_WjSigwnTG+Y3=H7Hjr3YUeLRxViC96cA@mail.gmail.com>

On Mon, Jul 10, 2017 at 3:09 PM, Matt Turner <mattst88@gentoo.org> wrote:
>
> For what it's worth, Jack Morgan was recently getting his sparc and
> ia64 systems back up, but then decided to retire instead when he saw
> all of the discussions about dropping the architectures he cares
> about.
>

Honestly, I don't really get this sort of thing.  The reason arches
get dropped is because they mark things stable that they can't keep up
with.  If an arch never marked a package as stable nobody would be
bothered.  If they only marked a few critical packages as stable and
then kept up with them, again nobody would be bothered.  The conflict
comes in when an arch team marks packages as stable, but then doesn't
keep up with them.

Marking a package as stable is a two-way commitment.  When an arch
team marks a package as stable they make a promise to the maintainer
to stabilize updates in a timely manner.  In return the maintainer
promises to keep older versions around to suit the needs of the arch
team for the short time it takes to do these stabilizations.

When an arch team stabilizes something that they don't have time to
maintain then they're making a promise they can't keep, and the deal
breaks down.  Eventually the maintainers complain, and the council
ends up revoking the right of the arch team to hold the maintainers to
their side of the deal which has already been broken.

There are no bad guys here.  There is just a certain amount of work it
takes to make a stable arch viable, and it either happens or it
doesn't.  Most people who use Gentoo are tinkerers by nature.  All
things being equal we'd love to see every arch supported.  However,
this requires discipline on the part of the arch team, because
otherwise an arch that few people use starts impacting work for other
arches that many more use as maintainers get buried in old bugs.

-- 
Rich


  reply	other threads:[~2017-07-10 19:53 UTC|newest]

Thread overview: 41+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-07-10 17:22 [gentoo-dev] taking a break from arches stabilization Agostino Sarubbo
2017-07-10 17:35 ` Alexis Ballier
2017-07-10 17:49 ` Rich Freeman
2017-07-10 19:57   ` Andrew Savchenko
2017-07-10 20:02     ` Rich Freeman
2017-07-10 20:17       ` Kristian Fiskerstrand
2017-07-10 23:29         ` Andrew Savchenko
2017-07-11 12:59           ` [gentoo-dev] " Michael Palimaka
2017-07-11 13:06             ` Rich Freeman
2017-07-11 13:47               ` Michael Palimaka
2017-07-11 14:13                 ` Kristian Fiskerstrand
2017-07-11 14:15                   ` Kristian Fiskerstrand
2017-07-11 14:21                     ` Michael Palimaka
2017-07-11 21:26                       ` Kristian Fiskerstrand
2017-07-11 22:13                         ` Thomas Deutschmann
2017-07-11 22:27                           ` Kristian Fiskerstrand
2017-07-12 13:19                             ` Marek Szuba
2017-07-11 23:12                           ` Mart Raudsepp
2017-07-12 11:59                         ` Michael Palimaka
2017-07-12 12:30                           ` Kristian Fiskerstrand
2017-07-12 14:13                             ` William Hubbs
2017-07-12 14:35                               ` Pacho Ramos
2017-07-11 14:25                     ` James Le Cuirot
2017-07-11 14:35                       ` Michael Palimaka
2017-07-11 14:43                         ` Rich Freeman
2017-07-11 14:16                   ` Michael Palimaka
2017-07-11 17:16                 ` William Hubbs
2017-07-12  0:03                   ` Sam Jorna (wraeth)
2017-07-10 18:11 ` [gentoo-dev] " Jonas Stein
2017-07-10 18:42 ` Mike Pagano
2017-07-10 19:09 ` Matt Turner
2017-07-10 19:53   ` Rich Freeman [this message]
2017-07-10 20:05     ` M. J. Everitt
2017-07-10 20:27       ` Rich Freeman
2017-07-10 23:54         ` Andrew Savchenko
2017-07-11 12:58           ` Rich Freeman
2017-07-11  0:48 ` Aaron Bauman
2017-07-11  8:32 ` Lars Wendler
2017-07-11 11:56   ` Agostino Sarubbo
2017-07-11 19:31 ` Daniel Campbell
2017-07-12 14:21 ` Sergey Popov

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=CAGfcS_nPJcMmaE1zrz8ZE-xGJvKZiU6J5dpNkSDMwkGrGnS3WQ@mail.gmail.com \
    --to=rich0@gentoo.org \
    --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