GeneralZod a écrit 2316 commentaires

La realité est que TU t'attendais à tort à autre chose et que la réalité ne correspondait pas à tes attentes. Il n'y a pas eu tromperie, Codeina fait bien ce qu'il devait faire, tout les détails sont disponibles sur le wiki de FedoraProject depuis près d'un an.
Si tu t'en fous alors pourquoi tu te plains ?

Est-ce de la faute de FedoraProject, si tu crois que Fedora Linux est une distribution user-friendly alors que ça n'a jamais été son objectif ni même revendiqué ? Est-ce de notre faute, si tu t'attendais à obtenir gratuitement les codecs alors que personne ne l'a prétendu ? [1]


[1] Alors qu'il a toujours été annoncé que les codecs en question provenaient de chez Fluendo.

Il a été précisé que les plugins provenaient de chez Fluendo, rien ne vous oblige à les acheter, rien n'empêche de récupérer les autres plugins ailleurs comme avant. Il y a même une case à cocher dans la petite fenêtre pour que le helper n'apparaisse plus.
On ne l'a pas précisé dans l'annonce pour des raisons de concision, mais tout était détaillé dans la page dédié à Codeina.
http://fedoraproject.org/wiki/Releases/FeatureCodecBuddy

De plus Codeina est encore en développement.

En même temps, c'est la seule façon *universelle* (comprendre partout dans le monde) d'obtenir légalement ces codecs, était-il vraiment nécessaire de le rappeller ?

Tu peux prendre "annihiler Redhat" dans le sens "Rendre RH innoffensif ou le réduire à une pdm négligeable" ... Pas forcément dans le sens d'une fermeture définitive de la boite.

Axel-Tobias Schreiner a écrit un cours assez complet (et même un livre) sur la programmation objet en C.
http://www.cs.rit.edu/~ats/oop-2001-2/

> Ca a certes l' inconvénient d' être "obligé" de contacter tout le monde, mais l' avantage que personne ne perds rien
Certes, l'individu ne perds rien mais la collectivité est perdante. Si une partie de KDE passe en GPLv3 et une autre reste en GPLv2, on fait quoi ? On réécrit tout ? On perd du temps, on gaspille des efforts pour améliorer KDE 4 etc ...
Il faut savoir céder une partie de sa liberté pour l'intérêt général.

Là où, je te rejoins, c'est que les contributeurs de KDE ne doivent pas à céder cette parcelle de liberté à n'importe qui sans condition. Par exemple, on peut imaginer un système nécessitant l'accord des 2/3 des développeurs KDE pour changer la licence du bureau. La possibilité que 2/3 des développeurs KDE puissent accepter une licence proprio ou pourrie soit très faible.
Après chacun reste propriétaire de son code, rien n'interdit le dual licensing, un mainteneur peut très décider de donner une licence spécifique à son module.

> Si tout ça sous entend que Codec Buddy liste les plugins de Fluendo uniquement, pour les acheter, et les télécharger et installer manuellement,

