[Top][All Lists]

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

[AUCTeX-devel] Re: CVS repository synchronization for RefTeX

From: Ralf Angeli
Subject: [AUCTeX-devel] Re: CVS repository synchronization for RefTeX
Date: Mon, 01 Jan 2007 00:57:08 +0100
User-agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.0.92 (gnu/linux)

* Giorgos Keramidas (2006-12-31) writes:

>     Carsten Dominik <address@hidden> wrote:
>     There are many people who use RefTeX but still use Emacs 21,
>     and even after the 22 release, this will be true for quite a
>     while.
> This may require branching *inside* the Emacs CVS tree, i.e. to
> create an `emacs-21' maintenance branch,

We are not talking about maintenance, but about regular development
which involves new features.  RefTeX is supposed to progress and stay
compatible with Emacs 21 and XEmacs at the same time.

>     David Kastrup <address@hidden> wrote:
>     RefTeX is released standalone (unsynchronized with Emacs
>     releases), and creating its tarballs and stuff requires
>     Makefiles and similar that are not present in the Emacs tree.
> This is an artifact of the fact that RefTeX is maintained
> separately from Emacs.  It it was maintained as part of the same
> integrated source tree, then RefTeX could use the Emacs build
> process for these things, right?

No, because it would not be possible to install a new standalone
version of RefTeX.

> Right.  There are two different issues here, and I'm not sure if
> they can both be solved in the `right' way:
>     * Maintaining RefTeX outside of Emacs means that there is going to
>       be integration effort every time a new `source-drop' of RefTeX has
>       to be merged into the Emacs source tree.  We also lose any sort of
>       fine-grained file history we would have if the commits were done
>       directly in the CVS tree of Emacs.

I don't see a big benefit in having the history directly in Emacs.  If
you are interested in it, you can get it from the separate repository.

>     * Maintaining RefTeX as part of the Emacs source tree reduces
>       integration effort, and lets us keep a better log of RefTeX
>       changes in the CVS tree of Emacs.  It also means that RefTeX for
>       other Emacsen has to be maintained in *their* source tree though,

Again, there is one RefTeX and that is supposed to work with different
Emacs and XEmacs versions.

>       and risks a `fork' between the various RefTeX integration efforts
>       for all the different GNU Emacs versions and the other Emacsen.
> I'm not sure if there is a good way to solve both problems.
>     Ralf Angeli <address@hidden> wrote:
>     If the part is maintained in a separate repository it is possible to
>     check code into Emacs' repository when it is in releasable state,
>     e.g. when a separate release of the part is being made.  Then one can
>     go on developing in the separate repository without endangering Emacs'
>     state as a whole.
> But this means that it is non-trivial to keep a history of the merges,

You'll have the history in Emacs' CVS repository.  With an entry every
time a release of RefTeX is checked into the Emacs repository.

> and resync the official source tree of GNU Emacs with the disconnected,
> official tree of RefTeX.

That depends if changes to RefTeX files in the Emacs repository are
allowed, which I would be in favor of.  In that case we'd need some
way of transferring changes made in the Emacs repository into the
RefTeX repository; preferrably automatically.  That's what the subject
of this message refers to.

> The people who currently maintain cc-mode and Gnus may have useful
> feedback, regarding the tools they use for the job.  Do you think it's a
> good idea to ask them and see what they have to say about the best way
> to merge RefTeX source-drops with the CVS tree of Emacs and keep merging
> updates, as they are committed to a separate RefTeX repository?

Well, I was hoping for some of them to chip into this thread.


reply via email to

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