Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 507528 - sys-apps/coreutils-8.22: arch(1) manpage is empty
Summary: sys-apps/coreutils-8.22: arch(1) manpage is empty
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo's Team for Core System packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-04-12 21:57 UTC by dwfreed
Modified: 2014-04-27 19:07 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description dwfreed 2014-04-12 21:57:00 UTC
With coreutils-8.22, the arch manpage is completely empty (ie, has zero length):

# ls -l /usr/share/man/man1/arch.1
-rw-r--r-- 1 root root 0 Apr 12 21:00 /usr/share/man/man1/arch.1

This is caused by a combination of the manpage being missing from coreutils-8.22-man.tar.xz and a snippet in src_prepare that touches all manpages to prevent the build system from regenerating them:

# tar -tvf /var/lib/portage/distfiles/coreutils-8.22-man.tar.xz | grep -c arch
0

Snippet from src_prepare:

    # Since we've patched many .c files, the make process will try to
    # re-build the manpages by running `./bin --help`.  When doing a
    # cross-compile, we can't do that since 'bin' isn't a native bin.
    # Also, it's not like we changed the usage on any of these things,
    # so let's just update the timestamps and skip the help2man step.
    set -- man/*.x
    touch ${@/%x/1}

Since coreutils-8.22.tar.xz contains man/arch.x, this snippet creates an empty man/arch.1, preventing the build system from generating the manpage, and thus resulting in the empty manpage being propagated on to the install.
Comment 1 SpanKY gentoo-dev 2014-04-27 19:07:09 UTC
i've regenerated the man page tarball to include the arch(1) man page