Summary: | net-fs/openafs-1.8.13 fails to compile: !!! newdoc: auagd000.pdf does not exist | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Agostino Sarubbo <ago> |
Component: | Current packages | Assignee: | No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it <maintainer-needed> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | cwills, sam |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 946557 | ||
Bug Blocks: | |||
Attachments: | build.log.xz |
Description
Agostino Sarubbo
2024-11-16 16:17:34 UTC
CC'ing also the author of the commit (0f31b49a7cacc5f9e71b5721c46879eb7c6d46bf) Created attachment 908806 [details]
build.log.xz
build log and emerge --info (compressed because it exceeds attachment limit, use 'xzless' to read it)
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. 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. IMO the fop package is broken. The update to fop to drop the slot fixes the problem. 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. |