Received: by 2002:ac0:b08d:0:0:0:0:0 with SMTP id l13csp3417680imc; Sun, 24 Feb 2019 04:55:47 -0800 (PST) X-Google-Smtp-Source: AHgI3IaHllMdQ4Xh3QfBD6QlHSYqreSDT6CG7q8lJff7o8YENzzhDnPLZ1Vj69yiQFaFopyfd23m X-Received: by 2002:a63:d209:: with SMTP id a9mr1204343pgg.341.1551012947037; Sun, 24 Feb 2019 04:55:47 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1551012947; cv=none; d=google.com; s=arc-20160816; b=00RqGn/WDiGxRpxM+YQPDi0AhLdvydxsf/A43x98LTZnpFR0q8ittEeSqS6kRvRY3R 3TGnq4crF5NrdMPm1u5fap4Og2Ow3/bbk5OBP85iEO+z2xpUKDVCuCV+2LmnGNT9kP9p Y9sGI3piSjtK1HPSPPzm6hMuV8TxCStkBFAgIXw8ZR2R3wL1fE3oJ6DKCfm0SELViUV6 epgszIsowZvtiDgj6hDuwlqS2Ku3JAwMmbMSqncOo7Egcdn3prskg/J8MMTy/NL9qlre kbZDf6roH6yuU2fFwE7vX+XU7k9eEnXQomRsN8etoy+aqDQuLy77zbAsvMrj00DK6Iy/ 26WA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=CqQ3St/cSzfQ3KDPafdAYwNUOyvNe7w00/MjfQIeNyk=; b=ekLb6I3h2qlEFDWyKKTcfE6QS52brZjWSw7lGi6y/zWT5NgjQYvarR3mu+qfbovQZg GO1SOgV2SdQ8VZ10oamyyZjakckDpjtsqZUtQ1qek6oAhHJQAiNOwZC+ZhbojayGfLZ6 JC0usau7nzgAz/mVlzdkLwEoiayq7TzPi8UnEezArngo+Le25o1oHy1WajRstmHJgnyi 1Ush0iNZCue8UV3yjzOEwmTs2SHyyYK/aF60ansVyeseQxF7zGledILZQcyBf23R6DGK WNM/OPRVtI0iAS2b3tEtqXI3UZwcLgA1idLnfnKQ3iwHSLi+tyeWBAh6WaTManG7Iubn MTzw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b="qwx/NwgL"; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y185si5711563pgd.117.2019.02.24.04.55.31; Sun, 24 Feb 2019 04:55:47 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b="qwx/NwgL"; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728259AbfBXMyw (ORCPT + 99 others); Sun, 24 Feb 2019 07:54:52 -0500 Received: from mail.kernel.org ([198.145.29.99]:50280 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725956AbfBXMyw (ORCPT ); Sun, 24 Feb 2019 07:54:52 -0500 Received: from localhost (5356596B.cm-6-7b.dynamic.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 0826020652; Sun, 24 Feb 2019 12:54:50 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1551012891; bh=zUgthBSJZBzfTrB5LGn0lHCj5A75XcY3L2t95cXkzfs=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=qwx/NwgLykiphngUImDzg352dttpRZ0Az0u7Z4lAUKsPALAxze5L1sj/6XzlNRugn /fGhiz44z6tn3D1fE/76hgYRSThlpWL8twmHsOLGBwBoPdmQwwVr8bvMT2fBtqjaAb 3mIB1rpVzkIikdIwmCRjYk5ZP3hhTNrHtaGolZSk= Date: Sun, 24 Feb 2019 13:54:49 +0100 From: Greg KH To: Federico Vaga Cc: Zenghui Yu , corbet@lwn.net, linux-doc@vger.kernel.org, LKML , Andrew Morton Subject: Re: [PATCH] Documentation/process/howto: Update for 4.x -> 5.x versioning Message-ID: <20190224125449.GC10876@kroah.com> References: <4160738.QP7Yp4kBzP@harkonnen> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4160738.QP7Yp4kBzP@harkonnen> User-Agent: Mutt/1.11.3 (2019-02-01) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Feb 24, 2019 at 11:16:56AM +0100, Federico Vaga wrote: > hello, > > I have just a general observation for the community, not related to the > content of this patch, but related with the idea behind. > > Is it really important to specify the major release number in the documents? . > Can't we just use a generic x.y.z, or a more generic statement? > > When you open a documentation page like > > https://www.kernel.org/doc/html/latest/ > > you will see the release number in the top left corner, which implies that > what you read is (should be) valid for that version. And if you read from the > sources you should know which version you checked out, and if you don't you > can always verify. > > I do not see the added value of having those numbers in the documents, unless > the purpose is to highlight some specific exceptions. > > Am I missing some important reasons that justify these numbers? Nothing really, it's just "history". Given that the "major" number only changes every 3-4 years, it's not all that big of a deal. If you can think of a way to write these documents such that they do not depend on a version number at all, I'm sure no one would object to those patches. thanks, greg k-h