https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/ Issue: sys-fs/cryfs-0.10.2 fails to compile. Discovered on: amd64 (internal ref: ci)
Created attachment 683578 [details] build.log build log and emerge --info
Created attachment 683581 [details] 1-CMakeOutput.log 1-CMakeOutput.log
Possible context of error(s): Error running versioneer. Return code is: No such file or directory, error
This looks potentially like a missing dependency on dev-python/versioneer[${PYTHON_USEDEP}] but I have been unable to reproduce this error in my setup even if I remove dev-python/versioneer - when I look at the build dir versioneer.py seems to be vendored in there so "-- Building version" still works for me and the script it runs just uses the vendored versioneer. Does this still reproduce? If so is it possible to make the tinderbox ci just run ebuild prepare and then attempt to run the following script? /var/tmp/portage/sys-fs/cryfs-0.10.2/work/src/gitversion/getversion.py For me even without versioneer installed I see 0.10.2 as the output. https://github.com/cryfs/cryfs/blob/develop/src/gitversion/getversion.py https://github.com/cryfs/cryfs/blob/develop/src/gitversion/versioneer.py
ci has reproduced this issue with version 0.10.3-r1 - Updating summary.
you can reproduce with -native-symlinks flag
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=1f8274eda8c1723e48a5dcad429724ea01ec4862 commit 1f8274eda8c1723e48a5dcad429724ea01ec4862 Author: Sam James <sam@gentoo.org> AuthorDate: 2023-06-27 07:06:12 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2023-06-27 07:06:23 +0000 sys-fs/cryfs: fix python-any-r1 usage Closes: https://bugs.gentoo.org/908997 Closes: https://bugs.gentoo.org/880563 Signed-off-by: Sam James <sam@gentoo.org> sys-fs/cryfs/cryfs-0.10.3-r1.ebuild | 22 ++++++++++++++++++---- 1 file changed, 18 insertions(+), 4 deletions(-)
