Dear Linus,
I can't help but notice you've broken all the tools that rely on a
stable naming scheme TWICE in the span of LESS THAN ONE POINT RELEASE.
In both cases, this could have been avoided by using Marcello's 2.4
naming scheme. It's very simple: when you think something is "final",
you call it a "release candidate" and tag it "-rcX". If it works out,
you rename it _unmodified_ and everyone can trust that it hasn't
broken again in the interval. If it's not "final" and you're accepting
more than bugfixes, you call it a "pre-release" and tag it "-pre".
Then developers and testers and automated tools all know what to
expect.
--
Mathematics is the supreme nostalgia of our time.
On Mon, 18 Oct 2004 13:08:51 -0500
Matt Mackall <[email protected]> wrote:
> Dear Linus,
>
> I can't help but notice you've broken all the tools that rely on a
> stable naming scheme TWICE in the span of LESS THAN ONE POINT RELEASE.
>
> In both cases, this could have been avoided by using Marcello's 2.4
> naming scheme. It's very simple: when you think something is "final",
> you call it a "release candidate" and tag it "-rcX". If it works out,
> you rename it _unmodified_ and everyone can trust that it hasn't
> broken again in the interval. If it's not "final" and you're accepting
> more than bugfixes, you call it a "pre-release" and tag it "-pre".
> Then developers and testers and automated tools all know what to
> expect.
Speaking for OSDL's automated testing team, we second this motion.
judith
cliffw
OSDL
>
> --
> Mathematics is the supreme nostalgia of our time.
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
--
The church is near, but the road is icy.
The bar is far, but i will walk carefully. - Russian proverb
On Mon, Oct 18, 2004 at 11:38:07AM -0700, cliff white wrote:
> On Mon, 18 Oct 2004 13:08:51 -0500
> Matt Mackall <[email protected]> wrote:
>
> > Dear Linus,
> >
> > I can't help but notice you've broken all the tools that rely on a
> > stable naming scheme TWICE in the span of LESS THAN ONE POINT RELEASE.
> >
> > In both cases, this could have been avoided by using Marcello's 2.4
> > naming scheme. It's very simple: when you think something is "final",
> > you call it a "release candidate" and tag it "-rcX". If it works out,
> > you rename it _unmodified_ and everyone can trust that it hasn't
> > broken again in the interval. If it's not "final" and you're accepting
> > more than bugfixes, you call it a "pre-release" and tag it "-pre".
> > Then developers and testers and automated tools all know what to
> > expect.
>
> Speaking for OSDL's automated testing team, we second this motion.
<aol>me too</aol> I've already made some representations to Linus
in private, and now I'm actively queueing up patches which have been
sitting around since the start of -rc1. I, for one, no longer believe
in any naming scheme associated with mainline.
--
Russell King
Linux kernel 2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of: 2.6 PCMCIA - http://pcmcia.arm.linux.org.uk/
2.6 Serial core
On Mon, Oct 18, 2004 at 01:08:51PM -0500, Matt Mackall wrote:
> Dear Linus,
>
> I can't help but notice you've broken all the tools that rely on a
> stable naming scheme TWICE in the span of LESS THAN ONE POINT RELEASE.
>
> In both cases, this could have been avoided by using Marcello's 2.4
> naming scheme. It's very simple: when you think something is "final",
> you call it a "release candidate" and tag it "-rcX". If it works out,
> you rename it _unmodified_ and everyone can trust that it hasn't
> broken again in the interval. If it's not "final" and you're accepting
> more than bugfixes, you call it a "pre-release" and tag it "-pre".
> Then developers and testers and automated tools all know what to
> expect.
indeed, the current -rc are really the good old -pre, and -final ir just
a completely stupid name for -rc. Please try to get some sanity back into
the release naming.
On Mon, 18 Oct 2004, Russell King wrote:
> On Mon, Oct 18, 2004 at 11:38:07AM -0700, cliff white wrote:
> > On Mon, 18 Oct 2004 13:08:51 -0500
> > Matt Mackall <[email protected]> wrote:
> > > I can't help but notice you've broken all the tools that rely on a
> > > stable naming scheme TWICE in the span of LESS THAN ONE POINT RELEASE.
> > >
> > > In both cases, this could have been avoided by using Marcello's 2.4
> > > naming scheme. It's very simple: when you think something is "final",
> > > you call it a "release candidate" and tag it "-rcX". If it works out,
> > > you rename it _unmodified_ and everyone can trust that it hasn't
> > > broken again in the interval. If it's not "final" and you're accepting
> > > more than bugfixes, you call it a "pre-release" and tag it "-pre".
> > > Then developers and testers and automated tools all know what to
> > > expect.
> >
> > Speaking for OSDL's automated testing team, we second this motion.
>
> <aol>me too</aol> I've already made some representations to Linus
> in private, and now I'm actively queueing up patches which have been
> sitting around since the start of -rc1. I, for one, no longer believe
> in any naming scheme associated with mainline.
Ah, I'm not the only one! Apparently not all obvious fixes for things that got
obviously broken in 2.6.9-rc* were applied :-(
Not to mention e.g. the m68k signal handling got broken because of the removal
(without any warning in advance on linux-arch) of notify_parent(), which is BTW
still used by 5 archs, either in code or in comments (never trust comments?).
Gr{oetje,eeting}s,
Geert (sometimes frustrated maintainer,
sometimes typing emails without
much calming down first ;-)
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [email protected]
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
> I can't help but notice you've broken all the tools that rely on a
> stable naming scheme TWICE in the span of LESS THAN ONE POINT RELEASE.
>
> In both cases, this could have been avoided by using Marcello's 2.4
> naming scheme. It's very simple: when you think something is "final",
> you call it a "release candidate" and tag it "-rcX". If it works out,
> you rename it _unmodified_ and everyone can trust that it hasn't
> broken again in the interval. If it's not "final" and you're accepting
> more than bugfixes, you call it a "pre-release" and tag it "-pre".
> Then developers and testers and automated tools all know what to
> expect.
Yup - from my point of view, all this did was cause our automated testing
tools to not test this release at all.
Perhaps we could document whatever the standard is going to be somewhere,
then stick to it.
M.