Bug 2271793 - gnome-remote-session@.service not available in F40
Summary: gnome-remote-session@.service not available in F40
Keywords:
Status: CLOSED EOL
Alias: None
Product: Fedora
Classification: Fedora
Component: gdm
Version: 40
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Jonas Ådahl
QA Contact: Fedora Extras Quality Assurance
URL: https://gitlab.gnome.org/GNOME/gnome-...
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2024-03-27 11:33 UTC by Bojan Smojver
Modified: 2025-05-16 08:01 UTC (History)
7 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2025-05-16 08:01:22 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Bojan Smojver 2024-03-27 11:33:58 UTC
This is a bug opened based on the discussion here:

https://bodhi.fedoraproject.org/updates/FEDORA-2024-80ecf4b796

It seems that convenience service to start headless remote session was not merged into GDM of F40. This is useful for starting such sessions based on:

https://copr.fedorainfracloud.org/coprs/jadahl/headless-sessions/

Reproducible: Always

Steps to Reproduce:
1. Attempt to use headless remote session in F40.

Comment 1 Jonas Ådahl 2024-03-27 11:51:11 UTC
Discussed this with @rstrode and we decided to put the systemd service template and helper script that was used in the copr in gdm downstream for now. For F41, the plan is to replace the python script with something more proper upstream, but for F40, it'll be fine. We also decided to rename the service `gnome-headless-session@.service` (instead of `gnome-remote-session@.service`).

Comment 2 Kamil Páral 2024-04-05 10:51:08 UTC
Jonas, is there a plan to have this fixed before F40 Final release? Remote session support was one of the advertised features of GNOME 46 [1]. Would be nice to have it functional for F40 reviewers.

[1] https://release.gnome.org/46/

Comment 3 Jonas Ådahl 2024-04-05 11:11:44 UTC
Remote login via GDM is unaffected by this.

Comment 4 Kamil Páral 2024-04-05 11:21:17 UTC
OK, in that case I'll have to file a separate bug. When I enable Remote Login in gnome settings and try to log in, I only see gray screen. I assumed it was the same issue.

Comment 5 Jonas Ådahl 2024-04-05 11:59:22 UTC
Could it be https://bugzilla.redhat.com/show_bug.cgi?id=2271661 ?

Comment 6 Kamil Páral 2024-04-05 12:15:38 UTC
Thanks, that's it.

Comment 7 Jonas Ådahl 2024-04-08 11:05:11 UTC
Filed https://src.fedoraproject.org/rpms/gdm/pull-request/21.

Comment 8 Bojan Smojver 2024-04-09 01:02:52 UTC
I see the build in koji - thank you! I will try it when get a chance.

Comment 9 Jonas Ådahl 2024-04-09 08:17:16 UTC
Yes, seems I don't have permission to do the Bodhi update, will ask Ray to do it.

Comment 11 Bojan Smojver 2024-04-10 03:39:02 UTC
Yay! It works!

A few minor comments, related to what's in copr:

This line:
-----
grdctl --headless set-credentials USER PASSWORD # USER and PASSWORD doesn't need to match the username or password of the system
-----

Should be:
-----
grdctl --headless rdp set-credentials USER PASSWORD # USER and PASSWORD doesn't need to match the username or password of the system
-----

Obviously, this:
-----
sudo systemctl start gnome-remote-session
-----

Should now be:
-----
sudo systemctl start gnome-headless-session
-----

Thank you very much for integrating this!

Comment 12 Bojan Smojver 2024-04-10 04:01:42 UTC
Also, on the topic of SELinux, this custom policy module avoided all denials on my test VM:
-----
module headless 1.0;

require {
      type unconfined_t;
      type kmsg_device_t;
      type efivarfs_t;
      type unconfined_service_t;
      type plymouthd_t;
      class chr_file { read write };
      class file { open read };
      class process transition;
}

#============= plymouthd_t ==============
allow plymouthd_t efivarfs_t:file { open read };
allow plymouthd_t kmsg_device_t:chr_file { read write };

#============= unconfined_service_t ==============
allow unconfined_service_t unconfined_t:process transition;
-----

It's probably just that last line that is actually required. The other two are about Plymouth.

Finally, the gnome-headless-session file needed the install section. Here is what I added in order to allow systemctl to enable it:
-----
[Install]
WantedBy=multi-user.target
-----

After all that, headless session start worked on reboot. Xrdp? What xrdp? ;-)

Comment 13 Aoife Moloney 2025-04-25 10:22:59 UTC
This message is a reminder that Fedora Linux 40 is nearing its end of life.
Fedora will stop maintaining and issuing updates for Fedora Linux 40 on 2025-05-13.
It is Fedora's policy to close all bug reports from releases that are no longer
maintained. At that time this bug will be closed as EOL if it remains open with a
'version' of '40'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, change the 'version' 
to a later Fedora Linux version. Note that the version field may be hidden.
Click the "Show advanced fields" button if you do not see it.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora Linux 40 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora Linux, you are encouraged to change the 'version' to a later version
prior to this bug being closed.

Comment 14 Aoife Moloney 2025-05-16 08:01:22 UTC
Fedora Linux 40 entered end-of-life (EOL) status on 2025-05-13.

Fedora Linux 40 is no longer maintained, which means that it
will not receive any further security or bug fix updates. As a result we
are closing this bug.

If you can reproduce this bug against a currently maintained version of Fedora Linux
please feel free to reopen this bug against that version. Note that the version
field may be hidden. Click the "Show advanced fields" button if you do not see
the version field.

If you are unable to reopen this bug, please file a new report against an
active release.

Thank you for reporting this bug and we are sorry it could not be fixed.


Note You need to log in before you can comment on or make changes to this bug.