Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1763888AbXHONxv (ORCPT ); Wed, 15 Aug 2007 09:53:51 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1762682AbXHONx0 (ORCPT ); Wed, 15 Aug 2007 09:53:26 -0400 Received: from smtpout.mac.com ([17.250.248.175]:65202 "EHLO smtpout.mac.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1762201AbXHONxX (ORCPT ); Wed, 15 Aug 2007 09:53:23 -0400 In-Reply-To: <46C30220.6060007@gmail.com> References: <1187026955.2688.4.camel@laptopd505.fenrus.org> <1187037445.6628.98.camel@heimdal.trondhjem.org> <1187054366.2757.0.camel@laptopd505.fenrus.org> <46C10AA8.3090505@gmail.com> <20070814102033.604c8695@the-village.bc.nu> <46C1CFFE.4000001@gmail.com> <1187110824.32555.76.camel@localhost> <46C1EE6F.2080807@gmail.com> <1187116082.32555.122.camel@localhost> <20070814193333.GI21089@ftp.linux.org.uk> <46C2548D.80605@gmail.com> <46C30220.6060007@gmail.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <68B09015-4411-470A-BA88-732969469AA2@mac.com> Cc: Satyam Sharma , Al Viro , Linus Torvalds , Joe Perches , git@vger.kernel.org, Junio C Hamano , Alan Cox , Arjan van de Ven , Trond Myklebust , Mariusz Kozlowski , Andrew Morton , Linux Kernel Mailing List Content-Transfer-Encoding: 7bit From: Kyle Moffett Subject: Re: [PATCH] [1/2many] - FInd the maintainer(s) for a patch - scripts/get_maintainer.pl Date: Wed, 15 Aug 2007 09:52:29 -0400 To: Rene Herman X-Mailer: Apple Mail (2.752.2) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1258 Lines: 31 On Aug 15, 2007, at 09:39:44, Rene Herman wrote: > On 08/15/2007 03:33 PM, Satyam Sharma wrote: > > [ git info --maintainer ] > >> I'd really _love_ a tool that does all that what you've proposed >> above! But why does it have to be "git-info" or anything in the >> git(7) suite for that matter? This sounds like a job for a >> different specialised tool, long with ".metatags" kind of files >> dispersed in the source tree. > > To automatically move (and delete) the meta-data alongside the > files themselves is a reason. > > More generally -- shouldn't it? This is about source management > (well, maybe more about project management, but...) and the source > code management tool looks to be the right place for that. The > different parts of git are somewhat/fairly stand-alone as is, no? If you were going to do that I'd just suggest making git aware of the "user.*" extended attributes and having it save those into the git repo along with the permission data. Cheers, Kyle Moffett - 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/