From Fedora Project Wiki
m
m
Line 85: Line 85:
  
 
== Upgrade/compatibility impact ==
 
== Upgrade/compatibility impact ==
<!-- What happens to systems that have had a previous versions of Fedora installed and are updated to the version containing this change? Will anything require manual configuration or data migration? Will any existing functionality be no longer supported? -->
+
Systems using certain graphics hw or graphics drivers (matrox, qxl) may have problems running the Wayland session. In these (rare) cases, users may have to configure SDDM to use X11 (although automatic fallback should work most of the time). If we don't manage to close all the feature parity gaps entirely, then users relying on those features may have to choose the X11-based session.
 
 
<!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
 
N/A (not a System Wide Change)
 
  
 
== How To Test ==
 
== How To Test ==

Revision as of 07:08, 15 January 2018

Important.png
Comments and Explanations
The page source contains comments providing guidance to fill out each section. They are invisible when viewing this page. To read it, choose the "view source" link.
Copy the source to a new page before making changes! DO NOT EDIT THIS TEMPLATE FOR YOUR CHANGE PROPOSAL.


Wayland By Default in KDE

Summary

Owner

  • Name: Jan Grulich
  • Email: <jgrulich@redhat.com>
  • Release notes owner:

Current status

  • Targeted release: Fedora 28
  • Last updated: 2018-01-15
  • Tracker bug: <will be assigned by the Wrangler>

Detailed Description

We will change SDDM to use wayland by default for Plasma. We will also attempt to automatically fall back to Xorg in cases where wayland is unavailable (like nvidia). There will still be option to use Plasma session on Xorg to those who don't want to switch to Wayland yet.

Benefit to Fedora

Using Wayland instead of X gives much better basis for isolating applications from each other and the system.

Scope

  • Proposal owners:
    • Make SDDM to use wayland session as default.
    • Make sure that wayland session is working as good as X11 session and there is no big feature gap for regular user usage.
  • Other developers:
    • Qt applications that rely on X11-specific API need to be patched to work under Wayland.
  • Policies and guidelines: N/A (not a System Wide Change)
  • Trademark approval: N/A (not needed for this Change)

Upgrade/compatibility impact

Systems using certain graphics hw or graphics drivers (matrox, qxl) may have problems running the Wayland session. In these (rare) cases, users may have to configure SDDM to use X11 (although automatic fallback should work most of the time). If we don't manage to close all the feature parity gaps entirely, then users relying on those features may have to choose the X11-based session.

How To Test

N/A (not a System Wide Change)

User Experience

N/A (not a System Wide Change)

Dependencies

N/A (not a System Wide Change)

Contingency Plan

  • Contingency mechanism: (What to do? Who will do it?) N/A (not a System Wide Change)
  • Contingency deadline: N/A (not a System Wide Change)
  • Blocks release? N/A (not a System Wide Change), Yes/No
  • Blocks product? product

Documentation

N/A (not a System Wide Change)

Release Notes