apt-get: "libstdc++6 : Beschädigt:"

[Korodny]

Ich hatte gestern nach etwas längerer (Urlaubs-) Auszeit ein dist-upgrade für meine Debian Testing-Installation durchgeführt, beinahe 300 Updates. Es wurden auch sehr viele Pakete *entfernt*, was mich aber nicht weiter beunruhigt hat - das kam schon mal vor, Versionskonflikte mit dem Multimedia-Repo was ich eingebunden habe (sources.list s.u.).

Heute merke ich aber, das VLC, Libreoffice, Kodi und Easytag weg sind - vermutlich noch mehr, habe nicht alle Anwendungen überprüft. also mal in die Konsole und versucht Libreoffice zu installieren: apt-get weist darauf hin, dass "libreoffice" von haufenweise "libreoffice-*"-Paketen abhängt die nicht installiert werden sollen. Also mal libreoffice-core zu installieren versucht:

Code: Alles auswählen

Die folgenden Pakete haben unerfüllte Abhängigkeiten:
 libreoffice-core : Hängt ab von: libreoffice-common (> 1:4.4.4) soll aber nicht installiert werden
                    Hängt ab von: ure (>= 4.2~) soll aber nicht installiert werden
                    Hängt ab von: libclucene-contribs1 (>= 2.3.3.4) soll aber nicht installiert werden
                    Hängt ab von: libclucene-core1 (>= 2.3.3.4) soll aber nicht installiert werden
                    Hängt ab von: libcmis-0.5-5 soll aber nicht installiert werden
                    Hängt ab von: libgltf-0.0-0 (>= 0.0.2) soll aber nicht installiert werden
                    Hängt ab von: libglu1-mesa soll aber nicht installiert werden oder
                                   libglu1
                    Hängt ab von: libgtk2.0-0 (>= 2.24.0) soll aber nicht installiert werden
                    Hängt ab von: libharfbuzz-icu0 (>= 0.9.18) soll aber nicht installiert werden
                    Hängt ab von: libhunspell-1.3-0 (>= 1.3.3) soll aber nicht installiert werden
                    Hängt ab von: libicu52 (>= 52~m1-1~) soll aber nicht installiert werden
                    Hängt ab von: liblangtag1 (>= 0.4.0) soll aber nicht installiert werden
                    Hängt ab von: libneon27-gnutls soll aber nicht installiert werden
                    Hängt ab von: libodfgen-0.1-1 soll aber nicht installiert werden
                    Hängt ab von: librevenge-0.0-0 soll aber nicht installiert werden
                    Hängt ab von: libxml2 (>= 2.7.4) soll aber nicht installiert werden
                    Hängt ab von: libxslt1.1 (>= 1.1.25) soll aber nicht installiert werden
                    Hängt ab von: librdf0 (>= 1.0.17) soll aber nicht installiert werden
 libstdc++6 : Beschädigt: libboost-date-time1.55.0 aber 1.55.0+dfsg-4 soll installiert werden
              Beschädigt: libreoffice-core (<= 1:4.4.4-1) aber 1:4.4.4-1 soll installiert werden
E: Fehler: Unterbrechungen durch pkgProblemResolver::Resolve hervorgerufen; dies könnte durch zurückgehaltene Pakete verursacht worden sein.

Das es so viele fehlende Libs sind, beunruhigt mich zwar etwas - aber das würde ich normalerweise erst mal aussitzen und sehen ob sich das Problem in ein, zwei Tagen erledigt hat. Scheint eh gerade in Bewegung zu sein, seit dem großen Update gestern Abend gab's bereits zweimal Nachschub...

Die Rückmeldung "beschädigt:" macht mich allerdings nervös: Das klingt als sei bei dem Update-Prozess gestern etwas schief gelaufen - das wäre gut möglich, meine Internetverbindung ist derzeit arg wackelig und bricht immer wieder ab - allerdings meine ich, den Update-Prozess nicht nochmal neu gestartet zu haben (war schon arg spät, deswegen bin ich mir nicht mehr sicher). "update" und "dist-upgrade" laufen allerdings ohne Fehlermeldung durch, und ein "sudo dpkg --configure -a" springt ohne irgendeine Fehler- oder Fortschrittsmeldung direkt wieder zum Prompt zurück.

Bin mit meinem Latein am Ende, für Hinweise wie ich überprüfen kann ob defekte Pakete o.ä. vorhanden sind, wäre ich dankbar.

/etc/apt/sources.list (das Kodi-Repository habe ich vorhin auskommentiert, wollte es eh loswerden und durch die Update-Aktion ist auch Kodi vom System entfernt worden):

Code: Alles auswählen

deb http://ftp.de.debian.org/debian/ testing main contrib non-free
deb http://security.debian.org/ testing/updates main contrib non-free
deb http://ftp.de.debian.org/debian/ testing-updates main contrib non-free

