ChetManley a écrit 13 commentaires

Normalement, oui. En pratique, le seuil varie en fonction de à qui tu demandes.

Parmi les gros projets qui ont changé de licence: d'après Mozilla et Dolphin, 95% suffisent (tant qu'il n'y a pas d'objection des 5% restants) et d'après Videolan, c'est 99.99% du code et 99% des développeurs.

Si tous (ou presque tous) les contributeurs à un projet GPL sont d'accord pour changer de licence, le projet peut changer de licence.

VLC et mpv sont tous deux passés de la GPL à la LGPL après un processus qui consistait à demander à un maximum de contributeurs leur accord. Ça a pris du temps (probablement plus que si le code était sous MIT), mais c'est possible.

Autre exemple: les applis Simple Mobile Tools qui sont passées de GPLv3 à une licence propriétaire quand leur principal développeur les a revendues à ZipoApps.

Addendum

En période festive, les personnages de SuperTuxKart portent un bonnet de Père Noël, et le mode pseudo-gui de mpv (amha le meilleur lecteur multimédia disponible actuellement) affiche le logo du logiciel, également orné d'un bonnet de Père Noël.

L'enveloppe « ronde » me parait plus être un phylactère, référence au support de protocoles de messagerie instantanée (XMPP, Matrix…) dans Thunderbird.

Cela dit, je suis d'accord, une enveloppe en forme de phylactère dans la vraie vie, ce serait chouette.

Tout d'abord, merci pour le Frido, cela doit représenter un investissement dingue en terme de temps.

J'ai commencé à parcourir l'ouvrage et j'ai remarqué un certain nombre d'erreurs, pour la plupart assez minimes (typiquement une faute de frappe ou un «j» au lieu d'un «k» en indice).

Quelle est la manière la plus pratique pour signaler ces différentes erreurs? Github, courriel, autre?

Pour info, la liste de ces erreurs est actuellement sous la forme d'un bête PDF qui liste l'emplacement de l'erreur (j'utilise le système de références du livre, mais ça n'est pas idéal pour situer une faute de frappe) et le changement à effectuer. J'ai vérifié que les erreurs sont toujours présentes dans la version la plus récente du Frido. Et je suis un peu rouillé en maths, donc certaines pourraient n'être que le fruit de mon imagination.

Merci.

Ça existe déjà, ça s'appelle Syncplay

En revanche, j'ai deux tiers des vidéos qui refusent de se lancer :(. Erreur 403…

Qu'utilise VLC pour récupérer les vidéos Youtube?
Je soupçonne qu'il passse par liquvi qui à ma connaissance n'est plus maintenu depuis pas mal de temps, d'où le manque de support sur un grand nombre de vidéos.

Pour cette raison, les developpeurs de mpv ont choisi de passer par un script qui demande à Youtube-DL de récupérer les vidéos sur les sites supportés (qui sont bien plus nombreux que le nom "Youtube-DL" suggère).
De plus, en lançant mpv avec les bonnes options (ytdl-format=bestaudio), tu peux ne télécharger que l'audio (probablement pas sur tous les sites suppportés, mais youtube marche) ce dont je ne suis pas sûr que VLC soit capable.

Rien que le fait que Noscript ne sera plus disponible

L'auteur de NoScript a pas l'air de trop s'inquiéter de ce côté là

D'après Monty Montgomery (de Xiph/Mozilla), Thor était dans les cartons de Cisco depuis pas mal de temps, mais n'étaient pas sûrs que leur codec était réglo côté brevets, et du coup ne pouvaient pas rendre le projet public. Maintenant qu'ils sont sûrs, ils peuvent l'annoncer, et ont même commencer à collaborer avec l'équipe de Daala via NetVC, et à terme on se retrouvera sûrement avec un codec qui prend des idées aussi bien de chez Thor que chez Daala (un peu comme Opus).

Firefox dépend de GTK+ sous GNU/Linux, mais n'est pas une application GTK+.

Firefox est écrit en XUL, un toolkit développé par Mozilla qui est en fait du XML interprété et rendu par Gecko.
XUL n'est pas un toolkit "complet", il utilise (sous Windows et OSX) les API natives pour s'occuper du rendu des trucs de base (boutons, sélécteurs de fichers, barres de défilement, etc.).
GNU/Linux n'ayant pas de toolkit natif, les gens de Mozilla ont choisi d'utiliser GTK+ comme toolkit sous-jacent, mais un port de Firefox sur Qt (en fait un port de XUL sur Qt si on veut être exact) est tout à fait possible et a été entamé par Nokia il y a quelques années.

GTK+ n'est pas disponible sous Android, qui dispode d'API de création d'UI natives. J'imagine que Mozilla utlise ces dernières.

En fait c'est une blague.

pour les anglophobes: quelqu'un a demandé un nom de code pour Jessie+1 sur debian-devel, McGovern a répondu, en blaguant, "Zurg", Des gens pas au courant qu'il n'est plus release manager ont pris ça comme une annonce.

Hors contexte c'est pas particulièrement drôle, c'est juste que l'auteur de l'article a créé une AEC, et qu'ensuite il ne s'en sert que pour expliquer ce qu'elle veut dire, la rendant ainsi parfaitement inutile.

(AEC: C'est pas un vrai sigle, mais ici je m'en sert pour dire «Abréviation en carton».)