Arch Linux

jdk7-openjdk lässt sich nicht installieren

megapop

Hi!

Ich habe die Tage mal mein System neu aufgesetzt, und jetzt lässt sich jdk7-openjdk nicht mehr installieren:

Fehler: jdk7-openjdk: signature from "Andreas Radke <andyrtr@archlinux.org>" is invalid
Fehler: Konnte den Vorgang nicht durchführen (Ungültiges oder beschädigtes Paket (PGP-Signatur))
Fehler sind aufgetreten, keine Pakete wurden aktualisiert.

Ich hab natürlich direkt bei der Arch-Installation nen keyring erzeugt, muss man ja jetzt.

Jemand ne Idee, woran das liegen könnte?

waldbaer59

Ich hatte letztens ein ähnliches Problem. Warum auch immer, das Abarbeiten aller pacman relevanten Wikis hat nix gebracht.

Letztlich habe ich es gelöst bekommen, indem ich ein

sudo pacman -Scc

aufgerufen habe. Die dann wieder neu geladenen Pakete hat er dann anstandslos verarbeitet.
Vielleicht ist es bei Dir ähnlich, dann würde ein Rauswurf des openjdk aus Deinem pacman-Cache und weiterer Installationsversuch was bringen.

VLG

Stephan

megapop

Yeah, danke Stephan!

Dann war wohl tatsächlich der Paketdownload fehlerhaft und nicht die Signatur...

mannohneschuh

megapop schrieb

Fehler: Konnte den Vorgang nicht durchführen (Ungültiges oder beschädigtes Paket (PGP-Signatur))

ein beherztes

# rm /var/cache/pacman/pkg/$PAKET

reicht meist völlig, da nur das angesprochene Paket fehlerhaft ist.

waldbaer59 schriebLetztlich habe ich es gelöst bekommen, indem ich ein
sudo pacman -Scc
aufgerufen habe. Die dann wieder neu geladenen Pakete hat er dann anstandslos verarbeitet.

Ziemlich rabiate Methode.

man pacman schrieb […]

SYNC OPTIONS
-c, --clean
Remove packages that are no longer installed from the cache as well as currently unused sync databases to free up disk space. When
pacman downloads packages, it saves them in a cache directory. In addition, databases are saved for every sync DB you download
from, and are not deleted even if they are removed from the configuration file pacman.conf(5). Use one --clean switch to only
remove packages that are no longer installed; use two to remove all files from the cache. In both cases, you will have a yes or no
option to remove packages and/or unused downloaded databases.

waldbaer59

Ich gebe zu, die Methode war ein wenig rabiat, in dem von mir bearbeiteten Fall aber sicher die beste Lösung, weil ausgerechnet ein großer Teil der KDE-Pakete zu diesem Zeitpunkt neu reingekommen sind. Abgesehen davon wollte ich auf diesem Rechner (da arbeitet mein Schatz drauf) möglichst schnell alles auf dem neuesten Stand haben.

VLG
Stephan

mannohneschuh

waldbaer59 schriebIch gebe zu, die Methode war ein wenig rabiat, in dem von mir bearbeiteten Fall aber sicher die beste Lösung, weil ausgerechnet ein großer Teil der KDE-Pakete zu diesem Zeitpunkt neu reingekommen sind. Abgesehen davon wollte ich auf diesem Rechner (da arbeitet mein Schatz drauf) möglichst schnell alles auf dem neuesten Stand haben.

VLG
Stephan

Aber du hast jetzt von keinem Paket das installiert ist ein Backup. Wenn du nun ein Paket updatest kannst du nicht einfach per 'pacman -U /var/cache/pacman/pkg/PAKET-IN-ÄLTERER-VERSION.xz' downgraden.

waldbaer59

Das ist im Prinzip richtig. Verbleiben wir vielleicht so, dass pacman -Scc als 'ultima ratio' angesehen werden sollte, oder zumindest dass man für den Fall des Falles vor seiner Benutzung den Pacman-Cache sichern sollte.
Bei dem Rechner meiner Frau habe ich offenbar einen unglücklichen Update-Zeitpunkt erwischt gehabt(?) und daher die Probleme bekommen.
Immerhin hatte meine eigene Kiste nicht diese Mucken. Daher (und weil ich den Softwarestand ziemlich synchron halte) hätte mein eigener Pacman-Cache als Notnagel herhalten können.

Abgesehen davon kennst Du meine Backup-Strategie nicht ;-) , die ist schon ziemlich paranoid ...

Aber Du hast mit Deinen Anmerkungen insofern Recht, als ich eine solche Empfehlung nur mit den entsprechenden möglichen 'Risiken und Nebenwirkungen' weiter geben sollte. Ich werde das zukünftig beachten.

VLG
Stephan