Codeina (CodecBuddy est l'ancien nom) = backend + frontend.
Le backend détecte les codecs manquants et délégue au frontend la façon de récupérer les-dits codecs. Le backend est intégré en upstream (ou en cours pour Rhythmbox) et est déjà utilisé par l'utilitaire d'Ubuntu dans Gutsy Gibbon.

Si tu avais lu l'interview de BN et TVS, le frontend n'est qu'un jet -et on est d'accord sur la question- et que TVS prévoit d'en écrire un générique et capable de récupérer les paquets via un dépôt tiers (utilisera-t-il PackageKit ?)

Si seule la source Fluendo est activée, c'est parce que pour l'instant, c'est la seule qui ne pose pas de problème légal et éthique (les codecs sont sous licences libres, libre à toi de récupérer gratuitement les sources et de les recompiler)

T: Lots! We want it to be a generic frontend for GStreamer codec installation. That means any repository should be able to integrate and be a provider for missing codecs or formats.

[Editor's Note: Since Fedora is a U.S based distribution and bound by U.S laws, Red Hat Legal team is still evaluating the feasibility of pointing to another repository. If it can be done, it probably will be and Codec Buddy has been designed to allow other sources. Stay tuned]

C'est le coordinateur de IcedTea (et un des développeurs principaux de GCJ/GNU Classpath), dans cette interview, il parle de IcedTea et de son avenir.
Apparemment, ça pourrait intéresser du monde, même les moinsseurs fous.
http://fedoraproject.org/wiki/Interviews/ThomasFitzsimmons

> Je pointe le manque de transparence et d'honnêteté vis à vis des utilisateurs sur ce point important qu'est l'accessibilité à des médias utilisant des codecs brevetés

The Fedora Project realizes there are large amounts of media available in patented formats that you want to view or play. That's why we've coordinated with companies such as Fluendo who provide software to play such formats, legal for use in any location.

Et ça c'est quoi ?
Si tu parles de la dépêche, c'est une annonce de presse standard. Un résumé bref, je t'invite cordialement à passer sur la mailing-list fedora-fr pour en parler.
https://www.redhat.com/mailman/listinfo/fedora-fr-list
Codeina a amélioré l'accessibilité des codecs brevetés, je te rappelle que le backend de Codeina a été intégré dans Totem (GNOME2.20), le patch commité dans Rhythmbox et que gnome-app-install (l'utilitaire d'Ubuntu) se base sur ce backend désormais pour détecter les codecs manquants.
Oui, le frontend est encore basique, mais il ne sont que deux sur ce projet avec un temps très limité.

> J'adore la paranoïa des fanboys de redhat qui voient des conspirations contre eux partout ^_^
Je me contrefous de RedHat, seul FedoraProject m'intéresse. Sans RedHat: pas d'argent, pas d'infrastucture et la moitié des développeurs en moins. Par contre, ça, je ne m'en contrefous pas.

SCO, Get The Facts, le FUD de Ballmer c'est de la paranoïa ? Redhat est particulièrement visé parce que c'est l'acteur commercial le plus visible mais les autres sociétés (Canonical, MandrivaSoft, etc) sont tout aussi menacés.

> c'est une vraie question que je pose ;-)
Je l'entends bien comme ça également. :-)
La plupart des contributeurs à FedoraProject ne sont pas juristes, et on ne prétend pas l'être. On fait donc régulièrement appel à l'expertise des avocats de RedHat. Pour le moment, on attend leur réponse définitive.
C'est peut-être un excès de prudence mais on ne peut pas se permettre un faux-pas, notre sponsor RH étant très exposé.

Il y a eu une discussion sur les m-l assez récemment autour de RPMFusion (la fusion de dépôts tiers pour Fedora) et la question a été abordé. Un résumé est disponible sur la Fedora Weekly News (paragraphe sur RPMFusion).
http://fedoraproject.org/wiki/FWN/Issue103

Est-ce que c'est le fait que les codecs proposés soient payants qui pose problème ?
Fluendo est une PME qui a beaucoup investi dans le segment du multimédia sous GNU/Linux en sponsorisant le développement de GStreamer, Elisa ...
Un problème récurrent est la distribution des codecs soumis à des brevets logiciels qui est illégale dans de nombreux pays.
Fluendo a écrit divers plugins à gstreamer implémentant les codecs posant problèmes sous licences libres (Cf SVN) et a mis la main à la poche pour acheter les licences. Il est tout à fait normal que Fluendo demande une petite contribution, ne serait -ce que pour rembourser l'achat des licences et financer leur travail.
De plus, personne ne vous interdit de recompiler vous-même les binaires ....

libre != gratuit

http://www.fluendo.com/resources/source-plugins.php

> la news sur DLFP de ce bon vieux GeneralZod
Je n'ai fais que poster l'annonce co-rédigé par les ambassadeurs francophones du projet, tu peux vérifier sur la m-l publique.
C'est une annonce de presse standard, on ne pouvait pas rentrer dans les détails.

> le paragraphe sur codecbuddy du wiki fedora
FAUX ! Extrait de http://fedoraproject.org/wiki/CodecBuddy

The Fedora Project realizes there are large amounts of media available in patented formats that you want to view or play. That's why we've coordinated with companies such as Fluendo who provide software to play such formats, legal for use in any location.

Jonathan Corbet a très bien expliqué la problèmatique de FedoraProject. On a des contraintes assez fortes à cause de la symbiose entre FedoraProject et RedHat. RedHat est clairement un partenaire indispensable du projet que ce soit en terme financiers, d'infrastructures et de main d'oeuvre. Mais c'est également un partenaire très exposé. Beaucoup n'attendent qu'un faux pas pour annihiler RH.
Fluendo est la seule solution viable à la disposition de FedoraProject et qui ne compromet pas notre éthique. Si on parvient à trouver une autre solution, on le fera (Cf l'interview de BN et TVS)


> "Fedora ne vise pas à être utilisée, on fait ça juste pour le fun".
Comme je l'ai dis Fedora Linux se veut "community friendly" et non pas "user friendly". Elle est avant tout destiné aux membres de la communauté, ceux qui n'ont pas peur de mettre les mains dans le cambouis pour faire avancer les choses.

> J'ai du mal à croire que les contributeurs et développeurs Fedora ne font ça que pour la vitrine et pas pour fournir un produit à des utilisateurs.

Fedora est un système d'exploitation basé sur Linux servant de vitrine aux logiciels libres les plus récents. Fedora est libre : tout le monde peut l'utiliser, le modifier et le distribuer. Il est construit de par le monde par des personnes regroupées autour d'une communauté : le Projet Fedora. Le Projet Fedora est un projet ouvert, tout le monde peut participer.

Notre objectif n'est pas de faire la meilleure distribution au monde mais de faire de GNU/Linux (et les logiciels libres en général) la meilleure plateforme possible.
Certes, Fedora Linux est assez simple d'utilisation mais ce n'est pas notre première priorité. D'autres distributions comme Mandriva, Ubuntu, Linspire le font très bien voire mieux que Fedora Linux.
Fedora Linux n'est pas parfaite, on a fait des erreurs, mais il faut la juger en tant que Fedora c'est à dire une distribution bleeding edge ou avant-gardiste.
Beaucoup dans FedoraProject (moi y compris) voient FedoraProject comme une pépinière du logiciel libre, une branche R&D pour l'ensemble des distributions GNU/Linux.

D'ailleurs la véritable nouveauté de F7 /F8 (et une des raisons de l'abandon du Core) ce sont les infrastructures sous-jacentes. :o)

Le backend de Codeina n'a pas encore été intégré à Rhythmbox mais le patch a été commité récemment.

Exact, je voulais dire rajouter Fedora dans la liste des distributions conformes aux principes de la FSF.
FedoraProject continue toujours son audit permanent sur les les paquets inclus dans la distribution, la dernière action a été de vérifier/standardiser les licences dans les paquets.
La FSF n'a pas trouvé de points bloquants, apparemment l'idée d'une "certification" semble abandonner. Si la FSF est toujours disponible pour répondre aux question et aider Fedora à s'améliorer, mais pour on ne sait quelle raison, ne veut pas reconnaitre Fedora comme conforme à ses principes.
http://fedoraproject.org/wiki/FreeSoftwareAnalysis/

C'est assez inexplicable, vu qu'ils n'ont pas fait autant de problèmes pour Blag alors que Blag est nettement plus laxiste que FedoraProject. Sur de nombreux points, FedoraProject est bien plus stricte que la FSF elle-même.


Sinon, pour revenir au sujet de ce journal, j'ai retrouvé au passage un article de Jonathan Corbet qui explique assez bien le cas "FedoraProject". Un avis surement plus neutre que celui d'IsNotGood et le mien.
http://lwn.net/Articles/230042/

Aurais-tu l'amabilité de pointer les prétendus injures que j'aurais posté ?

> Je vais finir par croire que vous êtes des bots qui s'activent lors que le mot Fedora ou Red Hat apparaît sur une page.
Comme d'autres quand on cité le nom d'une autre distribution ... :o)
C'est ça être passionnés mais il faut savoir raison gardé !

