Gnus development mailing list
 help / color / mirror / Atom feed
From: Miles Bader <miles@gnu.org>
Cc: emacs-devel@gnu.org
Subject: Re: Gnus 5.11 in Emacs CVS
Date: 15 Feb 2004 09:03:22 +0900	[thread overview]
Message-ID: <87znbl2oqd.fsf@tc-1-100.kawasaki.gol.ne.jp> (raw)
In-Reply-To: <v9u12oko79.fsf@marauder.physik.uni-ulm.de>

Reiner Steib <4.uce.03.r.s@nurfuerspam.de> writes:
> If we need a branch, shouldn't it be in _Emacs_ CVS to test the
> integration (e.g. check that new files have to be added to CVS, ...)?
> I wonder how the merge has been done last time.  I'd like to help with
> it, but probably it would make more sense if someone with write access
> to Emacs CVS does the first (big) step.

Instead of CVS, you could use tla (aka `arch') and my emacs arch branch,
which is synchronized with the emacs CVS trunk.

tla allows (painlessly) distributed repositories, and generally uses a
`pull' model, so write access to a central repository isn't necessary.
It is also much better at merging than CVS.

***
One part of this is that I've added `taglines' to all the emacs source
files (in CVS), which make it easy to assign a unique identity to each
file (even if the name changes).

If you'd accept a patch against Gnus CVS to add taglines, this would
make future merging using tla easier.

This is slightly trickier than with a new project, because Gnus and
Emacs conceptually _share_ files (even though the actual contents may
vary), so it would be best to use the _same_ tagline for the same file
in both Gnus and Emacs.

An example of a tagline is something like `lisp/gnus/gnus-art.el' from
the emacs source tree:

   ....
   (run-hooks 'gnus-art-load-hook)

   ;;; arch-tag: 2654516f-6279-48f9-a83b-05c1fa450c33
   ;;; gnus-art.el ends here


> Maybe we should shift (or cross-post) this discussion to emacs-devel?

Couldn't hurt... [note CC: :-]

-Miles
-- 
`Suppose Korea goes to the World Cup final against Japan and wins,' Moon said.
`All the past could be forgiven.'   [NYT]




  reply	other threads:[~2004-02-15  0:03 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-01-05 11:01 Per Abrahamsen
2004-01-05 21:18 ` Steve Youngs
2004-01-05 22:01   ` Reiner Steib
2004-01-06  5:08     ` Lars Magne Ingebrigtsen
2004-01-08 17:58       ` Reiner Steib
2004-01-13 22:22         ` Reiner Steib
2004-01-13 23:08           ` Jesper Harder
2004-01-14  5:15           ` Jesper Harder
2004-01-14  6:20             ` Simon Josefsson
2004-01-15  0:46               ` Jesper Harder
2004-01-15  2:30                 ` Simon Josefsson
2004-01-14 14:18             ` Reiner Steib
2004-01-22  7:43           ` Jesper Harder
2004-01-22 15:17             ` Reiner Steib
2004-02-15  0:03               ` Miles Bader [this message]
2004-02-15  0:18                 ` Miles Bader
2004-04-14 20:24                 ` Reiner Steib
2004-04-15  0:37                   ` Miles Bader
2004-05-12 10:17                     ` Reiner Steib
2004-01-05 22:12   ` Xavier Maillard
2004-01-06 13:46   ` Per Abrahamsen

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=87znbl2oqd.fsf@tc-1-100.kawasaki.gol.ne.jp \
    --to=miles@gnu.org \
    --cc=emacs-devel@gnu.org \
    /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).