session and seat management

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

Dieses Issue hat noch niemand übernommen.

Bewertung

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

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.

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.

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

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus void-linux/void-docs

Alle Issues in void-linux/void-docs

Ähnliche Issues

Weitere Issues zu Documentation

Neue Issues direkt in Ihr Postfach

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