From Fedora Project Wiki
mNo edit summary
 
(15 intermediate revisions by one other user not shown)
Line 10: Line 10:
<!-- A sentence or two summarizing what this change is and what it will do. This information is used for the overall changeset summary page for each release.  
<!-- A sentence or two summarizing what this change is and what it will do. This information is used for the overall changeset summary page for each release.  
Note that motivation for the change should be in the Benefit to Fedora section below, and this part should answer the question "What?" rather than "Why?". -->
Note that motivation for the change should be in the Benefit to Fedora section below, and this part should answer the question "What?" rather than "Why?". -->
Reduction in size of the Fedora Base container image by dropping packages that are not needed in most of the common cases that will be gathered and defined in the process.
Reduction in size of the Fedora Base container image(fedora on most container registries) by dropping packages that are not needed for the core function of the base image. Those base functionalities will be gathered and defined in the process.
 
The scope of this change is in particular the removal of [https://pagure.io/ContainerSIG/container-sig/issue/44 sssd-client], [https://pagure.io/ContainerSIG/container-sig/issue/45 util-linux] and [https://pagure.io/ContainerSIG/container-sig/issue/46 shadow-utils]


== Owner ==
== Owner ==
Line 50: Line 52:
* Tracker bug: <will be assigned by the Wrangler>
* Tracker bug: <will be assigned by the Wrangler>
* Release notes tracker: <will be assigned by the Wrangler>
* Release notes tracker: <will be assigned by the Wrangler>
== Detailed Description ==
<!-- Expand on the summary, if appropriate.  A couple sentences suffices to explain the goal, but the more details you can provide the better. -->


== Feedback ==
== Feedback ==
 
Please provide your uses and use cases of Fedora base container image(fedora on most of container registries) in [https://pagure.io/ContainerSIG/container-sig/issue/47 the Container-SIG issue] or on the Fedora devel ML.
<!-- Summarize the feedback from the community and address why you chose not to accept proposed alternatives. This section is optional for all change proposals but is strongly suggested. Incorporating feedback here as it is raised gives FESCo a clearer view of your proposal and leaves a good record for the future. If you get no feedback, that is useful to note in this section as well. For innovative or possibly controversial ideas, consider collecting feedback before you file the change proposal. -->
<!-- Summarize the feedback from the community and address why you chose not to accept proposed alternatives. This section is optional for all change proposals but is strongly suggested. Incorporating feedback here as it is raised gives FESCo a clearer view of your proposal and leaves a good record for the future. If you get no feedback, that is useful to note in this section as well. For innovative or possibly controversial ideas, consider collecting feedback before you file the change proposal. -->


== Benefit to Fedora ==
== Benefit to Fedora ==
 
Reduced size of the base container image would make Fedora more friendly for cloud container use while keeping all the Fedora features. Reduction of the packages that are part of image will also help to find and fix implicit dependencies in containers and packages.
<!-- What is the benefit to the distribution?  Will the software we generate be improved? How will the process of creating Fedora releases be improved?
<!-- What is the benefit to the distribution?  Will the software we generate be improved? How will the process of creating Fedora releases be improved?
    
    
Line 90: Line 88:


== Scope ==
== Scope ==
* Proposal owners:
* Proposal owners: Gather feedback, use cases for the Fedora base container image. Remove identified packages from the container image.
<!-- What work do the feature owners have to accomplish to complete the feature in time for release?  Is it a large change affecting many parts of the distribution or is it a very isolated change? What are those changes?-->
<!-- What work do the feature owners have to accomplish to complete the feature in time for release?  Is it a large change affecting many parts of the distribution or is it a very isolated change? What are those changes?-->


* Other developers: Possibly fix/update their dependency requirements.  <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
* Other developers: Possibly fix/update their dependency requirements in packages and container.  <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
<!-- What work do other developers have to accomplish to complete the feature in time for release?  Is it a large change affecting many parts of the distribution or is it a very isolated change? What are those changes?-->
<!-- What work do other developers have to accomplish to complete the feature in time for release?  Is it a large change affecting many parts of the distribution or is it a very isolated change? What are those changes?-->


Line 100: Line 98:
The issue is required to be filed prior to feature submission, to ensure that someone is on board to do any process development work and testing and that all changes make it into the pipeline; a bullet point in a change is not sufficient communication -->
The issue is required to be filed prior to feature submission, to ensure that someone is on board to do any process development work and testing and that all changes make it into the pipeline; a bullet point in a change is not sufficient communication -->


* Policies and guidelines: TBD, but most probably not needed. (not a System Wide Change) <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
* Policies and guidelines: TBD, but most probably not needed.<!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
<!-- Do the packaging guidelines or other documents need to be updated for this feature?  If so, does it need to happen before or after the implementation is done?  If a FPC ticket exists, add a link here. -->
<!-- Do the packaging guidelines or other documents need to be updated for this feature?  If so, does it need to happen before or after the implementation is done?  If a FPC ticket exists, add a link here. -->


Line 132: Line 130:


<!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
<!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
N/A (not a System Wide Change)
TBD


== User Experience ==
== User Experience ==
Line 145: Line 143:
  - Green has been scientifically proven to be the most relaxing color. The move to a default background color of green with green text will result in Fedora users being the most relaxed users of any operating system.
  - Green has been scientifically proven to be the most relaxing color. The move to a default background color of green with green text will result in Fedora users being the most relaxed users of any operating system.
-->
-->
User will observe decrease in size of the Fedora base container image, fedora:34.


== Dependencies ==
== Dependencies ==
Line 150: Line 149:


<!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
<!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
N/A (not a System Wide Change)
All layered images build on top of the Fedora base container image.


== Contingency Plan ==
== Contingency Plan ==


<!-- If you cannot complete your feature by the final development freeze, what is the backup plan?  This might be as simple as "Revert the shipped configuration".  Or it might not (e.g. rebuilding a number of dependent packages).  If you feature is not completed in time we want to assure others that other parts of Fedora will not be in jeopardy.  -->
<!-- If you cannot complete your feature by the final development freeze, what is the backup plan?  This might be as simple as "Revert the shipped configuration".  Or it might not (e.g. rebuilding a number of dependent packages).  If you feature is not completed in time we want to assure others that other parts of Fedora will not be in jeopardy.  -->
* Contingency mechanism: (What to do?  Who will do it?) N/A (not a System Wide Change)  <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
* Contingency mechanism: Reverting changes to the base image definition and rebuild of the base image and affected layered container images by change owners. <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
<!-- When is the last time the contingency mechanism can be put in place?  This will typically be the beta freeze. -->
<!-- When is the last time the contingency mechanism can be put in place?  This will typically be the beta freeze. -->
* Contingency deadline: N/A (not a System Wide Change)  <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
* Contingency deadline: Final Freeze <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
<!-- Does finishing this feature block the release, or can we ship with the feature in incomplete state? -->
<!-- Does finishing this feature block the release, or can we ship with the feature in incomplete state? -->
* Blocks release? N/A (not a System Wide Change), Yes/No <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
* Blocks release? No <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
* Blocks product? product <!-- Applicable for Changes that blocks specific product release/Fedora.next -->
* Blocks product? product <!-- Applicable for Changes that blocks specific product release/Fedora.next -->


Line 166: Line 165:


<!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
<!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
N/A (not a System Wide Change)
TBD


== Release Notes ==
== Release Notes ==
Line 174: Line 173:
Release Notes are not required for initial draft of the Change Proposal but has to be completed by the Change Freeze.  
Release Notes are not required for initial draft of the Change Proposal but has to be completed by the Change Freeze.  
-->
-->
Fedora container image got smaller by [size MB] dropping following packages [list of package]. If you are using some of them in your layered image, they will most probably be pulled by other packages that you are using/installing. If not you will have to install them during build of your layered image explicitly.

Latest revision as of 19:11, 20 November 2020

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.
Guidance
For details on how to fill out this form, see the documentation.


Fedora Base Container Image Minimization

Summary

Reduction in size of the Fedora Base container image(fedora on most container registries) by dropping packages that are not needed for the core function of the base image. Those base functionalities will be gathered and defined in the process.

The scope of this change is in particular the removal of sssd-client, util-linux and shadow-utils

Owner

Current status

  • Targeted release: Fedora 34
  • Last updated: 2020-11-20
  • 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>

Feedback

Please provide your uses and use cases of Fedora base container image(fedora on most of container registries) in the Container-SIG issue or on the Fedora devel ML.

Benefit to Fedora

Reduced size of the base container image would make Fedora more friendly for cloud container use while keeping all the Fedora features. Reduction of the packages that are part of image will also help to find and fix implicit dependencies in containers and packages.

Scope

  • Proposal owners: Gather feedback, use cases for the Fedora base container image. Remove identified packages from the container image.
  • Other developers: Possibly fix/update their dependency requirements in packages and container.
  • Release engineering: TBD #Releng issue number (a check of an impact with Release Engineering is needed)
  • Policies and guidelines: TBD, but most probably not needed.
  • Trademark approval: N/A (not needed for this Change)
  • Alignment with Objectives:

Upgrade/compatibility impact

There should be no impact, breakage.

How To Test

TBD

User Experience

User will observe decrease in size of the Fedora base container image, fedora:34.

Dependencies

All layered images build on top of the Fedora base container image.

Contingency Plan

  • Contingency mechanism: Reverting changes to the base image definition and rebuild of the base image and affected layered container images by change owners.
  • Contingency deadline: Final Freeze
  • Blocks release? No
  • Blocks product? product

Documentation

TBD

Release Notes

Fedora container image got smaller by [size MB] dropping following packages [list of package]. If you are using some of them in your layered image, they will most probably be pulled by other packages that you are using/installing. If not you will have to install them during build of your layered image explicitly.