From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/27662 Path: main.gmane.org!not-for-mail From: wmperry@aventail.com (William M. Perry) Newsgroups: gmane.emacs.gnus.general Subject: Re: Problem with the latest CVS build Date: Sat, 4 Dec 1999 08:27:12 -0500 Sender: owner-ding@hpc.uh.edu Message-ID: <199912041327.IAA19492@megalith.bp.aventail.com> References: <87yabbt98d.fsf@inanna.danann.net> <87r9h3t7yv.fsf@inanna.danann.net> <2nvh6fxem6.fsf@tiger.jia.vnet> Reply-To: wmperry@aventail.com NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035164648 25728 80.91.224.250 (21 Oct 2002 01:44:08 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 01:44:08 +0000 (UTC) Cc: ding@gnus.org Return-Path: Original-Received: from bart.math.uh.edu (bart.math.uh.edu [129.7.128.48]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id IAA23099 for ; Sat, 4 Dec 1999 08:25:42 -0500 (EST) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by bart.math.uh.edu (8.9.1/8.9.1) with ESMTP id HAB09874; Sat, 4 Dec 1999 07:25:35 -0600 (CST) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Sat, 04 Dec 1999 07:25:49 -0600 (CST) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id HAA10397 for ; Sat, 4 Dec 1999 07:25:36 -0600 (CST) Original-Received: from biff.kiva.net (biff.kiva.net [206.97.64.31]) by sclp3.sclp.com (8.8.5/8.8.5) with SMTP id IAA23091 for ; Sat, 4 Dec 1999 08:25:08 -0500 (EST) Original-Received: (qmail 13220 invoked from network); 4 Dec 1999 13:23:46 -0000 Original-Received: from usrpri2-31.kiva.net (HELO megalith.bp.aventail.com) (206.97.75.96) by biff.kiva.net with SMTP; 4 Dec 1999 13:23:46 -0000 Original-Received: (from wmperry@localhost) by megalith.bp.aventail.com (8.9.3/8.9.3) id IAA19492; Sat, 4 Dec 1999 08:27:12 -0500 X-Authentication-Warning: megalith.bp.aventail.com: wmperry set sender to wmperry@aventail.com using -f Original-To: Shenghuo ZHU X-Face: O~Rn;(l][/-o1sALg4A@xpE:9-"'IR[%;,,!m7 writes: > >>>>> "Daniel" == Daniel Pittman writes: > > Daniel> On 04 Dec 1999, Lars Magne Ingebrigtsen wrote: > >> Daniel Pittman 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.