unofficial mirror of help-guix@gnu.org 
 help / color / mirror / Atom feed
From: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
To: "(" <paren@disroot.org>
Cc: "GUIX Help" <help-guix@gnu.org>
Subject: Re: Launching sway from sddm
Date: Sun, 26 Jun 2022 00:54:57 +0200	[thread overview]
Message-ID: <20220626005457.2893d519@primary_laptop> (raw)
In-Reply-To: <CKYIZ38IZV71.RX7TS9RKPYB2@guix-aspire>

[-- Attachment #1: Type: text/plain, Size: 3504 bytes --]

On Fri, 24 Jun 2022 18:03:03 +0100
"(" <paren@disroot.org> wrote:
> On Fri Jun 24, 2022 at 5:21 PM BST, Denis 'GNUtoo' Carikli wrote:
> > - Where is XDG_RUNTIME_DIR supposed to be set?
[...]
> (1) SDDM does not support seatd, only elogind:

I've tried to workaround XDG_RUNTIME_DIR with a hack:
> --- a/gnu/system.scm
> +++ b/gnu/system.scm
> @@ -1173,6 +1173,8 @@ (define (operating-system-environment-variables
> os) ;; when /etc/machine-id is missing.  Make sure these warnings are
> non-fatal. ("DBUS_FATAL_WARNINGS" . "0")
>  
> +    ("XDG_RUNTIME_DIR" . "/run/user/1000")
> +
>      ;; XXX: Normally we wouldn't need to do this, but our glibc@2.23
> package ;; used to look things up in 'PREFIX/lib/locale' instead of
>      ;; '/run/current-system/locale' as was intended.  Keep this hack
> around so

And that now gives the following .local/share/sddm/wayland-session.log:
> 00:00:00.118 [ERROR] [wlr] [libseat] [libseat/backend/logind.c:317] Could not activate session: Interactive authentication required.
> 00:00:00.118 [ERROR] [wlr] [libseat] [libseat/libseat.c:79] No backend was able to open a seat
> 00:00:00.118 [ERROR] [wlr] [backend/session/session.c:84] Unable to create seat: Function not implemented
> 00:00:00.118 [ERROR] [wlr] [backend/session/session.c:218] Failed to load session backend
> 00:00:00.118 [ERROR] [wlr] [backend/backend.c:353] Failed to start a DRM session
> 00:00:00.118 [ERROR] [sway/server.c:53] Unable to create backend

And I also retried with sddm+seatd+manual-seatd instead of
sddm+elogind+manual-seatd and rebooted after that, and it didn't work so
I might have tested that wrong. The later still work though.

The first error is from libseat which is used by wlroots which
is used by sway:
> static int session_activate(struct backend_logind *session) {
>         sd_bus_message *msg = NULL;
>         sd_bus_error error = SD_BUS_ERROR_NULL;
> 
>         // Note: the Activate call might not make the session active
>         // immediately
>         int ret = sd_bus_call_method(session->bus,
>                                      "org.freedesktop.login1",
>                                      session->path,
>                                      "org.freedesktop.login1.Session",
>                                      "Activate",
>                                      &error, &msg, "");
>         if (ret < 0) { 
>                 log_errorf("Could not activate session: %s",
>                            error.message);
>         }
> 
>         sd_bus_error_free(&error);
>         sd_bus_message_unref(msg);
>         return ret;
> }
For this one I could look if we have the right methods on the session
dbus.

The second one is from libseat_open:
> struct libseat *libseat_open_seat([...]) {
>         [...]
> 
>         char *backend_type = getenv("LIBSEAT_BACKEND");
It first tries to get the backend from the environment.

And then if no LIBSEAT_BACKEND is set, it goes try all the backends
and returns the first valid one or prints the error we have:
> for (const struct named_backend *iter = impls; 
>      iter->backend != NULL;> iter++) {
>         backend = iter->backend->open_seat(listener, data);
>         if (backend != NULL) {
>                 log_infof("Seat opened with backend '%s'",
>                           iter->name);
>         return backend;
> }
> [...]
> log_error("No backend was able to open a seat");
> [...]
> return NULL;

Denis.

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

  reply	other threads:[~2022-06-25 22:55 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-06-24 16:21 Launching sway from sddm Denis 'GNUtoo' Carikli
2022-06-24 17:03 ` (
2022-06-25 22:54   ` Denis 'GNUtoo' Carikli [this message]
2022-06-25 23:29     ` Denis 'GNUtoo' Carikli
2022-06-24 18:56 ` Timotej Lazar

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://guix.gnu.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20220626005457.2893d519@primary_laptop \
    --to=gnutoo@cyberdimension.org \
    --cc=help-guix@gnu.org \
    --cc=paren@disroot.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).