Abhängigkeitspfade zu systemd und mögliche Alternativen

[Meillo]

aw(o)k?

Die Awoks ...

btw, ohne den Thread kapern zu wollen: Kennt ihr die Geschichte um den Namen von awk?

[eggy]

Aho, Weinberger und Kernigham ... oder gibt's da noch ne andere Story?

[Meillo]

Aho, Weinberger und Kernigham ... oder gibt's da noch ne andere Story?

Leider finde ich nicht mehr wo ich diese Story gelesen habe: Es waren diese drei Personen, die da an einer neuen Idee/Sprache tueftelten. Es war wohl fuer die anderen Kollegen auffaellig, dass diese drei seit einer Weile staendig zusammen rumhingen, ohne dass man genau gewusst haette, an was so Interessantem sie arbeiteten. Jedenfalls fingen die anderen dann an, wenn sie an den dreien vorbei kamen, sie zu necken, indem sie ``awk, awk, awk'' riefen. (Einerseits sind das deren Anfangsbuchstaben, andererseits ist es kurz fuer das englische Wort ``awkward'', was sowas wie ungeschickt, peinlich, heikel bedeutet). So waren es wohl eher die Kollegen, die diesen Namen im Spass aufgebracht haben.

... ich hoere schon, wie es demnaechst hier durch die Threads schallt: Awoks, Awoks, Awoks ... wenn man uns drei mal wieder entdeckt, wie wir uns in einem Thread breit machen.

[JTH]

Immer interessant, so ein bisschen (Unix-) Geschichte

Aber ... oh nein, was hab ich mit dem awok da angerichtet

[fischig]

Der nächste Kandidat: geany. Auch hier kann man über die Installation von dbus-x11 statt dbus-user-sessionsystemd umgehen.

Ich habe das jetzt einfach durch „Versuch und Irrtum“ festgestellt. Das Desideratum: „Alternativen aufzeigen“ steht ja nach wie vor aus, richtig?

Schön fänd' ich auch, wenn apt von sich aus alternative Abhängigkeiten wählte/anböte, statt installierte (und im Repo vorhandene!) Pakete durch neu zu installierende zu ersetzen.

[fischig]

Der nächste Kandidat: gparted
Der Abhängigkeitenpfad ist:

Code: Alles auswählen

gparted --> policykit-1 --> default-logind --> libpam-systemd --> systemd

default-logind ist laut Paketverwaltung (z.Z.?) in bullseye gar nicht verfügbar ¹


Ergo: kein gparted ohne systemd in bullseye?

¹ https://packages.debian.org/bullseye/policykit-1

[JTH]

policykit-1 hat eigentlich eine Abhängigkeite auf default-logind | logind (default-logind oder logind). Dieses Oder wird dir wegen Einschränkungen von debtree nicht ausgegeben.

Beides sind virtuelle Pakete. default-logind wird bereitgestellt durch libpam-systemd. logind durch libpam-systemd und libpam-elogind. Du kannst die Kette hier also wohl so alternativ auflösen:

Code: Alles auswählen

gparted --> policykit-1 --> logind (= libpam-elogind) --> elogind

Wie oben schon mal indem du libpam-elogind explizit mit- oder vorab installierst.

[fischig]

Dieses Oder wird dir wegen Einschränkungen von debtree nicht ausgegeben.

Doch! - Oder ich lese nicht richtig. Beide Pakete (sowohl default-logind als auch logind) werden als alternative Abhängigkeit für policykit-1 ausgegeben. Aber da beide gleichzeitig auch als „z.Z. nicht verfügbar“ (wie immer ich das verstehen soll) ausgegeben werden, habe ich nicht weiter nach Ersatz für eines der beiden gesucht. So fit bin ich nicht.

Trotzdem danke für den Hinweis auf libpam-elogind!

Ich mach' das hier auch mehr zu Dokumentationszwecken. Ich bin ja vielleicht nicht der einzige, der sich bemüht, ein aktuelles Debian ohne systemd - so wie versprochen - aufgesetzt zu kriegen.

In diesem Sinne änderte ich gerne nochmal den Threadtitel: „Abhängigkeitspfade zu systemd und mögliche Alternativen“.
Aber ich bin zu autoritätsfixiert, um einen moderatorenseits geänderten Titel eigenmächtig noch mal zu ändern.

edit:
Dunnerlüttchen: mit lipbam-elogind lässt sich sogar bleachbit wieder ohne systemd installieren und als Sahnehäubchen wird auch die Klette libsystemd0 mit entfernt!

[JTH]

Doch! - Oder ich lese nicht richtig.

Tatsache, wenn man debtree etwas anders als in unseren Skriptlösungen hier ausm Thema aufruft, stellt es die Oder-Alternativen dar. Ich hatte im Hinterkopf, dass es das nicht kann.

Aber da beide gleichzeitig auch als „z.Z. nicht verfügbar“ (wie immer ich das verstehen soll) ausgegeben werden, habe ich nicht weiter nach Ersatz für eines der beiden gesucht.

apt show verrät dir ja, dass beide ein virtuelles Paket sind:

Code: Alles auswählen

$ apt show default-logind logind
Package: default-logind
State: not a real package (**virtual**)
Package: logind
State: not a real package (**virtual**)
[…]

Die Kandidaten für ein virtuelles Paket zeigt z.B. apt-cache showpkg:

Code: Alles auswählen

$ apt-cache showpkg logind
[…]
Reverse Provides: 
libpam-systemd 247.9-4 (= 247.9-4)
libpam-systemd 247.3-6 (= 247.3-6)
libpam-elogind 246.9.1-1+debian1 (= 246.9.1-1+debian1)

Keine Ahnung, warum das apt show nicht einfach genauso macht …

In diesem Sinne änderte ich gerne nochmal den Threadtitel: „Abhängigkeitspfade zu systemd und mögliche Alternativen“.
Aber ich bin zu autoritätsfixiert, um einen moderatorenseits geänderten Titel eigenmächtig noch mal zu ändern.

Ist genehmigt Spart uns ein Aufsplitten (Oder ist das Titeländern nach anderthalb Monaten womöglich für nicht-Mods eingeschränkt?)

[fischig]

apt show verrät dir ja, dass beide ein virtuelles Paket sind

Du überschätzt meine geistige Beweglichkeit.

[eggy]

Code: Alles auswählen

$ apt-cache showpkg logind

Keine Ahnung, warum das apt show nicht einfach genauso macht …

weil das "apt show" eher dem "apt-cache show" entspricht
schau mal in die manpage von apt-cache, da gibts showpkg und show