flagos a écrit 3008 commentaires

Non. La GPL dit que tu devras redistribuer ce software de manière à ce que la liberté 0 soit respectée.

Mais non, non et non, un logiciel libre ne peut avoir de condition d'utilisation. C'est une hérésie.

Tiens, ce n'est plus le dév seulement, mais… redistribution. Comme par hasard, ça change une fois acculé…
Ca serait si simple de parler d'utilisateur de manière générique (comme la FSF en fait).

La FSF en parle très bien justement. La liberté 0 suffit: l'utilisateur est libre d'utiliser comme il veut le soft => hop les contraintes de la GPL ne le concerne pas.

Sérieux, je pensais pas avoir nu jour à expliquer un truc aussi basique sur DLFP. Meme des mecs sur clubic ont compris cette distinction hyper importante qu'il y a entre simple utilisateur et "développeur" (bah oui avec ces histoire de re-distribution je sais plus comment faut dire ;-) ).

Cette différence est juste fondamentale dans le logiciel libre, tout est basé la dessus.

Je viens de comprendre ton message désolé.

Une GPL patchée qui ne respecterait la liberté 0 ne donnerait pas naissance à un logiciel "libre". Car l'utilisateur serait obligé de signer un contrat d'utilisation et perdrait sa liberté.

Non la GPL garantit que la liberté 0 sera transmise si un gonze en redistribue une version patchée et qu'il voudrait mettre un CLUF de folie.

L'utilisateur qui recoit juste un soft sous GPL lui n'a rien à accepter. Il l'utilise librement, c'est tout.

Ouai super, tu essaies de t'en sortir avec une pirouette parce que tu veux éviter le débat de fond. Tu exécutes comme il te plait le programme. Mais bon c'était évident, c'est la fameuse liberté fondamentale.

D'ailleurs un bon exemple, c'est firefox. Quand tu l'installes, tu n'as rien à accepter (du moins sur linux). Et une fois que tu le lances, on te met une sorte de notification pour te parler de tes "droits".

Donc tu as bien la liberté d'utilisation (l'utilisateur fait ce qu'il veut) et si en plus tu veux accéder au coté dev et redistribution, il te faudra respecter les règles de la GPL.

Pas besoin de t'en informer avant, c'est inutile tu es un simple utilisateur, ces règles ne te concernent pas.

Et quand tu lis ton lien, la première des libertés est:

la liberté d'exécuter le programme, pour tous les usages (liberté 0) ;

Ce qui implique: pas de contrat d'utilisation sur les binaires. Tu sais le machin sur windows ou tu fais yes > yes > yes et où tu acceptes plein de choses. Et ben ca, un logiciel libre ne peut pas te l'imposer.

C'est pour ca que lorsque tu installes un soft libre sous linux, tu n'as rien à accepter. Tu es libre de l'utiliser comme tu le sens.

Encore une fois, c'est une erreur grossière de dire que l'utilisateur est concerné par la GPL. C'est fondamentalement incompatible avec le logiciel libre, qui est justement dit "libre" car l'utilisateur peut l'utiliser librement.

Je persiste et je signe: seules les sources sont sous licence, le binaire tu en fais ce que tu veux. L'utilisateur a 0 contrainte, seul le développeur en a.

Faux : que ça te plaise ou pas, le contrat et entre un auteur et celui à qui il refile le produit.

C'est faux. La GPL n'est pas une licence d'utilisation. S'il existe une licence à l’utilisation, alors ce n'est plus un logiciel libre.

Les licences libres s'appliquent entre les auteurs et les développeurs qui veulent réutiliser le code.

Ca n'a rien à voir. D'un coté il s'agit d'une loi faite pour formaliser/codifier la consommation dictée par l'Etat (un tiers suprême) et de l'autre coté c'est un contrat entre un auteur et la communauté de développeurs et on se pose des questions sur les contraintes que ca entraine.

La loi dans ce cas précis c'est un socle pour que les consommateurs aient confiance et éviter les arnaques. Rien à voir avec la manière de gérer une communauté de devs.

Je le vois plutôt du genre: "je te montre publie comment cuire une façon de cuire des oignons, mais sur tous les plats que tu feras avec ces oignons tu devras publier tes recettes les modifications effectués à cette méthode de cuisson."

Non, tu dois bien publier l’intégralité de la recette si tu y as mis ces fameux oignons (et que tu redistribues, comme tu le précises). C'est d'ailleurs pour ca qu'il existe la LGPL, comme suggéré plus haut.

