linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Tomas Szepe <szepe@pinerecords.com>
To: Russell King <rmk@arm.linux.org.uk>
Cc: "Dave Gilbert (Home)" <gilbertd@treblig.org>,
	Rik van Riel <riel@conectiva.com.br>,
	linux-kernel@vger.kernel.org
Subject: Re: Changelogs on kernel.org
Date: Mon, 13 May 2002 15:27:34 +0200	[thread overview]
Message-ID: <20020513132734.GA5134@louise.pinerecords.com> (raw)
In-Reply-To: <20020512145802Z313578-22651+30503@vger.kernel.org> <Pine.LNX.4.44L.0205122146310.32261-100000@imladris.surriel.com> <20020513115800.GC4258@louise.pinerecords.com> <3CDFB41A.6070701@treblig.org> <20020513140158.B6024@flint.arm.linux.org.uk>

> > > Alright, another one.
> > > 
> > > $ ./fmtcl2.pl /usr/src/ChangeLog-2.5.14
> > > 
> > > Summary of changes from v2.5.13 to v2.5.14
> > > ============================================
> > > 
> > > o  kd.h                                                                             (Andries.Brouwer@cwi.nl)
> > > o  NTFS: Release 2.0.6 - Major bugfix to make compatible with other kernel changes. (aia21@cantab.net)
> > > o  mm/memory.c:                                                                     (aia21@cantab.net)
> > > o  suppress allocation warnings for radix-tree allocations                          (akpm@zip.com.au)
> > 
> > <snip>
> > 
> > Ah - thats it!
> 
> Not quite.  In mutt, it looks like this:
> 
> o  kd.h
> +(Andries.Brouwer@cwi.nl)
> o  NTFS: Release 2.0.6 - Major bugfix to make compatible with other kernel
> +changes. (aia21@cantab.net)
> o  mm/memory.c:
> +(aia21@cantab.net)
> o  suppress allocation warnings for radix-tree allocations
> +(akpm@zip.com.au)
> o  radix-tree locking fix
> +(akpm@zip.com.au)
> o  Allow truncate to discard unmapped buffers
> +(akpm@zip.com.au)
> o  decouple swapper_space treatment from other address_spaces
> 
> NOT easy to read.

Hmm, now that's true.

How's this for another try? (logwidth = 38, adjustable per taste)
Myself I'd say this is crap and a nice 140-char xterm will do much
better (you're going to see "long" lines anyway, look at the NTFS
entry below).

$ ./fmtcl3.pl /usr/src/ChangeLog-2.5.14

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

o  kd.h                                (Andries.Brouwer@cwi.nl)
o  NTFS: Release 2.0.6 - Major bugfix to make compatible with other kernel changes.
                                       (aia21@cantab.net)
o  mm/memory.c:                        (aia21@cantab.net)
o  suppress allocation warnings for radix-tree allocations
                                       (akpm@zip.com.au)
o  radix-tree locking fix              (akpm@zip.com.au)
o  Allow truncate to discard unmapped buffers
                                       (akpm@zip.com.au)
o  decouple swapper_space treatment from other address_spaces
                                       (akpm@zip.com.au)
o  Allow ext3 pages to be written back by VM pressure
                                       (akpm@zip.com.au)
o  Fix SMP race in truncate            (akpm@zip.com.au)
o  handle concurrent block_write_full_page and set_page_dirty
                                       (akpm@zip.com.au)
o  Fix PG_launder                      (akpm@zip.com.au)
o  Fix concurrent writepage and readpage
                                       (akpm@zip.com.au)
<snip>


#!/usr/bin/perl -w

use strict;

my $logwidth = 38;

my %people = ();
my $addr = "";
my @cur = ();

sub append_item()
{
	if (!$addr) { return; }
	if (!$people{$addr}) { @{$people{$addr}} = (); }
	push @{$people{$addr}}, [@cur];

	@cur = ();
}

sub print_terse_items($)
{
	my @items = @{$people{$_[0]}};
	while ($_ = shift @items) {
		my $len = length(@$_[0]);
		my $fill = ($len <= $logwidth) ? (" " x ($logwidth - $len + 1)) : ("\n" . (" " x ($logwidth + 1)));
		print "@$_[0]$fill($_[0])\n";
	}
}

while (<>) {
	# Match address
	if (/^\s*<([^>]+)>/) {
		# Add old item (if any) before beginning new
		append_item();
		$addr = $1;
	} elsif ($addr) {
		# Add line to patch
		# strip whitespace at start & end
		s/^\s*(.*)\s*$/$1/;
		# kill starting 'PATCH' captions
		s/\s*\[?PATCH\]?\s*//;
		# insert a bullet
		s/^(.*)$/o  $1/;
		# Only save 1 line
		if (scalar(@cur) < 1) { push @cur, "$_"; }
	} else {
		# Header information
		print;
	}
}

