Re: Changelogs on kernel.org

Linus Torvalds
2002-05-12T20:07:23Z

In article <20020512010709.7a973fac.spyro@armlinux.org>,
Ian Molton <spyro@armlinux.org> wrote:
>
>I dont know who to write to about this, but the changelogs for
>2.4.19-pre on kernel.org are COMPLETELY illegible.

Hmm..

You're definitely right about the BK version numbers, since those are
meaningless anyway (they are only meaningful within one BK tree, and
they change over time when you merge different trees together.

The 2.4.x changelogs seem to be done with my "release" scripts, but
additionally they don't have the same kind of detailed information that
the 2.5.x kernels have, and yes, the result is fairly ugly.

What are peoples opinion about the "full" changelog format that v2.5.x
kernels have? Should we sort that too by author?

Perl is the obvious choice for doing transformations like these. Is
anybody willing to write a perl script that does the "sort by author"
thing?

I'll remove the date/BK ID thing, so that my unsorted changelogs would
look like the appended thing. But yes, sorting (and merging) by author
would probably be a good thing. (My BK changelog scripts can also add
markers around the actual log message, to make parsing easier).

Linus

-----

Summary of changes from v2.5.13 to v2.5.14
============================================

<jsimmons@heisenberg.transvirtual.com>
A bunch of fixes.

<jsimmons@heisenberg.transvirtual.com>
Pmac updates

<jsimmons@heisenberg.transvirtual.com>
Some more small fixes.

<rmk@arm.linux.org.uk>
[PATCH] 2.5.13: vmalloc link failure

The following patch fixes this, and also fixes the similar problem in
scsi_debug.c:

<trond.myklebust@fys.uio.no>
[PATCH] in_ntoa link failure

Nothing serious. Whoever it was that did that global replacemissed a
spot is all...

<viro@math.psu.edu>
[PATCH] change_floppy() fix

Needed both in 2.4 and 2.5
...