Aurélien Bompard a écrit 951 commentaires

Tu oublies la suite :

Offering Java only under the GPL would have a cataclysmic effect on the software industry, forcing Java platform developers to freely release their contributions if they continue developing around the platform’s GPL code. … A more likely scenario is that Sun would offer dual licensing for Java
According to a Sun executive … dual-licensing is the plan. Sun will have open-source and commercial licenses, differentiated by their IP indemnifications

Donc en gros, ils se la joueraient à la QT : GPL + Licence moins "restrictive" pour ceux qui veulent faire du proprio.

SI c'était le cas, ça serait énoooorme !! Enfin, attendons de voir, les sources de l'article sont quand même pas super officielles.

OK, je pensais qu'AIGLX était le nom du composant ajouté dans XOrg depuis la version 7.1 pour permetre à compiz/beryl d'exploiter les instructions GLX_EXT_texture_from_pixmap, mais apparemment AIGLX c'est plutôt un ensemble de technos (l'extension texture_from_pixmap dans les drivers + les modifs dans XOrg 7.1 + compiz/beryl)

Donc au final, mis à part les problèmes de sémantique, ça revient au même : pour faire marcher Beryl, il ne faut pas seulement les drivers bêta NVidia, il faut aussi XOrg 7.1 ou plus (ce qui était ma question).

> Un jour faudra arrêter de penser en surface en répetant ce qu'on voit, mais en comprenant les choses, mais apparement ici y en a qui ont du mal....

Eh, on se calme, merci.

Euh, hmm, c'était ironique. C'est vrai que ça passe pas toujours bien sur les forums, mais bon. Si il y a une seule chose dont on peut être sûr, c'est que RMS ne reniera pas ses principes.

Procès d'intentions.
D'ailleurs, si demain les avocats de MS viennent taper à la porte de la FSF, tu vas voir que RMS va re-licencier tout ce qu'il peut, crier haut et fort que le proprio et les brevets logiciels c'est bien, baisser son pantalon, etc...

C'est vrai qu'il y a aussi cet aspect là, mais ensuite quel aspect est le plus important, c'est une question de point de vue.

Certains te diront que le nucléaire c'est mal parce que ça permet de faire des bombes, d'autres te diront que le nucléaire c'est bien parce que ça permet de faire des centrales.

Celui qui écrit un programme et qui choisit une licence doit peser le pour et le contre, que ce soit pour la GPL ou la BSD

Tout en haut de l'article :

Requirements: XOrg 7.1 or later

Donc il faut bien AIGLX (présent dans XOrg depuis la version 7.1) pour faire tourner Beryl avec les drivers NVidia.

Je viens d'essayer, ben j'ai pas réussi. Beryl se lance, ne trouve pas XGL, trouve NVIDIA, et segfaulte. Ce avec Xorg 7.0 et Beryl 0.1.1

Oui, genre Shared Source, justement d'un des deux protagonistes de l'article.
Mais sauf erreur, il me semble que emacs a toujours été GPL

> Il ne faut pas confondre libre et opensource.

Avant de me ressortir cette phrase super-bateau, vérifie la définition de l'opensource : http://www.opensource.org/docs/definition.php
Pour être opensource, il faut autoriser 10 points, qui vont bien plus loin que juste donner les sources.

> Pour ton info emacs etait un soft proprio (et tres cher) a ses debuts mais les sources etaient fournis lorsque tu l'achetais

Donc c'était pas proprio. On a un problème de définition là.

> C'est peut-être le moment d'acheter des actions Novell/Suse les gars

Ouais, pour les revendre dès qu'elles se seront transformées en actions MS...

Houlà, tu dois être échauffé par les trolls là-haut, parce que là ce que tu dis n'a aucun sens.
Lis le passage de la GPL, tu verras qu'il s'agit du droit de redistribution.
Je préfère te citer Eben Moglen, avocat à la FSF :

If you make an agreement which requires you to pay a royalty to anybody for the right to distribute GPL software, you may not distribute it under the GPL. Section 7 of the GPL requires that you have, and pass along to everybody, the right to distribute software freely and without additional permission.

Source : http://news.com.com/2061-10795_3-6132156.html

Traduction libre :

Si vous passez un accord qui vous oblige à payer des droits à qui que ce soit pour le droit de distribuer du logiciel sous GPL, alors vous n'avez pas le droit de le distribuer sous licence GPL. La section 7 de la GPL impose que vous ayez et que vous transmettiez à tout le monde le droit de distribuer le logiciel gratuitement et sans aucune autre autorisation.

C'est évidemment pas parce qu'un projet est attaqué pour violation de brevets que sa licence change.

Différents acteurs du monde libre se sont déjà exprimés sur le sujet, notamment Bruce Perens qui est dans « l'update 2 » de l'article de Groklaw, et qui dit que la GPL interdit à un distributeur d'avoir des accords de licence indépendants.

Il y a aussi Greg DeKoenigsberg qui écrit sur son blog que cet accord entre en conflit avec la section 7 de la GPL : http://gregdek.livejournal.com/5830.html
Résumé : si Novell distribue du code sous licence GPL, que ce code viole un brevet de MS, et que MS décide de faire respecter son brevet, alors Novell perd immédiatement le droit de distribuer ce code sous licence GPL, à cause de la section 7.

Et ben, c'est un beau cadeau pour un vendredi...
Qui disait que la GPLv3 n'a pas besoin d'une section sur les brevets ?

Et vrms !! \o/

> De plus avec le dernier pilote nvidia, tu aura besoin ni de XGL ni de AIGLX, pour faire tourner beryl

