gawk -f ./help-from-md.awk -v hfile=help-rsync.h ./rsync.1.md gawk -f ./define-from-md.awk -v hfile=default-cvsignore.h ./rsync.1.md gawk -f ./define-from-md.awk -v hfile=default-dont-compress.h ./rsync.1.md gawk -f ./mkproto.awk ./*.c ./lib/compat.c daemon-parm.h ERROR: support/rrsync.1 cannot be created. make: *** [Makefile:274: rrsync.1] Error 1 shuffle=606105577 make: *** Waiting for unfinished jobs.... ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.1_no_multilib_hardened-j4-20221125-111910 ------------------------------------------------------------------- GNUMAKEFLAGS="$GNUMAKEFLAGS --jobserver-style=pipe" GNUMAKEFLAGS="$GNUMAKEFLAGS --shuffle" gcc-config -l: [1] x86_64-pc-linux-gnu-12 * clang/llvm (if any): Python 3.10.8 Available Rust versions: [1] rust-bin-1.65.0 * php cli (if any): HEAD of ::gentoo commit d237dcb83087db4626e03eb7a24c77a930238b0c Author: Repository mirror & CI <repomirrorci@gentoo.org> Date: Fri Nov 25 11:03:58 2022 +0000 2022-11-25 11:03:57 UTC emerge -qpvO net-misc/rsync [ebuild U ] net-misc/rsync-3.2.7-r1 [3.2.4-r3] USE="acl examples* iconv rrsync%* ssl stunnel* xattr -lz4 -system-zlib -verify-sig -xxhash -zstd (-ipv6%*)" PYTHON_SINGLE_TARGET="python3_10 -python3_8 -python3_9"
Created attachment 836747 [details] emerge-info.txt
Created attachment 836749 [details] emerge-history.txt
Created attachment 836751 [details] environment
Created attachment 836753 [details] etc.clang.tar.bz2
Created attachment 836755 [details] etc.portage.tar.bz2
Created attachment 836757 [details] logs.tar.bz2
Created attachment 836759 [details] net-misc:rsync-3.2.7-r1:20221125-140520.log
Created attachment 836761 [details] temp.tar.bz2
error is /dev/null'ed but it's probably hitting (from md-convert script): Failed to find cmarkgfm or commonmark for python3.
(In reply to Ionen Wolkens from comment #9) > error is /dev/null'ed but it's probably hitting (from md-convert script): > > Failed to find cmarkgfm or commonmark for python3. ..albeit unsure why it's trying to generate it when the rrsync.1 is already there
I assume the >/dev/null ionen is referring to is in maybe-make-man:14. Unfortunately, I am unable to reproduce this (even with the exact same USE flag combination). My first intuition was what this may be caused by "rm support/rrsync*" in the ebuild. This deletes not only the support/rrsync Python script, which may be enough, but also its man page in markdown format (support/rrsync.1.md). However, this deletion is performed very late in src_install, it should not affect anything in src_compile.
rrsync's Makefile contains rrsync.1: support/rrsync.1.md md-convert Makefile and the Makefile is newer than the shipped rrsync.1 man page, hence the build system tries to regenerate the man page and fails because for non -9999 ebuild, we do not depend on dev-python/commonmark.
It's actually because the scripts check if support/rrsync.1 exists while the pre-generated rrsync.1 is at the top level, unlike other man pages it doesn't expect that directory. i.e. creating that file workarounds it and then it'll install the top level rrsync.1 without re-creating it
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=5616d3b3c78fee3e7ba879eed5c606e05339bc50 commit 5616d3b3c78fee3e7ba879eed5c606e05339bc50 Author: Florian Schmaus <flow@gentoo.org> AuthorDate: 2022-11-26 08:54:04 +0000 Commit: Florian Schmaus <flow@gentoo.org> CommitDate: 2022-11-26 08:59:34 +0000 net-misc/rsync: fix rrsync.1 man page handling Thanks to ionen for co-debugging the root cause of this. Closes: https://bugs.gentoo.org/883049 Signed-off-by: Florian Schmaus <flow@gentoo.org> net-misc/rsync/rsync-3.2.7-r1.ebuild | 7 +++++++ 1 file changed, 7 insertions(+)
