Re: Problem with the latest CVS build

[wmperry@aventail.com (William M. Perry)]

Shenghuo ZHU <zsh@cs.rochester.edu> writes:

> >>>>> "Daniel" == Daniel Pittman <daniel@danann.net> writes:
> 
> Daniel> On 04 Dec 1999, Lars Magne Ingebrigtsen <larsi@gnus.org> wrote:
> >> Daniel Pittman <daniel@danann.net> writes:
> >> 
> >>> !! File error (("Cannot open load file" "mailheader"))
> >>> 
> >>> CVS told me that the file is no longer pertinent--IOW that it had
> >>> been 'cvs remove'd from the repository.
> >> 
> >> mailheader isn't a part of Gnus, so I've removed it from the
> >> distribution. 
> 
> Daniel> Oh. Um. That's probably a good thing(tm), I guess. The copy
> Daniel> with my older pgnus build is noted as part of Emacs but I
> Daniel> can't locate it in the packages I have installed with XEmacs.
> 
> Daniel> Hmmm. Is this part of another Emacs mail client such an VM,
> Daniel> rmail or mh-e? I hope so as I can then install that package
> Daniel> and be able to build.
> 
> Daniel> If not... well, I guess that I need to file a bug report with
> Daniel> the XEmacs team and all... :/
> 
> In XEmacs packages (mail-lib 1.24, gnus 1.41), it is included in gnus,
> while in Emacs (20.4) it is in mail directory not gnus.
> 
> In XEmacs The file pop3.el is in mail-lib, while in Emacs, it is in
> gnus.
> 
> Where should these files go?
> 
> Two other files, base64.el and md5.el, may face the same problem, since
> w3 also has those files, but two copies are different.

Are they?  That's not good.  I am probably going to stop distributing them
with Emacs/W3 and put them in a 'you need this for older emacsen' type of
tarball.  I'm even thinking of making ssl.el, socks.el, and devices.el
their own downloads.  Then there would be a 'sumo' tarball for Emacs/W3
that would look like:

sumo-w3/configure
sumo-w3/w3/lisp
sumo-w3/w3/texi
sumo-w3/url/lisp
sumo-w3/url/texi
sumo-w3/misc/lisp

The sumo-w3/configure would just do AC_CONFIG_SUBDIRS(w3 url misc).
Eventually, everything in misc will be part of Emacs/XEmacs, so it can
gradually be phased out.  I'd say when Emacs 21.x is released, most of it
is already obsolete in XEmacs.

I've updated the base64.el with Emacs/W3, but I can't tell which md5.el is
newer.  The one with Emacs/W3 has newer copyright notices.

-Bill P.