[gelöst]verletzte Abhängigkeiten bei Upgrade auf stretch

[sahne99]

Hallo!

Ich wollte auf testing/stretch upgraden aber es kommt zu einigen Abhängigkeiten.
Da ich noch nicht viel mit Abhängigkeiten zu kämpfen hatte, wollte ich erfahren wie ihr immer mit der Sache umgeht.

Meine Abhängikeiten beim Upgrade:

Code: Alles auswählen

Die folgenden Pakete haben verletzte Abhängigkeiten:
 xserver-xorg-video-siliconmotion : Hängt ab von: xorg-video-abi-18, welches ein virtuelles Paket ist.
 perl-base : Kollidiert mit: perl-base:i386 aber 5.20.2-4 soll installiert werden.
 perl-base:i386 : Kollidiert mit: perl-base aber 5.20.2-4 soll installiert werden.
 xserver-xorg-core : Kollidiert mit: xserver-xorg-video-modesetting aber 0.9.0-1+b1 ist installiert.
 libperl5.20 : Kollidiert mit: libperl5.20:i386 aber 5.20.2-4 soll installiert werden.
 libperl5.20:i386 : Kollidiert mit: libperl5.20 aber 5.20.2-4 soll installiert werden.
 xserver-xorg-video-modesetting : Hängt ab von: xorg-video-abi-18, welches ein virtuelles Paket ist.
Diese Abhängigkeiten manuell auflösen? [N/+/-/_/:/?]

Kann man irgendwo sehen, ob diese Pakete noch in der geforderten Version noch bereitgestellt werden?

Gruß sahne99

[Blackbox]

Darf man fragen, warum du Debian Testing - Der Name ist Programm - verwendest, wenn du keine Ahnung vom Paketmanagement hast und Konflikte nicht lösen kannst ?

Um dein Problem besser beurteilen zu können, benötigen wir noch folgende Informationen:

• Wo kommen die vielen virtuellen Pakete her ?
• Wie hast du, seiner Zeit das System installiert ?
• Was hast du bisher versucht ?
• Wie sieht deine »sources.list« aus ?

[rendegast]

Per '... upgrade' oder '... dist-upgrade'?

[sahne99]

Hallo Blackbox!

Danke für deine Antwort.
Ich werde mal probieren deine Fragen zu beantworten...

Darf man fragen, warum du Debian Testing - Der Name ist Programm - verwendest, wenn du keine Ahnung vom Paketmanagement hast und Konflikte nicht lösen kannst ?

Um zu lernen wie man das Paketmanagement benutzt um Konflikte zu lösen.
Das gibt es bei stable wahrscheinlich nicht so häufig.
Ich möchte gerne testing benutzen, weil ich aktuelle Software benutzen möchte.

Um dein Problem besser beurteilen zu können, benötigen wir noch folgende Informationen:

• Wo kommen die vielen virtuellen Pakete her ?

Gute Frage! Leider kann ich diese im Detail nicht beantworten.
Ich nehme an, dass ich sie durch Abhängigkeiten mitinstalliert habe. Nun werden aber die virtuellen Pakete ersetzt, die dann die Konflikte auslösen?

• Wie hast du, seiner Zeit das System installiert ?

Ich habe ein minimales System installiert von einer Debian-netinst-CD. Danach die /etc/apt/sources.list editiert (wie unten gezeigt- nur jessie anstatt stretch)grafische Oberfläche und weitere Software per "aptitude" aus den debian-source-liste.

• Was hast du bisher versucht ?

Ehrlich gesagt noch nicht sehr viel...
Ich habe mir die einzelnen Pakete, die Abhängigkeitskonflikte auslösen mit "aptitude show [Paketname]" angesehen. Nur dann wusste ich nicht mehr wirklich weiter und wollte hier mal fragen.

• Wie sieht deine »sources.list« aus ?

[/list]

/etc/apt/sources.list:

Code: Alles auswählen

deb http://ftp.de.debian.org/debian stretch main contrib non-free

deb http://ftp.debian.org/debian/ stretch-updates main contrib non-free

deb http://security.debian.org/ stretch/updates main contrib non-free

Meine generelle Frage lautet: Wie geht ihr in solchen Fällen mit Konflikten um?

[sahne99]

Per '... upgrade' oder '... dist-upgrade'?

per 'dist-upgrade'

bei 'upgrade' steht synonym für safe-upgrade. Upgradest du immer mit 'safe-upgrade'?
Machen das viele so? Ist das sinnvoll?
Habe es bei mir eben ausprobiert und da gibt es keine Konflikte aber es werden auch nicht alle Pakete upgegradet.

[Blackbox]

Wäre es nicht sinnvoller gewesen, ein stabiles System zu installieren, eine virtuelle Maschine aufzusetzen und darin ein Testsystem zu installieren.

Eigentlich kümmert sich der »Problem Solver« um das Auflösen der Abhängigkeiten, aber bei dir muss wohl etwas grundlegend schlief gelaufen sein ?

Welche Pakete hast du denn installiert, um deinen KDE Desktop zu realisieren ?

In einem Testingsystem ist es sehr wichtig, dass du immer ein update und ein dist-upgrade durchführst !
Da ich kein aptitude verwende und deswegen die Syntax nicht kenne, zeige ich es dir mit Hilfe von apt-get.

Code: Alles auswählen

# apt-get update && apt-get dist-upgrade

Denn erst dieses dist-upgrade sorgt dafür, dass auch die Abhängigkeiten, der zu aktualisierenden Pakete, ebenfalls ein upgrade erhalten.
Ansonsten macht es irgendwann »Peng«, wie bei dir geschehen.

[rendegast]

