Was bedeutet "Folgende Pakete wurden zurückgehalten"? Wenn apt-get upgrade ich eine Aktion mache, erhalte ich manchmal die Meldung "Die folgenden Pakete wurden zurückgehalten". Zum Beispiel: $ sudo apt-get upgrade Reading package lists... Done Building dependency tree Reading state information... Done The following packages have been kept back: linux-headers-server linux-image-server linux-server 0 upgraded, 0 newly installed, 0 to remove and 3 not upgraded. Was bedeutet das genau? Offensichtlich wurden die Pakete zurückgehalten und nicht installiert, aber warum? Die folgende Frage wäre: Wie aktualisiert man diese zurückgehaltenen Pakete? Antworten: Wenn für das Upgrade ein anderes Paket gelöscht oder ein neues Paket installiert werden muss, wird das Paket "zurückgehalten". Wie die Manpage für apt-get upgrade erklärt: Derzeit installierte Pakete, für die neue Versionen verfügbar sind, werden abgerufen und aktualisiert. Derzeit installierte Pakete werden unter keinen Umständen entfernt oder Pakete, die noch nicht installiert sind, werden abgerufen und installiert.
Discussion: Die folgenden Pakete sind zurückgehalten worden - Unterschiedliche Versionsnummern pro Architektur (zu alt für eine Antwort) Hallo. linux-libc-dev linux-libc-dev:i386 Die Installation schlägt wohl fehl, da die Versionsnummer unterschiedlich linux-libc-dev: Beschädigt: linux-libc-dev:i386 (! = 3. 16. 43-2+deb8u5) aber linux-libc-dev (! = 3. 43-2+deb8u4) aber 3. 43-2+deb8u5 soll installiert werden Ist das ein Fehler bei mir, oder ist das ein Fehler von den Paketen? Wenn ersteres zutrifft? wie update ich die Pakete am besten? Das kommt schon mal vor. Üblicherweise sind die i386-Build-Hosts etwas langsamer als die amd64-Build-Hosts. Ich würde einfach warten und dann nochmal probieren. Mich wundert, dass Du das offenbar zum ersten Mal siehst. Ich hatte das bei Sid schon des öfteren. Ciao, -- Martin Hi! Post by Martin Steigerwald linux-libc-dev linux-libc-dev:i386 Das kommt schon mal vor. Er verwendet ja auch nicht sid, sondern jessie;) Passt aber trotzdem: Der build von diesem security upgrade ist anscheinend noch nicht durch...
Allerdings wird hier mindestens Version 2. 8 benötigt. Diese gibt es nur in stretch-backports. So lange diese Version nicht in stretch-security zur Verfügung steht nützt es nichts Enigmail aus testing oder unstable zu installieren. Man kann aber problemlos die Upstream Version von Enigmail installieren und dann klappt auch wieder alles was GPG Verschlüsselung angeht. Aus Debian Sicht ist dies alles nicht zufriedenstellend da eben die Upstream Version nicht DFSG konform ist, da alle Arbeiten in Debian aber freiwillig sind gibt es eben keinen Zwang das ein Maintainer etwas zum Zeitpunkt X fertig zu haben hat. Zusätzlich erschwerend kommt hinzu, dass Enigmail eben ziemlich sicherheitsrelevant ist, da ist ein gesunder Konservatismus gefragt. Die genaueren und detaillierten Gründen kann man im Bugtracker zu Enigmail finden. Wenn jemand helfen will das Enigmail "Problem" zu lösen sei er herzlich dazu eingeladen. DKG als Maintainer von Enigmail und GnuPG in Debian ist bekannt dafür sehr hilfreich und kompetent zu sein!
Seit einiger Zeit werden Pakete zurückgehalten. Moderiert von Taomon: Frage zur Paketverwaltung daher verschoben. lubux Anmeldungsdatum: 21. November 2012 Beiträge: 12397 26. März 2018 09:40 Dirk_Lehmann_Ubuntu schrieb: root@ubuntu:/home/dirk# apt-get upgrade Versuch mal mit: apt-get upgrade --with-new-pkgs (Themenstarter) 26. März 2018 09:44 Das hat funktioniert: Danke! Wofür steht der Parameter --with-new-pkgs?!? Sollte man den dann immer in regelmäßigen Abständen verwenden? 26. März 2018 09:47 Dirk_Lehmann_Ubuntu schrieb: Wofür steht der Parameter --with-new-pkgs?!? Lt. manpage von apt-get: --with-new-pkgs Allow installing new packages when used in conjunction with upgrade. This is useful if the update of a installed package requires new dependencies to be installed. Instead of holding the package back upgrade will upgrade the package and install the new dependencies. Note that upgrade with this option will never remove packages, only allow adding new ones. Dirk_Lehmann_Ubuntu schrieb: Sollte man den dann immer in regelmäßigen Abständen verwenden?
Ich würde einfach warten und dann nochmal probieren.
Mich wundert, dass Du das offenbar zum ersten Mal siehst. Ich hatte das bei
Sid schon des öfteren.