Remix OS respecte désormais les licences GPL et Apache
Les développeurs de l'OS publient le code source du projet sur GitHub
Le 2016-01-19 05:34:59, par Michael Guilloux, Chroniqueur Actualités
Mise à jour le 21/01/2016 : Remix OS respecte désormais les licences GPL et Apache, les développeurs de l’OS publient le code source du projet sur GitHub
Dans la deuxième semaine de ce mois de janvier, Jide Tech, la société en charge du développement de Remix OS a livré une version alpha de Remix OS 2.0. Si ce système a été sous les projecteurs du Consumer Electronics Show (CES) 2015, il a également attiré les regards du monde open source, étant donné qu’il est basé sur le projet Android x86.
The Linux Homefront Project, un site qui s’intéresse « aux derniers développements et tendances sociales dans le monde Linux et open source » et qui « partage une expérience personnelle de l’utilisation de certaines solutions open source » a en effet analysé le projet. Comme résultats, il a découvert que le système d’exploitation basé sur Android Lollipop et exécutable sur PC était en violation de la GPL et la licence Apache, notamment en ce qui concerne l’utilisation des sources de l’utilitaire UNetbootin et du projet Android x86.
Alors que cela a suscité des réactions sur le sérieux et l’avenir du projet Remix OS, ses développeurs ont reconnu leurs torts et décidé de faire le nécessaire pour corriger cela. Pour rappel, le projet Android x86 sur lequel est basé Remix OS pour PC est sous licence Apache avec certains fichiers sous la GPL. Quant à Remix OS USB Tool, l’outil qui permet d’exécuter le système sur Windows à partir d’une clé USB, il est soumis à la licence GPL. Pour se conformer à ces différentes licences, Jide Tech a donc rendu le code source de son projet disponible sur GitHub, en évoquant par ailleurs un malentendu en ce qui concerne les licences du projet Android x86.
Sources : XDA developers, GitHub
Dans la deuxième semaine de ce mois de janvier, Jide Tech, la société en charge du développement de Remix OS a livré une version alpha de Remix OS 2.0. Si ce système a été sous les projecteurs du Consumer Electronics Show (CES) 2015, il a également attiré les regards du monde open source, étant donné qu’il est basé sur le projet Android x86.
The Linux Homefront Project, un site qui s’intéresse « aux derniers développements et tendances sociales dans le monde Linux et open source » et qui « partage une expérience personnelle de l’utilisation de certaines solutions open source » a en effet analysé le projet. Comme résultats, il a découvert que le système d’exploitation basé sur Android Lollipop et exécutable sur PC était en violation de la GPL et la licence Apache, notamment en ce qui concerne l’utilisation des sources de l’utilitaire UNetbootin et du projet Android x86.
Alors que cela a suscité des réactions sur le sérieux et l’avenir du projet Remix OS, ses développeurs ont reconnu leurs torts et décidé de faire le nécessaire pour corriger cela. Pour rappel, le projet Android x86 sur lequel est basé Remix OS pour PC est sous licence Apache avec certains fichiers sous la GPL. Quant à Remix OS USB Tool, l’outil qui permet d’exécuter le système sur Windows à partir d’une clé USB, il est soumis à la licence GPL. Pour se conformer à ces différentes licences, Jide Tech a donc rendu le code source de son projet disponible sur GitHub, en évoquant par ailleurs un malentendu en ce qui concerne les licences du projet Android x86.
Sources : XDA developers, GitHub
Dans une analyse en deux parties, The Linux Homefront Project conclut que Remix OS « ne semble pas être un grand projet sérieux », mais serait en fait un « développement copier-coller ».
La première partie de l’analyse porte sur Remix OS USB Tool, l’outil qui permet d’exécuter le système à partir d’une clé USB. The Linux Homefront Project montre que cet outil est identique à UNetbootin, à part les icônes qui sont différentes et quelques petits changements apportés à l’interface graphique. UNetbootin est un utilitaire multiplateforme qui permet de créer des systèmes live USB (clé USB ou un disque dur externe USB bootable). Il peut charger de multiples utilitaires ou permettre l’installation de diverses distributions Linux sans utiliser de CD. Comme vous pouvez le voir dans l’image suivante, en plus des différences minimalistes évoquées, la description de Remix OS USB Tool à travers la fenêtre de propriétés (fenêtre à droite) montre encore des traces de UNetbootin.
UNetbootin est sous la GNU General Public License (GPL) Version 2 ou supérieure, et cette licence impose un certain nombre de règles entre autres que :
- vous pouvez copier et distribuer des copies conformes du code source d’un programme tel que vous le recevez ;
- le programme doit être accompagné par le code source complet lisible par une machine ;
- vous devez faire en sorte que les fichiers modifiés comportent des notes claires établissant que vous avez changé les fichiers et la date de tout changement.
Le problème est que Remix OS USB Tool est distribué sans les codes source et ne fournit pas d’information sur les fichiers modifiés. D'ailleurs, sur le site de Jide, le support de la société a répondu à un développeur qui voulait avoir le code source que « Remix OS n'est pas open source », et que le code est distribué librement seulement à des partenaires.
La deuxième partie de l’analyse montre que si Remix OS est basé sur le projet Android-x86, l’OS semble plus en être un copier-coller. Android-x86 est une initiative pour exécuter le système d’exploitation Android sur des appareils alimentés les processeurs par AMD et Intel x86. En faisant l’extraction du fichier NOTICE.html de l’image d’Android x86 5.1 et de la dernière build de Remix OS, The Linux Homefront Project montre qu’il n’y a aucune différence, excepté « and–x86 » (qui désigne Android x86) qui est remplacé par « remixos ». « Pas d’auteurs, aucun fichier modifié, pas de marques déposées, juste du développement copier-coller », a également fait remarquer The Linux Homefront Project. Pourtant selon la licence Apache version 2.0 sous laquelle est soumis le projet Android x86, « il doit être fait mention de tous les brevets, marques déposées, copyright et note d’attribution, à l’exception de ceux qui ne concernent pas le code que vous distribuez ».
Source : The Linux Homefront Project
Et vous ?
Voir aussi :
-
xelabMembre expérimentéDeux messages, deux trolls
Ou alors c'est du 36ème degré?
En gros on a la preuve que des margoulins ont récupéré le travail d'autrui comme des malpropres mais ce sont ceux qui se sont fait voler leur travail que vous accusez. Bravo les gars...le 19/01/2016 à 9:16 -
36942Membre du Club1 / Le problème de réutilisation aurait été encore plus contraignant avec une lib propriétaire
2 / Au moins le GPL permet de t'inspirer du code pour ta propre lib et ça, c'est libre.
3 / C'est le choix du type qui a fait ce que tu cherches à utiliser, en quoi peux tu te permettre de l'insulter? Y'a qu'à faire mieux avec tes mimines ou aller voir ailleurs
4 / Tu confonds libre et open source.
5 / Tu n'es pas forcé, voir 3/le 19/01/2016 à 12:52 -
xelabMembre expérimentéQuelqu'un pond un code et le publie (et au passage la licence GPL part de principes autrement plus profonds que ta définition de l'open-source, bien sûr tu as le droit de ne pas être d'accord mais ça ne t'autorise pas à dire n'importe quoi), il a encore le droit de dire à quelles conditions on peut réutiliser son code non?
Et à toi et à tous les autres qui ont le culot de venir reprocher aux gens de travailler sous la licence GPL, j'ai une question: qui vous force donc à utiliser des programmes en GPL? A vous lire on a l'impression qu'on vous a mis le couteau sous la gorge (et à vrai dire, vos réactions sont assez pathétiques et ridicules).le 19/01/2016 à 12:57 -
FatAgnusMembre chevronnéDans les commentaires j'ai vu plusieurs critiques envers la licence GPL. Je vous conseille de lire l'article « Pourquoi j’utilise la licence GPL ou les états d’âme d’un développeur » qui donne le point de vue de Zed A. Shaw un développeur bien connu dans la communauté Python et RoR et aussi pour le serveur HTTP Mongrel.
Je suis tout à fait d'accord avec Zed Shaw !
Première raison, parce que c’est son choix, et si vous n’êtes pas d’accord avec ça, n’utilisez pas son logiciel. C’est aussi simple que ça :Lorsque vous dénigrez un projet ou une personne pour son choix de licence, vous êtes un gigantesque abruti. L’auteur a travaillé sur ce projet, pas vous. Au minimum, vous
insultez les croyances de cette personne dans le logiciel libre et open source, mais aussi son sentiment que le logiciel libre et open source fait progresser notre culture.
Au pire, vous êtes un gros et ingrat malotru, parce que quelqu’un vous donne un logiciel, alors que vous insultez son travail non pas sur des critères techniques, mais sur une licence que vous désapprouvez.
Je me fiche totalement de la licence que les autres utilisent pour leurs logiciels, c’est leur logiciel et râler à cause de la licence qu’ils ont choisi est injurieux. Ils l’ont écrit, y ont sué sang et eau, et vous devriez être reconnaissant d’avoir le privilège de simplement y avoir accès.
Une autre raison il utilise la GPL pour que les autres restent honnêtes. Les développeurs doivent dire désormais dire à leurs patrons qu'ils utilisent son boulot :
Honnêtement, combien d’administrateurs disent à leur patron que ce qu’ils utilisent provient du logiciel libre ? Combien d’entre vous disent aux investisseurs que toute votre infrastructure logicielle est basée sur un truc qu’un autre gars a écrit en plusieurs mois ? Combien d’entre vous vont voir leur dirigeants en disant : « Vous savez, il y a ce gars, Zed, qui a écrit le logiciel que nous utilisons, pourquoi ne pas l’embaucher comme consultant ? »
Ma dernière raison d’utiliser la GPL est que je crois que mes projets ont de la valeur, et je veux que les gens qui les utilisent perçoivent cette valeur. Ils ont même tellement de valeur que je veux les associer à un document légal complexe et totalement non testé comme preuve de leur utilité. Si je voulais faire simple, je les placerais simplement sous licence BSD et tout le monde les utiliseraient.
Je veux que les gens apprécient le travail que j’ai fait et la valeur de ce que j’ai réalisé.
Pas qu’ils passent en criant « pigeon » au volant de leurs voitures de luxe.le 22/01/2016 à 11:39 -
MoukeMembre confirméNon.
Sans entrer dans le débat si open source c'est bien ou non, il y a des règles pour l'open source qui, dans ce cas, n'étaient pas respectées.le 19/01/2016 à 10:38 -
Traroth2Membre éméritePersonne n'a jamais prétendu que les licences FLOSS permettaient de tout faire. Il y a des contraintes. Aucune liberté n'est jamais absolue, et c'est bien normal. Il faut respecter la liberté des autres, par exemple. En l'occurrence, celle des auteurs originaux.le 19/01/2016 à 11:06
-
Traroth2Membre émériteCa tombe bien, la licence GPL n'a jamais été conçu pour les bibliothèques. Il y a malheureusement des bibliothèques qui sont couvertes par cette licence (les connecteurs MySQL, par exemple), mais ça limite fortement leur possibilité d'utilisation.
Tu déconseilles... Ah ben ça alors.
Surtout ne te sens pas obligé d'expliquer pourquoi elle serait "contradictoire", hein...
Je tourne ça dans tous les sens, je ne comprends pas le sens de cette phrase. Clairement, il n'y a AUCUNE notice qui ressemblerait à ça dans Windows !le 19/01/2016 à 11:11 -
Jiji66Membre éprouvéle 19/01/2016 à 9:50
-
imikadoRédacteurL'opensource et ses licences permet plusieurs niveaux de flexibilité, chaque créateur choisi en son ame et conscience le niveau de permissivité de son projet. Libre aux forkers de choisir tel ou tel projet en fonction de ces contraintes
Je ne sais pas si vous avez, ou contribuez à des projets opensource
Personnellement je développe en opensource plusieurs projets dont le mkframework en LGPLv3 depuis 2009, la plupart de mes projets sont sous cette licence
Si elle vous dérange ou dérange d'autres utilisateurs/forkers libre à eux de développer eux même un autre projet ou d'utiliser une autre solution
MIT et BSD sont pour moi trop permissive, surtout quand on voit le peu de retour des forkers (mac OS pour netBSD..)
Pour ma part, la moindre des choses quand on utilise/fork une solution opensource et que l'on corrige/fait évoluer le code gracieusement fournie, la moindre des choses c'est de fournir ces corrections/améliorations..le 19/01/2016 à 10:51 -
36942Membre du ClubJ'ai l'impression que certains voient ça comme si quelqu'un avait simplement restreint un truc existant à la GPL. Non, il a créé quelque chose qui n'existait pas et y a posé des contraintes d'utilisation, point.
D'un point de vue absolu ça reste un apport au monde logiciel.le 19/01/2016 à 13:01