GNU bug report logs -
#12715
coreutils-8.20: bad dependency information with man page generation
Previous Next
Reported by: Mike Frysinger <vapier <at> gentoo.org>
Date: Tue, 23 Oct 2012 22:30:01 UTC
Severity: normal
Tags: fixed
Done: Assaf Gordon <assafgordon <at> gmail.com>
Bug is archived. No further changes may be made.
Full log
Message #59 received at 12715 <at> debbugs.gnu.org (full text, mbox):
Pádraig Brady wrote:
> On 10/26/2012 10:34 AM, Jim Meyering wrote:
>> +** Build-related
>> +
>> + The generated man/*.1 man pages are no longer distributed. Building
>> + without perl, you would create stub man pages, and besides would be
>> + unable to run a significant percentage of the tests (so don't do that!).
>> + Thus, while perl is not an official prerequisite (build and "make check"
>> + will still succeed), any resulting man pages would be inferior.
>
> We should probably mention that this fixes a parallel build failure
> when building modified sources, like a patched distro package for example.
Yes. Good point.
How about this?
I was tempted to note it in the "Bug fixes" section,
but figures this would be enough.
** Build-related
Perl is now more of a prerequisite. It has long been required in order
to run (not skip) a significant percentage of the tests. Now, it is
also required in order to generate proper man pages, via help2man. The
generated man/*.1 man pages are no longer distributed. Building without
perl, you would create stub man pages. Thus, while perl is not an
official prerequisite (build and "make check" will still succeed), any
resulting man pages would be inferior. In addition, this fixes a bug
in distributed (not from clone) Makefile.in that could cause parallel
build failure when building from modified sources, as is common practice
for a patched distribution package.
This bug report was last modified 6 years and 225 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.