git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: gitweb: kernel versions in the history (feature request, probably)

From
JPJarek Poplawski <jarkao2@o2.pl>
Date
Nov 21, 2007, 07:52 UTC
Message-ID
<20071121075217.GA1642@ff.dom.local>
In-Reply-To
<20071121032009.GB4175@fieldses.org>
On Tue, Nov 20, 2007 at 10:20:09PM -0500, J. Bruce Fields wrote:
Show 12 quoted lines
> On Wed, Nov 21, 2007 at 12:30:23AM +0100, Jarek Poplawski wrote:
> > I don't know git, but it seems, at least if done for web only, this
> > shouldn't be so 'heavy'. It could be a 'simple' translation of commit
> > date by querying a small database with kernel versions & dates.
> 
> If I create a commit in my linux working repo today, but Linus doesn't
> merge it into his repository until after he releases 2.6.24, then my
> commit will be created with an earlier date than 2.6.24, even though it
> isn't included until 2.6.25.
> 
> So you have to actually examine the history graph to figure this out
> this sort of thing.

Of course, you are right, and I probably miss something, but to be sure we think about the same thing let's look at some example: so, I open a page with current Linus' tree, go to something titled: /pub/scm / linux/kernel/git/torvalds/linux-2.6.git / history

and see: 2007-10-10 Stephen Hemminger [NET]: Make NAPI polling independent ... and just below something with 2007-08-14 date.

Accidentally, I can remember this patch introduced many changes, and this big interval in dates suggests some waiting. Then I look at the commit, and there are 2 dates visible, so the patch really was created earlier. Then I go back to: /pub/scm / linux/kernel/git/torvalds/linux-2.6.git / summary

and at the bottom I can see this:

... tags 4 days ago v2.6.24-rc3 Linux 2.6.24-rc3 2 weeks ago v2.6.24-rc2 Linux 2.6.24-rc2 4 weeks ago v2.6.24-rc1 Linux 2.6.24-rc1 6 weeks ago v2.6.23 Linux 2.6.23

which drives me crazy, because, without looking at the calendar, and calculator, I don't really know which month was 6 weeks ago, and 4 days ago, either!

So, I go to the: http://www.eu.kernel.org/pub/linux/kernel/v2.6/, do some scrolling, look at this: ChangeLog-2.6.23 09-Oct-2007 20:38 3.8M

and only now I can guess, this napi patch didn't manage to 2.6.23. Of course, usually I've to do a few more clicks and reading to make sure where it really started.

So, this could suggest this 2007-10-10 (probably stored with time too), could be useful here... but it seems, I'm wrong.

Of course, this problem doesn't look so hard if we forget about git internals: I can imagine keeping a simple database, which could simply retrieve commit numbers from these ChangeLogs, and connecting this with gitweb's commit page as well... For performance reasons, doing it only for stable and testing, so with -rc 'precision' would be very helpful too.

Regards, Jarek P.

Previous: J. Bruce FieldsNext: Jarek Poplawski
Message 4 of 10 in “Re: gitweb: kernel versions in the history (feature request, probably)”
  1. Petr BaudisNov 20, 2007
  2. Jarek PoplawskiNov 20, 2007
  3. J. Bruce FieldsNov 21, 2007
  4. Jarek PoplawskiNov 21, 2007
  5. Jarek PoplawskiNov 21, 2007
  6. Petr BaudisNov 21, 2007
  7. Jakub NarebskiNov 21, 2007
  8. Jarek PoplawskiNov 21, 2007
  9. Kay SieversNov 21, 2007
  10. Jarek PoplawskiNov 21, 2007

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.