Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755510Ab1DGOob (ORCPT ); Thu, 7 Apr 2011 10:44:31 -0400 Received: from terminus.zytor.com ([198.137.202.10]:34430 "EHLO mail.zytor.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751171Ab1DGOoa (ORCPT ); Thu, 7 Apr 2011 10:44:30 -0400 Message-ID: <4D9DCDAB.9000707@zytor.com> Date: Thu, 07 Apr 2011 07:43:55 -0700 From: "H. Peter Anvin" User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.15) Gecko/20110403 Fedora/3.1.9-6.fc15 Thunderbird/3.1.9 MIME-Version: 1.0 To: Peter Zijlstra CC: Thomas Gleixner , Ingo Molnar , Arnaldo Carvalho de Melo , Steven Rostedt , LKML Subject: Re: tip: New "Link:" tag to replace "LKML-Reference:" References: <4D9CE4AE.4090303@zytor.com> <1302185312.3329.1240.camel@twins> In-Reply-To: <1302185312.3329.1240.camel@twins> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2269 Lines: 65 On 04/07/2011 07:08 AM, Peter Zijlstra wrote: > > OK, so I fixed my scripts to match this and it all seems to work, except > for the: > > LKML-Reference: > > case, where the tip-bot would mail it out for me. While I try not to use > it too much its convenient for quick fixes etc. Will the absence of a > Link tag suffice or is there more to it? > OK, I have asked for a long time that we do not use . The recommended pattern has been: LKML-Reference: ... which at least indicates to the user how the message-ID is to be generated (* being a placeholder for the commit SHA1). The only think I can think of for how to make Link: work would be to recognize a pattern that the tip-bot would use as its own Message-ID *instead* of the commit SHA1 pattern that it would normally use. There are disadvantages to every approach, of course. We have a couple of alternatives: a) Continue to use "LKML-Reference: " + At least gives a hint how to find the newly-formed LKML thread - Not a clickable link - Somewhat noisy b) Just Cc: everything to LKML regardless of tag + Easy - No way to *not* post everything to LKML - No way to locate the thread without knowing the magic c) A recognizable pattern with a unique pattern *generated by the committer*, something like: Link: http://lkml.kernel.org/r/tip-`uuidgen -r`@git.kernel.org + Clickable link - Long (the above is 86 characters wide) - Message-IDs of a nonstandard form - Bad things will happen if someone re-uses an identifier - String has to be generated by machine at commit time [Using ranpwd instead of uuidgen allows for a more compact random string by using a wider character set. For example: Link: http://lkml.kernel.org/r/tip-`ranpwd -l 24`@git.kernel.org ... has the same entropy but is 74 characters wide.] Thoughts? -hpa -- H. Peter Anvin, Intel Open Source Technology Center I work for Intel. I don't speak on their behalf. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/