A user might set git config --global merge.verifySignatures true according to their typical Git workflow. Enabling this setting breaks Scoop's git pull since buckets typically do not sign Git commits.
Set git config --local merge.verifySignatures false in ~/scoop/buckets repositories or run git pull --no-verify-signatures when performing updates.
Globally requiring signatures would break _many_ Git repos, so I don't think it's really an issue with Scoop in particular. I would instead recommend setting merge.verifySignatures on a per-repository basis, especially if you work with other Git repos.
As a workaround, you might be able to run git config --local merge.verifySignatures false in each of the buckets' clones to disable signature verification.
@magneticflux- That's true, but I still don't think that the package manager should break when it's easily avoidable, a user could just set that not having Scoop in mind.
Scoop should clone repos with the flags -c merge.verifySignatures=false or set the config locally, just in case.
Most helpful comment
@magneticflux- That's true, but I still don't think that the package manager should break when it's easily avoidable, a user could just set that not having Scoop in mind.
Scoop should clone repos with the flags
-c merge.verifySignatures=falseor set the config locally, just in case.