From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel,gmane.emacs.pretest.bugs Subject: Re: 23.0.60; etc/DOC-${version}.buildnumber Date: Sat, 12 Apr 2008 20:24:20 +0300 Message-ID: References: <8763unt4nz.fsf@gmx.de> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: ger.gmane.org 1208021155 29668 80.91.229.12 (12 Apr 2008 17:25:55 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 12 Apr 2008 17:25:55 +0000 (UTC) Cc: emacs-pretest-bug@gnu.org, Peter_Dyballa@Freenet.DE To: Sven Joachim Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Apr 12 19:26:28 2008 connect(): Connection refused Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1JkjUi-0007oz-AX for ged-emacs-devel@m.gmane.org; Sat, 12 Apr 2008 19:26:28 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JkjU4-0007u5-Ah for ged-emacs-devel@m.gmane.org; Sat, 12 Apr 2008 13:25:48 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JkjTz-0007ts-P5 for emacs-devel@gnu.org; Sat, 12 Apr 2008 13:25:43 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JkjTx-0007tE-Tv for emacs-devel@gnu.org; Sat, 12 Apr 2008 13:25:43 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JkjTx-0007tB-NX for emacs-devel@gnu.org; Sat, 12 Apr 2008 13:25:41 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JkjTx-0008RB-Fz for emacs-devel@gnu.org; Sat, 12 Apr 2008 13:25:41 -0400 Original-Received: from mail.gnu.org ([199.232.76.166] helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1JkjTx-00006j-9l for emacs-pretest-bug@gnu.org; Sat, 12 Apr 2008 13:25:41 -0400 Original-Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1JkjTu-0008QT-R9 for emacs-pretest-bug@gnu.org; Sat, 12 Apr 2008 13:25:41 -0400 Original-Received: from mtaout4.012.net.il ([84.95.2.10]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JkjTt-0008Pt-Ey for emacs-pretest-bug@gnu.org; Sat, 12 Apr 2008 13:25:37 -0400 Original-Received: from HOME-C4E4A596F7 ([80.230.158.193]) by i_mtaout4.012.net.il (HyperSendmail v2004.12) with ESMTPA id <0JZ800HHH3NWWS39@i_mtaout4.012.net.il> for emacs-pretest-bug@gnu.org; Sat, 12 Apr 2008 20:38:21 +0300 (IDT) In-reply-to: <8763unt4nz.fsf@gmx.de> X-012-Sender: halo1@inter.net.il X-detected-kernel: by monty-python.gnu.org: Solaris 9.1 X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:95067 gmane.emacs.pretest.bugs:21995 Archived-At: > From: Sven Joachim > Cc: Peter Dyballa , emacs-pretest-bug@gnu.org > Date: Sat, 12 Apr 2008 18:32:32 +0200 > > On 2008-04-12 15:10 +0200, Eli Zaretskii wrote: > > >> From: Peter Dyballa > >> Date: Sat, 12 Apr 2008 14:00:23 +0200 > >> Cc: > >> > >> This file is not deleted by 'make clean', so upon a new build its > >> number is incremented and more and more DOC files get installed. > > > > I think this is intended, as you still have the Emacs binary from the > > previous build (emacs-${version}.buildnumber) around, and could use > > it, e.g., for comparison or some other purpose. > > That's not true, the Emacs binaries are all deleted by `make clean'. Maybe I completely misunderstand the issue at hand: are we talking about files in the build directory or in the install directory? ("make clean" is relevant to the former, not the latter.) If Peter and you are talking about the build directory, then the previous DOC should probably be removed, but do we really want the build number NOT to be incremented anyway?