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] rfc: glibc versions prior to 2.19-r1
Date: Mon, 22 Dec 2014 16:45:39 -0500	[thread overview]
Message-ID: <CAGfcS_k6enov39Em=fc6FEYWqLBz98shriay9sKDj9CDbO35UA@mail.gmail.com> (raw)
In-Reply-To: <201412222222.47631.dilfridge@gentoo.org>

On Mon, Dec 22, 2014 at 4:22 PM, Andreas K. Huettel
<dilfridge@gentoo.org> wrote:
> Am Montag, 22. Dezember 2014, 17:20:31 schrieb Andrew Savchenko:
>
>> And please don't say "just fix it",
>
> I'm not saying "just fix it", I'm saying "... and of course you will happily
> join toolchain team and/or maintain the single gcc version that you need, at
> your own pace".
>

This really is the basic principle that tends to govern most of these
things.  This isn't about getting rid of stuff that people want to
take care of.  This is about not forcing devs to take care of software
that they have no desire to take care of.  Nobody is preventing
anybody from maintaining old versions of gcc/glibc/linux/etc.  I'm
sure everybody would be happy to work with anybody who is active and
doing such things.  The problem comes in when people want to hold up
stabilization of other packages or changes to eclasses/profiles/etc on
the grounds that some ancient version of glibc that nobody is actually
bothering to maintain will be broken by the change.

If you don't have a policy like this, then people just give up on
doing new things with Gentoo, and then all that you have left are
people who want the old things but can't be bothered to keep them
working.  The goal here is to keep the effort required to take Gentoo
in a new direction low.  That is how we end up with things like
Prefix, multilib (in its various forms), multiple init
implementations, and so on.

As long as somebody makes sure that the old versions of glibc will
continue to boot when their dependencies are satisfied, then nobody is
going to force anybody to remove them.  The onus is just on those who
want to keep those packages to ensure that they are maintained.

--
Rich


  reply	other threads:[~2014-12-22 21:45 UTC|newest]

Thread overview: 35+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-12-21 15:28 [gentoo-dev] rfc: glibc versions prior to 2.19-r1 William Hubbs
2014-12-21 19:26 ` Markos Chandras
2014-12-22  9:36   ` Sergey Popov
2014-12-22 12:50 ` Lars Wendler
2014-12-22 14:18   ` Matthias Maier
2014-12-22 15:04     ` William Hubbs
2014-12-22 15:39       ` Rich Freeman
2014-12-22 15:52         ` Anthony G. Basile
2014-12-22 16:11           ` Andreas K. Huettel
2014-12-22 16:20             ` Andrew Savchenko
2014-12-22 17:40               ` Anthony G. Basile
2014-12-22 17:55               ` Rich Freeman
2014-12-22 21:22               ` Andreas K. Huettel
2014-12-22 21:45                 ` Rich Freeman [this message]
2014-12-23  2:53                 ` Andrew Savchenko
2014-12-23  4:55                 ` William Hubbs
2014-12-23  8:10                   ` Matthias Maier
2014-12-23 15:51                     ` William Hubbs
2014-12-23 17:48                       ` Matthias Maier
2014-12-23 10:48                   ` Rich Freeman
2014-12-23 13:45                   ` Anthony G. Basile
2014-12-23 14:39                     ` William Hubbs
2014-12-23 14:46                       ` Anthony G. Basile
2014-12-23 16:23                         ` William Hubbs
2014-12-22 16:33             ` Matthias Maier
2014-12-22 17:24             ` Anthony G. Basile
2014-12-22 21:37               ` Andreas K. Huettel
2014-12-23 13:36                 ` Anthony G. Basile
2014-12-24  2:39                   ` [gentoo-dev] " Duncan
2014-12-24 12:14                     ` Anthony G. Basile
2014-12-24  2:40                   ` [gentoo-dev] " Matt Turner
2014-12-24 12:50                     ` Anthony G. Basile
2014-12-24 14:33                   ` Andreas K. Huettel
2014-12-25  0:28             ` Ben de Groot
2014-12-22 17:47           ` Rich Freeman

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_k6enov39Em=fc6FEYWqLBz98shriay9sKDj9CDbO35UA@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