Regarding automake.texi in 1.11.4. The whole point of the "Individual
utilities" section is to have an entry for the actual command names.
I can understand the rationale of changing the "individual" automake to
automake-invocation, since the whole package is also named Automake.
However, there is
tags 11235 + patch
close 11235
thanks
On 04/13/2012 06:17 PM, Jim Meyering wrote:
> Stefano Lattarini wrote:
> ...
>> Could you please reference the bug number here as well? As in:
>>
>> Subject: [PATCH] build: use slightly older help2man, for improved
>> portability
>>
>> Fixes automake bug
Stefano Lattarini wrote:
...
> Could you please reference the bug number here as well? As in:
>
> Subject: [PATCH] build: use slightly older help2man, for improved
> portability
>
> Fixes automake bug#11235
>
> * doc/help2man: Downgrade to help2man-1.36.4, so that it does
> not require Lo
Hi Jim, thanks for the quick reply.
On 04/13/2012 06:00 PM, Jim Meyering wrote:
> Stefano Lattarini wrote:
>> On a Fedora 16 system (the ppc64 one provided by the GCC compile farm,
>> "gcc110"), when I try to build automake from a distribution tarball, I
>> get this error:
>>
>> GEN doc/a
Stefano Lattarini wrote:
> On a Fedora 16 system (the ppc64 one provided by the GCC compile farm,
> "gcc110"), when I try to build automake from a distribution tarball, I
> get this error:
>
> GEN doc/aclocal.1
> GEN automake
> GEN doc/automake.1
> GEN aclocal
>
On a Fedora 16 system (the ppc64 one provided by the GCC compile farm,
"gcc110"), when I try to build automake from a distribution tarball, I
get this error:
GEN doc/aclocal.1
GEN automake
GEN doc/automake.1
GEN aclocal
GEN lib/Automake/Config.pm
GE
tags 11232 + patch
close 11232
thanks
On 04/13/2012 12:20 PM, Dmitry V. Levin wrote:
> On Fri, Apr 13, 2012 at 10:42:09AM +0200, Stefano Lattarini wrote:
>> Hi Dmitry, thanks for the report and the fix.
>>
>> On 04/13/2012 12:22 AM, Dmitry V. Levin wrote:
>>>
>>> [PATCH] install: fix the case then
On Fri, Apr 13, 2012 at 10:42:09AM +0200, Stefano Lattarini wrote:
> Hi Dmitry, thanks for the report and the fix.
>
> On 04/13/2012 12:22 AM, Dmitry V. Levin wrote:
> >
> > [PATCH] install: fix the case then an install directory is a shell command
> >
> > Fixes automake bug#11232.
> >
> > GNU aut
On 04/13/2012 10:33 AM, David Fang wrote:
>
> Stefano Lattarini wrote:
>
>> What happens if you use GNU info instead? Do the testsuite failures
>> persist?
>
> Already using GNU info (previous report):
>
Sorry, I meant GNU 'install-info' (instead of dpkg 'install-info').
Thanks for your patience
Hi Dmitry, thanks for the report and the fix.
On 04/13/2012 12:22 AM, Dmitry V. Levin wrote:
>
> [PATCH] install: fix the case then an install directory is a shell command
>
> Fixes automake bug#11232.
>
> GNU automake used to support shell commands in installation directories,
> but it was inadve
and in fact Automake has stopped trying to cater to Debian install-info since
the release 1.11.2.
So I have an install-info from dpkg, which is used by fink, which
installs packages to another prefix (default: /sw):
fang% which install-info
/sw/sbin/install-info
fang% dpkg -S `which install-inf
On 04/12/2012 08:32 PM, David Fang wrote:
>> This looks suspicious:
>>
>> FAIL: distcheck-override-infodir.test (exit: 2)
>> ===
>>
>> distcheck-override-infodir: running install-info --version
>> Debian install-info 1.10.21. Copyright (C) 1994,1995
12 matches
Mail list logo
