A new Gnus 5.10 release...

A new Gnus 5.10 release...

[Reiner Steib]

Hi,

more than two years[0] have passed since the release of Gnus 5.10.6
(almost 4000 lines in lisp/ChangeLog in v5-10!).  I think everyone,
including Lars, agrees that a new Gnus 5.10 release is due.

As Larsi's cvs-head- and quimby-oriented scripts weren't suitable for
a branch release, I offered Lars to help with the preparations.  This
is why I added the "release-*" targets in `Makefile.in'.  These
targets cover most aspects needed for a release (both from that stable
branch and from the trunk).

As it simplifies support if we have a stable release and a development
release with the same bug fix level, Lars also agreed to release No
Gnus 0.4 on the same day as the stable release.

I think we should have a couple of days *without any code changes*
(see below for possible exceptions) on the v5-10 branch (*doc fixes*
are always okay) and release the new version 5.10.8 then.
[As there are already too many "5.10.7" versions around in the wild
(XEmacs packages, Debian, ...), I'd suggest to go for 5.10.8 now,
skipping 5.10.7.]

The lack of any check-ins on the v5-10 branch during the last few days
is a good opportunity to start the release procedure right now, I
think.  Miles has synced the v5-10 branch to Emacs CVS and Steve Young
has synced to the XEmacs package tree and pre-released a new
package[1] so we should get some testers for the current code base
before the release.

Miles, I'd like to ask you _not_ to sync code changes from Emacs to
Gnus changes from now on until the release is out.  If there are
doc-fixes for Gnus files in Emacs' CVS during that period, I can do
that manually if necessary (I don't know how much work it is for you
to sync partially).

AFAICS, the following changes could be merged from the trunk into the
stable branch.  The question is just whether to do it before or
shortly after the release.  Does anyone have pending fixes that need
go into v5-10?.

(a) The nnimap gnus-uncompress-range stuff:

    ,----
    | 2006-03-03  Daniel Pittman <daniel@rimspace.net>
    | 
    | 	* nnimap.el (nnimap-request-update-info-internal): Optimize.
    `----
    
    It solved the "XEmacs/Gnus eats all memory and dies" problem[2].
    I think we should install it in v5-10 before the release.

(b) I'd like to add the changes related to `mm-charset-eval-alist' and
    `mm-charset-override-alist' in v5-10.  It'd be sufficient to do
    this (immediately) after the release.

(c) New tool bar icons.  I was hesitating whether to add them in v5-10
    or not.  The problem is that not only the icons have changed but
    also the code for setting up the tool bars.  So it's partly a new
    feature, partly it's fixing the problem that the old tool bars
    were not very useful.  My tendency is to merge it into v5-10
    (immediately) after the release, but before Emacs 22 is released.
    (The code seems to work fine now and has been tested on the trunk
    for several weeks now.)

(d) The changes WRT `message-send-mail-function'[3].  It'd be
    sufficient to do this (immediately) after the release.

Unless people think that (a)-(d) _must_ be added to v5-10 _before_ the
release, I'd suggest to do another release quite soon after (a)-(d)
have been merged into v5-10.  At the same time we might get more
feedback and bug reports from people who didn't use any non-released
version (i.e. anything newer than 5.10.6) yet, i.e. I expect that
these won't be the only changes.

Comments?

Bye, Reiner.

[0] <http://article.gmane.org/gmane.emacs.gnus.announce/45>

[1] <http://article.gmane.org/gmane.emacs.xemacs.beta/22346>
    See the xemacs-pkg-1_90 tag in our CVS.  The only change in v5-10
    the is more recent is the 2006-03-17 change.

[2] <http://thread.gmane.org/gmane.emacs.gnus.general/62236>

[3] <http://thread.gmane.org/gmane.emacs.devel/50242>
-- 
       ,,,
      (o o)
---ooO-(_)-Ooo---  |  PGP key available  |  http://rsteib.home.pages.de/

Re: A new Gnus 5.10 release...

[gdt]

  Unless people think that (a)-(d) _must_ be added to v5-10 _before_ the
  release, I'd suggest to do another release quite soon after (a)-(d)
  have been merged into v5-10.  At the same time we might get more
  feedback and bug reports from people who didn't use any non-released
  version (i.e. anything newer than 5.10.6) yet, i.e. I expect that
  these won't be the only changes.

