Re: Plan for tomorrow's (20090821) FESCo meeting

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Am 21.08.2009 17:10, schrieb Adam Jackson:
> On Fri, 2009-08-21 at 16:26 +0200, Jochen Schmitt wrote:
>
>> - From my point of view. This cases demostrate, that we need a
>> clarification about the requirements which a package has to
>> fullfill for inclusssion into Fedora.
>
> I don't disagree, but...
>
>> Package which are only useable if you have installed a package
>> which is not part of Fedora may not allow for Fedora. This is the
>> argument why we not contributes eumulators. In common emulators
>> requires special ROM images which contains copyright content.
>
> I think this is a faulty generalization.
>
> X is a network protocol.  vdpau and xnvctrl applications can be
> perfectly functional running on a Fedora machine with no nvidia
> driver installed, if they happen to be talking to some _other_
> machine somewhere in the world that does support those extensions.
> One might argue that this is a trivial distinction, and that it
> still requires some non-free blob to be made to work, but to make
> that assertion you're basically saying that interoperability is
> only acceptable if there's some free implementation of what you're
> interoperating with.  If you follow that idea through, you end up
> removing pilot-link, libgpod...
>
> The emulator rule-of-thumb makes sense to the extent that the
> emulator itself is the end goal.  If the only reason you could want
> it installed is to play some arcade game ROM then there's pretty
> clearly no interoperability argument to be made.  But libvdpau
> isn't the end goal; the VDPAU app is the end goal.  libvdpau is
> just how you get there.
>
> The emulator RoT also assumes that the copyright holder of the
> magic bits doesn't _want_ you to use them.  NVIDIA clearly wants
> people to use VDPAU.
>
> - ajax
Thank you for your explaination. I think we should make a distinct betwenn
a regquirement which must install on the same machine and another
requirement
which is provides by a remote system.

Best Regards:

Jochen Schmitt
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/

iJwEAQECAAYFAkqOumsACgkQZLAIBz9lVu9MoQP/ZNjwRUZSEUFxRj19pmjKocky
4OfA8yE8k15ZSEGr46wy7aMTshSnN0Ccw3hxwM1Qj+Z/g21XVJlXOK4EyFIz28Mt
voBhqg2nYOBbArbBfLs+Jp3BnVZ1WIUdhTtWyDfdo6l5si61QYc5QGL2ZATBaHRT
7BYhDbiZFWxevACyRPE=
=QIRs
-----END PGP SIGNATURE-----

-- 
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux