Re: September Gnus 0.31 is released

[Steven L Baur <steve@miranova.com>]

>>>>> "Lars" == Lars Magne Ingebrigtsen <larsi@ifi.uio.no> writes:

Lars> Steven L Baur <steve@miranova.com> writes:
Lars> Or you can rename "etc-0.4" to "etc" and put it in the "sgnus"
Lars> directory.  Gnus searches the load path, strips off trailing "lisp"
Lars> elements from the paths and sees whether it can find the "etc/gnus"
Lars> directory.
>> 
>> I assume you mean:
>> $ cd /usr/local/lib/xemacs/sgnus-0.32
>> $ ls -l
>> -rw-r--r--   1 steve    devel         161 Jan 26 08:11 Makefile
>> lrwxrwxrwx   1 steve    devel          12 Jan 26 08:10 RCS -> ../sgnus/RCS/
>> lrwxrwxrwx   1 steve    devel          10 Jan 26 09:30 etc -> ../etc-0.4/

Lars> Oh, I though everybody just renamed the "sgnus-0.x" directory to
Lars> "sgnus" and did the same with the "etc-0.x" directory...  but I guess
Lars> that means moving the "etc" dir into the new "sgnus" dir for each
Lars> release, which must be a pain.  Of course, one could just write a tiny
Lars> script to do that automatically to rename-old/unpack/rename/move etc...

Generally speaking, with a development mail system it is not a wise
idea to trash an older working version in favor of the next set of
patches.  I like new (version dependent) directory names, since by
default, the previous version's .elc files won't be touched.

The biggest inconvenience has been the change of certain functions to
macros.  It would be nice(r) not to have to rebytecompile dependent
packages like TM and Mailcrypt with each gnus change.

Gnus development updates come out on average around 2 per week (18
versions, 63 days, since sgnus v0.14 on 26 November), so this is a
reasonably important topic.

-- 
steve@miranova.com baur
Unsolicited commercial e-mail will be proofread for $250/hour.