Switch from X / IceWM to Wayland / Gnome shell #1868
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
mchf
force-pushed
the
switch-to-wayland-and-gnome-shell
branch
3 times, most recently
from
57949e7 to
72511ae
Compare
mchf
force-pushed
the
switch-to-wayland-and-gnome-shell
branch
from
75b2715 to
d436e14
Compare
joantolo
reviewed
Jan 16, 2025
|
What about using Weston's kiosk mode instead? |
mchf
force-pushed
the
switch-to-wayland-and-gnome-shell
branch
from
d436e14 to
0ecfa87
Compare
|
With latest OS Tumbleweed packages Firefox works even in |
mchf
force-pushed
the
switch-to-wayland-and-gnome-shell
branch
2 times, most recently
from
5d74352 to
274248b
Compare
imobachgs
reviewed
Mar 21, 2025
imobachgs
added a commit
that referenced
this pull request
Apr 11, 2025
…re to run Agama (#2256) ## Problem The PXE image is too big and it is not possible to use it on a system with 2GiB of RAM. It must include a minimal desktop and a browser, which takes quite some space. However, in many situations the system can be installed remotely or using the CLI. For those scenario, we should offer an smaller PXE image that does not include the desktop stack. ## Solution Split the main list of packages in two: * Mandatory packages (basic system, kernel, Agama, etc.). * Graphical stack (X.org, IceWM, etc.). Additionally, the MINI image does not contain: * GPU kernel drivers. * Wi-Fi and Bluetooth drivers. > [!WARNING] > This PR conflicts with the switch to Wayland (#1868), but it can be adapted later. The same approach still applies.
mchf
force-pushed
the
switch-to-wayland-and-gnome-shell
branch
from
74656d9 to
e181744
Compare
So far firefox doesn't work in wayland when started with --kiosk
SLE contains bug version of firefox where bsc#1236073 is still valid
mchf
force-pushed
the
switch-to-wayland-and-gnome-shell
branch
from
e181744 to
be22285
Compare
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Problem
No problem, just willing to use Wayland and Gnome shell
Solution
Caveats
during development it turned out that Wayland / Gnome is unusable in VirtualBox. Mutter - a wayland display server used by Gnome (or some underlying piece of stack like drivers or so) terribly crashes (core dump or freeze) in 9.5 cases out of 10. Rest of the development was done in libvirtd / virt-manager and QEMU. A discussion with a SUSE's Graphical software engineer turned there were some issues with Mesa drivers. That's where those 0.5 of working cases gets from. After Christmas vacation it started working even in VirtualBox. so probably something got fixed in the meantime. However, it still behaves like frozen in VirtualBox (e.g. you cannot pick a product, click a button or do a whatever interaction with GUI - no reaction).
Update: After some Mesa upgrades, VirtualBox works
It seems that "Wayland with Gnome" in TW still needs pieces of X. At least one service / script checks for existence of
/usr/bin/X. If not present, service crashes with status=6/NOTCONFIGURED. I also found some discussion in Arch Linux forum which kind of confirms that. So far it is not clear whether it can be workarounded by creating the above path manually or there is really a need of X server pieces to be present. X server however is not in dependencies of wayland packages, it has to be added manually. The workaround is in TBD state ;-)Update: Seems that creating /usr/bin/X manually is enough and we can get rid of X11 completely then.
firefox --kioskdoesn't work in wayland - shows black screen . Confirmed on various distributions and desktop environments (not only Gnome). It was confirmed even on bare metal not only in virtualization. It could be related to https://bugzilla.mozilla.org/show_bug.cgi?id=1894338 and according to the discussion it could be fixed by a newer release of firefox. Without the--kioskoption everything works. So, check of the fix is another TBD. Last time checked against Firefox 134.0 and issue was still there. Bug on SUSE side: https://bugzilla.suse.com/show_bug.cgi?id=1236073last TBD is to check whether whole Gnome pattern is neeaded or if it is possible to pick just some packages. However, this is going to be a bit time consuming.
Update: OS Tumbleweed received Firefox 136 and --kiosk started to work
Everything what made any sense was checked even on common OS TW with GNOME installation (so especially (2))
Testing
Screenshots
Agama installer in virt-manager running in Wayland / Gnome shell:
