From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262197AbTDZQzn (ORCPT ); Sat, 26 Apr 2003 12:55:43 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262569AbTDZQzn (ORCPT ); Sat, 26 Apr 2003 12:55:43 -0400 Received: from dsl081-067-005.sfo1.dsl.speakeasy.net ([64.81.67.5]:1467 "EHLO renegade") by vger.kernel.org with ESMTP id S262197AbTDZQzl (ORCPT ); Sat, 26 Apr 2003 12:55:41 -0400 Date: Sat, 26 Apr 2003 10:07:36 -0700 From: Zack Brown To: Linus Torvalds Cc: John Bradford , Marcelo Tosatti , Linux Kernel Mailing List Subject: Re: ChangeLog suggestion Message-ID: <20030426170736.GC1960@renegade> References: <200304260652.h3Q6qJmB000386@81-2-122-30.bradfords.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.3i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Hi Linus, On Sat, Apr 26, 2003 at 09:34:25AM -0700, Linus Torvalds wrote: > > On Sat, 26 Apr 2003, John Bradford wrote: > > > > The changelogs are generated by BitKeeper - couldn't we simply include > > a link that will let anybody[1] access the relevant changesets? > > Well, yes, the changelogs are generated by BitKeeper, but what gets fed > into bitkeeper is controlled by some scripts I wrote, which are the ones > that take the email and munge it into a readable format etc. So by the > time the thing hits my BK repository, the email headers will all have been > thrown away, except for "From: " and "Subject: ". So BK never sees the > full email. > > (Even my scripts don't see the full email a large percentage of the time: > I end up prettifying the emails for actual application by first removing > things like "Hi Linus, please apply this" etc which are pointless in the > changelog). I think John's idea was that the email is not really important, as long as the diffs themselves could be made available via URLs. That sounds good. I only asked for the Message-ID because it didn't occur to me there might be a straighter path to the diff. I'm trying to deal with cases where the only changelog comment is something like: "kbuild: Hand merge link order change form driverfs update." I know who did it. I know when it was accepted into the tree. I can spend awhile grepping megabytes of lmkl archives (and come up empty, in this case), but after that I have to give up. The patch is pretty much simply unavailable at that point. A URL to the diff itself would make it trivial to delve deeper into the meaning behind changelog entries. Currently, investigating each entry just takes way too much time, and often leads nowhere. If you can automate it easily at your end, it would make a big difference to anyone studying kernel development. Be well, Zack > > Linus > -- Zack Brown