Tu aurais une URL là-dessus ? Je pensais que le dernier driver NVidia avait juste l'extension nécessaire pour faire marcher AIGLX, pas qu'il permettait de s'en passer.

Moi si j'ai bien compris :
- AIGLX c'est une extention de Xorg qui est inclue depuis la version 7.1
- Pour fonctionner ça a besoin de l'extension GLX_EXT_texture_from_pixmap dans les drivers
- Seuls les derniers drivers NVidia en bêta (9xxx) ont cette extension.

Donc pour que ça marche il te faut les drivers NVidia bêta et Xorg 7.1.
Est-ce que quelqu'un a une URL de référence sur ça ? J'ai regardé là-dessus :
http://fedoraproject.org/wiki/RenderingProject/aiglx , y'a des choses intéressantes, mais rien qui pourrait faire penser que les derniers drivers NVidia font le boulot d'AIGLX tout seuls...

Quand le /var/log/message est archivé par logrotate, ton tail n'affiche plus rien.

Tu peux aussi regarder du côté de denyhosts ( http://denyhosts.sourceforge.net/ ) qui fait la même chose mais en entrant les IP dans hosts.deny. Y'a une durée d'expiration et tout, c'est pas mal foutu.

Le Ministère de l'Agriculture et de la Pêche, c'est pas celui à qui on avait demandé de voter pour les brevets logiciels à Bruxelles ?
J'espère que maintenant ils sauront quoi répondre... :)

Pour info, le package est mis à jour dans Fedora.
Je confirme, la 0.6.0 est une grosse évolution par rapport à la 0.5.0. Beau boulot, merci !

> Heu, a mon avis, c'est en te privant de tout ce qui est protege par des brevets que tu les encourages ...

Pourquoi ? Là je te suis pas.

> Tu te prepares pour faciliter un eventuel changement dans la loi ?

Non, je refuse d'utiliser des logiciels que leur créateur a choisi de breveter, surtout quand il y a des alternatives quasiment aussi bonnes voire meilleures.

> C'est leur probleme, et c'est a eux de faire ce qu'ils peuvent pour essaier de faire changer la loi dans leur pays, appliquer leurs brevets ne sert a rien.

Je veux pouvoir faire parti du lobby qui poussera le refus des brevets logiciels. Pour ça, il ne faut pas en utiliser.

> Et justement, profiter de l'abscence de brevets dans ton pays peut aider a convaincre les autres pays de faire de meme ...

Effectivement, je comprends ton point de vue. En regardant d'un oeil envieux au-delà de la frontière ils se diront que ce serait quand même plus simple sans brevets. Mais ça je crois que c'est clair pour tout le monde à part pour les plus grandes multinationales (et encore, quand on entend les discours récents de Microsoft et IBM, on se demande)
Mais je ne veux pas en utiliser. Les brevets logiciels c'est.... sale. Désolé de ne pas plus m'expliquer mais je crois que le choix de ce que j'installe m'appartient encore.

Bon, tout ça ce sont mes décisions personnelles. En ce qui concerne Fedora, il y a plusieurs dépôts qui contiennent des logiciels potentiellement brevetés. Le plus "officiel" parmi ces non-officiels est http://rpm.livna.org

Quoique ça dépend de quel animal...

Tu peux utiliser du code breveté si les brevets logiciels ne sont pas reconnus là où tu habites. C'est pour ça qu'il y a des dépôts de rpms supplémentaires. Exemple : http://rpm.livna.org
Mais Fedora étant aussi distribuée dans des pays qui reconnaissent les brevets logiciels, elle ne peut pas fournir ces logiciels, c'est tout.

C'est même encore plus vicieux : Fedora ne peux pas donner de liens vers ces dépôts supplémentaires sur ses sites officiels, et encore moins les héberger sur ces serveurs, sinon ça peut être considéré comme de l'incitation à enfreindre la loi.

Et avant de se moquer, merci de vérifier ce qu'on encourt en France maintenant pour donner un lien vers aMule.

C'est pas des versions CVS non plus, glibc et xen ils les ont testés leurs programmes avant de releaser.

Les devs Fedora, ils attendent pas le mail de freshmeat pour tester les applis avec leur distrib non plus.

Red Hat est le premier contributeur corporate de kernel.org, devant IBM et Novell si on en croit les stats. Le problème c'est que je retrouve plus la source venait de chez Red Hat, donc pour l'objectivité on repassera. Cela dit ça donnait les stats suivantes :
Estimation du nombre de lignes de code contribuées au noyau entre 2003 et 2005 :
- Red Hat : 11,9%
- IBM : 7,5%
- SuSE : 4,5%
- Linus : 3,9%
- Connectiva : 1,2%
- Autre : 70,7%

Donc quand même, pas rien. Alors bien sûr, le nombre de lignes de code ça veut pas tout dire, etc...
Et surtout : 70,3% des statistiques sont fausses.

Il y a deux méthodes d'upgrade :

- L'officielle : par le DVD/CDs. Tu mets la galette dans le lecteur, tu rebootes et tu cliques sur "Mettre à jour".

- L'officieuse : avec yum upgrade. Comme c'est pas officiel, y'aura probablement quelques bidouilles à faire avant et après. Genre enlever un package ou deux pour les remettre après, éventuellement faire un relabel du système de fichiers pour SELinux, etc...

Pour cette deuxième solution : http://fedoraproject.org/wiki/YumUpgradeFaq (pas encore à jour pour FC5 -> FC6, mais ça va venir)