< Changes
m (Mmaslano moved page Env and Stacks/Changes Drafts/Playground repository to Changes/Playground repository) |
(Overall improvements to the Change proposal) |
||
| Line 20: | Line 20: | ||
<!-- 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 --> | ||
= | = Playground repository <!-- The name of your change proposal --> = | ||
== Summary == | == Summary == | ||
<!-- 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. --> | ||
The Playground | The Playground repository gives contributors a place to host packages that are not up to the standards of the main Fedora repository but may still be useful to other users. For now the Playground repository contains both packages that are destined for eventual inclusion into the main Fedora repository and packages that are never going to make it there. Users of the repository should be willing to endure a certain amount of instability when using packages from there. | ||
{{admon/important|What the Playground repository will NOT include| | |||
To avoid any potential confusion, we want to make it clear that the Playground repository will '''not''' host packages that have '''bad licenses''', include '''proprietary software''' or include '''patented software'''.}} | |||
== Owner == | == Owner == | ||
| Line 46: | Line 48: | ||
* Product: | * Product: | ||
--> | --> | ||
* Responsible WG: Env and Stacks WG | * Responsible WG: [[Env and Stacks|Env and Stacks WG]] | ||
== Current status == | == Current status == | ||
* Targeted release: [[Releases/21 | Fedora 21 ]] | * Targeted release: [[Releases/21 | Fedora 21 ]] | ||
* Last updated: 2014- | * Last updated: 2014-04-08 | ||
<!-- After the change proposal is accepted by FESCo, tracking bug is created in Bugzilla and linked to this page | <!-- After the change proposal is accepted by FESCo, tracking bug is created in Bugzilla and linked to this page | ||
Bugzilla states meaning as usual: | Bugzilla states meaning as usual: | ||
| Line 62: | Line 64: | ||
== Detailed Description == | == Detailed Description == | ||
We are still working on details but the main ideas are finished and described in the [[ | We are still working on the details but the main ideas are finished and described in the [[Env_and_Stacks/Playground_repository_(draft)|Playground repository draft]]. | ||
Packages for the repository are built in COPR. The COPR owner can propose the repository as a whole for inclusion into the Playground repository by marking it as such in COPR. Repositories/packages successfully built and satisfying the Playground repository's Policies are | Packages for the repository are built in [http://copr.fedoraproject.org/ COPR]. The COPR owner can propose the repository as a whole for inclusion into the Playground repository by marking it as such in COPR. Repositories/packages successfully built and satisfying the Playground repository's [[Env_and_Stacks/Playground_repository_(draft)#Policies|Policies]] are copied into the Playgroud repository. The one Playground repository includes many Copr repositories. | ||
Playground repository is meant | Playground repository is only meant to provide packages for Fedora 21 and later versions. | ||
Initially, the repository will be provided as a Beta for a limited number of packagers and testers, so we'll be able to incrementally define the remaining details of the workings of the repository. | |||
To enable the repository, testers will need to use [http://dnf.baseurl.org/ DNF] along with its [http://dnf.baseurl.org/2014/03/19/copr-plugin/ Copr plugin]. | |||
== Benefit to Fedora == | == Benefit to Fedora == | ||
Users | Users will be able to find and install interesting packages from ONE place, instead of using several COPRs or downloading packages from various third party sites. | ||
Upstream developers and (new) Fedora contributors will be able to more easily and quickly package their applications, since they won't need to follow the current strict [[Packaging:Guidelines]]. Also, their applications will be easier to find by all being at a common place. | |||
If packages are first included in the Playground repository, potential bugs can be discovered early, before their inclusion in the main Fedora repository. | |||
The main benefit will be | The main benefit of the Playground repository will be easier access to software, which is currently not available in the main Fedora repository due to falling into one of the following categories: | ||
* is | * its review is taking very long time (due to its code being lower quality, due to it bundling some libraries, etc.) | ||
* requires exact version of | * it requires an exact version of some other software not included in the main Fedora repository | ||
* bundle | * its upstream decided to bundle some libraries and it is *unnatural* and painful to maintain patches that unbundle these bundled libraries | ||
== Scope == | == Scope == | ||
<!-- What work do the developers have to accomplish to complete the change 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 developers have to accomplish to complete the change 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?--> | ||
* Proposal owners: Env and Stack WG | * Proposal owners: [[Env and Stacks|Env and Stack WG]] | ||
<!-- 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?--> | ||
Revision as of 14:59, 8 April 2014
Playground repository
Summary
The Playground repository gives contributors a place to host packages that are not up to the standards of the main Fedora repository but may still be useful to other users. For now the Playground repository contains both packages that are destined for eventual inclusion into the main Fedora repository and packages that are never going to make it there. Users of the repository should be willing to endure a certain amount of instability when using packages from there.
To avoid any potential confusion, we want to make it clear that the Playground repository will not host packages that have bad licenses, include proprietary software or include patented software.
Owner
- Name: Marcela Mašláňová
- Email: mmaslano@redhat.com
- Name: Mirek Suchý
- Email: msuchy@redhat.com
- Release notes owner:
- Responsible WG: Env and Stacks WG
Current status
- Targeted release: Fedora 21
- Last updated: 2014-04-08
- Tracker bug: <will be assigned by the Wrangler>
Detailed Description
We are still working on the details but the main ideas are finished and described in the Playground repository draft.
Packages for the repository are built in COPR. The COPR owner can propose the repository as a whole for inclusion into the Playground repository by marking it as such in COPR. Repositories/packages successfully built and satisfying the Playground repository's Policies are copied into the Playgroud repository. The one Playground repository includes many Copr repositories.
Playground repository is only meant to provide packages for Fedora 21 and later versions. Initially, the repository will be provided as a Beta for a limited number of packagers and testers, so we'll be able to incrementally define the remaining details of the workings of the repository. To enable the repository, testers will need to use DNF along with its Copr plugin.
Benefit to Fedora
Users will be able to find and install interesting packages from ONE place, instead of using several COPRs or downloading packages from various third party sites.
Upstream developers and (new) Fedora contributors will be able to more easily and quickly package their applications, since they won't need to follow the current strict Packaging:Guidelines. Also, their applications will be easier to find by all being at a common place.
If packages are first included in the Playground repository, potential bugs can be discovered early, before their inclusion in the main Fedora repository.
The main benefit of the Playground repository will be easier access to software, which is currently not available in the main Fedora repository due to falling into one of the following categories:
- its review is taking very long time (due to its code being lower quality, due to it bundling some libraries, etc.)
- it requires an exact version of some other software not included in the main Fedora repository
- its upstream decided to bundle some libraries and it is *unnatural* and painful to maintain patches that unbundle these bundled libraries
Scope
- Proposal owners: Env and Stack WG
- Other developers:
- Copr devs
- Ability to mark an individual COPR for inclusion in the Playground repository.
- Copr deployment that's considered reliable enough to build packages for this repo
- Copr devs
- Policies and guidelines:
- Packages must follow the Legal Guidelines. In particular, the license for all packages must be approved in the Legal Guidelines.
- Packages may violate other Fedora Packaging Guidelines.
Upgrade/compatibility impact
Main repository won't be harmed by Playground.
How To Test
0. Build your package or set of packages in Copr
1. Mark your packages as Playground wanted
2. Wait for addition into Playground repository
3. Add Playground repo and install by PackageKit/dnf
User Experience
User should be able add new repository providing lot of new stuff easily.
Dependencies
- Copr - partially done
- dnf - plugin for Coprs must replace yum, otherwise Playground stays in Beta
Contingency Plan
- Contingency mechanism: Do not add the repo during F21.
- Contingency deadline: It doesn't matter, it doesn't influence Fedora main repo.
- Blocks release? No
- Blocks product? Doesn't block a product. Another repo, different than Playground, could be, but we are not providing any other at this moment.
Documentation
There will be user documentation of the repository, how to work it and and so on, when we finally figure out all details.