[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <6a1db75a9ce0483b94e4c6b2989e547b-mfwitten@gmail.com>
Date: Tue, 20 Aug 2013 22:27:53 -0000
From: Michael Witten <mfwitten@...il.com>
To: Rob Landley <rob@...dley.net>
Cc: Jiri Kosina <trivial@...nel.org>,
Randy Dunlap <rdunlap@...radead.org>,
David Airlie <airlied@...ux.ie>, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v3 trivial 0/7] Miscellaneous Trivialities
On Tue, 20 Aug 2013 16:20:02 -0500, Rob Landley wrote:
> On 08/20/2013 11:02:42 AM, Michael Witten wrote:
>> I've been sitting on some trivial patches for a while, and I'd just
>> like to get them out of the way.
>>
>> Here is the series:
>>
>> [1] Docs: Kconfig: For readability, offset modifiers with commas
>> [2] Docs: Kconfig: Use consistent whitespace indentation
>> [3] Docs: Kconfig: Clean up the radiotap documentation
>
> Not a single worthwhile change in any of those three.
>
> Excuse me:
>
> Not a single, worthwhile change, in any of those three.
Actually, your second attempt doesn't use commas properly.
In any case, this is *trivial*, miscellaneous work. I do not pretend
to be making a major contribution; this is why I sent these patches `To:'
Jiri Kosina <TRIVIAL@...nel.org>
Other people are included as some kind of courtesy, and also so that
any change that is actually non-trivial might be caught (as with the
`hotplug' patch).
>> [4] Docs: Kconfig: `devlopers' -> `developers'
>
> Sure, a typo, why not.
When does a series of *trivial* changes become worthwhile? What's wrong
with making refinements when it costs nothing? Must one always hide
trivial alterations inside something more substantial?
All right. I get it; you personally don't give a damn. I certainly
don't hold that against you. However, there *are* people who *do*
care about such refinements, and a nasty, condescending email
isn't going to alter our behavior.
Sincerely,
Michael Witten
--
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