GNU bug report logs -
#28574
cross compilnng, man pages
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 28574 in the body.
You can then email your comments to 28574 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-coreutils <at> gnu.org
:
bug#28574
; Package
coreutils
.
(Sun, 24 Sep 2017 05:55:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
"Peter Bohning" <peter.bohning <at> gmx.com>
:
New bug report received and forwarded. Copy sent to
bug-coreutils <at> gnu.org
.
(Sun, 24 Sep 2017 05:55:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Cross compiling for aarch64 from amd64
Is there no way to disable the man pages in configure options? Thanks.
https://lists.gnu.org/archive/html/coreutils/2014-11/msg00000.html
and
[SOLVED]
I found a "NOMAN" patch already on google
https://www.google.nl/url?sa=t&rct=j...63808443,d.d2k[https://www.google.nl/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&cad=rja&uact=8&ved=0CDAQFjAA&url=http%3A%2F%2Fpatches.cross-lfs.org%2Fdev%2Fcoreutils-8.22-noman-1.patch&ei=Kjs1U4mVB8SQ0QXm6YGgCQ&usg=AFQjCNFmtYmxuuoRCYEEarrX3xWetlUvUQ&bvm=bv.63808443,d.d2k]
its part of patches.cross-lfs.org
Submitted By: William Harrington (kb0iic at cross-lfs dot org)
Date: 2013-12-23
Initial Package Version: 8.22
Origin: OpenboxI did manage to pass 6.26 Coreutils
[SOLVED]
One guy has a copy of the man pages he extracts to the source to block the compilation, a couple others mention patches.
None of the links are working anymore.
name=`echo man/chroot.1 | sed 's|.*/||; s|\.1$||'` || exit 1; \
case $name in \
install) prog='ginstall'; argv=$name;; \
test) prog='['; argv='[';; \
*) prog=$name; argv=$prog;; \
esac; \
rm -f man/chroot.1 man/chroot.1-t \
&& t=man/chroot.td \
&& rm -rf $t \
&& /home/solskogen/obj/tools/bin/mkdir -p $t \
&& (cd $t && ln -s
'/home/solskogen/obj/work/coreutils-8.23.ventrix/src/'$prog $argv) \
&& perl -- /home/solskogen/src/source/coreutils-8.23/man/help2man
\
--source='GNU coreutils 8.23' \
--include=/home/solskogen/src/source/coreutils-8.23/man/$name.x \
--output=$t/$name.1 $t/$argv \
--info-page='coreutils \(aq'$name' invocation\(aq' \
&& sed \
-e 's|man/chroot\.td/||g' \
-e '/For complete documentation/d' \
$t/$name.1 > man/chroot.1-t \
&& rm -rf $t \
&& chmod a-w man/chroot.1-t \
&& mv man/chroot.1-t man/chroot.1
help2man: can't get `--help' info from man/chroot.td/chroot
Information forwarded
to
bug-coreutils <at> gnu.org
:
bug#28574
; Package
coreutils
.
(Sun, 01 Oct 2017 03:58:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 28574 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On 23/09/17 20:18, Peter Bohning wrote:
> Cross compiling for aarch64 from amd64
>
> Is there no way to disable the man pages in configure options? Thanks.
>
> https://lists.gnu.org/archive/html/coreutils/2014-11/msg00000.html
I've seen this issue in various places now (CC'd).
We should probably reinstate distribution of man pages
since these generated pages are so similar on various systems.
Also given the amount of old ChangeLogs removed recently
I don't think the addition of 273K (uncompressed) is prohibitive.
The attached was tested in these modes:
git repo build
tarball build with/without help2man
tarball vpath build with/without help2man
make distcheck
make install (and ensure only enabled program man pages installed)
I've not applied this yet, but hope to soon after a bit more testing.
cheers,
Pádraig
[dist-man-pages.patch (text/x-patch, attachment)]
Information forwarded
to
bug-coreutils <at> gnu.org
:
bug#28574
; Package
coreutils
.
(Sun, 01 Oct 2017 18:55:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 28574 <at> debbugs.gnu.org (full text, mbox):
Pádraig Brady wrote:
> + && : $${TZ=UTC} && export TZ \
That should be UTC0 instead of UTC, as POSIX says that TZ=UTC is not portable.
Other than that it looks good to me.
bug closed, send any further explanations to
28574 <at> debbugs.gnu.org and "Peter Bohning" <peter.bohning <at> gmx.com>
Request was from
Pádraig Brady <P <at> draigBrady.com>
to
control <at> debbugs.gnu.org
.
(Mon, 02 Oct 2017 03:17:01 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-coreutils <at> gnu.org
:
bug#28574
; Package
coreutils
.
(Tue, 03 Oct 2017 21:31:02 GMT)
Full text and
rfc822 format available.
Message #16 received at 28574 <at> debbugs.gnu.org (full text, mbox):
Hi Pádraig,
2017-10-01 5:56 GMT+02:00 Pádraig Brady <P <at> draigbrady.com>:
> On 23/09/17 20:18, Peter Bohning wrote:
>> Cross compiling for aarch64 from amd64
>>
>> Is there no way to disable the man pages in configure options? Thanks.
>>
>> https://lists.gnu.org/archive/html/coreutils/2014-11/msg00000.html
>
> I've seen this issue in various places now (CC'd).
>
> We should probably reinstate distribution of man pages
> since these generated pages are so similar on various systems.
> Also given the amount of old ChangeLogs removed recently
> I don't think the addition of 273K (uncompressed) is prohibitive.
>
> The attached was tested in these modes:
> git repo build
> tarball build with/without help2man
> tarball vpath build with/without help2man
> make distcheck
> make install (and ensure only enabled program man pages installed)
>
> I've not applied this yet, but hope to soon after a bit more testing.
Thanks for taking a look into this, I think that it's a good idea.
In the case that somehow help2man can still end up being used after
applying this, I think that Eleanor's patch (or an equivalent) is
still worth considering, because ultimately when cross-building one
cannot invoke the binaries in the general case.
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montezelo <at> gmail.com>
Information forwarded
to
bug-coreutils <at> gnu.org
:
bug#28574
; Package
coreutils
.
(Wed, 04 Oct 2017 06:16:02 GMT)
Full text and
rfc822 format available.
Message #19 received at 28574 <at> debbugs.gnu.org (full text, mbox):
On 03/10/17 13:51, Manuel A. Fernandez Montecelo wrote:
> Thanks for taking a look into this, I think that it's a good idea.
>
> In the case that somehow help2man can still end up being used after
> applying this, I think that Eleanor's patch (or an equivalent) is
> still worth considering, because ultimately when cross-building one
> cannot invoke the binaries in the general case.
Eleanor's patch is a good intermediate solution.
It falls back to dummy-man when cross compiling.
My patch is more invasive and will be effective in the next coreutils release
and falls back to using distributed man pages when cross compiling.
help2man is not invoked in either case.
cheers,
Pádraig
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 01 Nov 2017 11:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 7 years and 153 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.