Third party repos
Paul W. Frields
stickster at gmail.com
Thu Feb 26 21:52:03 UTC 2015
On Thu, Feb 26, 2015 at 02:17:06PM -0700, Pete Travis wrote:
> On Feb 26, 2015 1:59 PM, "Paul W. Frields" <stickster at gmail.com> wrote:
> >
> > On Thu, Feb 26, 2015 at 08:37:55AM -0700, Pete Travis wrote:
> > > On Feb 26, 2015 6:57 AM, "Paul W. Frields" <stickster at gmail.com> wrote:
> > > >
> > > > I wanted to resurface the third party repository topic before we get
> > > > to next week's meeting. Currently we have the following page drafted
> > > > that discusses the new disabled repo feature currently in Fedora 22
> > > > Workstation:
> > > >
> > > > https://fedoraproject.org/wiki/Workstation/3rdPartyApps
> > > >
> > > > Currently there's a policy from the Council (nee Board) on third party
> > > > repos here:
> > > >
> > > > https://fedoraproject.org/wiki/Third_Party_Repository_Policy
> > > >
> > > > This policy doesn't address one of the problems I believe we're trying
> > > > to solve in software -- making developer access to non-libre (but
> > > > legally OK) tools on Fedora less convoluted and burdensome.
> > > >
> > > > So there's not just the question of implementation and curation, but
> > > > also getting a policy change approved by the Council.
> > > >
> > > This would make more sense to me as a Change proposal, with all the
> process
> > > and publicity that comes with that. A change in Fedora like this is
> much
> > > greater than the actual implementation details; treating it like a minor
> > > gnome-software feature add isn't representative of the impact on the
> > > project.
> >
> > Except the Change process is focused on sorting out changes that make
> > more than the owner do work to integrate, vs. those that don't. I
> > think calling this a Change actually demote this to a purely technical
> > decision, and I don't want to see it treated that way. So I think
> > your suggestion achieves the opposite of what you intend.
>
> "Demotion" sounds like we might be on the same page about impact, at least
> :) The Change process is technically focused, but it's still *the* process
> for major feature changes to get community review. These changes are
> almost entirely technical in nature, but FYI-type changes for marketing and
> documentation purposes happen too. Participation in the process would
> still allow for policy review, community feedback, coordination with other
> groups, and maybe even stretch the Change process itself to accommodate
> less technical proposals.
That's completely correct, but without policy the technical feature
isn't going to have any impact AFAICT.
--
Paul W. Frields http://paul.frields.org/
gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717
http://redhat.com/ - - - - http://pfrields.fedorapeople.org/
The open source story continues to grow: http://opensource.com
More information about the desktop
mailing list