Zumindest die beiden
xserver-xorg-video-siliconmotion
xserver-xorg-video-modesetting
sind in stretch nicht mehr vorhanden resp. obsolet.

Bei den anderen
libperl5.20, perl-base
libperl5.20:i386, perl-base:i386
löst sich der Konflikt wohl durch das Upgrade aller 4 Pakete.
EDIT ( 786575, 717882. Mittlerweile Version 5.20.2-6 in stretch) Könnte sich auch einfach so auflösen.
Ansonsten "Ist halt so ein testing-Ding"

Per 'aptitude dist-upgrade' werden wohl auch entsprechende Vorschläge gemacht.

[sahne99]

Wäre es nicht sinnvoller gewesen, ein stabiles System zu installieren, eine virtuelle Maschine aufzusetzen und darin ein Testsystem zu installieren.

Brauche keine virtuelle Maschine, wenn ich noch eine leere Festplatte herum zu liegen habe.

Eigentlich kümmert sich der »Problem Solver« um das Auflösen der Abhängigkeiten, aber bei dir muss wohl etwas grundlegend schlief gelaufen sein ?

Ja, das ist richtig.

Welche Pakete hast du denn installiert, um deinen KDE Desktop zu realisieren ?

Verstehe nicht wozu das wichtig ist um die Abhängigkeiten aufzulösen.

Code: Alles auswählen

aptitude install kdm kde-full

In einem Testingsystem ist es sehr wichtig, dass du immer ein update und ein dist-upgrade durchführst !
Da ich kein aptitude verwende und deswegen die Syntax nicht kenne, zeige ich es dir mit Hilfe von apt-get.

Code: Alles auswählen

# apt-get update && apt-get dist-upgrade

Denn erst dieses dist-upgrade sorgt dafür, dass auch die Abhängigkeiten, der zu aktualisierenden Pakete, ebenfalls ein upgrade erhalten.
Ansonsten macht es irgendwann »Peng«, wie bei dir geschehen.

hmm... reicht nicht nur ein "full-upgrade" (oder auch dist-upgrade) um ein System vollständig mit den aktuellen Paketen zu upgraden?
"upgrade" ist ja nur die konservativere Variante.

Code: Alles auswählen

Use the full-upgrade command to upgrade as many packages as possible.

[sahne99]

Zumindest die beiden
xserver-xorg-video-siliconmotion
xserver-xorg-video-modesetting
sind in stretch nicht mehr vorhanden resp. obsolet.

Bei den anderen
libperl5.20, perl-base
libperl5.20:i386, perl-base:i386
löst sich der Konflikt wohl durch das Upgrade aller 4 Pakete.
EDIT ( 786575, 717882. Mittlerweile Version 5.20.2-6 in stretch) Könnte sich auch einfach so auflösen.
Ansonsten "Ist halt so ein testing-Ding"

Per 'aptitude dist-upgrade' werden wohl auch entsprechende Vorschläge gemacht.

Hi rendegast!

Du hast mich auf eine Idee gebracht. Dazu ist auch ein Forum gut!
Da die Pakete anscheinend obsolet sind, kann man diese wahrscheinlich löschen.
Dann werde ich mal weitersehen....

[Radfahrer]

hmm... reicht nicht nur ein "full-upgrade" (oder auch dist-upgrade) um ein System vollständig mit den aktuellen Paketen zu upgraden?
"upgrade" ist ja nur die konservativere Variante.

Richtig.
apt-get dist-upgrade entspricht aptitude full-upgrade.
apt-get upgrade entspricht aptitude safe-upgrade.

In jedem Fall darf man aber vorher natürlich nicht das apt-get update, bzw. aptitude update vergessen, um erst einmal die Paketlisten zu aktualisieren.

Also genau so, wie es Blackbox auch geschrieben hat:

Code: Alles auswählen

# apt-get update && apt-get dist-upgrade

[sahne99]

hmm... reicht nicht nur ein "full-upgrade" (oder auch dist-upgrade) um ein System vollständig mit den aktuellen Paketen zu upgraden?
"upgrade" ist ja nur die konservativere Variante.

Richtig.
apt-get dist-upgrade entspricht aptitude full-upgrade.
apt-get upgrade entspricht aptitude safe-upgrade.

In jedem Fall darf man aber vorher natürlich nicht das apt-get update, bzw. aptitude update vergessen, um erst einmal die Paketlisten zu aktualisieren.

Also genau so, wie es Blackbox auch geschrieben hat:

Code: Alles auswählen

# apt-get update && apt-get dist-upgrade

Ja, mein Fehler. Hatte ein "upgrade" gelesen gehabt.

[sahne99]

Code: Alles auswählen

# aptitude full-upgrade
Es werden keine Pakete installiert, aktualisiert oder entfernt.
0 Pakete aktualisiert, 0 zusätzlich installiert, 0 werden entfernt und 0 nicht aktualisiert.
0 B an Archiven müssen heruntergeladen werden. Nach dem Entpacken werden 0 B zusätzlich belegt sein.

Alle Abhängigkeiten aufgelöst!
Habe die xserver-xorg-video-siliconmotion und xserver-xorg-video-modesetting entfernt.
perl-base und libperl5.20 sind auch aktualisiert und die i386-Pakete entfernt.

Code: Alles auswählen

# dpkg --list | grep perl
...
ii  libperl5.20                           5.20.2-6                            amd64        shared Perl library
...
ii  perl-base                             5.20.2-6                            amd64        minimal Perl system
...

[KBDCALLS]

Zu solchen Situationen kanns in Testing immer mal kommen.

Der xserver-xorg-video-siliconmotion ist in Testing noch nicht angekommen.