F22 Self Contained Change: Disabled Repositories Support
lists at petetravis.com
Tue Mar 17 15:28:32 UTC 2015
On Mar 17, 2015 5:18 AM, "Jan Zelený" <jzeleny at redhat.com> wrote:
> On 16. 3. 2015 at 15:52:10, Jaroslav Reznik wrote:
> > = Proposed Self Contained Change: Disabled Repositories Support =
> > https://fedoraproject.org/wiki/Changes/DisabledRepoSupport
> > Change owner(s): Richard Hughes <rhughes at redhat dot com>
> > The Software tool and PackageKit now support disabled repositories to
> > users locate software in additional repositories which are not meant to
> > enabled by default.
> > * This Change is announced after the Change Submission Deadline as an
> > exception to the process. May not be approved for proposed Fedora
> > == Detailed Description ==
> > This feature aims to reduce the technical hurdles for users and
> > to locate software packaged for a distribution, but which needs to be
> > clearly identified as not officially included (or possibly sanctioned)
> > that distribution.
> > When Software (via PackageKit) queries a repo definition that contains
> > line enabled_metadata=1, even if the repo is disabled, it will download
> > repodata. This feature allows a user to locate software in response to a
> > search. If the user wants to install the software, she receives a dialog
> > with information that the repo must be enabled to satisfy the request,
> > if relevant, information about the nature of the software (for
> > it is non- libre).
> > N.B. This feature does not currently operate in Fedora, since no such
> > definitions are currently shipped. However, the feature could be used by
> > remixers, and in the future in Fedora in the event of a policy change.
> > == Scope ==
> > * Proposal owners: Include enhancements in gnome-software/PackageKit
> > * Other developers: N/A (not a System Wide Change)
> > * Release engineering: N/A (not a System Wide Change)
> > ** Note: For this feature to be used in Fedora requires an additional *-
> > release-extra package to ship disabled repo definition
> > * Policies and guidelines: N/A (not a System Wide Change)
> > ** Note: For this feature to be used in Fedora requires clearer approval
> > from FESCo and the Council
> I wonder, are there any implications for dnf in terms of being consistent
> the new behavior of Gnome Software? I realize that people using dnf have
> options than people using Gnome Software (--enablerepo for instance) but
> sounds like the beginning of the end of disabled repositories.
> Personally, I don't like the semantics of these semi-disabled repos. It
> the purpose of disabling the repos in the first place, doesn't it? I mean
> don't get why user would specify enabled_metadata=1 when he can achieve
> the same result with disabled=0 (the only difference I can see is one
> additional popup dialog). Or is there something I'm missing?
As I understand it, the intent is to provide the user with the experience
of third party software being included in Fedora, while still complying
with the third party repository policy and communicating to the user that
it comes from somewhere else.
As I understand it, the council stance is that each repo must be a
self-contained piece of software, and each individual repo must have
explicit council approval to be included, with a mandate for furthering
Fedora's mission and an expectation of permissive licensing. In that
context, I guess I'm ok with the compromise.
jreznik, what about cycling these approvals through the Change process, but
instead of going to Fesco, the tickets go to the council? That would allow
a sufficient amount of community scrutiny and signal, IMO. The Change
template would only need to be modified slightly, probably not more than
current interpretations do.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the devel