[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Merging multitty

From: Karoly Lorentey
Subject: Re: Merging multitty
Date: Sun, 13 May 2007 14:43:35 +0200
User-agent: Thunderbird (X11/20070403)

Miles Bader wrote:
> The savannah arch branch will contain all the information the original
> non-savannah branch, including commit logs (commit logs are essentially
> part of the tree in arch).  However these are not per-file logs (arch,
> as is typical for modern revision control systems, has no such thing),
> but rather per-changeset logs.
> These will _not_ be put into the CVS logs when the merge into CVS is
> done (that is exactly what Richard asked me not to do).
> However, it might make sense to put them into a file in the tree for
> non-arch users to peruse.  [There is a command which produces a
> ChangeLog-like single-file representation of the commit logs, so it's
> quite easy to do so.]

Yes.  I always assumed that at some point we will have to integrate my
logs into Emacs's ChangeLog files.

In Arch, the logs follow the RFC 822 message format.  FYI, this is how a
typical log entry looks like:  (There are ~366 of these in the branch.)

        Revision: emacs--multi-tty--0--patch-562
        Archive: address@hidden
        Creator: Karoly Lorentey <address@hidden>
        Date: Sat May 20 14:20:41 CEST 2006
        Standard-date: 2006-05-20 12:20:41 GMT
        Modified-files: src/term.c src/termhooks.h src/terminal.c
        New-patches:    address@hidden/emacs--multi-tty--0--patch-562
        Summary: Fix crashes in `delete-terminal' caused by recursive   calls or
X displays with live frames.

        * src/termhooks.h (terminal) <deleted>: New member.

        * src/term.c (delete_tty): Use it.
          (deleting_tty): Remove old variable.
        * src/terminal.c (delete_terminal): Use terminal->deleted.

        * src/xterm.c (x_delete_terminal): Use terminal->deleted.
          Delete all frames on the display explicitly.

We will have to tweak the filenames and split the logs for src/, lisp/
and the rest into separate ChangeLog files, but otherwise I hope the
body of the log message follows Emacs conventions.

BTW, I love the short Summary: line describing the reasons for the
change.  It's a shame we'll have to discard those.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]