From Fedora Project Wiki
Line 93: Line 93:
     https://fedoraproject.org/wiki/Changes/perl5.26 (major upgrade to a popular software stack, visible to users of that stack)
     https://fedoraproject.org/wiki/Changes/perl5.26 (major upgrade to a popular software stack, visible to users of that stack)
-->
-->
* We suggest users to remove packages that are no longer maintained and may contain security vulnerabilities.
* We make sure that archaic packages do not break upgrade between two versions of Fedora.


== Scope ==
== Scope ==

Revision as of 16:45, 5 October 2021

Idea.png
Guidance
For details on how to fill out this form, see the documentation.


Change Proposal Name

Summary

Easy the task of removing packages, which were retired and no longer receives updates.

Owner


Current status

  • Targeted release: Fedora Linux 36
  • Last updated: 2021-10-05
  • 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

This follows the Changes/Fedora-Retired-Packages which was withdrawn. This time I provide a script remove-retired-packages (presented in the package of the same name) which identifies packages retired between N-1 and current (N) version. Alternatively user can run:

   remove-retired-packages 32

which will look for packages between Fedora Linux 32 and the current version.

The packages are suggested to be removed one by one, which allows the admin to skip the package and keep it on their machine despite being retired.

Part of this proposal is to change the documentation for the upgrade.

Feedback

See Changes/Fedora-Retired-Packages#Feedback original feedback page

Discussion on devel mailing list prior this proposal.

Benefit to Fedora

  • We suggest users to remove packages that are no longer maintained and may contain security vulnerabilities.
  • We make sure that archaic packages do not break upgrade between two versions of Fedora.

Scope

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

Upgrade/compatibility impact

How To Test

User Experience

Dependencies

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


Documentation

N/A (not a System Wide Change)

Release Notes