append_item();
foreach $addr (sort keys %people) {
	print_terse_items($addr);
}

  reply	other threads:[~2002-05-13 13:28 UTC|newest]

Thread overview: 77+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-05-12  0:07 Changelogs on kernel.org Ian Molton
2002-05-12  0:48 ` Diego Calleja
2002-05-12  1:09 ` john slee
2002-05-12  1:14   ` john slee
2002-05-12  5:05   ` Brian C. Huffman
2002-05-12 10:05     ` Johnny Mnemonic
2002-05-13  0:46       ` Rik van Riel
2002-05-13 11:52         ` Marcus Alanen
2002-05-13 12:09           ` Tomas Szepe
2002-05-13 13:08             ` Marcus Alanen
2002-05-13 14:08               ` Tomas Szepe
2002-05-13 14:45                 ` Tomas Szepe
2002-05-13 14:06                   ` Greg KH
2002-05-13 15:11                     ` Tomas Szepe
2002-05-13 14:51                       ` Greg KH
2002-05-13 15:58                         ` Matthias Andree
2002-05-13 16:01                         ` Freeze on 2.4.18 Pol
2002-05-13 15:21                     ` Changelogs on kernel.org Matthias Andree
2002-05-13 22:05                   ` Robinson Maureira Castillo
2002-05-13 23:41                     ` Tomas Szepe
2002-05-14  8:44                       ` Matthias Andree
2002-05-14  8:43                     ` Matthias Andree
2002-05-14  9:23                       ` Tomas Szepe
2002-05-13 11:58         ` Tomas Szepe
2002-05-13 12:39           ` Dave Gilbert (Home)
2002-05-13 13:01             ` Russell King
2002-05-13 13:27               ` Tomas Szepe [this message]
2002-05-13 13:42                 ` Russell King
2002-05-13 15:12                 ` Larry McVoy
2002-05-13 15:29                   ` Tomas Szepe
2002-05-13 15:37                     ` Larry McVoy
2002-05-12  9:14   ` Trever L. Adams
2002-05-12 20:06 ` Linus Torvalds
2002-05-12 20:20   ` Jeff Garzik
2002-05-12 20:31   ` Dr. David Alan Gilbert
2002-05-12 20:41     ` Arnaldo Carvalho de Melo
2002-05-13 20:57       ` Linus Torvalds
2002-05-14  0:29         ` Arnaldo Carvalho de Melo
2002-05-13  1:56     ` Linus Torvalds
2002-05-13  9:31       ` Matthias Andree
2002-05-13  8:52         ` Greg KH
2002-05-13 10:41           ` Matthias Andree
2002-05-13 10:12       ` Tomas Szepe
2002-05-13 10:17         ` Tomas Szepe
2002-05-13 13:00         ` Ian Molton
2002-05-12 20:31   ` Matthew D. Pitts
2002-05-12 20:35   ` Anton Altaparmakov
2002-05-12 21:04   ` HPFS and linux-2.4.18 Wojciech "Sas" Cieciwa
2002-05-12 21:17   ` Changelogs on kernel.org Florian Weimer
2002-05-12 21:42     ` Marcus Alanen
2002-05-12 22:12       ` Tomas Szepe
2002-05-13 10:32         ` Helge Hafting
2002-05-13  7:34       ` Kristian Peters
2002-05-12 21:51     ` Ian Molton
2002-05-12 21:47       ` Florian Weimer
2002-05-12 23:50         ` Sven.Riedel
2002-05-13  2:01     ` Linus Torvalds
2002-05-13  5:10       ` Jeff Garzik
2002-05-13  5:17         ` Larry McVoy
2002-05-13 10:37         ` Helge Hafting
2002-05-13 19:00           ` Jeff Garzik
2002-05-13  8:57   ` jw schultz
2002-05-13  8:06     ` Greg KH
     [not found] <30386.1021456050@redhat.com>
2002-05-15 16:39 ` Linus Torvalds
2002-05-15 18:07   ` David Woodhouse
2002-05-15 19:20   ` Larry McVoy
2002-05-15 20:03     ` David Woodhouse
2002-05-15 20:08       ` Larry McVoy
2002-05-15 20:15         ` David Woodhouse
2002-05-15 20:34           ` Larry McVoy
2002-05-15 21:03           ` Kenneth Johansson
2002-05-15 22:30             ` Larry McVoy
2002-05-15 22:56               ` Kai Germaschewski
2002-05-15 22:59                 ` Larry McVoy
2002-05-16  2:26                   ` Horst von Brand
2002-05-16  7:02           ` Rusty Russell
2002-05-15 21:38 James Bottomley

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20020513132734.GA5134@louise.pinerecords.com \
    --to=szepe@pinerecords.com \
    --cc=gilbertd@treblig.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=riel@conectiva.com.br \
    --cc=rmk@arm.linux.org.uk \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).