Re: The naming wars continue...

From: William Lee Irwin III (wli_at_holomorphy.com)
Date: 10/23/04

  • Next message: Linus Torvalds: "Re: [PATCH] ppc64: Add mecanism to check existence of legacy ISA devices" 
    Date:	Fri, 22 Oct 2004 18:15:49 -0700
To: Matt Mackall <mpm@selenic.com>

    On Fri, Oct 22, 2004 at 03:05:13PM -0700, Linus Torvalds wrote:
    >> And the fact is, I can't see the point. I'll just call it all "-rcX",
    >> because I (very obviously) have no clue where the cut-over-point from
    >> "pre" to "rc" is, or (even more painfully obviously) where it will become
    >> the final next release.

    On Fri, Oct 22, 2004 at 06:46:31PM -0500, Matt Mackall wrote:
    > This should be easy: the cut-over should be when you're tempted to
    > rename it 2.6.next. If you have no intention (or hope) of renaming
    > 2.6.x-rc1 to 2.6.x, it is not a "release candidate" by definition.
    > What's the point? It serves as a signal that a) we're not accepting
    > more big changes b) we think it's ready for primetime and needs
    > serious QA c) when 2.6.next gets released, the _exact code_ has gone
    > through a test cycle and we can have some confidence that there won't
    > be any nasty 0-day bugs when we go to install 2.6.next on a production
    > machine.

    I'm sure you have a well-founded logically consistent self-consistent
    method of defining what release candidates are; unfortunately hordes of
    others do, too, and their notions are in turn all subtly inconsistent
    with yours and each other's, and they're all relatively vocal about them.

    On Fri, Oct 22, 2004 at 03:05:13PM -0700, Linus Torvalds wrote:
    >> (*) In other words, I had a beer and watched TV. Mmm... Donuts.

    On Fri, Oct 22, 2004 at 06:46:31PM -0500, Matt Mackall wrote:
    > Please devote some more beer and TV to this problem after you release
    > 2.6.10.

    Give the emperor penguin a break. There's bound to be enough weighing
    on him as it is with just the usual barrage of technical issues. The
    new release process hasn't even been given a chance to fail yet as the
    two commercial distros with the largest userbases haven't even gotten
    to the point where they've both released 2.6 yet, and debian isn't
    using 2.6 as the install kernel yet either.

    On Fri, Oct 22, 2004 at 06:46:31PM -0500, Matt Mackall wrote:
    > Mathematics is the supreme nostalgia of our time.

    It would be nice if this were qualified with something that distinguished
    the outlandish idealizations you're actually criticizing from real math,
    which makes no presumption that its axioms or hypotheses have any
    connection to reality, observations, or predictions thereof. The abuse
    you're speaking of is poor modelling for the sake of tractability of
    symbolic calculations, which has nothing to do with proof or logic.

    -- wli
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

  • Next message: Linus Torvalds: "Re: [PATCH] ppc64: Add mecanism to check existence of legacy ISA devices"

    Relevant Pages

    • Re: RFD: Kernel release numbering
      ... I do honestly worry that sometimes we lose sight of what best serves our ... We need to not only produce a useful kernel, but also package it in a ... way that is useful to the direct consumers of the kernel: ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [PATCH] shrink core hashes on small systems
      ... I think some serious thought needs to go into scaling ... > hash sizes across the board, but this serves my purposes on the ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [OT] Re: code bloat [was Re: Semaphore assembly-code bug]
      ... >> and the time to load it is irrelevant. ... >> will say it serves me right for doing my initial testing on ppc which ... and thats nearly 3gig of compressed source code ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [PATCH 2.4.22-pre1][NET] timer cleanups
      ... Vinay K Nallamothu wrote: ... Use static timer initialisation wherever applicable ... I'm not accepting this. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [PATCH] use size_t for the broken ioctl numbers
      ... and I ended up accepting that one, because it had a totally valid usage: ... it fixed a real issue not with bad type passing, ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)