GNU bug report logs -
#20373
automake 1.15 overwriting custom INSTALL file
Previous Next
Reported by: Emil <laine.emil <at> gmail.com>
Date: Sun, 19 Apr 2015 23:07:01 UTC
Severity: normal
Tags: notabug
Merged with 20374
Done: Mathieu Lirzin <mthl <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 20373 in the body.
You can then email your comments to 20373 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-automake <at> gnu.org
:
bug#20373
; Package
automake
.
(Sun, 19 Apr 2015 23:07:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Emil <laine.emil <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-automake <at> gnu.org
.
(Sun, 19 Apr 2015 23:07:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi,
We have a custom INSTALL file in our project. Running `autoreconf -i`
(which AFAIK calls `automake --add-missing`) results in our INSTALL file
to be overwritten by the standard GNU INSTALL file, which is not what we
want.
BACKGROUND:
Here's a relevant part quoted from the automake manual
(https://www.gnu.org/software/automake/manual/html_node/Gnits.html):
> If the --add-missing option is given, automake will add a generic version
> of the INSTALL file as well as the COPYING file [...]. However, an
> existing COPYING file will never be overwritten by automake.
However it doesn't explicitly state whether an INSTALL file will be
overwritten or not, but I'm assuming it shouldn't be overwritten. Also,
while adding the `foreign` option to automake will prevent this behavior,
I wouldn't really consider it as a fix.
I also posted about this on the Unix & Linux SE:
http://unix.stackexchange.com/q/197238/103132
REPRODUCING:
You can find the minimal versions of our configure.ac, Makefile.am, and
autogen.sh scripts in the SE post, or as a gist here:
https://gist.github.com/emlai/1a42108bd787cadc3aa9
If needed, you can also take a look at the whole project branch which
reproduces the problem for me:
https://github.com/emlai/ivan/tree/automake-bug
You can simply download it and run the following commands to try if you
can reproduce the error:
cd ivan-automake-bug
head INSTALL
./autogen.sh
head INSTALL
I'm using autoconf-2.69 and automake-1.15.
Cheers, Emil Laine <laine.emil <at> gmail.com>
Information forwarded
to
bug-automake <at> gnu.org
:
bug#20373
; Package
automake
.
(Sun, 19 Apr 2015 23:23:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 20373 <at> debbugs.gnu.org (full text, mbox):
Hi again,
I just realized this is actually not a bug, and was simply caused by the
-f option passed to autoreconf.
Autoreconf seems to forward it to automake as the --force-missing option,
which, according to the manual, "force[s] update of standard files".
Autoreconf's man entry for -f simply states that it will "consider all
files obsolete", which for me wasn't very clear about its implications,
so I couldn't link it to the unwanted behavior I was experiencing.
More info: http://unix.stackexchange.com/a/197327/103132
Cheers, Emil Laine <laine.emil <at> gmail.com>
Merged 20373 20374.
Request was from
Mathieu Lirzin <mthl <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Sat, 04 Mar 2017 12:33:01 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-automake <at> gnu.org
:
bug#20373
; Package
automake
.
(Sat, 04 Mar 2017 12:51:01 GMT)
Full text and
rfc822 format available.
Message #13 received at 20373 <at> debbugs.gnu.org (full text, mbox):
Hello Emil
Emil <laine.emil <at> gmail.com> writes:
> I just realized this is actually not a bug, and was simply caused by the
> -f option passed to autoreconf.
>
> Autoreconf seems to forward it to automake as the --force-missing option,
> which, according to the manual, "force[s] update of standard files".
>
> Autoreconf's man entry for -f simply states that it will "consider all
> files obsolete", which for me wasn't very clear about its implications,
> so I couldn't link it to the unwanted behavior I was experiencing.
The Autoreconf and its manual is maintained by Autoconf package.
You can report this documentation bug to <bug-autoconf <at> gnu.org> if you want.
Thanks.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
Added tag(s) notabug.
Request was from
Mathieu Lirzin <mthl <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Sat, 04 Mar 2017 12:52:02 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
20373 <at> debbugs.gnu.org and Emil <laine.emil <at> gmail.com>
Request was from
Mathieu Lirzin <mthl <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Sat, 04 Mar 2017 12:53:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-automake <at> gnu.org
:
bug#20373
; Package
automake
.
(Sat, 04 Mar 2017 13:03:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 20373 <at> debbugs.gnu.org (full text, mbox):
Mathieu Lirzin <mthl <at> gnu.org> writes:
> Hello Emil
>
> Emil <laine.emil <at> gmail.com> writes:
>
>> I just realized this is actually not a bug, and was simply caused by the
>> -f option passed to autoreconf.
>>
>> Autoreconf seems to forward it to automake as the --force-missing option,
>> which, according to the manual, "force[s] update of standard files".
>>
>> Autoreconf's man entry for -f simply states that it will "consider all
>> files obsolete", which for me wasn't very clear about its implications,
>> so I couldn't link it to the unwanted behavior I was experiencing.
>
> The Autoreconf and its manual is maintained by Autoconf package.
should be :
"The autoreconf program and its manual are maintained by Autoconf"
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 02 Apr 2017 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 8 years and 83 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.