Your submission was sent successfully! Close

Thank you for signing up for our newsletter!
In these regular emails you will find the latest updates from Canonical and upcoming events where you can meet our team.Close

Thank you for contacting our team. We will be in touch shortly.Close

  1. Blog
  2. Article

Will Cooke
on 26 January 2018

Bionic Beaver 18.04 LTS to use Xorg by default


Bionic Beaver, the codename for the next Ubuntu LTS release, is due in April 2018 and will ship with both the traditional Xorg graphics stack as well as the newer Wayland based stack, but Xorg will be the default.

17.10, released in October 2017, ships with the Wayland based graphics server as the default and the Xorg based equivalent is available as an option from the login screen. When we started out on the GNOME Shell route for 17.10 (Artful Aardvark) we knew that we needed to have Wayland as the default option otherwise we wouldn’t know if it would work well for our users in the LTS only 6 months later. The LTS is supported for five years meaning that we need to be certain that what goes out the door on release day will be maintainable and sustainable for the duration and will serve all our users and customers needs, which is no mean feat.

As we are roughly half way through the Bionic development cycle, the time was right for us to review that decision and make a call on whether or not Wayland is the right default display server for Bionic. We have decided that we will ship Xorg by default, and that Wayland will be an optional session available from the login screen.

Why opt for Xorg by default? There are three main reasons:

  1. Screen sharing in software like WebRTC services, Google Hangouts, Skype, etc works well under Xorg.
  2. Remote Desktop control for example RDP & VNC works well under Xorg.
  3. Recoverability from Shell crashes is less dramatic under Xorg.

The first two are closely linked. Wayland & GNOME Shell have a good plan in PipeWire and a Wayland protocol to provide a screen sharing service. This will take some more time to develop and there will be some lag while application developers include support in their services. Until that happens, Xorg is necessary for people who need screen sharing features. If you don’t need screen sharing features and prefer a more secure environment then the Wayland session is available for you, pre-installed.

The third point is about what happens when things go wrong. The architecture of GNOME Shell and Mutter is such that a GNOME Shell crash will end your whole session, killing running applications and returning you to the login screen. When using Xorg, the shell can restart independently of the display server and running applications. This means that once the shell is restarted, you can pretty much pick up your session from where you left off, with your applications still running.
There are two solutions to this problem when using Wayland: make sure the shell doesn’t crash or change the architecture. Both of these are work in progress and we continue to contribute to this work upstream. GNOME Shell 4 will bring a new architecture where there will be more flexibility in components restarting without affecting other components. But in short, we remain committed to GNOME and the GNOME stack and will continue to actively contribute to Wayland by adding features and fixing bugs.

The Wayland session will still be available, pre-installed, for people to use, but for our ‘out of the box’ users the Ubuntu experience needs to be stable and provide the features they have come to expect and use in daily life and Xorg is the best choice here, at least for 18.04 LTS, but for 18.10 we will re-evaluate Wayland as the default.

If you’d like to get involved in more conversations about this, check out the corresponding post on the Ubuntu Community Hub.

 

Want professional Ubuntu Desktop support?

For organizations, Ubuntu Advantage is the assurance of enterprise-grade support and management tools.

Get Ubuntu Advantage ›

Related posts


Benjamin Ryzman
21 June 2024

Data Centre AI evolution: combining MAAS and NVIDIA smart NICs

AI Article

It has been several years since Canonical committed to implementing support for NVIDIA smart NICs in our products. Among them, Canonical’s metal-as-a-service (MAAS) enables the management and control of smart NICs on top of bare-metal servers. NVIDIA BlueField smart NICs are very high data rate network interface cards providing advanced s ...


amir-abdelbaki
20 June 2024

From support engineering to UX: Piper’s career progression at Canonical

Ubuntu Article

Career progression is crucial to employee engagement and retention. At Canonical, we encourage employees to develop their own personal development journeys,  giving them the chance to apply internally for roles they are passionate about, even if they come from different technical backgrounds. We love seeing our people grow and develop. We ...


Philip Williams
20 June 2024

Navigating the cost of cloud storage in the public sector

Ceph Article

Like many other industries, organisations in the public sector have been keen to make use of the flexibility offered by cloud computing, but are now observing unpredictable and rising costs. Much of which can be mitigated through careful planning and on-premise infrastructure.  Government guidance now recommends switching to a strategy of ...