> D'ailleurs, je me demande s'il n'y a pas un truc qui existe plus ou moins.
BLAG Linux actuellement basé sur Fedora 7 + quelques paquets issus de dépôts tiers, recommandé par la FSF d'ailleurs -à mon avis, un assemblage pas terrible, ils mettent en avant l'horrible apt4rpm-
Ironiquement, La FSF recommande BLAG Linux mais RMS refuse de recommander Fedora Linux alors que Fedora est nettement plus stricte que sa dérivée.

http://blagblagblag.org/
http://www.gnu.org/links/links.html

> J'ajoute que Mandriva, OpenSuse, Ubuntu et une flopée d'autres sont très bien, donnent un accès facile aux codecs (et autres logiciels non-libres) ; bref, sont vraiment conçues pour Madame Michu.

Et c'est très bien ! La diversité du logiciel libre est une force pas une faiblesse.
Je crois sincèrement que Codeina est la bonne solution, avec un backend réutilisable par tous et TSV prépare un frontend qui permettra d'intégrer des dépôts tiers facilement et générique.
En même temps, ils n'étaient que 2 sur le projet: Bastien Nocera et TSV et vous vous doutez bien que Codeina n'est pas leur seul et unique projet.

D'ailleurs je me demande pourquoi on classe Fedora parmi les distributions "user-friendly". Si Fedora Linux n'est pas spécialement ardue, elle se veut avant tout "community-friendly" et par le passé n'a pas hésité à aller à contre-courant si c'était dans l'intérêt général.
Le but de FedoraProject est de participer à l'avancement et aux progrès des logiciels et contenus libres pas de faire une distribution GNU/Linux simple d'utilisation. Fedora Linux est un moyen, pas une fin.

