Version 0.21.1 fails to compile because the file '.../gettext-tools/work/stage/usr/local/share/gettext/archive.dir.tar.xz' does not exist. The file is there, but it was compressed with a different archive format so it has the name 'archive.dir.tar.bz2'. Snippet of compilation output using Portmaster: ****** ====> Compressing man pages (compress-man) ===> Installing for gettext-tools-0.21_1 ===> Checking if gettext-tools is already installed ===> Registering installation for gettext-tools-0.21_1 pkg-static: Unable to access file /usr/ports/devel/gettext-tools/work/stage/usr/local/share/gettext/archive.dir.tar.xz:No such file or directory *** Error code 1 Stop. make[1]: stopped in /usr/ports/devel/gettext-tools *** Error code 1 Stop. make: stopped in /usr/ports/devel/gettext-tools ===>>> Installation of gettext-tools-0.21_1 (devel/gettext-tools) failed ===>>> Aborting update ******
Created attachment 239146 [details] patch What version of FreeBSD are you running? What is the output of 'xz --version'? Please try the attached patch.
(In reply to Tijl Coosemans from comment #1) These are my system details: # freebsd-version 13.1-RELEASE-p5 (having an issue with getting the xz version. I will have to try another method later.) # /usr/bin/xz --version /usr/bin/xz: : Value is not a non-negative decimal integer
(In reply to brian saia from comment #2) The gettext configure script runs "xz --version" to see if it's a recent enough version. If not, it falls back on bzip2 and if that fails gzip. So to get archive.dir.tar.xz you'll have to fix that error message. Check with "env | grep ^XZ" if you have xz related environment variables set and if their value is correct.
A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/ports/commit/?id=1414c99d7c003c64cfaa169de6d4e8a9f13aaa9e commit 1414c99d7c003c64cfaa169de6d4e8a9f13aaa9e Author: Tijl Coosemans <tijl@FreeBSD.org> AuthorDate: 2023-01-03 11:10:35 +0000 Commit: Tijl Coosemans <tijl@FreeBSD.org> CommitDate: 2023-02-01 11:05:19 +0000 devel/gettext-tools: Compress archive.dir.tar with xz The configure script falls back to other compression formats (bzip2, git, gzip, ...) when it fails to detect xz. This causes pkg to complain about a pkg-plist error. Force the configure script to use xz so it prints a clearer error message when xz fails. PR: 268663 devel/gettext-tools/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
Have you been able to solve your problem?
(In reply to Tijl Coosemans from comment #5) Hi Tijl, I am not the OP but had the same issue trying to run poudriere bulk for python38. devel/gettext-tools-0.21.1 was causing the failure. I applied the patch in my ports tree manually but that didn't help, unfortunately. Is there some information I can provide to help speed up the fix? Thank you
(In reply to plex from comment #6) Output of "xz --version" and "env | grep XZ", and if /usr/local/bin/xz exists, output of "pkg which /usr/local/bin/xz".
(In reply to Tijl Coosemans from comment #7) # xz --version xz (XZ Utils) 5.2.5 liblzma 5.2.5 env | grep XZ returns empty /usr/local/bin/xz does NOT exist. It is in /usr/bin/xz but that is probably cause I am running root at the moment. xz was either preinstalled or installed with pkg git, I am not sure at this point.
(In reply to plex from comment #8) All of that looks normal. Can you copy-paste the error you are seeing?
(In reply to Tijl Coosemans from comment #9) xz -c -5 < '.'/archive.dir.tar > archive.dir.tar.xz-t && mv archive.dir.tar.xz-t archive.dir.tar.xz xz: Failed to enable the sandbox *** Error code 1 Stop. make[3]: stopped in /wrkdirs/usr/ports/devel/gettext-tools/work/gettext-0.21.1/gettext-tools/misc *** Error code 1 Stop. make[2]: stopped in /wrkdirs/usr/ports/devel/gettext-tools/work/gettext-0.21.1/gettext-tools *** Error code 1 Stop. make[1]: stopped in /wrkdirs/usr/ports/devel/gettext-tools/work/gettext-0.21.1/gettext-tools *** Error code 1 Stop. make: stopped in /usr/ports/devel/gettext-tools
(In reply to Tijl Coosemans from comment #9) And I forgot to mention I am cross compiling arm64.aarch64 13.1-STABLE on freeBSD 13.1-RELEASE amd64
(In reply to plex from comment #10) That looks like the problem from bug 269185. A fix for that bug has been committed to stable/13 earlier today so updating the base system should fix your problem.
(In reply to Tijl Coosemans from comment #12) oh, thank you Tijl for your help. Will report back after reinstalling base system.
hi Tijl, surprisingly OS update didn;t help. I also tried rebuilding the world with just applied fix from the ticket you linked but it also didn't help. THe error message is still the same, so at this point I am not sure what to do. Is there a workaround?
(In reply to plex from comment #14) Did you update both the amd64 host and the arm64 target? The other option is to remove WITHOUT_CAPSICUM if you added that somewhere and then rebuild the kernel(s).
(In reply to Tijl Coosemans from comment #15) I didn’t update the arm64 target. Is xz used in the target too when I am building the port? I guess it does. Will update here as soon as I try
This should have been mitigated in latest stable/13 as well as -CURRENT. I'll try to get it into releng/13.2 before the release.