<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?
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=c2
User=1002
Name=shegeley
Timestamp=Thu 2022-12-01 12:30:54 +06
TimestampMonotonic=30296910
VTNr=8
Seat=seat0
TTY=tty8
Remote=no
Service=gdm-password
Leader=1752
Audit=4294967295
Type=wayland
Class=user
Active=yes
State=active
IdleHint=no
IdleSinceHint=1669886111929701
IdleSinceHintMonotonic=9888259624
LockedHint=no
```
Toggle quote (183 lines)
> /tmp dir also won't exist on guix pull and then system reconfigure.
>
> ??, 21 ????. 2022 ?. ? 06:50, Grigory Shepelev <shegeley@gmail.com>:
>
>> When I log in with "Gnome on xorg" the /tmp directory doesn't exist. When
>> I log in "Gnome" (+Wayland) it exits.
>>
>> ??, 21 ????. 2022 ?. ? 02:43, Grigory Shepelev <shegeley@gmail.com>:
>>
>>> 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.
>>>
>>> ??, 1 ????. 2022 ?. ? 15:55, Grigory Shepelev <shegeley@gmail.com>:
>>>
>>>> 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.
>>>>
>>>> ??, 6 ????. 2022 ?. ? 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"
>>>>> 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 “home folder” I mean my user’s directory /home/use
>>>>> >
>>>>> >
>>>>> https://matrix.to/#/!jivGmMiiorFwdgwaxc:matrix.org/$W4HJQCzv8G0aHM3_PAFrtUaj6Q3aS18vMZCwlMch71I?via=matrix.org&via=hummingbard.com&via=privacytools.io
>>>>> > <
>>>>> https://matrix.to/#/!jivGmMiiorFwdgwaxc:matrix.org/$W4HJQCzv8G0aHM3_PAFrtUaj6Q3aS18vMZCwlMch71I?via=matrix.org&via=hummingbard.com&via=privacytools.io>
>>>>>
>>>>> >
>>>>> >
>>>>> > Most likely will try for new user tomorrow
>>>>> >
>>>>> > ??, 5 ????. 2022 ?., 16:24 Grigory Shepelev <shegeley@gmail.com>:
>>>>> >
>>>>> > 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 ??? 5 16:12 ./
>>>>> > drwxrwxrwt 6 root root 160 ??? 5 16:16 ../
>>>>> > srwxrwxrwx 1 shegeley users 0 ??? 5 16:12 X1
>>>>> > srwxr-xr-x 1 gdm gdm 0 ??? 5 16:12 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 ??? 26 21:46 .
>>>>> > drwxr-xr-x 1 root root 248 ??? 28 18:37 ..
>>>>> > drwxr-xr-x 1 973 transmission 62 ??? 26 21:46 .cache
>>>>> > drwx------ 1 973 transmission 44 ??? 26 21:46 .config
>>>>> > drwx------ 1 973 transmission 10 ??? 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 ??? 26 21:46 .
>>>>> > drwxr-xr-x 1 root root 248 ??? 28 18:37 ..
>>>>> > drwxr-xr-x 1 gdm gdm 62 ??? 26 21:46 .cache
>>>>> > drwx------ 1 gdm gdm 44 ??? 26 21:46 .config
>>>>> > drwx------ 1 gdm gdm 10 ??? 26 21:46 .local
>>>>> >
>>>>> >
>>>>> > 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<shegeley@gmail.com> 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 proper
>>>>> > > 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.
>>>>> >
>>>>
>>>>