From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 11 22:56:59 2022 Received: (at 57589) by debbugs.gnu.org; 12 Dec 2022 03:56:59 +0000 Received: from localhost ([127.0.0.1]:50047 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p4Zw2-0007L1-HD for submit@debbugs.gnu.org; Sun, 11 Dec 2022 22:56:59 -0500 Received: from mail-lj1-f178.google.com ([209.85.208.178]:39840) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p4Zvz-0007Kv-00 for 57589@debbugs.gnu.org; Sun, 11 Dec 2022 22:56:57 -0500 Received: by mail-lj1-f178.google.com with SMTP id z4so11238163ljq.6 for <57589@debbugs.gnu.org>; Sun, 11 Dec 2022 19:56:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=fnWnh3AMDUJQkZuBytHfeftRJ0TGVY8JdQwtV2gdRKE=; b=Ss495W4+C5gyXhBPz6vuTQIOzoF8QonvC3toJS3NVxdlSOTS6G2aWdZsVe5/8qOBvb VZoSDt1caEvxJFN7/txILfEIa2V75JIfidr3C/JT8+EBAwKpOsviQKB9Q2i+IDN2oVxt 9LjTyMy2c7nnAPWAqjh9yZNgaQjfSZrG7jU+QqUx01woa2Ja/34reNksUc1Flq205zxD YKKbbJ9HxQRXMZwV9lrPFXbKRMl71t4v6NFVdtHgHqhhjGHRLlqWAhwB2AsKlB/FQZYI M8+GKMe4yrqcBWE61AaY0j7zKQ6RohpJJwZLMFBz4zzgptbtpLW76eFP1bJWu6Uec1ig sanA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=fnWnh3AMDUJQkZuBytHfeftRJ0TGVY8JdQwtV2gdRKE=; b=WvAgArH5EeugD+auYmkD3v+07LmMoM/tk7c8TzAkQ5pVyXxyVAanUjY1f3m/sBl7GP 7u6/H4Gkvx1ltun5agDeZOcujKGNKzvSoLJzSWor5ftPuQDRzz7uhot5TqRqL6bRFvIw Eym4s41a6A2/YtuM3sQPMvg3mmBXenyk/bMUdbsDpCP04fOFyKBE5QmcR1lObzhXlqIe VzzuE7ZrvEjXQRo5w6dN8+teEK4YDiskLXXryWDoALAEo+E/KNYuzgBinH1DdM6PnyiI 6F9BYPP2YyXz+fkyUUHR2RjvtICRVzdoE8FUSqnV3z7cIIF0rcIiQU5WxjmZWI+Mi1Cw /0Dg== X-Gm-Message-State: ANoB5pknaiktkmAcXvP4ly07TeYWpqOud5HBhtxOXCSzIezU7vHz+dOn 8qcCxU3r2JxHARLLmAH4AGCJFyTL+6+PqmYDgGkrbC+vNYcLW+QEAFg= X-Google-Smtp-Source: AA0mqf5nnYgyBptzSAQ/SmH7s0R6m7odkOrfAGW3bT2Y/K72ifsDFAW1rUb9eu1p/OM0p2EqQJlJVjpn13vEDPlP5vE= X-Received: by 2002:a05:651c:249:b0:277:2e6e:e077 with SMTP id x9-20020a05651c024900b002772e6ee077mr28338778ljn.12.1670817408099; Sun, 11 Dec 2022 19:56:48 -0800 (PST) MIME-Version: 1.0 References: <644bfdfa-30b4-f54a-5d16-4efd91d4ed0a@gmail.com> <87bkru1htz.fsf@jpoiret.xyz> <9ffabf4d-6a4a-fb5a-4390-d07a839c2592@gmail.com> <877d2i1dzl.fsf@jpoiret.xyz> <061a6868-e7d5-7283-820d-2bc69f2f736d@gmail.com> In-Reply-To: From: Grigory Shepelev Date: Mon, 12 Dec 2022 03:56:10 +0000 Message-ID: Subject: Re: bug#57589: Guix hands on GDM with wayland To: 57589@debbugs.gnu.org Content-Type: multipart/alternative; boundary="0000000000001828cb05ef997e71" X-Spam-Score: 2.0 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Like Grigory, I also have my /tmp directory mounted as tmpfs As I've written I am not having this anymore. Deleting exactly this part helped me to be able to launch Gnome on Wayland properly. > Can you share your 'loginctl show-user gdm' and 'loginctl show-session ' output (before logging in with gdm, you can do this via ssh or switch to another tty) and your system specs [...] Content analysis details: (2.0 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 2.0 PDS_OTHER_BAD_TLD Untrustworthy TLDs [URI: jpoiret.xyz (xyz)] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (shegeley[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [209.85.208.178 listed in wl.mailspike.net] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.208.178 listed in list.dnswl.org] 0.0 HTML_MESSAGE BODY: HTML included in message X-Debbugs-Envelope-To: 57589 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) --0000000000001828cb05ef997e71 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable > Like Grigory, I also have my /tmp directory mounted as tmpfs As I've written I am not having this anymore. Deleting exactly this part helped me to be able to launch Gnome on Wayland properly. > Can you share your 'loginctl show-user gdm' and 'loginctl show-session ' output (before logging in with gdm, you can do this via ssh or switch to another tty) and your system specs/GPU make? Sure. The machine is a Thinkpad T480, i5-8350U, UHD Graphics 620 (KBL GT2). ``` shegeley@zone51 ~$ sudo loginctl list-sessions Password: SESSION UID USER SEAT TTY c2 1002 shegeley seat0 tty8 1 sessions listed. shegeley@zone51 ~$ sudo loginctl show-user gdm shegeley@zone51 ~$ loginctl show-session c2 Id=3Dc2 User=3D1002 Name=3Dshegeley Timestamp=3DThu 2022-12-01 12:30:54 +06 TimestampMonotonic=3D30296910 VTNr=3D8 Seat=3Dseat0 TTY=3Dtty8 Remote=3Dno Service=3Dgdm-password Leader=3D1752 Audit=3D4294967295 Type=3Dwayland Class=3Duser Active=3Dyes State=3Dactive IdleHint=3Dno IdleSinceHint=3D1669886111929701 IdleSinceHintMonotonic=3D9888259624 LockedHint=3Dno ``` > I've wrote a small guix system test for testing out this tmpfs theory at https://issues.guix.gnu.org/59739 and so far, all the tests pass, with or without /tmp as tmpfs mount. Those tests are good, but I guess the problem is kinda "deeper". I am not sure but my /tmp dir disappears time-to-time and I don't know the exact conditions for disappearing for now. Seems like it's a guix pull but it also sometimes just gone even though I didn't pull. I recommend you to try deleting this tmpfs part completely and see the result yourself. =D0=B2=D1=82, 22 =D0=BD=D0=BE=D1=8F=D0=B1. 2022 =D0=B3. =D0=B2 01:35, Grigo= ry Shepelev : > /tmp dir also won't exist on guix pull and then system reconfigure. > > =D0=BF=D0=BD, 21 =D0=BD=D0=BE=D1=8F=D0=B1. 2022 =D0=B3. =D0=B2 06:50, Gri= gory Shepelev : > >> When I log in with "Gnome on xorg" the /tmp directory doesn't exist. Whe= n >> I log in "Gnome" (+Wayland) it exits. >> >> =D0=BF=D0=BD, 21 =D0=BD=D0=BE=D1=8F=D0=B1. 2022 =D0=B3. =D0=B2 02:43, Gr= igory Shepelev : >> >>> Figured out what was the problem. The /tmp dir. Once I had nonexisting >>> /mnt dir on Guix boot. So I've added this piece In my file-systems: >>> >>> (file-system >>> (mount-point "/tmp") >>> (device "tmp") >>> (type "tmpfs") >>> (check? #f)) >>> >>> This exact piece was causing a problem. Seems like it's connected to >>> x11-socket-directory-service from (gnu services desktop). So, maybe the >>> tmpdir was mounted after GDM boot and override the needed /tmp settings= . >>> >>> =D0=B2=D1=82, 1 =D0=BD=D0=BE=D1=8F=D0=B1. 2022 =D0=B3. =D0=B2 15:55, Gr= igory Shepelev : >>> >>>> Update. I can log into "Gnome on Xorg", change ownership of >>>> /tmp/.X11-unix to root:gdm, log out, and them login into "Gnome". This= will >>>> enable Wayland. >>>> >>>> =D0=B2=D1=82, 6 =D1=81=D0=B5=D0=BD=D1=82. 2022 =D0=B3. =D0=B2 11:05, G= rigory Shepelev : >>>> >>>>> Creating new user didn't helped. >>>>> >>>>> I created new user (did this Guix way, via adding to config and >>>>> reconfiguring the system) and logged it as a new user. Still X11 >>>>> system >>>>> displays with `xrandr`, and `echo $XDG_SESSION_TYPE`. I don't think >>>>> there is a need to try moving all home files, creating new user shoul= d >>>>> be enough to test provided option. >>>>> >>>>> Although I noticed a gear icon below in the right of the gdm screen >>>>> when >>>>> logging in as a default user (saw that in Ubuntu) with options "GNOME= " >>>>> or "GNOME on Xorg". Trying to login in "GNOME" (Wayland supposedly) >>>>> gives a black screen for ~2s. After couple attempts logged back into >>>>> "GNOME on Xorg". >>>>> >>>>> Attached logs again. They says something about DBUS. Any ideas? >>>>> >>>>> --- >>>>> >>>>> (gsd-keyboard:5189): dbind-WARNING **: 13:35:36.273: AT-SPI: Error >>>>> retrieving accessibility bus address: >>>>> org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was >>>>> not >>>>> provided by any .service files >>>>> (gsd-xsettings:5219): dbind-WARNING **: 13:35:36.476: AT-SPI: Error >>>>> retrieving accessibility bus address: >>>>> org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was >>>>> not >>>>> provided by any .service files >>>>> GNOME Shell-Message: 13:35:36.777: Registering session with GDM >>>>> The XKEYBOARD keymap compiler (xkbcomp) reports: >>>>> > Warning: Unsupported maximum keycode 708, clipping. >>>>> > X11 cannot support keycodes above 255. >>>>> Errors from xkbcomp are not fatal to the X server >>>>> (gnome-shell:5099): mutter-WARNING **: 13:36:02.454: Connection to >>>>> xwayland lost >>>>> --- >>>>> >>>>> On 05.09.2022 20:55, Grigory Shepelev wrote: >>>>> > Had some info from Guix Matrix channel: >>>>> > > GDM does wayland too with the option set to #t. I was able to get >>>>> it >>>>> > to work going back from sddm, but I had to remove the home folder >>>>> and >>>>> > recreate it from scratch, since gnome session was crashing on login= . >>>>> I >>>>> > had no problem starting gnome on a new account so i figured >>>>> something >>>>> > was hanging around that cause a problem even after deleting all >>>>> caches >>>>> > and configs etc. >>>>> > > By =E2=80=9Chome folder=E2=80=9D I mean my user=E2=80=99s directo= ry /home/use >>>>> > >>>>> > >>>>> https://matrix.to/#/!jivGmMiiorFwdgwaxc:matrix.org/$W4HJQCzv8G0aHM3_P= AFrtUaj6Q3aS18vMZCwlMch71I?via=3Dmatrix.org&via=3Dhummingbard.com&via=3Dpri= vacytools.io >>>>> > < >>>>> https://matrix.to/#/!jivGmMiiorFwdgwaxc:matrix.org/$W4HJQCzv8G0aHM3_P= AFrtUaj6Q3aS18vMZCwlMch71I?via=3Dmatrix.org&via=3Dhummingbard.com&via=3Dpri= vacytools.io> >>>>> >>>>> > >>>>> > >>>>> > Most likely will try for new user tomorrow >>>>> > >>>>> > =D0=BF=D0=BD, 5 =D1=81=D0=B5=D0=BD=D1=82. 2022 =D0=B3., 16:24 Grigo= ry Shepelev : >>>>> > >>>>> > Oops. I accidentally replied privately to dev@jpoiret.xyz, not >>>>> > mentioning 57589@debbugs.gnu.org. I hope the history can be >>>>> recovered >>>>> > from this message. >>>>> > >>>>> > Josselin recommended to >>>>> > >>>>> > - check permissions on /tmp/.X11-unix/ (gdm user should have r+w >>>>> > permissions) >>>>> > >>>>> > shegeley@zone51 /tmp$ ls -lah .X11-unix/ >>>>> > total 0 >>>>> > drwxrwxrwt 2 gdm gdm 80 =D1=81=D0=B5=D0=BD 5 16:1= 2 ./ >>>>> > drwxrwxrwt 6 root root 160 =D1=81=D0=B5=D0=BD 5 16:1= 6 ../ >>>>> > srwxrwxrwx 1 shegeley users 0 =D1=81=D0=B5=D0=BD 5 16:1= 2 X1 >>>>> > srwxr-xr-x 1 gdm gdm 0 =D1=81=D0=B5=D0=BD 5 16:1= 2 X1024 >>>>> > >>>>> > - check /var/lib/gdm/, doesn't have the proper permissions >>>>> > >>>>> > Hm. That's really strange. For some reason /var/lib/gdm had >>>>> > "transmission" as user-group. I assure you that I didn't >>>>> > explicitly >>>>> > do any "dirty stuff" like that permission changing in my >>>>> config >>>>> > >>>>> > >>>>> > shegeley@zone51 /tmp$ sudo ls -lah /var/lib/gdm >>>>> > total 0 >>>>> > drwx------ 1 gdm gdm 38 =D0=B0=D0=B2=D0=B3 26 21= :46 . >>>>> > drwxr-xr-x 1 root root 248 =D0=B0=D0=B2=D0=B3 28 18= :37 .. >>>>> > drwxr-xr-x 1 973 transmission 62 =D0=B0=D0=B2=D0=B3 26 21= :46 .cache >>>>> > drwx------ 1 973 transmission 44 =D0=B0=D0=B2=D0=B3 26 21= :46 .config >>>>> > drwx------ 1 973 transmission 10 =D0=B0=D0=B2=D0=B3 26 21= :46 .local >>>>> > shegeley@zone51 /tmp$ sudo chown -R gdm:gdm /var/lib/gdm >>>>> > shegeley@zone51 /tmp$ sudo ls -lah /var/lib/gdm >>>>> > total 0 >>>>> > drwx------ 1 gdm gdm 38 =D0=B0=D0=B2=D0=B3 26 21:46 . >>>>> > drwxr-xr-x 1 root root 248 =D0=B0=D0=B2=D0=B3 28 18:37 .. >>>>> > drwxr-xr-x 1 gdm gdm 62 =D0=B0=D0=B2=D0=B3 26 21:46 .cac= he >>>>> > drwx------ 1 gdm gdm 44 =D0=B0=D0=B2=D0=B3 26 21:46 .con= fig >>>>> > drwx------ 1 gdm gdm 10 =D0=B0=D0=B2=D0=B3 26 21:46 .loc= al >>>>> > >>>>> > >>>>> > After changing it was able to launch into GDM, but with X11 as >>>>> display >>>>> > manager :( Attached new logs. >>>>> > >>>>> > >>>>> > On 05.09.2022 10:23, Josselin Poiret wrote: >>>>> > > Hi again, >>>>> > > >>>>> > > Grigory Shepelev writes: >>>>> > > >>>>> > >> My config is heavily depends on it's directory (passing it >>>>> with >>>>> > >> --load-path). I can (and will) publish it all (I've been >>>>> > planning to do >>>>> > >> so) but I'd like to polish few parts. >>>>> > >> >>>>> > >> Any exact part are you looking for in config? I attached my >>>>> > system-wide >>>>> > >> services. >>>>> > > I asked for that partly because it helps identifying common >>>>> > errors, and >>>>> > > it's always better for people debugging to have access to all >>>>> the >>>>> > > information, and partly because I couldn't see anything that >>>>> > could help >>>>> > > in the logs. However, it seems mutter can't write into >>>>> > /tmp/.X11-unix/, >>>>> > > could you check that the gdm user has the permission to write >>>>> > there? It >>>>> > > should be rwxrwxrwx. I don't see any modification in your >>>>> config >>>>> > that >>>>> > > would prevent the x11-socket-directory-service from >>>>> > %desktop-services to >>>>> > > run. Also, it seems that /var/lib/gdm/ doesn't have the prop= er >>>>> > > permissions, maybe because of [1]. You can try `sudo chown -= R >>>>> > gdm:gdm >>>>> > > /var/lib/gdm` to fix that. >>>>> > > >>>>> > > [1]https://issues.guix.gnu.org/36508 >>>>> > > >>>>> > > HTH. >>>>> > >>>> >>>> --0000000000001828cb05ef997e71 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
> Like Grigory, I also have my /tmp directory moun= ted as tmpfs
As I've written I am not having this anymore. De= leting exactly this part helped me to be able to launch Gnome on Wayland pr= operly.

> Can yo= u share your 'loginctl show-user gdm' and 'loginctl show-sessio= n <GDM session here>' output (before logging in with gdm, you can= do this via ssh or switch to another tty) and your system specs/GPU make?<= /div>

Sure. The machine is a = Thinkpad T480, i5-8350U, UHD Graphics 620 (KBL GT2).
```
shegeley@zon= e51 ~$ sudo loginctl list-sessions
Password:
SESSION =C2=A0UID USER= =C2=A0 =C2=A0 SEAT =C2=A0TTY
=C2=A0 =C2=A0 =C2=A0c2 1002 shegeley seat= 0 tty8
1 sessions listed.
shegeley@zone51 ~$ sudo loginctl show-user = gdm
shegeley@zone51 ~$ loginctl show-session c2
Id=3Dc2
User=3D100= 2
Name=3Dshegeley
Timestamp=3DThu 2022-12-01 12:30:54 +06
Timestam= pMonotonic=3D30296910
VTNr=3D8
Seat=3Dseat0
TTY=3Dtty8
Remote= =3Dno
Service=3Dgdm-password
Leader=3D1752
Audit=3D4294967295
T= ype=3Dwayland
Class=3Duser
Active=3Dyes
State=3Dactive
IdleHint= =3Dno
IdleSinceHint=3D1669886111929701
IdleSinceHintMonotonic=3D98882= 59624
LockedHint=3Dno
```

> I've wrote a sma= ll guix system test for testing out this tmpfs theory at https://issues.guix.gnu.org/59739 and so fa= r, all the tests pass, with or without /tmp as tmpfs mount.
=
Those tests are good, but I guess the problem is kinda "deeper&quo= t;. I am not sure but my /tmp dir disappears time-to-time and I don't k= now the exact conditions for disappearing for now. Seems like it's a gu= ix pull but it also sometimes just gone even though I didn't pull. I re= commend you to try deleting this tmpfs part completely and see the result y= ourself.

=D0=B2=D1=82, 22 =D0=BD=D0=BE=D1=8F=D0=B1. 2022 =D0=B3. =D0=B2= 01:35, Grigory Shepelev <shegeley@gmail.com>:
/tmp dir also won't exist on g= uix pull and then system reconfigure.

=D0=BF=D0=BD, 21 =D0=BD=D0=BE=D1=8F=D0= =B1. 2022 =D0=B3. =D0=B2 06:50, Grigory Shepelev <shegeley@gmail.com>:
When I log i= n with "Gnome on xorg" the /tmp directory doesn't exist. When= I log in "Gnome" (+Wayland) it exits.

=D0=BF=D0=BD, 21 =D0= =BD=D0=BE=D1=8F=D0=B1. 2022 =D0=B3. =D0=B2 02:43, Grigory Shepelev <shegeley@gmail.com&= gt;:
Figured out what was the problem. The /tmp dir. Once= I had nonexisting /mnt dir on Guix boot. So I've added this piece In m= y file-systems:

(file-system
=C2=A0 (mount-point "/tmp"= )
=C2=A0 (device "tmp")
=C2=A0 (type "tmpfs")
= =C2=A0 (check? #f))

This exact piece w= as causing a problem. Seems like it's connected to x11-socket-directory= -service from (gnu services desktop). So, maybe the tmpdir was mounted afte= r GDM boot and override the needed /tmp settings.

=D0=B2=D1=82, 1 =D0= =BD=D0=BE=D1=8F=D0=B1. 2022 =D0=B3. =D0=B2 15:55, Grigory Shepelev <shegeley@gmail.com&= gt;:
Update. I can log into "Gnome on Xorg", change ownership of= /tmp/.X11-unix to root:gdm, log out, and them login into "Gnome"= . This will enable Wayland.=C2=A0

=
=D0=B2=D1=82, 6 =D1=81=D0=B5=D0=BD=D1= =82. 2022 =D0=B3. =D0=B2 11:05, Grigory Shepelev <shegeley@gmail.com>:
Creating new user didn't = helped.

I created new user (did this Guix way, via adding to config and
reconfiguring the system) and logged it as a new user. Still X11 system displays with `xrandr`, and `echo $XDG_SESSION_TYPE`. I don't think there is a need to try moving all home files, creating new user should
be enough to test provided option.

Although I noticed a gear icon below in the right of the gdm screen when logging in as a default user (saw that in Ubuntu) with options "GNOME&= quot;
or "GNOME on Xorg". Trying to login in "GNOME" (Wayland= supposedly)
gives a black screen for ~2s.=C2=A0 After couple attempts logged back into =
"GNOME on Xorg".

Attached logs again. They says something about DBUS. Any ideas?

---

(gsd-keyboard:5189): dbind-WARNING **: 13:35:36.273: AT-SPI: Error
retrieving accessibility bus address:
org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not provided by any .service files
(gsd-xsettings:5219): dbind-WARNING **: 13:35:36.476: AT-SPI: Error
retrieving accessibility bus address:
org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not provided by any .service files
GNOME Shell-Message: 13:35:36.777: Registering session with GDM
The XKEYBOARD keymap compiler (xkbcomp) reports:
=C2=A0> Warning:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 U= nsupported maximum keycode 708, clipping.
=C2=A0>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 X11 cannot support keycodes a= bove 255.
Errors from xkbcomp are not fatal to the X server
(gnome-shell:5099): mutter-WARNING **: 13:36:02.454: Connection to
xwayland lost
---

On 05.09.2022 20:55, Grigory Shepelev wrote:
> Had some info from Guix Matrix channel:
> > GDM does wayland too with the option set to #t. I was able to get= it
> to work going back from sddm, but I had to remove the home folder and =
> recreate it from scratch, since gnome session was crashing on login. I=
> had no problem starting gnome on a new account so i figured something =
> was hanging around that cause a problem even after deleting all caches=
> and configs etc.
> > By =E2=80=9Chome folder=E2=80=9D I mean my user=E2=80=99s directo= ry /home/use
>
> https:= //matrix.to/#/!jivGmMiiorFwdgwaxc:matrix.org/$W4HJQCzv8G0aHM3_PAFrtUaj6Q3aS= 18vMZCwlMch71I?via=3Dmatrix.org&via=3Dhummingbard.com&via=3Dprivacy= tools.io
> <ht= tps://matrix.to/#/!jivGmMiiorFwdgwaxc:matrix.org/$W4HJQCzv8G0aHM3_PAFrtUaj6= Q3aS18vMZCwlMch71I?via=3Dmatrix.org&via=3Dhummingbard.com&via=3Dpri= vacytools.io>
>
>
> Most likely will try for new user tomorrow
>
> =D0=BF=D0=BD, 5 =D1=81=D0=B5=D0=BD=D1=82. 2022 =D0=B3., 16:24 Grigory = Shepelev <shegel= ey@gmail.com>:
>
> =C2=A0=C2=A0 Oops. I accidentally replied privately to dev@jpoiret.xyz, not
> =C2=A0=C2=A0 mentioning 57589@debbugs.gnu.org. I hope the history can be recovered=
> =C2=A0=C2=A0 from this message.
>
> =C2=A0=C2=A0 Josselin recommended to
>
> =C2=A0=C2=A0 - check permissions on /tmp/.X11-unix/ (gdm user should h= ave r+w
> =C2=A0=C2=A0 permissions)
>
> =C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0 shegeley@zone51 /tmp$ ls -= lah .X11-unix/
> =C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0 total 0
> =C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0 drwxrwxrwt 2 gdm=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 gdm=C2=A0=C2=A0=C2=A0 80 =D1=81=D0=B5=D0=BD=C2=A0 5 1= 6:12 ./
> =C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0 drwxrwxrwt 6 root=C2=A0=C2= =A0=C2=A0=C2=A0 root=C2=A0 160 =D1=81=D0=B5=D0=BD=C2=A0 5 16:16 ../
> =C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0 srwxrwxrwx 1 shegeley user= s=C2=A0=C2=A0 0 =D1=81=D0=B5=D0=BD=C2=A0 5 16:12 X1
> =C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0 srwxr-xr-x 1 gdm=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 gdm=C2=A0=C2=A0=C2=A0=C2=A0 0 =D1=81=D0=B5=D0=BD=C2= =A0 5 16:12 X1024
>
> =C2=A0=C2=A0 -=C2=A0 check /var/lib/gdm/, doesn't have the proper = permissions
>
> =C2=A0=C2=A0=C2=A0 =C2=A0 =C2=A0 Hm. That's really strange. For so= me reason /var/lib/gdm had
> =C2=A0=C2=A0=C2=A0 =C2=A0 =C2=A0 "transmission" as user-grou= p. I assure you that I didn't
> explicitly
> =C2=A0=C2=A0=C2=A0 =C2=A0 =C2=A0 do any "dirty stuff" like t= hat permission changing in my config
>
>
> =C2=A0=C2=A0=C2=A0 =C2=A0 =C2=A0 shegeley@zone51 /tmp$ sudo ls -lah /v= ar/lib/gdm
> =C2=A0=C2=A0=C2=A0 =C2=A0 =C2=A0 total 0
> =C2=A0=C2=A0=C2=A0 =C2=A0 =C2=A0 drwx------ 1 gdm=C2=A0 gdm=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 38 =D0=B0=D0=B2=D0=B3 2= 6 21:46 .
> =C2=A0=C2=A0=C2=A0 =C2=A0 =C2=A0 drwxr-xr-x 1 root root=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 248 =D0=B0=D0=B2=D0=B3 28 18:37 ..
> =C2=A0=C2=A0=C2=A0 =C2=A0 =C2=A0 drwxr-xr-x 1=C2=A0 973 transmission= =C2=A0 62 =D0=B0=D0=B2=D0=B3 26 21:46 .cache
> =C2=A0=C2=A0=C2=A0 =C2=A0 =C2=A0 drwx------ 1=C2=A0 973 transmission= =C2=A0 44 =D0=B0=D0=B2=D0=B3 26 21:46 .config
> =C2=A0=C2=A0=C2=A0 =C2=A0 =C2=A0 drwx------ 1=C2=A0 973 transmission= =C2=A0 10 =D0=B0=D0=B2=D0=B3 26 21:46 .local
> =C2=A0=C2=A0=C2=A0 =C2=A0 =C2=A0 shegeley@zone51 /tmp$ sudo chown -R g= dm:gdm /var/lib/gdm
> =C2=A0=C2=A0=C2=A0 =C2=A0 =C2=A0 shegeley@zone51 /tmp$ sudo ls -lah /v= ar/lib/gdm
> =C2=A0=C2=A0=C2=A0 =C2=A0 =C2=A0 total 0
> =C2=A0=C2=A0=C2=A0 =C2=A0 =C2=A0 drwx------ 1 gdm=C2=A0 gdm=C2=A0=C2= =A0 38 =D0=B0=D0=B2=D0=B3 26 21:46 .
> =C2=A0=C2=A0=C2=A0 =C2=A0 =C2=A0 drwxr-xr-x 1 root root 248 =D0=B0=D0= =B2=D0=B3 28 18:37 ..
> =C2=A0=C2=A0=C2=A0 =C2=A0 =C2=A0 drwxr-xr-x 1 gdm=C2=A0 gdm=C2=A0=C2= =A0 62 =D0=B0=D0=B2=D0=B3 26 21:46 .cache
> =C2=A0=C2=A0=C2=A0 =C2=A0 =C2=A0 drwx------ 1 gdm=C2=A0 gdm=C2=A0=C2= =A0 44 =D0=B0=D0=B2=D0=B3 26 21:46 .config
> =C2=A0=C2=A0=C2=A0 =C2=A0 =C2=A0 drwx------ 1 gdm=C2=A0 gdm=C2=A0=C2= =A0 10 =D0=B0=D0=B2=D0=B3 26 21:46 .local
>
>
> =C2=A0=C2=A0 After changing it was able to launch into GDM, but with X= 11 as display
> =C2=A0=C2=A0 manager :( Attached new logs.
>
>
> =C2=A0=C2=A0 On 05.09.2022 10:23, Josselin Poiret wrote:
> =C2=A0=C2=A0=C2=A0 > Hi again,
> =C2=A0=C2=A0=C2=A0 >
> =C2=A0=C2=A0=C2=A0 > Grigory Shepelev<shegeley@gmail.com> writes:
> =C2=A0=C2=A0=C2=A0 >
> =C2=A0=C2=A0=C2=A0 >> My config is heavily depends on it's d= irectory (passing it with
> =C2=A0=C2=A0=C2=A0 >> --load-path). I can (and will) publish it = all (I've been
> =C2=A0=C2=A0 planning to do
> =C2=A0=C2=A0=C2=A0 >> so) but I'd like to polish few parts.<= br> > =C2=A0=C2=A0=C2=A0 >>
> =C2=A0=C2=A0=C2=A0 >> Any exact part are you looking for in conf= ig?=C2=A0 I attached my
> =C2=A0=C2=A0 system-wide
> =C2=A0=C2=A0=C2=A0 >> services.
> =C2=A0=C2=A0=C2=A0 > I asked for that partly because it helps ident= ifying common
> =C2=A0=C2=A0 errors, and
> =C2=A0=C2=A0=C2=A0 > it's always better for people debugging to= have access to all the
> =C2=A0=C2=A0=C2=A0 > information, and partly because I couldn't= see anything that
> =C2=A0=C2=A0 could help
> =C2=A0=C2=A0=C2=A0 > in the logs.=C2=A0 However, it seems mutter ca= n't write into
> =C2=A0=C2=A0 /tmp/.X11-unix/,
> =C2=A0=C2=A0=C2=A0 > could you check that the gdm user has the perm= ission to write
> =C2=A0=C2=A0 there?=C2=A0 It
> =C2=A0=C2=A0=C2=A0 > should be rwxrwxrwx.=C2=A0 I don't see any= modification in your config
> =C2=A0=C2=A0 that
> =C2=A0=C2=A0=C2=A0 > would prevent the x11-socket-directory-service= from
> =C2=A0=C2=A0 %desktop-services to
> =C2=A0=C2=A0=C2=A0 > run.=C2=A0 Also, it seems that /var/lib/gdm/ d= oesn't have the proper
> =C2=A0=C2=A0=C2=A0 > permissions, maybe because of [1].=C2=A0 You c= an try `sudo chown -R
> =C2=A0=C2=A0 gdm:gdm
> =C2=A0=C2=A0=C2=A0 > /var/lib/gdm` to fix that.
> =C2=A0=C2=A0=C2=A0 >
> =C2=A0=C2=A0=C2=A0 > [1]https://issues.guix.gnu.org/36508
> =C2=A0=C2=A0=C2=A0 >
> =C2=A0=C2=A0=C2=A0 > HTH.
>
--0000000000001828cb05ef997e71--