From: "Steven J. Long" <slong@rathaus.eclipse.co.uk>
To: gentoo-dev@lists.gentoo.org
Subject: [gentoo-dev] Re: rfc: revisiting our stabilization policy
Date: Fri, 24 Jan 2014 10:46:06 +0000 [thread overview]
Message-ID: <20140124104605.GA19957@rathaus.eclipse.co.uk> (raw)
In-Reply-To: <20140123201333.71e52bfc@TOMWIJ-GENTOO>
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.
> > I don't think that's what was being proposed, though. The question was
> > really the old complaint about slow architectures; the "-* arch"
> > solution sounds like the most reasonable definition of "dropping"
> > keywords, in the absence of AT communication otherwise.
>
> Dropping keywords and specifying -* are a world apart of each other.
That's why it's in quotes.
> The former means that it is not ready for wide stable or testing users,
> the latter means that it has been tested to not work at all;
> furthermore, we need to explicitly specify which arches in that case.
You're missing the point, again. The question was what does "dropping
keywords" mean, when the maintainer has stabilised a newer version on
the arch/s s/he has available, but feels that slower archs are holding
up that process. I'm slightly at a loss as to why it's such a big deal
to just leave the old ebuild as-is, given that anyone on a stabled
arch should upgrade automatically.
But given that the maintainer feels they don't want that old ebuild
around, and that the arch in question has not got round to testing the
new one, for whatever reason (it's their call, after all, as to how
their arch progresses), instead of simply removing that ebuild, or
bumping it to unstable (which makes zero sense), just leave it stable
on the slow arch/s in question, and remove the others.
If you must do anything, which I'm unpersuaded about, but it's your
call, as maintainer.
This seems like a rarity, but when it's an issue, people get annoyed on
either side. The solution proposed by the ARM team, seems like a simple
way round, and indicates clearly to anyone perusing the ebuild, that a
newer version needs stabling on the "slow" archs.
By all means, raise technical objections; just not a philosophical one.
Again this is a minor issue afaic, in terms of frequency, need for
change, and how difficult it is to solve. Resolve it, and let's get back
to the fun stuff instead.
--
#friendly-coders -- We're friendly, but we're not /that/ friendly ;-)
next prev parent reply other threads:[~2014-01-24 10:33 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 [this message]
2014-01-24 18:26 ` Tom Wijsman
2014-01-25 4:02 ` Duncan
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=20140124104605.GA19957@rathaus.eclipse.co.uk \
--to=slong@rathaus.eclipse.co.uk \
--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