Qu'on aime ou pas la GPL, c'est un chose. Mais si vous n'aimez pas, ne dites pas de bêtises dessus, soyez honnêtes avec vous mêmes, n'aimez pas pour ce qu'est la GPL, pas pour ce qu'elle n'est pas. Vos exemples montrent que vous n'avez pas compris le copyleft.

Bon puisqu'on m'accuse de raconter de la merde a propos de le GPL sans rien biter, allons y franchement. Tout d'abord cette histoire de "A qui s'adresse la GPL ?"

On sait tous que la liberté fondamentale d'un logiciel est de permettre à l'utilisateur de faire ce qu'il veut de son binaire. C'est de cette liberté dont on parle quand on évoque un "logiciel libre". Donc, exit les contrats d'utilisations.

Par contre, on peut imposer des contrats aux développeurs sur le code source. De là sont nés les licences GPL/BSD et tout ca.

Sachant ca, comment peut on affirmer que la GPL s'adresse à l'utilisateur ? Si l'utilisateur était engagé auprès de la GPL, ca ne respecterait pas la liberté fondamentale. La GPL s'adresse donc bien, au sens juridique du terme, à la communauté de développeurs. Toute autre considération n'est que spéculation de votre part.

Ou à l'utilisateur qui souhaite une évolution, n'est pas développeur, mais peut embaucher une personne pour faire le développement.

Et encore une fois, c'est le développeur qui sera contraint par la GPL, qui lui est adressé avec les sources. Vous considérez certainement que cela protège l'utilisateur final mais c'est une spéculation de votre part.

Restons factuels.

Qu'on aime ou pas la GPL, c'est un chose. Mais si vous n'aimez pas, ne dites pas de bêtises dessus, soyez honnêtes avec vous mêmes, n'aimez pas pour ce qu'est la GPL, pas pour ce qu'elle n'est pas.

Justement. La GPL n'est pas un contrat d'utilisation mais un contrat de développement.

Ca s'adresse aussi à l'utilisateur non développeur qui peut faire appel au développeur de son choix pour des évolutions ou de la maintenance.

Ca protège cet utilisateur d'un developpeur qui garderait ses patchs pour lui si c'est ce que tu veux dire.

Mais du coup ne plus faire ce qu'il veut du binaire s'il ne veut pas redistribuer les patchs (puisqu'il les a achetés). Cet utilisateur a perdu de sa liberté.

man économie du don

Justement. Surtout quand on fait un cadeau qui se dit "libre". T'es libre de rechoper le soft et de patcher… sauf qu'en fait t'es pas vraiment libre.

Tu nous explique le rapport ? Enfin toi ou un des nombreux qui t'ont pertinenté parce que sincèrement je vois juste pas le rapport…

Donc au lieu de l'histoire de la bière de l'auteur du journal, ça serait plutôt : « Tu dois filer la recette de tes plats à tes invités (ou clients) ».

Je le vois plutôt du genre: "je te montre comment cuire des oignons, mais sur tous les plats que tu feras avec ces oignons tu devras publier tes recettes."

Faux. La GPL s'adresse avant tout à l'utilisateur final.

Je comprend bien que la GPL apporte des garanties à l'utilisateur final. Mais au final, à qui s'adresse les contraintes données dans la GPL ? On le sait tous, au développeur qui réutilise du code sous GPL.

C'est dommage de jouer sur les mots pour éviter le débat de fond, c'est exactement ce qui me gêne dans la GPL: je diffuse mon code, c'est "quasi cadeau". C'est dommage, je préférais que ce soit un vrai cadeau. Exemple de la vraie vie: la semaine dernière, c'était l'anniversaire de ma copine, ben je lui ai offert de vrais cadeaux, genre au sens BSD, pas au sens GPL.

Quand on offre un cadeau, on le fait sans contrepartie sinon celui qui le recoit perd de sa liberté. Et c'est exactement le problème de la GPL.

Mmmm ok, pas si mal fait donc. Merci pour l'info.

Oui clairement ce n'est pas parfait de l'autre coté, mais c'est tout de même nettement moins pire que sur linux.

Quand on voit que tout le monde du coté de l'open-source se motive avec des poncifs du genre "je ne suis pas prisonnier des choix de l'éditeur" et que tout le monde pleurniche autour de amarok1.4 ou de gnome2.X car incapable de les avoir correctement, ben au final je me demande si on est pas plus prisionniers que sur windows.

Et si accessoirement si ce ne serait pas une bonne initiative d'avoir une distrib avec inclusion des librairies en statique plutôt qu'en dynamique.

Faut voir aussi que tu as choisi un gros morceau

Tu peux pas me dire ca à tous mes exemples :-)

Le projet Trinity est un fork de kde3 actuellement en version 3.5.13 qui fournit des binaires de tous les logiciels KDE dont Amarok 1.4, pour de nombreuses distributions.

