You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
You can try and reproduce the issue with makepkg by cloning the git repo inside some (maybe temporary) directory that starts with a ., like ~/.mytemp/ and see if the issue occurs with plain makepkg there as well.
You can try and reproduce the issue with makepkg by cloning the git repo inside some (maybe temporary) directory that starts with a ., like ~/.mytemp/ and see if the issue occurs with plain makepkg there as well.
That was spot on! This indeed seems like it should be fixed on sfz's side, so I'll report there.
The same issue happens with aur.archlinux.org/packages/helix-git. It builds and installs fine with makepkg -si even when done in a hidden directory but has been failing for some people (but not for others) with yay --devel. The comments on the AUR package page might be of help.
This might just be a bad config issue on my machine. Any help with debugging this will be appreciated. Thanks.
Affected Version
yay v10.2.0 - libalpm v12.0.2
Describe the bug
The sfz package has a
check()
function that runs tests from upstream, but this specific test is failing only when building withyay
:Reproduction Steps
RUST_BACKTRACE=1
environment variable (optional)yay -S sfz
check()
functionExpected behavior
The package builds just fine with
makepkg -s
, so I assume this test failure is somewhat related toyay
(?)Output
The text was updated successfully, but these errors were encountered: