mherrb/seatd
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
No description
166 commits 2 branches 13 tags 346 KiB
Find a file
Kenny Levinsen a9b2079319 meson: Make summary prettier
2021-03-15 20:23:09 +01:00
.builds ci: Clean up build manifests 2020-11-03 15:42:09 +01:00
common Normalize log texts a bit 2021-03-02 00:27:38 +01:00
contrib/systemd contrib: Add example systemd service 2020-08-07 16:06:00 +02:00
examples/simpletest simpletest: Close fd after closing device 2020-12-14 23:41:17 +01:00
include log: Include debug logs in release builds 2021-03-02 00:27:38 +01:00
libseat Convert a few debug logs to error logs 2021-02-27 19:57:20 +01:00
man man: Mention assistance from other contributors 2020-09-07 23:54:52 +02:00
seatd Normalize log texts a bit 2021-03-02 00:27:38 +01:00
tests connection: Add unittest 2020-10-12 18:02:00 +02:00
.clang-format Add clang format specification 2020-07-31 00:23:03 +02:00
LICENSE Add LICENSE 2020-07-31 01:34:04 +02:00
meson.build meson: Make summary prettier 2021-03-15 20:23:09 +01:00
meson_options.txt meson: Make default seatd socket path configurable 2020-09-22 01:14:20 +02:00
README.md readme: Update mailing list link 2020-10-16 21:38:32 +02:00

README.md

seatd and libseat

A minimal seat management daemon, and a universal seat management library.

Currently supports Linux and FreeBSD. Alpha

What is seat management?

Seat management takes care of mediating access to shared devices (graphics, input), without requiring the applications needing access to be root.

What's in the box?

seatd

A seat management deamon, that does everything it needs to do. Nothing more, nothing less. Depends only on libc.

libseat

A seat management library allowing applications to use whatever seat management is available.

Supports:

  • seatd
  • (e)logind
  • embedded seatd for standalone operation

Each backend can be compile-time included and is runtime auto-detected or manually selected with the LIBSEAT_BACKEND environment variable.

Which backend is in use is transparent to the application, providing a simple common interface.

Why not (e)logind?

systemd-logind is not portable, and being part of the systemd project, it cannot be used in an environment not based on systemd. Furthermore, "simple" is definitely not within the set of adjectives that can be used to describe logind. For those in the dark, take a glance at its API. Plus, competition is healthy.

elogind tries to isolate systemd-logind form systemd through brute-force. This requires actively fighting against upstream design decisions for deep integration, and the efforts must be repeated every time one syncs with upstream. And even after all this work, one is left with nothing but a hackjob.

Why spend time isolating logind and keeping up with upstream when we could instead create something better with less work?

Why does libseat support (e)logind?

In order to not be part of the problem. We will not displace systemd-logind anytime soon, so for user shells like sway, seatd joins the ranks of logind and direct session management for things they need to support.

Instead of giving user shell developers more work, libseat aims to make supporting seatd less work than what they're currently implementing. This is done by taking care of all the seat management needs with multiple backends, providing not only seatd support, but replacing the existing logind and direct seat management implementations.

I want more

Go to #kennylevinsen @ chat.freenode.net to discuss, or use ~kennylevinsen/seatd-devel@lists.sr.ht.