emacs-devel
[Top][All Lists]
Advanced

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

Re: Gnus branches and sync with Emacs


From: Reiner Steib
Subject: Re: Gnus branches and sync with Emacs
Date: Mon, 20 Jul 2009 22:42:24 +0200
User-agent: Gnus/5.110011 (No Gnus v0.11) Emacs/22.1 (gnu/linux)

On Mon, Jul 20 2009, Chong Yidong wrote:

>> RS> If Gnus developers want to start adding new features to Gnus CVS now,
>> RS> we also need to have a bug-fix-only Gnus branch as well, say "v5-12",
>> RS> which is synced with Emacs trunk (to be Emacs 23.2).  v5-12 would also
>> RS> be used for future Gnus 5.12.* releases.
>>
>> RS> As there's no Emacs branch (or trunk) for new features, this would
>> RS> imply that we cannot sync Gnus to Emacs for quite some time (dunno how
>> RS> are the plans for the next major version of Emacs).
[...]
> Whether the Gnus trunk should be synched to the Emacs trunk depends on
> how "unstable" the Gnus maintainers intend to get.
>
> My goal---and I think Stefan envisions something similar---is to have a
> relatively short development cycle of a few months, during which we'll
> insert a small number of new features (primarily CEDET) alongside the
> usual bugfixes, followed by a pretest leading to 23.2.  If the Gnus
> maintainers can follow a similar schedule, it might be practical to just
> keep the two trunks in synch.

Personally, I could live with such an arrangement, since i didn't have
much time for Gnus development recently.  But I also don't see much
problem to have two branches (like we did with v5-10 for quite a long
time) if other Gnus developers wish to commit new (potentially
destabilizing) features sooner - I seem to recall that we deferred
some contributions during the last months.  Opinions?

> (The recent change of `mail-user-agent' may or may not be consistent
> with this plan.  What's not clear right now is the amount of changes
> that need to be applied to sort out the incompatibilies between
> mail-mode and message-mode.  If the required changes end up being too
> destabilizing, we should either switch mail-user-agent back, or fall
> back on the alternative plan of using the 23.1 branch for 23.2.)

I don't think the change of `mail-user-agent' an Richard's intends WRT
mail-mode/rf2047/mm-* are consistent with this plan, so I'm quite
puzzled about the plans for the Emacs trunk.

Bye, Reiner.
-- 
       ,,,
      (o o)
---ooO-(_)-Ooo---  |  PGP key available  |  http://rsteib.home.pages.de/




reply via email to

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