If you don't have a DE you don't have a session manager either, so
systemd-logind can't help you anyway.
Indeed, you should just run your screenlocker.
--
Кирилл Елагин
On Sun, Jun 29, 2014 at 9:57 AM, Ivan Shapovalov intelfx...@gmail.com
wrote:
27 июня 2014 г., в 21:54, Lennart Poettering
A session manager is *not necessary* for this; the screensaver or
screenlocker itself could easily listen to the relevant DBus signals (e.g.
cinnamon-screensaver does this). See also: xss-lock, systemd-lock-handler.
--
Mantas Mikulėnas graw...@gmail.com
// sent from phone
On Jun 29, 2014 1:02
Right, sorry, I was probably thinking about something different.
Speaking about marking `.Lock` non-privileged, I'd like to point out that
there is also `.Unlock` and so, by making one of them non-privileged and
the other one privileged, we kind of introduce asymmetry.
On the other hand, making
27 июня 2014 г., в 21:54, Lennart Poettering lenn...@poettering.net
написал(а):
On Fri, 27.06.14 17:45, Ivan Shapovalov (intelfx...@gmail.com) wrote:
I want to lock my current session using a command-line tool (or a D-Bus
call).
The only apparent way to do this is `loginctl
I want to lock my current session using a command-line tool (or a D-Bus call).
The only apparent way to do this is `loginctl lock-session $XDG_SESSION_ID`.
However, this results in an Access denied reply, which is somewhat strange
(I expect to be able to lock my own session).
Is this by design
Am 27.06.2014 15:45 schrieb Ivan Shapovalov intelfx...@gmail.com:
I want to lock my current session using a command-line tool (or a D-Bus
call).
The only apparent way to do this is `loginctl lock-session
$XDG_SESSION_ID`.
However, this results in an Access denied reply, which is somewhat
On Fri, 27.06.14 17:45, Ivan Shapovalov (intelfx...@gmail.com) wrote:
I want to lock my current session using a command-line tool (or a D-Bus call).
The only apparent way to do this is `loginctl lock-session $XDG_SESSION_ID`.
However, this results in an Access denied reply, which is somewhat