(I'm new to the list, and just started using gnus with nnimap for mail
- I'm a longtime gnus user for reading mailinglists from mh folders.)

When I started using nnimap I had trouble (with the code in emacs
21.3), and went to find more updated code, and wondered if gnus was
dead given the release dates and the apparent broken gatewaying to
news://news.gnus.org/gnus.ding I quickly figured out that CVS is where
one should go.

I think having a stable release - without trying to make changes just
before the release is a good idea.  There's a big tendency, quite
understandable, to push features in just before a stable release, but
I think this should be avoided as not conducive to stability.

Once a stable release is out, merging stuff (that might cause trouble)
and having another release in a month or so would get those features
out, and not jeopardize the stability of the just-about-to-happen
stable release.

-- 
	Greg Troxel <gdt@work.lexort.com>

Re: A new Gnus 5.10 release...

[Romain Francoise]

Reiner Steib <reinersteib+gmane@imap.cc> writes:

> Does anyone have pending fixes that need go into v5-10?.

I had very minor doc fixes pending, so I installed them.

> Comments?

Sounds excellent.

-- 
Romain Francoise <romain@orebokech.com> | The sea! the sea! the open
it's a miracle -- http://orebokech.com/ | sea! The blue, the fresh, the
                                        | ever free! --Bryan W. Procter

Re: A new Gnus 5.10 release...

[Arne Jørgensen]

Reiner Steib <reinersteib+gmane@imap.cc> writes:

> AFAICS, the following changes could be merged from the trunk into the
> stable branch.  The question is just whether to do it before or
> shortly after the release.  Does anyone have pending fixes that need
> go into v5-10?.

I have mostly looked at S/MIME-stuff (although not very much during
the last couple of months).

The only bug I know about in 5.10.x (and in No Gnus) is that
`gnus-message-replysignencrypted' has no effect replying on encrypted
S/MIME-messages. But I don't think it's ever been reported by anyone.

When I looked at several months ago I didn't find any easy way to
solve it.

So I would say go for it anyway!

Kind regards,
-- 
Arne Jørgensen <http://arnested.dk/>

Re: A new Gnus 5.10 release...

[Manoj Srivastava]

On 20 Mar 2006, Reiner Steib told this:

> I think we should have a couple of days *without any code changes*
> (see below for possible exceptions) on the v5-10 branch (*doc fixes*
> are always okay) and release the new version 5.10.8 then.
> [As there are already too many "5.10.7" versions around in the wild
> (XEmacs packages, Debian, ...), I'd suggest to go for 5.10.8 now,
> skipping 5.10.7.]


        Err, you may choose to skip 5.10.7, but that is definitely not
 due to Debian. Debian has take great care that if a 5.10.7 version is
 ever released, users using wither the ustable release or the nightly
 Gnus build would upgrade smoothly to the new release. Any Debian Gnus
 release is still ersions 5.10.6+<some string>

        manoj
-- 
My brother sent me a postcard the other day with this big sattelite
photo of the entire earth on it. On the back it said: "Wish you were
here". -- Steven Wright
Manoj Srivastava   <srivasta@acm.org>  <http://www.datasync.com/%7Esrivasta/>
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C

Re: A new Gnus 5.10 release...

[Simon Josefsson]

Reiner Steib <reinersteib+gmane@imap.cc> writes:

> I think we should have a couple of days *without any code changes*
> (see below for possible exceptions) on the v5-10 branch (*doc fixes*
> are always okay) and release the new version 5.10.8 then.

Oops!  I just installed the PGG fix on v5-10 too.  Sorry about that, I
hadn't read your post about this first.

> AFAICS, the following changes could be merged from the trunk into the
> stable branch.  The question is just whether to do it before or
> shortly after the release.  Does anyone have pending fixes that need
> go into v5-10?.

We really should move password.el and its related stuff to v5-10, but
somehow every time I start work on it, I never seem to finish it.

The PGG fix seem fairly important, it make PGG work for people using
gpg-agent, which include (if I understand correctly) everyone with a
smartcard reader.  It may be too little tested though.

> (a) The nnimap gnus-uncompress-range stuff:
>
>     ,----
>     | 2006-03-03  Daniel Pittman <daniel@rimspace.net>
>     | 
>     | 	* nnimap.el (nnimap-request-update-info-internal): Optimize.
>     `----
>     
>     It solved the "XEmacs/Gnus eats all memory and dies" problem[2].
>     I think we should install it in v5-10 before the release.

Agree!

> Comments?

Excellent idea!

Re: A new Gnus 5.10 release...

[Romain Francoise]

Manoj Srivastava <srivasta@acm.org> writes:

> Any Debian Gnus release is still ersions 5.10.6+<some string>

That is perhaps the case for the package version itself, but the version
string of Gnus inside the package still says "5.10.7", and it's
confusing.

$ apt-get source -t stable gnus
dpkg-source: extracting gnus in gnus-5.10.6-0.CVS.20050317
dpkg-source: unpacking gnus_5.10.6-0.CVS.20050317.orig.tar.gz
dpkg-source: applying ./gnus_5.10.6-0.CVS.20050317-1.diff.gz
$ grep gnus-version-number gnus-5.10.6-0.CVS.20050317/lisp/gnus.el
(defconst gnus-version-number "5.10.7"
(defconst gnus-version (format "Gnus v%s" gnus-version-number)
$

-- 
Romain Francoise <romain@orebokech.com> | The sea! the sea! the open
it's a miracle -- http://orebokech.com/ | sea! The blue, the fresh, the
                                        | ever free! --Bryan W. Procter

Re: A new Gnus 5.10 release...

[Reiner Steib]

On Tue, Mar 21 2006, Simon Josefsson wrote:

> Reiner Steib <reinersteib+gmane@imap.cc> writes:

> We really should move password.el and its related stuff to v5-10, but
> somehow every time I start work on it, I never seem to finish it.

So that would be for 5.10.9 then, I think.

> The PGG fix seem fairly important, it make PGG work for people using
> gpg-agent, which include (if I understand correctly) everyone with a
> smartcard reader.  It may be too little tested though.

Now that it's in, let's wait 1-2 days to see if it causes problems.
If not, fine.  If there are problems that we can't fix quickly, let's
revert the change in v5-10.  WDYT?

>> (a) The nnimap gnus-uncompress-range stuff:
[...]
>>     It solved the "XEmacs/Gnus eats all memory and dies" problem[2].
>>     I think we should install it in v5-10 before the release.
>
> Agree!

Please install if you have time to do it; else I will do it.

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

Re: A new Gnus 5.10 release...

[Katsumi Yamaoka]

>>>>> In <v9y7z5nd3x.fsf@marauder.physik.uni-ulm.de>
>>>>>	Reiner Steib wrote:

> I think we should have a couple of days *without any code changes*
> (see below for possible exceptions) on the v5-10 branch (*doc fixes*
> are always okay) and release the new version 5.10.8 then.

I'm sorry I've installed a fix before reading your message
entirely.  Though I have another fix that is not serious, I stop
installing it until the release.

Re: A new Gnus 5.10 release...

[Simon Josefsson]

Reiner Steib <reinersteib+gmane@imap.cc> writes:

> On Tue, Mar 21 2006, Simon Josefsson wrote:
>
>> Reiner Steib <reinersteib+gmane@imap.cc> writes:
>
>> We really should move password.el and its related stuff to v5-10, but
>> somehow every time I start work on it, I never seem to finish it.
>
> So that would be for 5.10.9 then, I think.

Sure.

>> The PGG fix seem fairly important, it make PGG work for people using
>> gpg-agent, which include (if I understand correctly) everyone with a
>> smartcard reader.  It may be too little tested though.
>
> Now that it's in, let's wait 1-2 days to see if it causes problems.
> If not, fine.  If there are problems that we can't fix quickly, let's
> revert the change in v5-10.  WDYT?

Sounds good.  I think Sascha's latest patch is safe, so if we can't
implement Daiki's idea, we should apply Sascha's.

>>> (a) The nnimap gnus-uncompress-range stuff:
> [...]
>>>     It solved the "XEmacs/Gnus eats all memory and dies" problem[2].
>>>     I think we should install it in v5-10 before the release.
>>
>> Agree!
>
> Please install if you have time to do it; else I will do it.

Please do it.

Re: A new Gnus 5.10 release...

[Reiner Steib]

On Wed, Mar 22 2006, Simon Josefsson wrote:

> Reiner Steib <reinersteib+gmane@imap.cc> writes:
>> On Tue, Mar 21 2006, Simon Josefsson wrote:
>>> The PGG fix seem fairly important, it make PGG work for people using
>>> gpg-agent, which include (if I understand correctly) everyone with a
>>> smartcard reader.  It may be too little tested though.
>>
>> Now that it's in, let's wait 1-2 days to see if it causes problems.
>> If not, fine.  If there are problems that we can't fix quickly, let's
>> revert the change in v5-10.  WDYT?
>
> Sounds good.  I think Sascha's latest patch is safe, so if we can't
> implement Daiki's idea, we should apply Sascha's.

It seems like Daiki's idea won't be ready[1] and tested sufficiently
for 5.10.8.  If you think Sascha's latest patch is preferable over
your recent addition, could you please apply it?  Preferably in trunk,
v5-10 and Emacs CVS to get as much testing as possible.

>>>> (a) The nnimap gnus-uncompress-range stuff:
[...]
>> Please install if you have time to do it; else I will do it.
>
> Please do it.

I've applied it yesterday in v5-10.

Bye, Reiner.

[1] <news:e8632056-d7b7-4ed6-91d6-7d9089c82f94@well-done.deisui.org>
    http://thread.gmane.org/e8632056-d7b7-4ed6-91d6-7d9089c82f94@well-done.deisui.org

    "We may need some experiments to see gpg use status fd as
    expected, though."
-- 
       ,,,
      (o o)
---ooO-(_)-Ooo---  |  PGP key available  |  http://rsteib.home.pages.de/

Re: A new Gnus 5.10 release...

[Simon Josefsson]

Reiner Steib <reinersteib+gmane@imap.cc> writes:

> On Wed, Mar 22 2006, Simon Josefsson wrote:
>
>> Reiner Steib <reinersteib+gmane@imap.cc> writes:
>>> On Tue, Mar 21 2006, Simon Josefsson wrote:
>>>> The PGG fix seem fairly important, it make PGG work for people using
>>>> gpg-agent, which include (if I understand correctly) everyone with a
>>>> smartcard reader.  It may be too little tested though.
>>>
>>> Now that it's in, let's wait 1-2 days to see if it causes problems.
>>> If not, fine.  If there are problems that we can't fix quickly, let's
>>> revert the change in v5-10.  WDYT?
>>
>> Sounds good.  I think Sascha's latest patch is safe, so if we can't
>> implement Daiki's idea, we should apply Sascha's.
>
> It seems like Daiki's idea won't be ready[1] and tested sufficiently
> for 5.10.8.  If you think Sascha's latest patch is preferable over
> your recent addition, could you please apply it?  Preferably in trunk,
> v5-10 and Emacs CVS to get as much testing as possible.

This seems like a good approach, I'll do it now.

Re: A new Gnus 5.10 release...

[Katsumi Yamaoka]

[-- Attachment #1: Type: text/plain, Size: 682 bytes --]

Hi,

Well, may I install some fixes to the v5-10 branch?  Or isn't
there a meaning of fixing it in a hurry?  The symptom is:

#v+
The `C-o' command on MIME buttons in the article buffer (the key
is bound to `gnus-mime-save-part-and-strip') doesn't strip real
contents from parts.
#v-

This is due to the side effect of my changes made 17th March
(http://article.gmane.org/gmane.emacs.gnus.general/62286).

If it is allowed, I'll apply the following patch:

2006-03-23  Katsumi Yamaoka  <yamaoka@jpl.org>

	* mml.el (mml-insert-mime): Ignore cached contents of
	message/external-body part.

	* mm-decode.el (mm-get-part): Add optional 'no-cache' argument.
	(mm-insert-part): Ditto.


[-- Attachment #2: p.gz --]
[-- Type: application/x-gzip, Size: 761 bytes --]

Re: A new Gnus 5.10 release...

[Reiner Steib]

On Thu, Mar 23 2006, Katsumi Yamaoka wrote:

> The `C-o' command on MIME buttons in the article buffer (the key
> is bound to `gnus-mime-save-part-and-strip') doesn't strip real
> contents from parts.
[...]
> 2006-03-23  Katsumi Yamaoka  <yamaoka@jpl.org>
>
> 	* mml.el (mml-insert-mime): Ignore cached contents of
> 	message/external-body part.
>
> 	* mm-decode.el (mm-get-part): Add optional 'no-cache' argument.
> 	(mm-insert-part): Ditto.

Please apply.

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

Re: A new Gnus 5.10 release...

[Katsumi Yamaoka]

>>>>> In <v9k6aluynb.fsf@marauder.physik.uni-ulm.de>
>>>>>	Reiner Steib <reinersteib+gmane@imap.cc> wrote:

>> 	* mml.el (mml-insert-mime): Ignore cached contents of
>> 	message/external-body part.
>>
>> 	* mm-decode.el (mm-get-part): Add optional 'no-cache' argument.
>> 	(mm-insert-part): Ditto.

> Please apply.

Thanks.  Done.

Release candidate for 5.10.8 (was: A new Gnus 5.10 release...)

[Reiner Steib]

On Mon, Mar 20 2006, Reiner Steib wrote:

> more than two years[0] have passed since the release of Gnus 5.10.6
> (almost 4000 lines in lisp/ChangeLog in v5-10!).  I think everyone,
> including Lars, agrees that a new Gnus 5.10 release is due.

In case someone wants to test the tar-balls or even the diffs against
the previous release, I've put release candidates[1] on
<URL:http://www.uni-ulm.de/~rsteib/comp/emacs/gnus/tmp/>[2] along with
a detached GPG *.sig file.

Please report problems or successful builds here.

Since the procedure for creating the tar-balls was rewritten from
scratch, I'm particularly interested if there are any differences
compared previous release tar-balls.

Bye, Reiner.

[1] Because off technical reasons the files are named "5.10.7" instead
    of 5.10.8" (and "HEAD" instead of "0.4").

    Stable branch (v5-10):

      gnus-5.10.7.tar.gz
      gnus-5.10.6-5.10.7.diff.gz  (diff against 5.10.6)

    Trunk:

      ngnus-0.4.tar.gz
      ngnus-n0.3-HEAD.diff.gz     (diff against No Gnus 0.3)

    For No Gnus, I don't know if Larsi will use the Makefile or his
    own script, so the No Gnus tar-ball may look slightly different
    than this one.

[2] There a power outage scheduled for early Wednesday morning (GMT)
    so the server might be down.  Just try again.
-- 
       ,,,
      (o o)
---ooO-(_)-Ooo---  |  PGP key available  |  http://rsteib.home.pages.de/

Re: Release candidate for 5.10.8

[Reiner Steib]

On Tue, Apr 04 2006, Reiner Steib wrote:

> In case someone wants to test the tar-balls or even the diffs against
> the previous release, I've put release candidates[1] on
> <URL:http://www.uni-ulm.de/~rsteib/comp/emacs/gnus/tmp/>[2] along with
> a detached GPG *.sig file.

FYI: I've updated the files several times and will update again.  I
don't change the filenames, so you have to look at the date and time.

> Please report problems or successful builds here.
>
> Since the procedure for creating the tar-balls was rewritten from
> scratch, I'm particularly interested if there are any differences
> compared previous release tar-balls.

Nobody?

> [1] Because off technical reasons the files are named "5.10.7" instead
>     of 5.10.8" (and "HEAD" instead of "0.4").
> 
>     Stable branch (v5-10):
> 
>       gnus-5.10.7.tar.gz
>       gnus-5.10.6-5.10.7.diff.gz  (diff against 5.10.6)
> 
>     Trunk:
> 
>       ngnus-0.4.tar.gz
>       ngnus-n0.3-HEAD.diff.gz     (diff against No Gnus 0.3)
> 
>     For No Gnus, I don't know if Larsi will use the Makefile or his
>     own script, so the No Gnus tar-ball may look slightly different
>     than this one.

Update: I will also prepare the No Gnus tar-ball.

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

Re: Release candidate for 5.10.8

[Reiner Steib]

On Fri, Apr 07 2006, Reiner Steib wrote:

> On Tue, Apr 04 2006, Reiner Steib wrote:
>
>> In case someone wants to test the tar-balls or even the diffs against
>> the previous release, I've put release candidates[1] on
>> <URL:http://www.uni-ulm.de/~rsteib/comp/emacs/gnus/tmp/>[2] along with
>> a detached GPG *.sig file.
>
> FYI: I've updated the files several times and will update again.  I
> don't change the filenames, so you have to look at the date and time.

Lars is down with the flu so we need to shift the release, sorry.

OTOH, it gives you the chance to do some more testing on the
pgg-gpg.el changes/reversions before the release.

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