(gelöst) Schwierigkeiten beim Upgrade auf buster ohne systemd

[guennid]

buster amd64, Kommandos soeben ausgeführt:

Code: Alles auswählen

# apt-get dist-upgrade 
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
Paketaktualisierung (Upgrade) wird berechnet... Fertig
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.

# dpkg -l | grep -e 'gtk3' -e 'gtk-3' -e 'pavu'
ii  libcanberra-gtk3-0:amd64                0.30-7                              amd64        GTK+ 3.0 helper for playing widget event sounds with libcanberra
ii  libgtk-3-0:amd64                        3.24.5-1                            amd64        GTK+ graphical user interface library
ii  libgtk-3-bin                            3.24.5-1                            amd64        programs for the GTK+ graphical user interface library
ii  libgtk-3-common                         3.24.5-1                            all          common files for the GTK+ graphical user interface library
ii  libjavascriptcoregtk-3.0-0:amd64        2.4.11-3                            amd64        JavaScript engine library from WebKitGTK+
ii  libwebkitgtk-3.0-0:amd64                2.4.11-3                            amd64        Web content engine library for GTK+
ii  libwxgtk3.0-0v5:amd64                   3.0.4+dfsg-8                        amd64        wxWidgets Cross-platform C++ GUI toolkit (GTK+ runtime)
ii  pavucontrol                             3.0-4                               amd64        PulseAudio Volume Control

buster i386:

Code: Alles auswählen

# dpkg -l | grep -e 'gtk3' -e 'gtk-3' -e 'pavu'
#

Logo, pavucontrol ist ja nicht installiert.

Aber den hast du ja auf beiden System gleichermaßen.

Du meinst udev? Nein, auf der i386-System ist ein originales udev installiert. Die Mühe hatte ich mir auf diesem Testsystem nicht gemacht, es durch den eqivs-dummy zu ersetzen. Zudem bedarf es dazu eines selbst gebauten Kerns ohne initrd. Die Debian-Kernel-Images (mit initrd) sind abhängig von udev.

[smutbert]

Hm, zu udev finde ich aber keine Verbindung und ich sehe in deiner Liste auch keinen relevanten Unterschied zu meinem Buster, interessant.
Ich sehe keine andere Möglichkeit habe keine andere Idee als die Abhängigkeitskette aus meinem Beitrag auf deinem amd64-System weiterzuverfolgen, um herauszufinden bei welchem Paket und warum die bei dir unterbrochen ist.

Abgehakt sind:
pavucontrol → libcanberra-gtk3-0 → libgtk-3-0

Bleiben noch:
libsoup2.4-1 → glib-networking → gsettings-desktop-schemas → dconf-gsettings-backend → dconf-service → dbus-user-session → libpam-systemd, systemd

Für fettgedruckten würde ich es im nächsten Schritt ganz analog zu vorher mit

Code: Alles auswählen

dpkg -l | grep -e 'soup2' -e 'glib-net' -e 'gsettings'

machen. Irgendwo muss bei diesen Paketen auf deinem System etwas anders sein.

[guennid]

buster amd64

Code: Alles auswählen

$ dpkg -l | grep -e 'soup2' -e 'glib-net' -e 'gsettings'
ii  dconf-gsettings-backend:amd64           0.30.1-2                            amd64        simple configuration storage system - GSettings back-end
ii  glib-networking:amd64                   2.58.0-2                            amd64        network-related giomodules for GLib
ii  glib-networking-common                  2.58.0-2                            all          network-related giomodules for GLib - data files
ii  glib-networking-services                2.58.0-2                            amd64        network-related giomodules for GLib - D-Bus services
ii  gsettings-desktop-schemas               3.28.1-1                            all          GSettings desktop-wide schemas
ii  libsoup2.4-1:amd64

Irgendwie versteh' ich dir Logik hinter unseren Bemühungen nicht mehr. Das dist-upgrade auf dieser Maschine hat doch ergeben, dass keine Pakete durch neuere ersetzt werden müssen, ergo es keine veralteten Pakete gibt (außer eben dem aus jessie stammenden consolekit, das in buster nicht mehr vorhanden ist).

[smutbert]

