Hide Forgot
Created attachment 1945601 [details] GDM Logon screen with options displayed I did a fresh installation of Fedora 38 Workstation in a VM today from the latest Live image. GDM lists no Wayland or X11 option -- just "GNOME" -- and logging with that puts me in an X11 session. So, I installed the "KDE Plasma Workspaces" group. GDM then also isted Plasma as an option, but only under X11. I then switched from GDM to SDDM, and SDDM shows options for both KDE and GNOME under either X11 or Wayland. If I select GNOME (Wayland) in SDDM and log in, I'm indeed logged into a GNOME session under Wayland. If I select just plain “GNOME” it logs me in to an X11 session, like GDM did. I did the reverse in the KDE Spin. SDDM recognized both Wayland and X11. Then switching to GDM only gave me X11 as an option under either GNOME or KDE. Screenshots attached.
Created attachment 1945603 [details] SDDM Login screen with options displayed
I tried installing again, but this time in a VM on Windows 11 in Hyper-V and oddly enough, Wayland was the default but again it's nowhere to be found running in GNOME-boxes (QEMU) in Fedora 37.
Created attachment 1946258 [details] Output of journalctl-b
Created attachment 1946259 [details] Output of lspci -nn
Per info provided here: https://lists.fedoraproject.org/archives/list/test@lists.fedoraproject.org/message/WDFFMPJBV5L5I7FO6TTJYI2DPZYEDB7I/ ..I have attached the output of journalctl -b and "lspci -nn".
Let me know if you need anything else. Thanks. Scott
I wonder if this can be affected by the host hardware? I tested Boxes with Fedora-Workstation-Live-x86_64-38-20230226.n.0.iso and both the Live image and the installed system boot into Wayland by default (and all the expected GDM options are there). I have Thinkpad P1 Gen 3 with an Intel GPU. In Boxes, I left the defaults, which means 3D acceleration disabled and EFI disabled.
(In reply to Kamil Páral from comment #7) > I wonder if this can be affected by the host hardware? I tested Boxes with > Fedora-Workstation-Live-x86_64-38-20230226.n.0.iso and both the Live image > and the installed system boot into Wayland by default (and all the expected > GDM options are there). I have Thinkpad P1 Gen 3 with an Intel GPU. In > Boxes, I left the defaults, which means 3D acceleration disabled and EFI > disabled. I used the same host hardware (Dell Inspiron 5502 Laptop) for both. I dual boot Fedora 37 and Windows 11 Pro. Wayland showed up in GDM in Hyper-V (Windows) but not in GNOME Boxes. However, I tried this again today with the same Live Image as you, and found that if I leave the default settings "as is" in GNOME Boxes, then I do get a Wayland session. HOWEVER, if I start over and enable EFI in the GNOME Boxes settings, then I end up with X11. I find this odd. I always enable EFI if it's available. I've never had this happen in the past with any other guest OS (including Fedora 37 and 36 alphas and betas).
I can confirm this with both gnome-boxes and virt-manager. Enabling UEFI causes Wayland to be inaccessible, and therefore X11 is used. The guest VM (Fedora-Workstation-Live-x86_64-38-20230226.n.0.iso) contains: gnome-shell-44~beta-2.fc38.x86_64 gdm-43.0-4.fc38.x86_64term The same behavior is with Fedora 37 Workstation Live, so this is not a recent regression. At the same time, booting F38 Workstation on bare metal through UEFI uses Wayland as expected (I tested 3 different machines). Scott, would you be willing to report this problem upstream [1] and link it here? Thanks a lot! [1] https://gitlab.gnome.org/GNOME/gnome-shell/
I'm unclear as to where the problem lies. GNOME Boxes, GDM, or GNOME Shell. I further tested this yesterday with other Linux distros in GNOME Boxes. Wayland was enabled on the GDM login screen in both Ubuntu 23.04 and Debian 12. The default on the GDM login screen put me in a GNOME Wayland session on both However, it was NOT there in openSUSE Tumbleweed. I had the same problem as I did with a Fedora 38 guest. The GNOME version on all of these is 43.3. Also, as I mentioned earlier, the workaround for this problem is to use a different display manager. In my case I switched from GDM to SDDM in the guest and a GNOME Wayland session was among the options to choose from. I then can log into GNOME and indeed it's a Wayland session. I may be wrong, but this sounds like a GDM-specific bug.
Gnome Shell in upstream is the best place to report it, they can move it if needed. They have some heuristics when to hide the Wayland session and it doesn't seem to work well with UEFI VMs.
it's actually probably an issue with the gdm udev rules. can you post the output of ls -l /run/udev/ ?
(In reply to Ray Strode [halfline] from comment #12) > it's actually probably an issue with the gdm udev rules. can you post the > output of ls -l /run/udev/ $ ls -l /run/udev/ total 0 srw-------. 1 root root 0 Mar 1 10:17 control drwxr-xr-x. 2 root root 5960 Mar 1 18:17 data -rw-r--r--. 1 root root 0 Mar 1 10:17 gdm-machine-has-hardware-gpu -rw-r--r--. 1 root root 0 Mar 1 10:17 gdm-machine-has-hybrid-graphics -rw-r--r--. 1 root root 0 Mar 1 10:17 gdm-machine-has-virtual-gpu drwxr-xr-x. 41 root root 820 Mar 1 10:17 links drwxr-xr-x. 3 root root 60 Mar 1 10:17 static_node-tags drwxr-xr-x. 8 root root 160 Mar 1 10:17 tags drwxr-xr-x. 2 root root 200 Mar 1 10:17 watch
i'm doing a build now that i think should fix it Task info: https://koji.fedoraproject.org/koji/taskinfo?taskID=98177720
FEDORA-2023-de02da0171 has been submitted as an update to Fedora 38. https://bodhi.fedoraproject.org/updates/FEDORA-2023-de02da0171
Thanks, Ray! I can confirm this allows EFI VMs to run Wayland, both in virt-manager and gnome-boxes. I'm going to propose this for a freeze exception, so that we can have this in Beta. I believe we try to default to Wayland everywhere possible these days, so it would make sense to publish Beta with this fix included. I haven't noticed any regressions in my testing.
(In reply to Kamil Páral from comment #16) > Thanks, Ray! I can confirm this allows EFI VMs to run Wayland, both in > virt-manager and gnome-boxes. > > I'm going to propose this for a freeze exception, so that we can have this > in Beta. I believe we try to default to Wayland everywhere possible these > days, so it would make sense to publish Beta with this fix included. I > haven't noticed any regressions in my testing. I just tested it here, and Wayland is indeed back. Thank you all. Should this still be reported upstream? You previously mentioned testing it with a Fedora 37 VM and having the same issue there as well. Also, I previously mentioned it was a problem in at least one other Linux distro running in VMs in GNOME Boxes.
it's upstream here: https://gitlab.gnome.org/GNOME/gdm/-/merge_requests/198
I guess we could put the same fix in f37...
Fedora 37 update is here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-58e808cc4b
Wonderful. Thanks Ray.
+5 in https://pagure.io/fedora-qa/blocker-review/issue/1063 , marking accepted.
FEDORA-2023-de02da0171 has been pushed to the Fedora 38 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-de02da0171 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2023-de02da0171 has been pushed to the Fedora 38 stable repository. If problem still persists, please make note of it in this bug report.