lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20150310141702.GA6607@bbox>
Date:	Tue, 10 Mar 2015 22:17:02 +0800
From:	Yaowei Bai <bywxiaobai@....com>
To:	Josh Poimboeuf <jpoimboe@...hat.com>
Cc:	corbet@....net, trivial@...nel.org, linux-doc@...r.kernel.org,
	linux-kernel@...r.kernel.org
Subject: Re: [PATCH] README: make the README agnostic to version numbers

On Mon, Mar 09, 2015 at 11:34:50AM -0500, Josh Poimboeuf wrote:
> Personally I don't think the "4.x" numbers add anything to the
> understanding of the document.

Maybe the reason you think so is that you are quite familiar with the kernel,
but we should also take care of the ones who are not familiar with it. For example,
usually, README is the first file for these people to read, with version numbers in README,
then one will acquire which era the kenrel is currently in.

> And anyway, Linus doesn't update them to
> 4.0, 4.1, etc per release, so it's not a real release file.
> 

Even so, i still believe that's helpful with version number references in README.

> 
> True, changing this file every 4 years or so isn't a big deal.  But
> Linux doesn't do _big_ changes any more, so whether its "3.x", "4.x", or
> "x.y", the use cases and release notes are the same.

Well, personally, i really don't think so.

--
Yaowei

> 
> -- 
> Josh

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

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