Bug 943638 – net-fs/openafs-1.8.13 fails to compile: !!! newdoc: auagd000.pdf does not exist

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Agostino Sarubbo 2024-11-16 16:17:34 UTC]

https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/

Issue: net-fs/openafs-1.8.13 fails to compile.
Discovered on: amd64 (internal ref: ci)

Info about the issue:
https://wiki.gentoo.org/wiki/Project:Tinderbox/Common_Issues_Helper#CF0014

[Comment 1 Agostino Sarubbo 2024-11-16 16:17:35 UTC]

CC'ing also the author of the commit (0f31b49a7cacc5f9e71b5721c46879eb7c6d46bf)

[Comment 2 Agostino Sarubbo 2024-11-16 16:17:36 UTC]

Created attachment 908806 [details]
build.log.xz

build log and emerge --info (compressed because it exceeds attachment limit, use 'xzless' to read it)

[Comment 3 Cheyenne Wills 2024-11-17 18:42:14 UTC]

Looks like the fop package doesn't install a binary called "fop", but is using a slotted version, fop-2.8

Configure is using the check:

    AC_CHECK_PROGS([DOCBOOK2PDF], [fop dblatex docbook2pdf], [echo])]) 

which leads to configure failing to find a valid docbook2pdf routine.

[Comment 4 Cheyenne Wills 2024-12-12 20:26:34 UTC]

Not quite sure how to correctly fix this.

Upstream is looking for "fop", but the gentoo package for fop adds a version to the name of the binary (e.g. fop-2.8) due to package slotting.

Unless there is a reliable method to get the name of the fop binary, I will have to remove fop as a dependency and not use it for building the doc.

[Comment 5 Sam James 2024-12-16 19:48:29 UTC]

IMO the fop package is broken.

[Comment 6 Cheyenne Wills 2025-01-06 00:29:19 UTC]

The update to fop to drop the slot fixes the problem.

[Comment 7 Sam James 2025-01-06 00:33:13 UTC]

BTW, there was arguably a build system bug here too, as it should've failed on the fop call failing, not left it for us to fail later when we tried to call newdoc on a non-existent file.