Die Logik ist, dass das in buster aktuelle pavucontrol in der Kette, die ich gepostet habe, indirekt von systemd abhängt. Das was auf deinem 32Bit-System passiert ist also genau das Verhalten, das man erwarten würde. In der Kette kommen außerdem weder udev noch consolekit vor.

Auf dem 64Bit-System kommst du aber aus irgendeinem Grund ohne systemd aus (behauptest du zumindest ). Irgendetwas in der Kette der Abhängigkeiten ist da also anders, als auf dem 32Bit-System (oder auch meiner Installation).
Also suche ich bei diesen etwa 10 Paketen einen Unterschied.

Wobei du im letzten Beitrag die letzte Zeile mit libsoup2.4-1 zum Teil unterschlagen hast. Die und die letzten paar Pakete noch und wir kennen zumindest einmal alle Versionsnummern der beteiligten Pakete, die auf dem 64Bit-System installiert sind:

Code: Alles auswählen

dpkg -l | grep -e 'soup2' -e 'dconf' -e 'dbus' -e 'systemd'

[guennid]

Wobei du im letzten Beitrag die letzte Zeile mit libsoup2.4-1 zum Teil unterschlagen hast.

Ups! Kopierfehler.

Code: Alles auswählen

$ dpkg -l | grep -e 'soup2' -e 'dconf' -e 'dbus' -e 'systemd'
ii  at-spi2-core                            2.30.0-7                            amd64        Assistive Technology Service Provider Interface (dbus core)
ii  dbus                                    1.12.16-1                           amd64        simple interprocess messaging system (daemon and utilities)
ii  dbus-x11                                1.12.16-1                           amd64        simple interprocess messaging system (X11 deps)
ii  dconf-gsettings-backend:amd64           0.30.1-2                            amd64        simple configuration storage system - GSettings back-end
ii  dconf-service                           0.30.1-2                            amd64        simple configuration storage system - D-Bus service
ii  libdbus-1-3:amd64                       1.12.16-1                           amd64        simple interprocess messaging system (library)
ii  libdbus-glib-1-2:amd64                  0.110-4                             amd64        deprecated library for D-Bus IPC
ii  libdconf1:amd64                         0.30.1-2                            amd64        simple configuration storage system - runtime library
ii  libqt5dbus5:amd64                       5.11.3+dfsg1-1                      amd64        Qt 5 D-Bus module
ii  libqtdbus4:amd64                        4:4.8.7+dfsg-18                     amd64        Qt 4 D-Bus module library
ii  libsoup2.4-1:amd64                      2.64.2-2                            amd64        HTTP library implementation in C -- Shared library
ii  libsystemd0:amd64                       241-7~deb10u1                       amd64        systemd utility library
ii  python-dbus                             1.2.8-3                             amd64        simple interprocess messaging system (Python interface)

[smutbert]

Vielleicht habe ich es: Installiere auf dem 32Bit-System einmal pavucontrol und dbus-x11 (natürlich nur simulieren, wir wollen doch nicht riskieren, dass du dir systemd einfängst )

Code: Alles auswählen

apt -s install pavucontrol dbus-x11

(ich habe die ganze Zeit übersehen, dass man statt dbus-user-session auch dbus-x11 installieren kann, das nicht von systemd abhängt)

[guennid]

Bingo, Herr smutbert!!!

Ist das nicht ein Manko, dass apt das nicht selbst weiß?

[jph]

(leicht OT) Von der Schwierigkeit, mehrere Init-Systeme gleichzeitig zu unterstützen: https://lists.debian.org/debian-devel-a ... 00001.html.

[bmario]

Bingo, Herr smutbert!!!

Ist das nicht ein Manko, dass apt das nicht selbst weiß?

Es weiss es schon, wenn du ihm einen kleinen Tipp gibst:

apt install -s pavucontrol systemd-

Mit dem Minus hinter systemd sagst du apt, das systemd deinstalliert werden soll. Damit sagst du apt aber auch, das du es nicht willst.

[guennid]

Von der Schwierigkeit, mehrere Init-Systeme gleichzeitig zu unterstützen

Ebenfalls leicht OT: Insbesondere, wenn eines davon systemd heißt und dessen Klassifizierung als Init-system ihm auch kaum noch gerecht wird.

Damit sagst du apt aber auch, das du es nicht willst.

Es weiß aber auch, dass sysvinit-core läuft.