From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Please pretest Emacs 21.3 Date: Mon, 27 May 2002 11:58:29 +0300 (IDT) Sender: emacs-devel-admin@gnu.org Message-ID: References: NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Trace: main.gmane.org 1022490181 9466 127.0.0.1 (27 May 2002 09:03:01 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 27 May 2002 09:03:01 +0000 (UTC) Cc: emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17CGP7-0002SZ-00 for ; Mon, 27 May 2002 11:03:01 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17CGgN-0001vd-00 for ; Mon, 27 May 2002 11:20:51 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 17CGPM-0003B6-00; Mon, 27 May 2002 05:03:16 -0400 Original-Received: from is.elta.co.il ([199.203.121.2]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 17CGMV-0002tU-00; Mon, 27 May 2002 05:00:19 -0400 Original-Received: from is (is [199.203.121.2]) by is.elta.co.il (8.9.3/8.8.8) with SMTP id LAA08140; Mon, 27 May 2002 11:58:29 +0300 (IDT) X-Sender: eliz@is Original-To: Miles Bader In-Reply-To: Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:4422 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:4422 On 27 May 2002, Miles Bader wrote: > I notice that the RC for 21.3 contains the lisp reference manual (in the > lispref/ subdir), but neither Makefile.in nor configure.in contain any > rules for dealing with it (whereas the CVS head versions do). > > Is this intentional? It's not intentional, but I don't know how to prevent this from happening. The problems seems to be that, once a directory exists on the trunk, it will exist on the branches as well. The branch version of make-dist makes sure the lispref directory is not present in the tarball, so the lack of Makefile's doesn't matter for the users. If someone can tell how to persuade CVS not to make lispref visible on the branch, I'd be grateful.