C'est facile, surtout quand les-dites solutions s'appuient sur le backend de Codeina qui a été intégré dans GNOME 2.20. C'est bien joli de proposer une solution, mais le partager en upstream c'est mieux.
http://www.gnome.org/start/2.20/notes/fr/index.html#rnusers-(...)

> il aurait fallu que je me débrouille pour acheter le paquet sur le site, et que je l'installe moi même

Codeina n'est pas achevé

> Ce journal est un coup de gueule contre toute cette publicité qui n' a jamais mentionné le fait que les codecs seraient payants, le catalogue ne serait que celui de Fluendo

Depuis le début, c'était annoncé. C'est actuellement la seule solution légale dans de nombreux pays pour lire les fichiers mp3, mpeg2 etc .... Le code source des codecs est libre et Fluendo a payé les licences pour avoir le droit de les distribuer. Libre != gratuit.
Actuellement, les avocats de RH débatent de la légalité de pointer vers un dépôts tiers distribuant des paquets que FedoraProject n'a pas le droit de distribuer.

http://fedoraproject.org/wiki/Interviews/CodecBuddy

En même temps, il fait chier tout les autres mais c'est son droit.
Dommage qu'il n'ait aucun lien avec Novell, ça aurait fait un excellent troll.

ALors IcedTea n'est pas Java vu qu'il ne correspond pas aux spécifications.
Classpath couvre 99% de Java 1.4 & 1.5

As-tu envisagé l'utilisation de Cygwin, selon tes besoins ça pourrait être une solution.
Sinon, je te recommanderais Slackware comme distro légére.

Il fallait dire alors un Java libre basé sur Sun Java.

Ce serait mieux si on pouvait encore le rétrécir de quelques 120cm...

et même que ça s'appelait GCJ + GNU Classpath.
D'ailleurs, le plugin marchait pas trop mal.