From: Jani Nikula <jani.nikula@linux.intel.com>
To: Russell King - ARM Linux admin <linux@armlinux.org.uk>
Cc: Linus Walleij <linus.walleij@linaro.org>,
Jonathan Corbet <corbet@lwn.net>,
linux-doc@vger.kernel.org
Subject: Re: [PATCH] docs: Document the Link: tag formally
Date: Tue, 17 Dec 2019 12:55:47 +0200 [thread overview]
Message-ID: <87o8w7z0ek.fsf@intel.com> (raw)
In-Reply-To: <20191216160213.GM25745@shell.armlinux.org.uk>
On Mon, 16 Dec 2019, Russell King - ARM Linux admin <linux@armlinux.org.uk> wrote:
> On Mon, Dec 16, 2019 at 05:13:20PM +0200, Jani Nikula wrote:
>> I'm not sure that you understand our workflow. But it doesn't matter;
>> it's clear that they are different. In your workflow, the value for the
>> tag is subjective. In our workflow, it's not, it's unambiguous. And
>> there is really no point in debating the relative merits of the
>> workflows.
>
> I don't see why you think that it's subjective in my workflow. It
> isn't. The proposed patch and the officially submitted patch are
> generally identical. The difference is, which thread is the more
> useful thread to link the patch to - the one with the discussion
> about the patch including why it's needed, or the official submission
> that contains none of that.
In my experience, it's common to have several versions of a patch, often
in several threads. If I were to choose which message to reference,
other than the patch that was actually applied, I'd feel it would be a
subjective choice.
> I guess it depends whether you wish to capture the submission itself
> or the actual useful discussion about the patch with the tag. If
> we're going to be officially defining this tag, then really that
> question needs to be settled.
>
> What worries me at this point is that you seem to want to withdraw
> from the discussion before any concensus has been reached, which
> presents a problem for Linus' proposed patch...
I don't think we can reach a meaningful consensus between ourselves that
other people would care about anyway; indeed this sentiment is echoed in
Jon's and Ted's replies.
BR,
Jani.
--
Jani Nikula, Intel Open Source Graphics Center
next prev parent reply other threads:[~2019-12-17 10:55 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-12-16 9:38 [PATCH] docs: Document the Link: tag formally Linus Walleij
2019-12-16 13:14 ` Jani Nikula
2019-12-16 13:33 ` Russell King - ARM Linux admin
2019-12-16 14:02 ` Jani Nikula
2019-12-16 14:16 ` Russell King - ARM Linux admin
2019-12-16 14:31 ` Jani Nikula
2019-12-16 14:43 ` Russell King - ARM Linux admin
2019-12-16 15:13 ` Jani Nikula
2019-12-16 16:02 ` Russell King - ARM Linux admin
2019-12-17 10:55 ` Jani Nikula [this message]
2019-12-16 16:22 ` Jonathan Corbet
2019-12-16 20:36 ` Theodore Y. Ts'o
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=87o8w7z0ek.fsf@intel.com \
--to=jani.nikula@linux.intel.com \
--cc=corbet@lwn.net \
--cc=linus.walleij@linaro.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux@armlinux.org.uk \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.