void-linux / void-linux/void-docs

session and seat management

Offen
#897 0 Kommentare 5 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Vorherrschende Sprache
CSS
Sterne
217
Forks
212
Ø Merge
2 T. 21 Std.
Gemergte PRs (30 T.)
1

Beschreibung

The current documentation for session and seat management is pretty neutral and doesn't suggest any solution. It provides 4 sections with different options, where the user has to basically always choose dbus and then one or two other options, of which some overlap or conflict.

I think the core issues that should be addressed are:

  1. dbus session bus: turnstile
  2. XDG_RUNTIME_DIR: turnstile or elogind
  3. user services for pipewire, pipewire-pulse and wireplumber: turnstile
  4. Wayland: elogind or seatd
  5. polkit, rtkit: elogind
  6. power management (hooks, events and triggering (swayidle, gnome, kde)): elogind

If we want to solve them that makes turnstile a hard requirement, no more hacky dbus-run-session, no more xdg autostart bullshit for user services.

Then the next choice is between elogind and seatd, seatd only provides the bare minimum to make wayland work. elogind solves the core issues and provides additional features like uaccess udev device access and the logind dbus api for desktop environments.

Might also make sense to just make this default for the desktop ISOs.

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

  1. Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
  3. Forke das Repository und arbeite in einem Branch.
  4. Öffne einen Pull Request, der die Issue-Nummer nennt.

Rechercherichtung

Beginne damit, die aktuelle Dokumentation zur Session- und Seat-Verwaltung sowie ihre vier Optionsabschnitte zu prüfen. Ordne zu, welche Komponenten jede Option bereitstellt, und strukturiere die Anleitung anschließend neu, sodass die empfohlenen Kombinationen, Abwägungen und ein möglicher Desktop-ISO-Standard explizit dargestellt werden; abgeschlossen ist die Aufgabe, wenn Benutzer eine funktionierende Einrichtung auswählen können, ohne auf die aufgeführten Hacks angewiesen zu sein.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Bereich
documentation
Issue-Typ
Dokumentation
Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Aktivitätsstatus
Ruhig
Klarheit
Größtenteils klar
Anfängerfreundlichkeit
45/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.