From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751353AbWBAHVk (ORCPT ); Wed, 1 Feb 2006 02:21:40 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751387AbWBAHVk (ORCPT ); Wed, 1 Feb 2006 02:21:40 -0500 Received: from fed1rmmtao10.cox.net ([68.230.241.29]:21972 "EHLO fed1rmmtao10.cox.net") by vger.kernel.org with ESMTP id S1751353AbWBAHVk (ORCPT ); Wed, 1 Feb 2006 02:21:40 -0500 From: Junio C Hamano To: Linus Torvalds Subject: Re: [GIT PATCH] PCI patches for 2.6.16-rc1 References: <20060201020437.GA20719@kroah.com> <20060201040336.GA26107@suse.de> cc: linux-kernel@vger.kernel.org Date: Tue, 31 Jan 2006 23:21:38 -0800 In-Reply-To: (Linus Torvalds's message of "Tue, 31 Jan 2006 20:19:55 -0800 (PST)") Message-ID: <7v8xsvk0hp.fsf@assigned-by-dhcp.cox.net> User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Linus Torvalds writes: > Btw, Linas - even if you can't fix your broken mail setup, what you _can_ > do is to always make sure that the patches you send out have > > From: Linas Vepstas > > as the first line of the body - then the tools will figure out to use that > instead of the broken mail headers. Ok? BTW, Linus - even if Linas did you already have commits with broken author information; what you _can_ do is to have the following entry in a .mailmap file in your linux-2.6.git repository, where you run git-shortlog for your next announcement: $ cat .mailmap Linas Vepstas Linus Torvalds ... $ Then the tool will pick up Author: line of the commit (which is {'linas', ''} pair) and figure out to use the canonical "name" you define there instead of the broken commit headers. OK? > (This is true in general - so anybody else who knows that they send out > emails from a strange address that they'd rather have show up as their > "real" email address instead in the changelogs can do the same). (This is also true in general - so any upstream maintainer who ended up with commits that have badly formatted author information in his repository that they'd rather have show up nicer in the changelogs can do the same). > Linus Junio ;-).