Haven’t figured out what’s wrong with the install on this - it appears to all be working, but chokes at the end:
==> Creating package "cpufetch-git"...
-> Generating .PKGINFO file...
-> Generating .BUILDINFO file...
-> Generating .MTREE file...
-> Compressing package...
zstd: can't stat 8 : No such file or directory -- ignored
==> ERROR: Failed to create package file.
error making: cpufetch-git
However - it appeared to have made the package successfully despite the message, so I installed the created package with sudo pacman -U, and it appears to work! (right facts and ID of the processor). Very strange…
I wouldn’t try THAT regardless! Just a normal yay invocation, but something got missed (that I haven’t found yet). As I said, though, it all works fine after hand-installing the package it built…
I don’t know if this gets us any further - but I was expecting it too! It has been a while on this system since I ran pacdiff - but it turned out NOT to be THAT long…
Ran pacdiff, sorted it all out, but the change to zst had already been integrated…
Problem still continues, build still succeeds anyway…
Oh - and /etc/makepkg.conf looks normal to me… unless adding -T 8 to the compression options causes a problem?? Thought I might as well use all 8 threads of this system for that…
OK kids - don’t trust anything but the Archwiki. Someone else’s script added that in ages ago - and it never gave trouble before. But - it WAS the trouble this time… maybe the change to zst differed?
The zstd man page does put the number right next to -T, but doesn’t say it must be so.
However, similar options in other tools allow separating the number from the option.
So the option handling in zstd seems slightly different from the general way.
Because of that, looks like the best practice is to follow the manuals to the letter (and then test it).
The options for each compression method are different. That is why each one has it’s own line in makepkg.conf. Generally speaking, you can’t transfer the options you used with xz to zstd.
We all know why you shouldn’t ASSUME - just another place it can get you
I haven’t propagated the change everywhere yet, but it appears to have been the problem. It is amazing how often shortcuts…aren’t! Now to try it on other builds, because I suspect I did a similar change elsewhere