Invalid signature #100
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Whenever i attempt to install or update anything, i get a signature error that blocks it
error: community-x86-64-v3: signature from "Archlinux CIE Repos (Build 2020/2021) cie@harting.dev" is invalid
error: database 'community-x86-64-v3' is not valid (invalid or corrupted database (PGP signature))
What mirror do you use? It may be related to #82.
Since this is @incognico 's mirror I can only poke him and recommend that you switch to another mirror if your problem persists. Nothing more I can do here at the moment.
@incognico Maybe signature and db are not matching? That's the only reasoning I can come up with. Maybe they are not expired simultaneously? (either sig or db itself is newer/older then the other one)
Switching mirror did fix the problem, i guess this issue should be kept open until the problem with the mirror is solved
Sorry but I don't why this happens. Could also not reproduce it by myself.
I have lowered the max-age for non-pkgs to less than the sync interval now, it was higher before. It is a guess but let's hope it helps.
I started to get the same error today. I’ve checked all four official mirrors, but all of them seem to have the same problem. Have the keys changed or something?
Not to my knowledge. Are you using
alhp-keyring
?Yes. I’ve tried to rebuild it—it is exactly the same, but I’ve reinstalled it just in case. I’ve tried
pacman -Syyu
. I’ve tried manually adding the keys withpacman-key --recv-keys
andpacman-key --lsign-key
. I’ve triedpacman -Scc
. Still no dice.Anything else I can try?
You can have a look at
That should list the alhp buildbot key.
I already have it:
Can you give us the exact error message you get?
Same as the one from the original post:
Well, I can not reproduce it for
alhp.harting.dev
/alhp.anonfunc.dev
. You are sure you switched mirrors?Yes. I’ve checked all four mirrors from the alhp-mirrorlist, and I get the same error on all of them. Both
core-x86-64-v3
andextra-x86-64-v3
are fine, it’s only thecommunity-x86-64-v3
that causes problems.And so on, for the other two.
Signature on
community-x86-64-v3
is fine on the server:And I get no verification error on my multiple machines running this repo as well. Whatever it is, currently I can only conclude it must be on your side somehow. Nuking the pacman keyring and repopulating it crossed my mind, but that is the nuclear option.
Nuclear option wasn’t enough. If anybody has any other ideas, I’d be glad to test them.
EDIT:
The exact commands I’ve used:
rm -rf /etc/pacman.d/gnupg && pacman-key --init && pacman-key --populate archlinux && pacman -U alhp-keyring-20211125-1-any.pkg.tar
I start to believe it might be connected to the optimisations introducing bugs to Pacman/downloader/verifier/whatever.
Why? Because if I comment out the repositories and
pacman -Syuu
with the official repos, and then uncomment the repositories, they sync and verify just fine; but any syncing after installing the optimised versions from the repo fail. With the Pacman’s defaultXferCommand
it errors on the signature verification, as above, but if I switch towget
instead, I get this:(going on until you ^c it)
Can you try downgrading
xz
(to official repo versions) when that problem occurs and see if that fixes it?Seems to help, thanks for the advice.
Will keep an eye on it to see if it will cause any problems in the nearest future and that it indeed was the issue (and not something else). I don’t think any actions should be taken just yet, I’d give it a week or so—but that’s, of course, up to you.
I queued xz for a rebuild, just to see if that fixes it. If not we have to dig deeper, maybe LTO messes something up.
Please try
xz-5.2.5-3.2
.Seems to be working fine. Thank you.
Will report back if something breaks in the future, and will remember to check against the ‘official’
xz
release.Closing this due to inactivity.