From: Peter Dyballa <Peter_Dyballa@Freenet.DE>
To: Eli Zaretskii <eliz@gnu.org>
Cc: emacs-pretest-bug@gnu.org
Subject: Re: 23.0.60; etc/DOC-${version}.buildnumber
Date: Sat, 12 Apr 2008 21:41:19 +0200 [thread overview]
Message-ID: <A346386E-BB84-47CD-9CE6-44A09BAA70A8@Freenet.DE> (raw)
In-Reply-To: <umynz81mw.fsf@gnu.org>
Am 12.04.2008 um 18:43 schrieb Eli Zaretskii:
> It used to be the case that the built binary was installed under 2
> different names: `emacs' and `emacs-${version}.buildnumber', which
> were both hard links to the same file. Deleting `emacs' would then
> leave the other one around, and when invoked, it would want the DOC
> file with the corresponding suffix. Is this no longer the case?
This is still the case.
> That is, does installing a new version completely erases the old one?
Yes.
I made an experiment. Around noon I made clean and then updated from
CVS, finally made bootstrap. Since etc/DOC-23.0.60.1 was not removed
(with both src/emacs and src/emacs-23.0.60.1) I complained, because
in the weeks ago it happened that, when this DOC file survived
deletion, a new one was created with the buildnumber increased by one
either by make or by 'make bootstrap', which was then installed
together with etc/emacs-${version}.buildnumber. (The weather was so
fine and sunny that I stopped seeing a sense in deleting the file by
hand.)
After 'make bootstrap' and then 'make clean' these files existed:
-rw-r--r-- 1 root admin 2245430 7 Apr 00:42 /usr/local/share/
emacs/23.0.60/etc/DOC-23.0.60.1
-rw-r--r-- 1 pete admin 2243354 12 Apr 14:58 etc/DOC-23.0.60.1
I re-compiled with a simple make and decided to install. Then these
files existed:
-rw-r--r-- 1 root admin 2243354 12 Apr 20:07 /usr/local/share/
emacs/23.0.60/etc/DOC-23.0.60.1
-rw-r--r-- 1 pete admin 2243354 12 Apr 20:07 etc/DOC
-rw-r--r-- 1 pete admin 2243354 12 Apr 20:07 etc/DOC-23.0.60.1
That's really bad! This isn't the same I encountered before a few
times! Did someone fix the bug? Or was I doing the wrong thing? So I
decided to 'make clean' and 'make bootstrap' again. After more than
an hour these files now exist:
-rw-r--r-- 1 root admin 2243354 12 Apr 20:07 /usr/local/share/
emacs/23.0.60/etc/DOC-23.0.60.1
-rw-r--r-- 1 pete admin 2243354 12 Apr 21:29 etc/DOC
-rw-r--r-- 1 pete admin 2243354 12 Apr 21:29 etc/DOC-23.0.60.1
So it seems that the case is now solved! Although etc/DOC-$
{version}.buildnumber is left and etc/DOC is removed, it does not
happen any more that etc/DOC-${version}.<buildnumber + 1> is built,
and later potentially installed. My complaint came too late ... Sorry!
--
Greetings
Pete
For some reason, this fortune reminds everyone of Marvin Zelkowitz.
next prev parent reply other threads:[~2008-04-12 19:41 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-12 12:00 23.0.60; etc/DOC-${version}.buildnumber Peter Dyballa
2008-04-12 13:10 ` Eli Zaretskii
2008-04-12 15:14 ` Peter Dyballa
2008-04-12 16:43 ` Eli Zaretskii
2008-04-12 19:41 ` Peter Dyballa [this message]
2008-04-12 16:32 ` Sven Joachim
2008-04-12 17:24 ` Eli Zaretskii
2008-04-12 17:54 ` Sven Joachim
2008-04-12 18:57 ` Eli Zaretskii
2008-04-12 19:00 ` Peter Dyballa
2008-04-12 20:30 ` Eli Zaretskii
2008-04-12 20:59 ` Peter Dyballa
2008-04-13 3:18 ` Eli Zaretskii
2008-04-13 8:38 ` Peter Dyballa
2008-04-13 14:07 ` Eli Zaretskii
2008-04-12 20:49 ` Stephen J. Turnbull
2008-04-12 21:04 ` Peter Dyballa
2008-04-12 23:58 ` Stephen J. Turnbull
2008-04-12 19:21 ` Stefan Monnier
2008-04-12 18:55 ` Peter Dyballa
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=A346386E-BB84-47CD-9CE6-44A09BAA70A8@Freenet.DE \
--to=peter_dyballa@freenet.de \
--cc=eliz@gnu.org \
--cc=emacs-pretest-bug@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.