From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753447AbbGIQvU (ORCPT ); Thu, 9 Jul 2015 12:51:20 -0400 Received: from imap.thunk.org ([74.207.234.97]:49376 "EHLO imap.thunk.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751885AbbGIQvL (ORCPT ); Thu, 9 Jul 2015 12:51:11 -0400 Date: Thu, 9 Jul 2015 12:51:02 -0400 From: "Theodore Ts'o" To: SF Markus Elfring Cc: Julian Calaby , Frans Klaver , Greg Kroah-Hartman , Chris Park , Dean Lee , Johnny Kim , Rachel Kim , linux-wireless , "devel@driverdev.osuosl.org" , Julia Lawall , kernel-janitors@vger.kernel.org, LKML Subject: Re: Clarification for the use of additional fields in the message body Message-ID: <20150709165102.GA9417@thunk.org> Mail-Followup-To: Theodore Ts'o , SF Markus Elfring , Julian Calaby , Frans Klaver , Greg Kroah-Hartman , Chris Park , Dean Lee , Johnny Kim , Rachel Kim , linux-wireless , "devel@driverdev.osuosl.org" , Julia Lawall , kernel-janitors@vger.kernel.org, LKML References: <559BBDD6.7040808@users.sourceforge.net> <559BFB19.2080700@users.sourceforge.net> <559CCC9D.8050606@users.sourceforge.net> <559CED4C.1080402@users.sourceforge.net> <20150708150335.GB20551@thunk.org> <559D416A.7050601@users.sourceforge.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <559D416A.7050601@users.sourceforge.net> User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: tytso@thunk.org X-SA-Exim-Scanned: No (on imap.thunk.org); SAEximRunCond expanded to false Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jul 08, 2015 at 05:27:38PM +0200, SF Markus Elfring wrote: > > Note also that some maintainers have work flow that deliberately smash > > the date (i.e., because they are using a system such as guilt), > > so if you are depending on the submitted timestamp, it's going to > > break on you. > > Thanks for your hint. > > I am just trying to offer the possibility for the reuse of a more > precise commit timestamp together with an appropriate author mail > address for my update suggestions. > Do you reject any more such message field overrides? Well, I won't hold it against you, since I also often need to fix patches or git commit descriptions anyway. But at the same time, my workflow (which you have no right to dictate) **will** destroy your timestamp. Given that you haven't explained why you want to do this, I'm not going have much sympathy if you complain. Personally, given that you're going through some extremely baroque e-mail/patchsubmission scheme, I don't understand why you can't also arrange to override the Date field in the e-mail header. But I don't really care all that much, because I can ignore your timestamp no matter where you put it. Regards, - Ted