From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Dave Love Newsgroups: gmane.emacs.devel Subject: Re: TODO additions Date: 29 Nov 2002 19:57:49 +0000 Sender: emacs-devel-admin@gnu.org Message-ID: References: <200210291902.g9TJ2AY18220@rum.cs.yale.edu> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1038600138 1622 80.91.224.249 (29 Nov 2002 20:02:18 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 29 Nov 2002 20:02:18 +0000 (UTC) Cc: schwab@suse.de, monnier+gnu/emacs@rum.cs.yale.edu, emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18HrL6-0000Q0-00 for ; Fri, 29 Nov 2002 21:02:16 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 18HrSo-00020f-00 for ; Fri, 29 Nov 2002 21:10:14 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 18HrIW-0001jt-00; Fri, 29 Nov 2002 14:59:36 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18HrH8-0000xF-00 for emacs-devel@gnu.org; Fri, 29 Nov 2002 14:58:10 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18HrH1-0000uk-00 for emacs-devel@gnu.org; Fri, 29 Nov 2002 14:58:08 -0500 Original-Received: from albion.dl.ac.uk ([148.79.80.39]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18HrGu-0000ku-00; Fri, 29 Nov 2002 14:57:57 -0500 Original-Received: from fx by albion.dl.ac.uk with local (Exim 3.35 #1 (Debian)) id 18HrGo-00021Z-00; Fri, 29 Nov 2002 19:57:50 +0000 Original-To: rms@gnu.org In-Reply-To: Original-Lines: 85 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:9750 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:9750 Richard Stallman writes: > Could you (or someone) find the necessary changes (in Debian perhaps) > so we can install them? I don't think there are simple changes -- if I remember correctly, the structure was quite different, which was why I didn't just do it. You'd need to look in XEmacs CVS anyhow to (try to) verify the provenance of the code. The bulk of it was apparently done by Sperber, but I didn't check it thoroughly. The server is at :pserver:cvs@sunsite.dk:/pack/xemacscvs. Apart from the locking stuff, Debian has other changes to movemail for specifying the spool directory (but only at configure time). > For 21.3, you might want other changes for gnu-linux mipsle, hp and > s390 targets, but they're inconsistent with the treatment in the > current head sources. (I just made a trivial change which should get > mipsle OK.) > > Could you say more concretely which part of the code we're talking > about? Just the {m,s}/*.h files, and trivial changes to configure.in. > Which precisely are the versions that are inconsistent? The s390 config file is different and differently named and the changes in the hp800.h file are different. I've no evidence anything in the Emacs head versions is wrong. > (If you would like to solve the problem yourself then you don't need > to explain it.) It only applies to the release branch. I don't know if you want to support the targets there. I think SuSE are s390 experts, so perhaps schwab could advise on that. > I can send a pared-down version of the diffs if that's useful. > > Would the pared-down version of the diffs be a working fix? I don't know whether the movemail locking changes can be made safe for other systems. The readme says the following about the movemail changes. Note that comments about `upstream authors'. ** The location of the mail spool has been centralized. [ This modification is currently only available in the Debian source, but the upstream authors and I are in the process of working out the appropriate upstream patch. Please do *NOT* use mail-spool-directory in any public code until and unless this variable makes it into the upstream source. ] Determination of the location of the mail spool has now been centralized. There is a new lisp-level variable mail-spool-directory that should always contain the location of the mail spool (normally a directory like /usr/spool/mail). There is a related configure option --with-mail-spool-directory that allows you to override the default mail spool location detected, if any, at configure time. The proper setting for a particular architecture may also be set in src/s/*.h with SYSTEM_MAIL_SPOOL_DIRECTORY, but note that --with-mail-spool-directory always takes precedence. At the C level, the mail spool directory is available from lib-src/mailspool.h which provides a MAIL_SPOOL_DIRECTORY definition. nnmail, rmail, and movemail have all been modified to respect this new arrangement. ** Mailbox locking improved and brought into line with Debian policy. [ This modification is currently only available in the Debian source, but the upstream authors and I are in the process of working out the appropriate upstream patch. ] Configure now looks for liblockfile before libmail (liblockfile is a free software replacement for libmail). Either library, if found, is propagated to the movemail (lib-src) Makefile through the MOVEMAIL_LOCK_LIBS variable. Also MAIL_USE_FLOCK is disabled since it is wrong for a Debian system.