Bug 883049 – net-misc/rsync-3.2.7-r1 - ERROR: support/rrsync.1 cannot be created.

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Toralf Förster 2022-11-25 15:40:02 UTC]

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 <[e-mail]>
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"

[Comment 1 Toralf Förster 2022-11-25 15:40:03 UTC]

Created attachment 836747 [details]
emerge-info.txt

[Comment 2 Toralf Förster 2022-11-25 15:40:04 UTC]

Created attachment 836749 [details]
emerge-history.txt

[Comment 3 Toralf Förster 2022-11-25 15:40:06 UTC]

Created attachment 836751 [details]
environment

[Comment 4 Toralf Förster 2022-11-25 15:40:07 UTC]

Created attachment 836753 [details]
etc.clang.tar.bz2

[Comment 5 Toralf Förster 2022-11-25 15:40:08 UTC]

Created attachment 836755 [details]
etc.portage.tar.bz2

[Comment 6 Toralf Förster 2022-11-25 15:40:09 UTC]

Created attachment 836757 [details]
logs.tar.bz2

[Comment 7 Toralf Förster 2022-11-25 15:40:10 UTC]

Created attachment 836759 [details]
net-misc:rsync-3.2.7-r1:20221125-140520.log

[Comment 8 Toralf Förster 2022-11-25 15:40:11 UTC]

Created attachment 836761 [details]
temp.tar.bz2

[Comment 9 Ionen Wolkens 2022-11-25 16:06:57 UTC]

error is /dev/null'ed but it's probably hitting (from md-convert script):

    Failed to find cmarkgfm or commonmark for python3.

[Comment 10 Ionen Wolkens 2022-11-25 16:08:43 UTC]

(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

[Comment 11 Florian Schmaus 2022-11-25 21:47:15 UTC]

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.

[Comment 12 Florian Schmaus 2022-11-25 22:05:54 UTC]

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.

[Comment 13 Ionen Wolkens 2022-11-25 23:28:11 UTC]

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

[Comment 14 Larry the Git Cow 2022-11-26 08:59:42 UTC]

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 <[e-mail]>
AuthorDate: 2022-11-26 08:54:04 +0000
Commit:     Florian Schmaus <[e-mail]>
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 <[e-mail]>

 net-misc/rsync/rsync-3.2.7-r1.ebuild | 7 +++++++
 1 file changed, 7 insertions(+)