Well it feels a bit weird to say that it would defile our values to allow these applications to appear in the app installer, yet it is perfectly aligned with our values to work to make sure they appear in the browser. I mean if we start converting the appinstaller into a web browser, at what point does this become ok? But to answer your question, we could for instance make a browser extension that searches the web for Fedora repositories, repositories which we have worked with the third-party vendors to make sure they contain metadata we can have the extension nicely display and then present in the web browser maybe with enable/disable buttons like the extensions.gnome.org site. Christian ----- Original Message ----- From: "Matthew Miller" <mattdm@xxxxxxxxxxxxxxxxx> To: "Fedora community advisory board" <advisory-board@xxxxxxxxxxxxxxxxxxxxxxx> Sent: Wednesday, January 22, 2014 4:47:32 PM Subject: other ways of working with third party vendors [was Re: Proposal: Revision of policy surrounding 3rd party and non-free software] On Tue, Jan 21, 2014 at 08:01:52PM +0000, Matthew Garrett wrote: > So why are we not working with the third-party vendors to ensure that > they provide repository metadata in a way that's easy for users to find? > We can do much better than we currently do without compromising on our > commitment to free software. I think this got a little lost in the big thread, but is really worth exploring further. What more can we do in this area, and how would we go about it? >From the point of view of those putting forth the policy-revision proposal, what would we lose by focusing on this instead? How could we mitigate that? -- Matthew Miller -- Fedora Project -- <mattdm@xxxxxxxxxxxxxxxxx> _______________________________________________ advisory-board mailing list advisory-board@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/advisory-board _______________________________________________ advisory-board mailing list advisory-board@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/advisory-board