From Fedora Project Wiki
(Initial Change proposal)
 
(Remove leftover template goop)
Line 1: Line 1:
{{admon/important | 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.<br/> '''Copy the source to a ''new page'' before making changes!  DO NOT EDIT THIS TEMPLATE FOR YOUR CHANGE PROPOSAL.'''}}
 
 
{{admon/tip | Guidance | For details on how to fill out this form, see the [https://docs.fedoraproject.org/en-US/program_management/changes_guide/ documentation].}}
 
 
 
<!-- The actual name of your proposed change page should look something like: Changes/Your_Change_Proposal_Name.  This keeps all change proposals in the same namespace -->
 
<!-- The actual name of your proposed change page should look something like: Changes/Your_Change_Proposal_Name.  This keeps all change proposals in the same namespace -->
  

Revision as of 21:06, 16 May 2021


Replace SDL 1.2 with sdl12-compat using SDL 2.0

Summary

This Change proposes to replace SDL 1.2 with sdl12-compat, which uses SDL 2.0.

Owner


Current status

  • Targeted release: Fedora Linux 35
  • Last updated: 2021-05-16
  • FESCo issue: <will be assigned by the Wrangler>
  • Tracker bug: <will be assigned by the Wrangler>
  • Release notes tracker: <will be assigned by the Wrangler>

Detailed Description

SDL 1.2 development ended long ago, with SDL 2.0 replacing it. However, many older games still use SDL 1.2 and cannot change to SDL 2.0. In order to help move SDL 1.2 games into the modern world, let's replace SDL 1.2 with sdl12-compat, which uses SDL 2.0.

Feedback

Benefit to Fedora

Switching SDL 1.2 powered games to use sdl12-compat offers significant advantages:

  • Automatic support for Wayland with SDL 2.0.16+
  • Native support for PipeWire for audio
  • Massively improved support for inputs (including gamepads)

Ultimately, SDL 2.0 is actively maintained and developed. We want applications that use SDL to use an actively maintained codebase.

Scope

  • Other developers: N/A
  • Policies and guidelines: N/A (not needed for this Change)
  • Trademark approval: N/A (not needed for this Change)
  • Alignment with Objectives: N/A

Upgrade/compatibility impact

The SDL package would be transparently upgraded to libsdl12-compat package and games using it should just transparently start using SDL 2.0.


How To Test

1. Swap SDL for sdl12-compat: dnf swap SDL sdl12-compat

2. Run something that uses SDL 1.2 like Package-x-generic-16.pngquake3 and see that it works.


User Experience

There shouldn't be a noticeable user impact, other than possibly a smoother experience because applications are using SDL 2.0.

Dependencies

Contingency Plan

  • Contingency mechanism: Restore the SDL package in Package-x-generic-16.pngSDL
  • Contingency deadline: Final Freeze
  • Blocks release? N/A (not a System Wide Change), Yes/No


Documentation

N/A (not a System Wide Change)

Release Notes

Games that use SDL 1.2 will now transparently use SDL 2.0 through the sdl12-compat package. This makes it so applications that historically used SDL 1.2 now use SDL 2.0.