Oui voila c'est exactement ca le souci. Si tu veux amarok, tu es obligé de rechoper tout l'ancien KDE. Tu peux pas avoir un linux récent (avec un kde 4 top moumoute à jour) et juste amarok 1.4.

Parce que oui sinon je l'avais déja la solution, j'intalle kubuntu 6.04 et effectivement j'aurai amarok1.4. Mais c'était pas ca la manipe de base.

Après une autre solution serait peut etre de faire de la virtualisation d'un OS entier pour juste avoir l'appli qui va bien, mais il n’empêche qu'il y a un problème à la base de conception de l'OS.

Oui gnome c'est compréhensible, ca tire des choses de partout.

On parlait de quelque chose de beaucoup plus simple: un soft de musique qui date d'il y a 3-4 ans, le fameux Amarok 1.X que j'ai également beaucoup apprécié. Et ben le constat est la, tu as beau avoir toute la stack software en opensource, la liberté de recompiler ce que tu veux, et ben au final c'est du vent. Amarok 1.X, c'est mort pour l'avoir sur un système linux récent.

On aurait été sur windows, ca aurait posé aucun souci.

Définis par un critère quantifiable de façon objective ce que tu entends par « plus ou moins abandonné » (par exemple : « pas de commits dans un intervalle de x jours ») ainsi que pour « travailler la version suivante ». Donne des exemples vérifiant les deux parties du critère. Je sais c'est du travail mais en l'état ce que tu as écrit est un sentiment non étayé par les faits, doublé d'une généralisation hâtive.

Ce n'est pas exactement ce qu'il veut dire, en tous cas ce que j'en ai compris. Que les devs ne passent plus d'efforts sur une ancienne version, c'est tout ce qu'il y a de plus normal. Le souci c'est au niveau du packaging.

Dans le monde linux, d'une manière générale, c'est les distribs qui gèrent l'évolution des libs système. La raison est que la plupart des packages les utilisent tandis que dans le monde windows, un binaire est en général self-content. Alors oui, on connait tous l’intérêt pour la sécurité, toussa.

L'emmerdement, c'est que si ta distrib elle considère qu'un paquet comme gnome2.X est obsolète (qu'elle l'abandonne), et ben tu te retrouves dans l'impossibilité d'y revenir. A la différence du monde proprio où on s'emmerde pas avec des librairies partagées dont l'utilisateur, dans la vraie vie, ne veut pas forcément qu'elles soient cohérentes entre tous les paquets du système. Ce qui fait que dans le monde proprio, tu peux arriver avec un binaire de 1995, et ca démarre quand même, ce qui est de la science-fiction dans le monde linux.

Par contre, ça viole les TOS de Google donc il risque de ne pas rester longtemps… Chacun doit se créer son compte poubelle.

A partir du moment où le compte t'appartient, quel est l’intérêt de mettre un compte poubelle ? Eviter de se faire fermer son compte favori parce que les TOS de Google n'ont pas été respectées ?

Mais je t'en prie, viens nous dire quand tu auras terminé.

Question : pourquoi tu éprouves ce besoin d'insulter à coup des mots "coup de poings" qui te ridiculisent plutôt que d'argumenter posément?

Et c'est Zenitram qui le dit.

Est-ce que vous connaissez des services équivalents ? Ou mieux, est-ce que vous connaissez des solutions qui permettraient de faire la même chose en auto-hébergement ?

Ca ne sert a rien car la NSA peut taper sur le gmail de tes correspondants. Du coup, si tes correspondants sont sur un gmail ou un yahoo mail, hop la NSA lance un grep de folie pour retrouver les mails que tu as envoyé et tu es battu. Pire, certains qui utilisent leur propre nom de domaine se servent des serveurs MX de google pour s'épargner l'hébergement, voire carrément redirigent leurs mails auto-hébergés vers un gmail "parce que c'est plus pratique pour lire sur le smartphone".

Pour moi, la seule solution "simple", c'est de converser en PGP qui t'assure que seul le destinataire pourra ouvrir le courrier.

Et du coup, tu peux continuer un service mail US malgré les risques de NSA-in-the-middle.

Il me semble que le tiers qui intervient lors de la phase d'échange ait vocation a vérifier que la transaction a bien été faite.

Un peu comme pour le bitcoin (si j'ai bien compris le bitcoin)

Tu les as peut être tous vu passer lors de la phase 5, mais ce n'est pas pour autant que tu sais qui les as émis. D'autant plus si les gens s'amusent a ré-émettre des enveloppes qui ne leur appartiennent pas.

Comment tu relies l'UID à la personne au final ?