mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Albert D. Cahalan" <acahalan@cs.uml.edu>
To: rhw@MemAlpha.CX (Riley Williams)
Cc: acahalan@cs.uml.edu (Albert D. Cahalan),
	Andries.Brouwer@cwi.nl, viro@math.psu.edu,
	linux-kernel@vger.kernel.org (Linux Kernel),
	seberino@spawar.navy.mil
Subject: Re: [PATCH] Improved version reporting
Date: Mon, 19 Mar 2001 01:50:01 -0500 (EST)	[thread overview]
Message-ID: <200103190650.f2J6o1S240830@saturn.cs.uml.edu> (raw)
In-Reply-To: <Pine.LNX.4.30.0103171718530.22673-100000@infradead.org> from "Riley Williams" at Mar 17, 2001 05:51:28 PM

Riley Williams writes:

>> The rule should be like this:
>>
>>	List the lowest version number required to get
>>	2.2.xx-level features while running a 2.4.xx kernel.
>
> That's a meaningless definition, and can only be taken as such. What
> use would such a list be to somebody wishing (like I recently was) to
> upgrade a system running the 2.0.12 kernel so it runs the 2.4.2
> kernel instead?
...
>> Basically I ask: would existing scripts for a 2.2.xx kernel
>> break? If the old mount can still do what it used to do, then
>> "mount" need not be listed at all.
>
> Replace that "a 2.2.xx" with "my current" and remove all restrictions
> on what the current kernel is, and that becomes an important question.

No, not "my current" but "the previous stable". I say "2.2.xx" because
that is the previous stable kernel.

If you upgrade from 2.0.xx, you should read the 2.2.xx changes file.

The important thing is to avoid version number inflation. I don't
even bother reading the changes file, because I know it is bogus.
Nearly all of my old software works great with a 2.4.xx kernel.

  reply	other threads:[~2001-03-19  6:51 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-03-15  9:52 Andries.Brouwer
2001-03-15 11:05 ` Rogier Wolff
2001-03-17  4:35 ` Albert D. Cahalan
2001-03-17 17:51   ` Riley Williams
2001-03-19  6:50     ` Albert D. Cahalan [this message]
2001-03-19  9:15       ` Riley Williams
2001-03-23  8:33         ` Albert D. Cahalan
2001-03-23  9:42           ` Riley Williams
  -- strict thread matches above, loose matches on Subject: below --
2001-03-17 10:20 Andries.Brouwer
2001-03-17  1:07 Andries.Brouwer
2001-03-17 17:17 ` Riley Williams
2001-03-16 12:45 Andries.Brouwer
2001-03-16 13:30 ` Nick Holloway
2001-03-16 23:28 ` Riley Williams
2001-03-14 19:29 Andries.Brouwer
2001-03-14 23:39 ` Russell King
2001-03-16 10:54 ` Riley Williams
2001-03-14 16:51 Andries.Brouwer
2001-03-14 16:01 Andries.Brouwer
2001-03-14 16:26 ` Alexander Viro
2001-03-15  4:12   ` Albert D. Cahalan
2001-03-14 16:36 ` Henning P. Schmiedehausen
2001-03-14 17:28 ` Riley Williams
     [not found] <11a40b11caeb.11caeb11a40b@nosc.mil>
2001-03-14 10:39 ` Riley Williams

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=200103190650.f2J6o1S240830@saturn.cs.uml.edu \
    --to=acahalan@cs.uml.edu \
    --cc=Andries.Brouwer@cwi.nl \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rhw@MemAlpha.CX \
    --cc=seberino@spawar.navy.mil \
    --cc=viro@math.psu.edu \
    /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

all inboxes | Powered by JetHome®