n'hésite pas trop à venir au Fosdem en février 2015 : par défaut on te parle anglais, bon on te parle français, si ton anglais semble français (moi, ça m'a vexé :/).
La plupart des conf' sont en anglais et en plus c'est intéressant. Même le vendredi soir, le beer event est en anglais au bar pour commander une chimay triple, ça aide.
a lâché l'affaire devant jbox2d. Malheureusement, c'était trop tard pour moi :-)
ah flûte j'avais loupé cet épisode :/ Je comprends mieux ton histoire de libération complète avec cet éclairage :-)
Pas moyen de faire une abstraction du moteur physique et switcher vers l'autre ? (moi qui était presque prêt à sortir le profiler pour déplomber ton java, ça m'aurait fait un bon exercice :D).
cela explique sans doute le choix de la licence MIT qui n'impose rien par ailleurs (trademark, tivoization, brevets même avec un laïus). Ce qui peut te retomber sur la gueule par la suite, mici o/ :/ (oui c'est gratuit, c'est qui le produit ? c'est _effectivement complet ? bin non, qui identifie ce qu'il manque ? Quand est-ce fourni ? Il manque un peu une feuille de route ou en anglais une roadmap…).
si tu y attends LibreOffice, ne retiens pas ta respiration ;-) (même si Michael Meeks avait fait une présentation inénarrable à ce sujet il y a deux ans au Fosdem…).
Entre deux plantages lors de la prez, ça semblait prometteur pour autant (un jour ça fonctionnera pour de vrai pour des vrais gens).
un des freins de la licence windows est la création à la volée de VM pour les environnement "non production" (dév, recette, préprod)
C'est beaucoup plus facile avec du CentOS et du Red Hat (le support ne se déclenche que pour de la prod', pas pour du dév' qui est proposé en best-effort). Red Hat reste lié au nombre d'instances (et non lie au CPU comme Sun^WOracle ont basé leur modèle de facturation inique là-dessus, ce qui motive à prendre en compte PostgreSQL comme une vraie base de données, à raison àmha).
tu voulais dire il y a beaucoup plus d'offre en .net ?
encore pire si tu vas voir des sociétés de services tel que cgi,
oui, ceux qui ont racheté Logica qui avait racheté Unilog (j'en connais des très compétents des deux côtés, certains incompétents dans le lot, SSII oblige, CGI je ne connaissais pas, je laisse ce plaisir aux acheteurs :p)
Je ne tire pas à vue sur les SSII, j'en reconnais les limites plutôt, Sopra j'aime bien (très bon ne technicité, nul ou à peine mieux en fonctionnel, suffit de le savoir, ça a le mérite d'être clair, mais ils sont là si ya des soucis de perf' ce qui compte aussi pour passer en prod').
Un contributeur a récemment fait des packages sur l'OpenSuse build service
Sans vouloir te désespérer, c'est un peu inutile.
Rien ne vaut le contact direct avec chacun des mainteneurs du paquet dans chaque distribution.
C'est peut-être lourd, mais il est abonné à votre ML (s'il est sérieux) et abonné à la ML de sa distrib' (et suit tant le bugtracker de sa distro que celle du projet, pour normalement quelqu'un de bien constitué).
Cela prend du temps, mais n'hésitez pas à intégrer upstream ce qui peut l'être (voire ce qui ne devrait pas l'être : le spécifique, mais qui induit un suivi de quelqu'un upstream et trace les différents contacts pris en compte, ça ne coûte rien d'avoir un répertoire /debian indiquant que la version à jour est gérée ailleurs au besoin ou prise en compte systématiquement upstream, ça servira pour ubuntu).
Bref, je puis expliciter, mais rien ne vaut l'implication de chacun (pour sa propre distro, bien souvent il est vrai), mais c'est déjà un utilisateur qui fait l'effort de compiler le trunk régulièrement et a en plus la capacité à le faire intégrer à une distro (gagnant-gagnant donc).
C'était le 3è choix proposé lors de l'alpha de LinuxFr.org à l'occasion du passage en Ruby.
Nous avions voté entre modérateurs à l'époque (je ne me rappelle plus si cela a été proposé aux participants à LinuxFr.org, ne serait-ce qu'au travers d'un sondage, sans aller jusqu'à une dépêche :/).
Forcément, en tant qu'adepte des wiki cela remplaçait avantageusement le pseudo langage HTML qui nous était possible (mais peu utilisé, ni facilement maîtrisable, ni mis en avant). Et en plus avec la nouvelle version de LinuxFr.org on aurait un wiki ! (j'étais super-content, je vous rassure, je n'ai pas vomi partout).
Les deux choix principaux ont été :
syntaxe de Mediawiki, connue, utilisée sur wikipedia, permettant d'avoir beaucoup de contributeurs (oui, Nÿco< y est allé à fond)
Markdown : bibliothèque prenant en compte les besoins les plus courants, gestion de la mise en forme du code (intéressant pour le forum), utilisé sur github (je ne me rappelle plus trop si cela a effectivement fait partie des critères)
Je ne connaissais pas Markdown, mais j'ai voté "pas Mediawiki" pitié, les liens sont trop compliqués, les listes aussi et l'italique/gras sont inutilement non intuitifs (Markdown est à peine mieux, mais moins pire en y regardant).
Je suis bien content que Markdown a été choisi à l'époque : il est désormais bien utilisé, avec des utilisations avancées d'ailleurs (oui, je pense à CrEv< et sa veille technologique, avec tous les liens documentés, comme dans une biblio).
j< forcément, avait tenté de promouvoir txt2tags, le manque de bibliothèque Ruby pour le gérer à l'époque (ou les doutes) ont fait qu'il n'a pas été retenu (ou vraiment regardé).
Bref. Vive Markdown ! ;-) (et la foule de se lever comme pour un touchdown !)
Il y avait plus de monde pour râler sur la non-nécessité de deux espaces en fin de ligne pour passer à un paragraphe suivant (ne pas le faire mettait tout sur la même ligne, comme sur slashdot…).
Que faut-il pour devenir utilis'acteur ? (je laisse créer la page :p)
faire des entrée de suivi
proposer des patchs
adapter les CSS au mieux
mettre à jour le wiki, compléter, organiser (jardiner disent certains).
Merci aux intervenants d'avoir confirmé que la syntaxe retenue sur LinuxFr.org remplit son rôle et est relativement utilisable pour tout le monde, ça c'est un point très positif pour le choix de Markdown en tout cas ! (bon pour les tableaux, cela ne sert que ponctuellement, une mise à jour des CSS les mettrait sans doute en valeur même si cela reste l'utilisation la plus casse-tête en édition :/).
ce n'est pas lié au seul nombre d'objets dans la fenêtre ? (bon, ok, ya les canons ainsi que la clé qui peut être hors du cadre… mais bon les nuages, les murs et fruits ne vont pas bouger eux ?). Moui, ça pourrait être une explication, ça fait tout de même un sacré ralentissement d'un niveau à l'autre…
il demandait "minimum", j'indique que c'est actuellementzéro. Quels droits seraient acceptables ? (le réseau ne me semble pas nécessaire, l'accès à la SDcard pour écrire la conf' me semble acceptable, tu en vois d'autres ?).
la conf' n'est pas sauvegardée d'un lancement à l'autre : je me mange le son de démarrage que j'avais mis à 0 dans les options (non sauvegardées, donc)
d'un lancement à l'autre il faut tout reprendre du début (sinon on a une croix rouge sur fond noir), pas de sauvegarde des niveaux passés (forcément)
J'ai l'impression que d'un niveau à l'autre le GC n'est pas vidé (ce serait pourtant le bon moment), forcément ça s'accumule : j'ai une conso de 500 Mo sur VSZ, 20 Mo sur RSS via un top (mais l'appli est mise en swap, je n'ai pas la valeur lorsque je joue, ce pourquoi je demandais des logs ou un moyen de debug au besoin).
Cela expliquerait peut-être pourquoi au 3ème niveau ou 4è le rendu est plus lent (peut-être lié à la bibliothèque de détection des collisions ?).
tu veux dire que… ? ça fonctionne par… chance ? (malgré l'informatique et grâce aux maths et un peu de physique newtonienne ?)
De mon expérience, la ligne 14 et la ligne 1 fonctionnent bien mieux depuis que l'automatisation est en place (ce qui était le cas plus de 10 ans avant à Lyon).
Je ne sais pas comment sont définies la "latitude" et la "longitude" (je vois au moins plusieurs possibilités)
justement, il indique que choisir comme repère l'axe de révolution^Wrotation pour une surface non convexe ne permet pas d'avoir une bijection (point) <-> (coordonnées).
Je n'ai pas trop de bol, videoob a marché peu souvent pour moi (il n'a pas de jambes !) mais quand il a fonctionné c'est du bonheur :
la récup' des guignols de l'info automatiquement pour visualiser la semaine, même si j'ai loupé la complète du dimanche matin (un peu après 13h…)
j'aurais quelques besoins plus complexes, que j'espère voir un jour : récupération de vidéos en différé de séries TV, offrant la VO (ça ce n'est pas lié à weboob, c'est un choix du diffuseur d'être rétrograde et ne fournir que la VF bien souvent :/)
idéalement ajouter les sous-titres automatiquement
au besoin récupérer les sous-titres ailleurs en VO et les ajouter (ça, ça n'existe pas à ma connaissance)
si vraiment besoin, récupération de la bande son en VO (je ne connais pas de service de ce genre pour autant o_O)
Même s'il y a le lien vers des nimages et vers les vidéos (visibles avec la balise HTML5 et en webM je suppose), une nimage pour illustrer la dépêche donnerait envie de cliquer sur les captures d'écran :
Bravo pour les tutos, l'anglais me semble compréhensible ;-)
Sachant que Champollion a pu déchiffrer les hiéroglyphes une fois trouvée la Pierre de Rosette alors que, sans la clé, beaucoup de monde s'essayait à les décrypter (dans des cryptes parfois) ; encrypter reviendrait à chiffrer sans avoir de clé, c'est soit une révolution, soit pas possible. CQFD.
le terme asservissement est clair pour qui a fait de l'automatisation et connaît les servomoteurs ;-)
En plus simple et sans connotation d'esclavagisme (qui est caractéristique d'une dialectique et d'un champ sémantique militant) : la possibilité pour tous d'utiliser un document sans obligation d'un logiciel ou d'un fournisseur spécifique
En quoi cela imposerait un changement de licence ? Seuls les codes sources bénéficiant de patchs venant de GPL-3+ doivent voir leur entête modifié. La GPL-2+ étant compatible avec la GPL-3+, les codes sources en GPL-2+ non modifiés peuvent rester en GPL-2+, le binaire résultant sera néanmoins en GPL-3+.
Bon, si les patchs sont dans un petit peu tous les fichiers sources, il ne restera peut-être plus grand chose en GPL-2+ effectivement…
(du moins en théorie, en pratique je ne sais pas comment ça se passe. Qui décide?
celui qui redistribue décide
Les contributeurs doivent-ils donner leur accord pour le changement de licence? etc.)
bin, ils l'ont déjà donnée en proposant leur code en GPL-2+ (relis les passages des licence cités par bubule<)
Rien de trop compliqué…
En revanche, tu as mis le doigt sur ce qui a coincé :
mais ce serait un vrai problème pour tout le reste de l'écosystème ioquake. Et c'est justement parce que le code IoQuake est la référence que garder la GPLv2+
les dévs' pouvaient passer en GPL-3+ (déjà accordé par la GPL-2+), mais ils ne le voulaient pas pour diverses raisons n'étant pas liées à la licence en tant que tel.
[^] # Re: te faire aider en maths et en physique ?
Posté par BAud (site web personnel) . En réponse au message Changer de formation en informatique en cours d’année?. Évalué à 2.
n'hésite pas trop à venir au Fosdem en février 2015 : par défaut on te parle anglais, bon on te parle français, si ton anglais semble français (moi, ça m'a vexé :/).
La plupart des conf' sont en anglais et en plus c'est intéressant. Même le vendredi soir, le beer event est en anglais au bar pour commander une chimay triple, ça aide.
[^] # Re: cool pour android
Posté par BAud (site web personnel) . En réponse au journal Newton Adventure passe en free to play!. Évalué à 2. Dernière modification le 21 novembre 2014 à 19:52.
ah flûte j'avais loupé cet épisode :/ Je comprends mieux ton histoire de libération complète avec cet éclairage :-)
Pas moyen de faire une abstraction du moteur physique et switcher vers l'autre ? (moi qui était presque prêt à sortir le profiler pour déplomber ton java, ça m'aurait fait un bon exercice :D).
[^] # Re: cool pour android
Posté par BAud (site web personnel) . En réponse au journal Newton Adventure passe en free to play!. Évalué à 2.
bin euh, je ne connais pas ton framework\Wcadriciel mais sa doc' indique les permissions à réclamer : http://developer.android.com/guide/topics/data/data-storage.html#filesExternal
[^] # Re: Pas vraiment libre avec leur « promesse » de ne pas poursuivre en justice
Posté par BAud (site web personnel) . En réponse à la dépêche Microsoft libère le cœur de .NET et cible GNU/Linux. Évalué à 2.
cela explique sans doute le choix de la licence MIT qui n'impose rien par ailleurs (trademark, tivoization, brevets même avec un laïus). Ce qui peut te retomber sur la gueule par la suite, mici o/ :/ (oui c'est gratuit, c'est qui le produit ? c'est _effectivement complet ? bin non, qui identifie ce qu'il manque ? Quand est-ce fourni ? Il manque un peu une feuille de route ou en anglais une roadmap…).
[^] # Re: Et le client?
Posté par BAud (site web personnel) . En réponse à la dépêche Microsoft libère le cœur de .NET et cible GNU/Linux. Évalué à 3.
si tu y attends LibreOffice, ne retiens pas ta respiration ;-) (même si Michael Meeks avait fait une présentation inénarrable à ce sujet il y a deux ans au Fosdem…).
Entre deux plantages lors de la prez, ça semblait prometteur pour autant (un jour ça fonctionnera pour de vrai pour des vrais gens).
[^] # Re: Et le client?
Posté par BAud (site web personnel) . En réponse à la dépêche Microsoft libère le cœur de .NET et cible GNU/Linux. Évalué à 5.
un des freins de la licence windows est la création à la volée de VM pour les environnement "non production" (dév, recette, préprod)
C'est beaucoup plus facile avec du CentOS et du Red Hat (le support ne se déclenche que pour de la prod', pas pour du dév' qui est proposé en best-effort). Red Hat reste lié au nombre d'instances (et non lie au CPU comme Sun^WOracle ont basé leur modèle de facturation inique là-dessus, ce qui motive à prendre en compte PostgreSQL comme une vraie base de données, à raison àmha).
[^] # Re: RotFL
Posté par BAud (site web personnel) . En réponse à la dépêche Microsoft libère le cœur de .NET et cible GNU/Linux. Évalué à 2.
tu voulais dire il y a beaucoup plus d'offre en .net ?
oui, ceux qui ont racheté Logica qui avait racheté Unilog (j'en connais des très compétents des deux côtés, certains incompétents dans le lot, SSII oblige, CGI je ne connaissais pas, je laisse ce plaisir aux acheteurs :p)
Je ne tire pas à vue sur les SSII, j'en reconnais les limites plutôt, Sopra j'aime bien (très bon ne technicité, nul ou à peine mieux en fonctionnel, suffit de le savoir, ça a le mérite d'être clair, mais ils sont là si ya des soucis de perf' ce qui compte aussi pour passer en prod').
inconnu au bataillon (sur Paris, France)
[^] # Re: Quelques questions pour une utilisation en lycée
Posté par BAud (site web personnel) . En réponse à la dépêche Kst, outil de tracés graphiques convivial et puissant. Évalué à 2.
Sans vouloir te désespérer, c'est un peu inutile.
Rien ne vaut le contact direct avec chacun des mainteneurs du paquet dans chaque distribution.
C'est peut-être lourd, mais il est abonné à votre ML (s'il est sérieux) et abonné à la ML de sa distrib' (et suit tant le bugtracker de sa distro que celle du projet, pour normalement quelqu'un de bien constitué).
Cela prend du temps, mais n'hésitez pas à intégrer upstream ce qui peut l'être (voire ce qui ne devrait pas l'être : le spécifique, mais qui induit un suivi de quelqu'un upstream et trace les différents contacts pris en compte, ça ne coûte rien d'avoir un répertoire /debian indiquant que la version à jour est gérée ailleurs au besoin ou prise en compte systématiquement upstream, ça servira pour ubuntu).
Bref, je puis expliciter, mais rien ne vaut l'implication de chacun (pour sa propre distro, bien souvent il est vrai), mais c'est déjà un utilisateur qui fait l'effort de compiler le trunk régulièrement et a en plus la capacité à le faire intégrer à une distro (gagnant-gagnant donc).
# pourquoi Markdown
Posté par BAud (site web personnel) . En réponse à la dépêche CommonMark, une syntaxe Markdown en commun et répandue. Évalué à 7.
Heureusement que txt2tags a été évoqué ;-)
C'était le 3è choix proposé lors de l'alpha de LinuxFr.org à l'occasion du passage en Ruby.
Nous avions voté entre modérateurs à l'époque (je ne me rappelle plus si cela a été proposé aux participants à LinuxFr.org, ne serait-ce qu'au travers d'un sondage, sans aller jusqu'à une dépêche :/).
Forcément, en tant qu'adepte des wiki cela remplaçait avantageusement le pseudo langage HTML qui nous était possible (mais peu utilisé, ni facilement maîtrisable, ni mis en avant). Et en plus avec la nouvelle version de LinuxFr.org on aurait un wiki ! (j'étais super-content, je vous rassure, je n'ai pas vomi partout).
Les deux choix principaux ont été :
Je ne connaissais pas Markdown, mais j'ai voté "pas Mediawiki" pitié, les liens sont trop compliqués, les listes aussi et l'italique/gras sont inutilement non intuitifs (Markdown est à peine mieux, mais moins pire en y regardant).
Je suis bien content que Markdown a été choisi à l'époque : il est désormais bien utilisé, avec des utilisations avancées d'ailleurs (oui, je pense à CrEv< et sa veille technologique, avec tous les liens documentés, comme dans une biblio).
j< forcément, avait tenté de promouvoir txt2tags, le manque de bibliothèque Ruby pour le gérer à l'époque (ou les doutes) ont fait qu'il n'a pas été retenu (ou vraiment regardé).
Bref. Vive Markdown ! ;-) (et la foule de se lever comme pour un touchdown !)
Néanmoins, je constate avec regret qu'il n'y a pas de nouvelle entrée de suivi pour améliorer l'interaction dans les commentaires sur LinuxFr.org ni de commentaires sur les entrées de suivi (la balise vidéo devrait motiver du monde tout de même ? NoNo< propose aussi d'autres éditeurs).
Il y a aussi peu d'éditions du wiki notamment pour préciser et compléter la page aide-édition.
Il y avait plus de monde pour râler sur la non-nécessité de deux espaces en fin de ligne pour passer à un paragraphe suivant (ne pas le faire mettait tout sur la même ligne, comme sur slashdot…).
Que faut-il pour devenir utilis'acteur ? (je laisse créer la page :p)
Merci aux intervenants d'avoir confirmé que la syntaxe retenue sur LinuxFr.org remplit son rôle et est relativement utilisable pour tout le monde, ça c'est un point très positif pour le choix de Markdown en tout cas ! (bon pour les tableaux, cela ne sert que ponctuellement, une mise à jour des CSS les mettrait sans doute en valeur même si cela reste l'utilisation la plus casse-tête en édition :/).
[^] # Re: Bonne nouvelle
Posté par BAud (site web personnel) . En réponse au journal Yandex, Baidu et Yahoo, un point commun ?. Évalué à 2.
bin quoi, calvacom c'était déjà bien ;-) (et voir arriver un minitel avec un clavier abcdef o_O bon, il est reparti dans la semaine…).
[^] # Re: cool pour android
Posté par BAud (site web personnel) . En réponse au journal Newton Adventure passe en free to play!. Évalué à 2.
dans le AndroidManifest.xml :
ce n'est pas lié au seul nombre d'objets dans la fenêtre ? (bon, ok, ya les canons ainsi que la clé qui peut être hors du cadre… mais bon les nuages, les murs et fruits ne vont pas bouger eux ?). Moui, ça pourrait être une explication, ça fait tout de même un sacré ralentissement d'un niveau à l'autre…
[^] # Re: Données renvoyées par philae
Posté par BAud (site web personnel) . En réponse au journal Les premières photos de Philae. Évalué à 2.
bin un patatoïde c'est connexe, pas forcément un ensemble convexe effectivement ;-) (oui, j'aimais bien la topologie en prépa).
[^] # Re: Inadmissible
Posté par BAud (site web personnel) . En réponse au journal HEVC/VP9 : x265 vs libvpx. Évalué à 3.
mieux vaut redonner un historique sur cette histoire d'i2bp qui ne parlerait que peu à ceux n'étant pas là au début du siècle :)
même la poudre verte est plus connue (à raison).
[^] # Re: money
Posté par BAud (site web personnel) . En réponse au journal Newton Adventure passe en free to play!. Évalué à 2.
il demandait "minimum", j'indique que c'est actuellement zéro. Quels droits seraient acceptables ? (le réseau ne me semble pas nécessaire, l'accès à la SDcard pour écrire la conf' me semble acceptable, tu en vois d'autres ?).
[^] # Re: cool pour android
Posté par BAud (site web personnel) . En réponse au journal Newton Adventure passe en free to play!. Évalué à 3.
tu ne demandes aucun droit pour ton appli :
J'ai l'impression que d'un niveau à l'autre le GC n'est pas vidé (ce serait pourtant le bon moment), forcément ça s'accumule : j'ai une conso de 500 Mo sur VSZ, 20 Mo sur RSS via un top (mais l'appli est mise en swap, je n'ai pas la valeur lorsque je joue, ce pourquoi je demandais des logs ou un moyen de debug au besoin).
Cela expliquerait peut-être pourquoi au 3ème niveau ou 4è le rendu est plus lent (peut-être lié à la bibliothèque de détection des collisions ?).
[^] # Re: Ben ca valide
Posté par BAud (site web personnel) . En réponse au journal L'astronomie à la portée de tous : Philae. Évalué à 2.
tu veux dire que… ? ça fonctionne par… chance ? (malgré l'informatique et grâce aux maths et un peu de physique newtonienne ?)
De mon expérience, la ligne 14 et la ligne 1 fonctionnent bien mieux depuis que l'automatisation est en place (ce qui était le cas plus de 10 ans avant à Lyon).
[^] # Re: Données renvoyées par philae
Posté par BAud (site web personnel) . En réponse au journal Les premières photos de Philae. Évalué à 5. Dernière modification le 19 novembre 2014 à 21:44.
justement, il indique que choisir comme repère l'axe de révolution^Wrotation pour une surface non convexe ne permet pas d'avoir une bijection (point) <-> (coordonnées).
et vu que c'est un patatoïde :/
# videoob
Posté par BAud (site web personnel) . En réponse à la dépêche Weboob atteint la maturité. Évalué à 3.
Je n'ai pas trop de bol, videoob a marché peu souvent pour moi (il n'a pas de jambes !) mais quand il a fonctionné c'est du bonheur :
Il y a des manières de regarder la TV autrement ;-) (mais actuellement, c'est très limité comme offre).
# nimage
Posté par BAud (site web personnel) . En réponse à la dépêche Kst, outil de tracés graphiques convivial et puissant. Évalué à 4. Dernière modification le 19 novembre 2014 à 19:40.
Même s'il y a le lien vers des nimages et vers les vidéos (visibles avec la balise HTML5 et en webM je suppose), une nimage pour illustrer la dépêche donnerait envie de cliquer sur les captures d'écran :
Bravo pour les tutos, l'anglais me semble compréhensible ;-)
[^] # Re: Pour PDF, pas vu, mais pour DjVu
Posté par BAud (site web personnel) . En réponse au message Solution libre pour PDF "cherchable" (OCR) ?. Évalué à 2.
et il y a djview4 pour convertir ensuite en PDF http://djvu.sourceforge.net/doc/man/djview4.html : reste à vérifier que la partie de reconnaissance de caractères est bien insérée dans le PDF…
# rédac
Posté par BAud (site web personnel) . En réponse au journal Sortie de freebsd 10.1. Évalué à 4.
Il y a une dépêche en cours de rédaction http://linuxfr.org/redaction/news/freebsd-10-1 pour ceux souhaitant y contribuer.
[^] # Re: Chiffrons ?
Posté par BAud (site web personnel) . En réponse au journal Encryptons. Évalué à 10.
Sachant que Champollion a pu déchiffrer les hiéroglyphes une fois trouvée la Pierre de Rosette alors que, sans la clé, beaucoup de monde s'essayait à les décrypter (dans des cryptes parfois) ; encrypter reviendrait à chiffrer sans avoir de clé, c'est soit une révolution, soit pas possible. CQFD.
[^] # Re: "interop... quoi?"
Posté par BAud (site web personnel) . En réponse à la dépêche L'April invite à signer l'appel pour l'interopérabilité dans l'Éducation nationale. Évalué à 3.
le terme asservissement est clair pour qui a fait de l'automatisation et connaît les servomoteurs ;-)
En plus simple et sans connotation d'esclavagisme (qui est caractéristique d'une dialectique et d'un champ sémantique militant) :
la possibilité pour tous d'utiliser un document sans obligation d'un logiciel ou d'un fournisseur spécifique
[^] # Re: Pseudo drama juridique
Posté par BAud (site web personnel) . En réponse à la dépêche Enemy Territory: Legacy, en résistance. Évalué à 3.
En quoi cela imposerait un changement de licence ? Seuls les codes sources bénéficiant de patchs venant de GPL-3+ doivent voir leur entête modifié. La GPL-2+ étant compatible avec la GPL-3+, les codes sources en GPL-2+ non modifiés peuvent rester en GPL-2+, le binaire résultant sera néanmoins en GPL-3+.
Bon, si les patchs sont dans un petit peu tous les fichiers sources, il ne restera peut-être plus grand chose en GPL-2+ effectivement…
[^] # Re: Pseudo drama juridique
Posté par BAud (site web personnel) . En réponse à la dépêche Enemy Territory: Legacy, en résistance. Évalué à 3. Dernière modification le 17 novembre 2014 à 17:40.
celui qui redistribue décide
bin, ils l'ont déjà donnée en proposant leur code en GPL-2+ (relis les passages des licence cités par bubule<)
Rien de trop compliqué…
En revanche, tu as mis le doigt sur ce qui a coincé :
les dévs' pouvaient passer en GPL-3+ (déjà accordé par la GPL-2+), mais ils ne le voulaient pas pour diverses raisons n'étant pas liées à la licence en tant que tel.