<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    On 04/21/2014 01:27 PM, Stephen Gallagher wrote:<br>
    <span style="white-space: pre;">&gt; <br>
      &gt; On 04/21/2014 01:07 PM, Haïkel Guémar wrote:<br>
      &gt; <br>
      &gt; We should think on how we could improve collaboration with <br>
      &gt; third-party repos, fedmsg/copr might be part of the technical
      <br>
      &gt; solution. How about a Fedora Partnership Program ? We could
      open up <br>
      &gt; at a certain extent our infrastructure and collaborate with
      software<br>
      &gt;  editors to make sure that their products have some support
      in <br>
      &gt; Fedora.<br>
      &gt; <br>
      &gt; <br>
      &gt; I love this idea and I think we should probably start another
      thread <br>
      &gt; on it when this one starts to die down, assuming that the
      general <br>
      &gt; sense is that the community wants to improve our<br>
      &gt; third-party/non-FOSS relationships.</span><br>
    <br>
    The choices we make are determined by the possibilities we are
    presented with. While we all agree that it's neither possible nor
    desirable to prevent installation of whatever tools the end user
    wants, the Freedom absolutists would like to put up a barrier
    against non-Free software, or at least want Fedora to abstain from
    helping. I personally prefer that choice to be given to the users,
    who should be able to indicate what they want on their systems.<br>
    <br>
    Now, these abstract choices take shape during software installation,
    so it seems to me that they should be entered as user preferences in
    the software installer to shape the results of software search. In
    other words, ask the user what they want to see, and then let them
    choose from the results.<br>
    <br>
    We've discussed several such values-based choices:<br>
    <br>
    - the license conditions (Free vs. encumbered vs. non-Free and
    commercial)<br>
    <br>
    - tolerance for gritty old commandline tools vs. polished apps only<br>
    <br>
    - choice between full functionality vs. small size and/or speed<br>
    <br>
    I think they all can be seen as user preferences in the software
    installer discovery process, making the installer central to how the
    resulting system is put together. This is consistent with how Droid
    and iOS make software 'stores' and installation a central point of
    interaction for configuring their systems.<br>
    <br>
    <br>
  </body>
</html>