deb-src http://ftp.de.debian.org/debian/ testing main contrib non-free
deb-src http://security.debian.org/ testing/updates main contrib non-free
deb-src http://ftp.de.debian.org/debian/ testing-updates main contrib non-free

# deb-multimedia (libfaac0, deadbeef, easytag, vlc)
deb http://www.deb-multimedia.org/ testing non-free main

# kodi
# deb https://people.debian.org/~rbalint/ppa/xbmc-ffmpeg xbmc-ffmpeg-unstable/
# deb http://http.debian.net/debian unstable main

[TRex]

ich denke, dass die Meldung auf LANG=C vielleicht besser verständlich ist. Es bedeutet, dass Paket A das Paket B beschädigen würde (sie stehen in Konflikt).

Möglicherweise hat das Problem auch schon mit [1] zu tun.

[1] viewtopic.php?f=27&t=156655

[Korodny]

ich denke, dass die Meldung auf LANG=C vielleicht besser verständlich ist. Es bedeutet, dass Paket A das Paket B beschädigen würde (sie stehen in Konflikt).

Ah, danke - "Breaks:" macht im Gegensatz zu "Beschädigt:" tatsächlich klar, dass es sich um ein Verb handelt, nicht um ein Adjektiv.

Möglicherweise hat das Problem auch schon mit [1] zu tun.

[1] viewtopic.php?f=27&t=156655

Dass Debian auf libstdc++6 wechselt, hatte ich auf pro-linux gelesen, aber für mich als nicht relevant betrachtet: ich nutze ja Testing, nicht Sid.

Komisch, dass das schon zwei Tage später in Stretch aufschlägt, obwohl sie doch so viele Konflikte erwarten...

[rendegast]

Dass Debian auf libstdc++6 wechselt,

libstdc++6 habe ich schon länger an Bord.

[catdog2]

libstdc++6 habe ich schon länger an Bord.

Müsste man Wissen welche Version das ist. Hier gibts mit testing derzeit keine Probleme.

[MartinF99]

Bei testing gibts bis jetzt noch keine Probleme. Das Problem liegt daran dass du ne unstable Quelle eingebunden hast:
deb http://http.debian.net/debian unstable main
Die musst du entweder entfernen oder pakete auf testing pinnen.

[4A4B]

Das Problem liegt daran dass du ne unstable Quelle eingebunden hast:
deb http://http.debian.net/debian unstable main

Die Zeile hat Korodny ja bereits auskommentiert

[eggy]

Auskommentieren reicht halt nicht.

Code: Alles auswählen

 apt-get update 

nur hat er dann immernoch Bibliotheken/Pakete auf dem System installiert die ne Versionsnr aus sid haben. Die passen halt teilweise nicht zu Stable/Testing. Da müsste man dann händisch durch und downgraden. Keine gute Idee. Ich geh davon aus, dass sid in spätestens 14 Tagen wieder "funktioniert" - abwarten ist hier wahrscheinlich die einfachste Lösung.

Das klingt jetzt böse aber: wer nicht stutzig wird, wenn apt ihm sagt, dass es das halbe System wegschmeisst, hat es meiner Meinung nach nicht anders verdient. Aufmerksammes Lesen hilft oft viel.
Ps: Ich hab den Fehler vor Jahren auch mal gemacht, seitdem hör ich aufmerksam zu, wenn meine Kiste mir Wichtiges sagen will

[MartinF99]

Das Problem liegt daran dass du ne unstable Quelle eingebunden hast:
deb http://http.debian.net/debian unstable main

Die Zeile hat Korodny ja bereits auskommentiert

Das hab ich nicht gesehen

[Korodny]

Mir ist zwischenzeitlich auch aufgegangen, dass ich ja ein "unstable" Repository eingebunden hatte. Das ist tatsächlich fürchterlich dämlich, also wer lachen und mit dem Finger auf mich zeigen will - bitte, hab's verdient. apt-get output gegenzulesen hat dagegen in meinen Fall mangels Sachkenntnis eher wenig Sinn.

Wieder zu Unstable zurück oder warten bis Stretch Unstable "überholt" hat will ich beides nicht. Da das Unstable-Repository ja inzwischen auskommentiert ist, kann ich mit

Code: Alles auswählen

apt-show-versions | fgrep newer

Alle Pakete auflisten, die neuer sind als die in den aktiven Repositories angebotenen - 179 Stück an der Zahl. Der Output würde sich auch wunderbar für ein Batch-Skript anpassen lassen, das die genannten Pakete der Reihe nach entfernt und wieder installiert:

Code: Alles auswählen

apt:amd64 1.0.10.1 newer than version in archive
apt-transport-https:amd64 1.0.10.1 newer than version in archive
apt-utils:amd64 1.0.10.1 newer than version in archive
autopoint:all 0.19.5.1-1 newer than version in archive
build-essential:amd64 12.1 newer than version in archive
cmake:amd64 3.2.2-2+b1 newer than version in archive
cpp:amd64 4:5.2.1-4 newer than version in archive
cpp-4.8:amd64 4.8.5-1 newer than version in archive
cpp-5:amd64 5.2.1-14 newer than version in archive
cups-browsed:amd64 1.0.71-1+b1 newer than version in archive
cups-filters:amd64 1.0.71-1+b1 newer than version in archive
cups-filters-core-drivers:amd64 1.0.71-1+b1 newer than version in archive
dmsetup:amd64 2:1.02.103-2 newer than version in archive
...

Dabei kann vermutlich einiges schief gehen, aber wenn der Fall eintritt wird eben neu installiert.

Der Haken an der Sache: Wie mache ich ein Downgrade der apt-Tools? Deinstallieren und neu installieren ist ja nicht. Oder funktioniert dpkg komplett unabhängig von apt und dpkg -i <downloaded_apt> würde immer noch funktionieren?

[Livingston]

Oder funktioniert dpkg komplett unabhängig von apt und dpkg -i <downloaded_apt> würde immer noch funktionieren?

dpkg ist unabhängig von apt, also sollte ein Ersetzen von apt durch manuelles Herunterladen und Beackern mit dpkg funktionieren. Denk aber dran, auch gleich alle Abhängigkeiten zu apt mitzunehmen. Das wären dann zumindest apt-utils und apt-transport-https. Wenn die apt-Datenbank überlebt, hast Du wahrscheinlich die halbe Miete im Sack.

Good luck!

[eggy]

Ich glaub man kann mit "apt-get install paketname=version" erzwingen was er nehmen soll, schau mal in die Doku da sollte das genauer beschrieben sein.
Und bezüglich "ich hab keine Ahnung was das bedeutet": Wenn da steht Libreoffice wird deinstalliert ist es weg ... also einfach die Liste durchgehen, ob da irgendwas drinsteht was du noch haben willst.
Dann gibts zwei Strategien: a) dem ganzen Update warten oder b) einzeln nur die Pakete hochziehen, die nichts wegwerfen.
Mit der Zeit bekommt man dann auch nen Gefühl dafür was auf der Kiste eigentlich drauf ist: einfach bei jedem Update "apt-cache show paketname" für je eins der unbekannten Sachen machen,

[novalix]

Testing auf "1001" pinnen und einen downgrade zuerst mit "-s" simulieren und danach ggf. durchführen?

[KBDCALLS]

Oder funktioniert dpkg komplett unabhängig von apt und dpkg -i <downloaded_apt> würde immer noch funktionieren?

dpkg ist unabhängig von apt, also sollte ein Ersetzen von apt durch manuelles Herunterladen und Beackern mit dpkg funktionieren. Denk aber dran, auch gleich alle Abhängigkeiten zu apt mitzunehmen. Das wären dann zumindest apt-utils und apt-transport-https. Wenn die apt-Datenbank überlebt, hast Du wahrscheinlich die halbe Miete im Sack.

Good luck!

Nicht ganz richtig. apt-get , aptitude usw. sind alles Fontends für dpkg

Hier mal die Beschreibung von apt

Code: Alles auswählen

Beschreibung: Paketverwaltung für die Befehlszeile
 Dieses Paket enthält Befehlszeilenwerkzeuge, die einen Low-Level-Zugriff auf alle Funktionen der Bibliothek
 libapt-pkg ermöglichen. Mit ihnen können Sie Informationen zu Paketen suchen, verwalten und abfragen. 
 
 Das sind: 
 * apt-get für den Abruf von Paketen und Paketinformationen aus authentifizierten Quellen und für die
   Installation, Upgrade und Entfernung von Paketen zusammen mit ihren Abhängigkeiten 
 * apt-cache für die Abfrage von verfügbaren Informationen über die installierten als auch installierbare Pakete
 * apt-cdrom für die Verwendung von Wechselmedien als Paketquelle 
 * apt-config als Schnittstelle zu den Konfigurationseinstellungen 
 * apt-key als Schnittstelle zur Verwaltung von Authentifizierungschlüsseln

[Livingston]

Nicht ganz richtig. apt-get , aptitude usw. sind alles Fontends für dpkg

Unbestritten. Die Frage war ja, ob dpkg ohne apt funktioniert und sich apt & Co "zu Fuß" mit alleiniger Hilfe von dpkg downgraden lässt.

[KBDCALLS]

Dann darf oder besser muß man sich um die Abhängikeiten selbst kümmern.

[tHoRax]

@Korodny
Nur aus Neugier:
Hast du dein Problem gelöst oder hast du schon eine Neuinstallation durchgeführt?
Wenn nicht, dann müsstest du als erstes die /etc/apt/preferences Datei wie folgt editieren:

Package: *
Pin: release n=testing
Pin-Priority: 1001

Dazu kannst du man apt_preferences hinzuziehen um es zu verstehen.
Danach werden alle Pakete die beschädigt wurden auf frühere Versionen downgegradet.
Nachdem dein System wieder repariert worden ist, kannst du den Inhalt der /etc/apt/prefences Datei wieder löschen für zukünftige Updates
Gruß thorax