🚲 Tanguy Ortolo a écrit 12579 commentaires

tandis que https://www.universcience.fr/fr/actualite n'est pas à jour :/

Oui, j'ai eu le réflexe d'aller chercher cette source primaire mais pas de chance.

Nommer c'est dur. Ça m'a servi de leçon, depuis, j'essaie d'éviter la créativité.

Oui, la métaphore filée, c'est justement assez difficile à filer jusqu'au bout. :-)

Bon, j'ai regardé un peu le code. C'est assez étrange à mes yeux, il faut dire que je ne comprends pour le moment rien du tout aux traits et aux mixins, donc accessoirement ce n'est pas moi qui pourrai t'éclairer sur les concepts que tu as utilisés. Personnellement, je m'amuserais bien à faire ce genre de truc sans m'encombrer de ces concepts : après tout, ça devrait être faisable en définissant simplement quelques classes héritant de dict.

Quoi qu'il en soit, j'ai l'explication que je cherchais : l'addition et la multiplication par un scalaire, qui sont au cœur d'un espace vectoriel, fonctionnent en travaillant coordonnée par coordonnée, en considérant chaque clef comme un indice de coordonnée.

Par conséquent, cela ne fonctionne que pour les dictionnaires à valeurs susceptibles d'être additionnées ou multipliées par un scalaire. Forcément, sinon ce ne serait pas des maths mais de la magie.

À mon sens, cela consiste à considérer un espace vectoriel de dimension infinie à coordonnées indexées par n'importe quels objets immuables. C'est intéressant.

Super le code, ça s'appelle l'archerie et les fichiers Python s'appellent la caserne, l'arc, le carquois et la flèche. Je vois que c'est optimisé pour le divertissement de l'auteur, pas pour la relecture.

Sinon, visiblement il s'agit de classes qui implémentent des dictionnaires avec des trucs dignes d'un espace vectoriel, à savoir :

• un dictionnaire nul ;
• l'opposé d'un dictionnaire ;
• l'addition de deux dictionnaires ;
• la multiplication d'un dictionnaire par un scalaire ;
• le produit scalaire de deux dictionnaires ;
• d'autres opérations annexes qui peuvent être déduites des précédentes ;

le tout en respectant suffisamment bien les axiomes d'un espace vectoriel.

Voilà, est-ce que ce n'est pas plus clair en présentant les choses comme ça ?

Je n'ai rien compris. Enfin, presque rien. Et pourtant, les tableaux associatifs et les vecteurs, j'ai une assez bonne idée de ce que c'est et ce qu'on peut faire avec.

La PoC (Preuve de concept) dont il est ici question est en python, mais elle est >généralisable à tout langage objet.

Aujourd'hui à 99% de couverture de code on peut considérer la PoC complète.

Ça ne donne aucune idée de ce dont il s'agit concrètement, mais bravo.

En utilisant des traits ou mixins (votre éclairage sur le sujet est bienvenu)

Euh, tu as utilisé des traits et des mixins et tu aimerais avoir des explications à ce sujet ‽

Je m'arrête là, c'est trop mal expliqué pour moi. Je vais aller voir la présentation et le code pour voir si j'en tire quelque chose de compréhensible, parce que c'est quand même intriguant cette histoire.

Aucune idée sur la procédure, mais évidemment que c'est légal, à moins de vivre en Étasunie évidée.

Le Syndicat des Automates, Robots et Autres Humanisants et le Comité Ordinateurs Neutres et Non-stigmatisés, Opprimés ou Réduits

Joli.

C'est aussi neutre que bonjour, ça. Si on veut une salutation complète pour s'adresser à quelqu'un, l'équivalent de « Bonjour Madame », ce serait plutôt « Wesh gros<se> » non ?

En droit, il n'y a aucune évidence. Si quelque chose n'est pas écrit, il n'existe pas. OO demande à ce que son logo soit conservé dans les forks en accord avec la license, il doit être conservé. Celui qui l'enlève, fait une contrefaçon s'il redistribue le code sans.

Non, puisque ce logiciel est sous AGPL, licence qui indique que des telles restrictions peuvent être considérées comme facultatives et retirées à la discrétion de l'utilisateur.

Pénurie potentielle : Le marché pourrait voir une hausse des prix et un ralentissement de l'adoption des nouvelles normes réseau en attendant que des solutions de remplacement 100% domestiques émergent.

Ben non. Aux États-Unis si j'ai bien compris, comme aucun routeur actuellement commercialisé n'est intégralement conçu et fabriqué dans le pays, l'intégralité des modèles disponibles seront frappés d'interdiction. Pénurie totale, oui, en un certain sens. Hausse des prix, certainement pas : sur un marché à l'arrêt, il n'y a par définition pas de prix.

Ailleurs qu'aux États-Unis, ça devrait plutôt causer une baisse des prix puisque les fabricants qui ne pourront plus vendre là-bas devront bien trouver des débouchés.

Je suis sceptique quant à la qualification du genre comme donnée sensible. Pour rappel, une donnée sensible, c'est quelque chose qu'on n'a pas le droit de recueillir ni d'utiliser, sauf dans des cas très restrictifs. En pratique, pour une entreprise ordinaire, on peut considérer qu'il s'agit de données interdites tout court.

Le couple (sexe, genre) donne des informations qui relèvent sans doute de ce que la loi désigne comme concernant la vie sexuelle. Le couple (sexe, photo) également, de façon moins certaine.

Mais le couple (genre, prénom) ? Ou (civilité, prénom), ce qui revient au même ? Si quelqu'un né comme un homme et initialement prénommé Olivier demande de se faire appeler Madame, il va aussi prendre un autre prénom j'imagine. Et réciproquement, s'il demande à se faire appeler Olivia, il devrait aussi demander qu'on lui donne du Madame.

J'imagine bien que les démarches administratives de modification d'état-civil sont loin d'être instantanées, mais est-ce que dans ce genre de cas on ne fait pas les deux modifications en même temps ? Auquel cas, ni avant, ni après modification, le couple (genre, prénom) ne laisse apparaître un décalage.

Déjà, je comprends pas que nombre de système demandent le genre. À quoi ça sert ? Sérieusement ?

À savoir comment saluer l'interlocuteur ? C'est en tout cas l'usage que j'en aurais. Pour la SNCF, et de façon générale pour tout ce qui est billets nominatifs, ça peut également fournir un premier élément de vérification pour le contrôleur. Ça, plus une photo, plus au besoin un contrôle d'identité en règle.

Même dans le numéro de Sécurité Sociale, le premier chiffre est le sexe attribué à la naissance, alors que le reste est parfaitement neutre de ce point de vue (c'est surtout lié au lieu de naissance, c'est un autre débat). Et encore, 1 pour les hommes, 2 pour les femmes, et le reste pour les « en cours d'immatriculation ». Et je lis sur Wikipedia que l'histoire de ce chiffre est très sulfureuse… Bref, il est parfaitement inutile pour identifier la personne. Complètement.

Le numéro de sécurité sociale est problématique pour bien des aspects. Il très chargé de sens, ce qui est un problème en cas d'erreur. C'est historique, pour permettre une affectation décentralisée, ce qui n'a plus aucun intérêt aujourd'hui. Et le premier chiffre n'a aucun intérêt pour un numéro d'identification en effet. Ça a même permis à certains de trouver de quoi s'offusquer que les femmes aient un numéro qui vient après celui des hommes.

Dans le domaine de la santé, connaître le sexe d'un patient a évidemment un intérêt, mais c'est le genre de truc qui est transmis de façon explicite, pas en se basant sur le numéro de sécu. (Allô, les pompiers ? Je vous appelle pour une collision routière. La victime est un homme d'une quarantaine d'années. Il est étendu par terre, il respire mais il est inconscient…)

En quoi le fait de forker un logiciel met en péril une relation commerciale ? C'est OnlyOffice qui ont mis fin à ce partenariat, pas l'inverse.

Quand tu fais quelque chose que tu as parfaitement le droit de faire et que ça déplaît à un partenaire, le problème, c'est dans la tête de ce partenaire. C'est son problème, pas le tien.

Un fork hostile, mouais. D'après Euro-Office, OnlyOffice n'acceptent pas les contributions externes. Dans ce contexte, le seul moyen d'améliorer le logiciel, c'est de le forker : rien d'hostile là-dedans, quoi que puisse ressentir l'auteur d'origine.

% echo help | rot13 | rev
cyru

Peut-être désignait-il un administrateur de serveur de courrier électronique utilisant Cyrus ?

Tout à fait d'accord, à mon avis cette contrainte relève des restrictions supplémentaires, donc facultatives selon les termes de l'AGPL. C'est également l'avis des développeurs d'Euro-Office, c'est pourquoi ils l'ont joyeusement retirée de la licence.

Reste à attendre l'avis du tribunal maintenant. Mais sachant que :

• l'AGPL est une licence libre,
• les développeurs d'OnlyOffice ne l'ignorent pas, et qu'ils l'ont choisie pour cela ;
• que ces deux contraintes combinées sont impossibles à respecter ;
• que la plainte est basée sur cette impossibilité, manifestement introduire de façon délibérée ;

la mauvaise foi des plaignants est assez criante pour ne pas passer inaperçue au tribunal. Ça ne devrait pas jouer en leur faveur. La question cruciale est la qualification de la restriction imposant le maintien du logo : autorisée par l'AGPL comme clause obligatoire ou clause supplémentaire facultative ? OnlyOffice vont devoir argumenter là-dessus, l'ennui pour eux c'est qu'un tel argumentaire sera lui-même d'une mauvaise foi bien visible.

La grosse différence avec Mozilla, c'est que dans leur cas, on ne peut pas nommer un fork « Firefox » sans leur accord, mais on peut le nommer comme on veut sans problème.

Ici e revanche, d'après ce qu'on comprend de la volonté volontairement mal exprimée d'OnlyOffice, tout fork doit porter le logo d'OnlyOffice et a interdiction d'utiliser ce logo.

(Ce qu'il y a de bien avec de telles conditions, c'est que tout fork qui les respecte permet d'aller sur la Lune, de résoudre le problème de la faim dans le monde et de garantir contre remboursement le retour de l'être aimé. Et aussi de faire apparaître de nouveaux stocks de poudre verte.)

Malheureusement non, la section 7 permet d'ajouter des restrictions parmi une liste précise. Et c'est dans cette liste que sont censées s'inscrire les deux restrictions ajoutées par OnlyOffice.

Ici aussi il s'agit entre autres de l'usage d'une marque commerciale.

L'interprétation des développeurs d'Euro-Office est que ces conditions supplémentaires constituent des restrictions supplémentaires non prévues par la licence et donc facultatives selon les termes de cette même licence :

https://github.com/Euro-Office/core/commit/e452acebeb343389520348733041056af0cd4c23

Ou plus précisément, que la première condition (conserver le logo) est une restriction supplémentaire facultative, et que la seconde (interdiction d'utiliser les marques) est redondante par rapport à la simple loi et facultative à ce titre. C'est déjà plus hasardeux : une clause qui répète simplement la loi ne gêne pas (en pratique, parce qu'en théorie, ça gêne bel et bien, et ça peut tout à fait rendre un projet non libre), et ce simple fait n'autorise par à l'enlever.

Je ne sais pas si ça constitue des faits de publicité mensongère. De mensonge, peut-être. Ça dépend de ce qu'ils plaideront.

C'est à dire que les mieux placés pour expliquer le sens de la licence qu'ils ont choisie, c'est encore OnlyOffice eux-mêmes. Si par exemple ils reprochent le retrait du logo, et que, si Euro-Office remettent ce logo et qu'ils reprochent alors d'utiliser leur marque, ils auront par cette occasion confirmé dans les faits que leur intention est d'empêcher la distribution du moindre fork. Et donc que leur intention est de fournir une solution non libre.

Dans les faits, peut-être seront-ils déboutés, auquel cas OnlyOffice pourrait être considérée comme libre malgré leur volonté. Mais quoi qu'il en soit, on sait déjà que ce logiciel devrait être considéré avec une sérieuse suspicion de libro-blanchiement.

Lorsqu'une licence générique peut être complétée par des autorisations ou des restrictions supplémentaires, en pratique, la licence d'un logiciel, c'est l'ensemble de la licence générique et des conditions supplémentaires.

À ce titre, s'il est avéré que les conditions supplémentaires ajoutées par OnlyOffice empêchent le fork, cela prouvera simplement qu'OnlyOffice n'est pas libre. Et que, si l'AGPL sans conditions supplémentaires est une licence libre, elle est également utilisable pour former des licences non libres.

Je cite la fameuse section 7 qui permet l'ajout de clauses supplémentaires.

Des « permissions supplémentaires » sont des conditions qui complètent les conditions de cette Licence par des exceptions d'une ou plusieurs de ses conditions.

À l'évidence, dans le cas présent il ne s'agit pas d'une permission supplémentaire. Une restriction n'est pas une permission. Mais même si c'était le cas, ça n'aurait de toute façon aucun impact pratique puisque :

Lorsque vous distribuez une copie d'une œuvre couverte [par cette licence], vous pouvez à votre discrétion retirer toute permission supplémentaire de cette copie, ou de toute partie de celle-ci.

Donc, s'il s'agissait de permissions supplémentaires, on pourrait les retirer et l'affaire s'arrêterait là. Il s'agit donc d'autre chose. Continuons. Désolé, j'arrête de traduire, ça devient trop pour moi.

Notwithstanding any other provision of this License, for material you add to a covered work, you may (if authorized by the copyright holders of that material) supplement the terms of this License with terms:

• Disclaiming warranty or limiting liability differently from the terms of sections 15 and 16 of this License; or
• Requiring preservation of specified reasonable legal notices or author attributions in that material or in the Appropriate Legal Notices displayed by works containing it; or
• Prohibiting misrepresentation of the origin of that material, or requiring that modified versions of such material be marked in reasonable ways as different from the original version; or
• Limiting the use for publicity purposes of names of licensors or authors of the material; or
• Declining to grant rights under trademark law for use of some trade names, trademarks, or service marks; or
• Requiring indemnification of licensors and authors of that material by anyone who conveys the material (or modified versions of it) with contractual assumptions of liability to the recipient, for any liability that these contractual assumptions directly impose on those licensors and authors.

A priori on doit être là-dedans :

• l'obligation de conserver le logo doit sûrement relever, d'après le plaignant, de l'obligation de conserver des notices légales raisonnables ou des attributions d'auteur ;
• le refus d'accorder le droit d'utiliser des marques déposées fait partie des restrictions supplémentaires prévues par l'AGPL.

Ce qui va se jouer, c'est le caractère raisonnable ou non d'une demande de conservation d'une notice légale constituée d'une marque déposée qu'il est par ailleurs interdit d'utiliser pour cela. Amusant.

À noter la suite :

Tout autre conditions non-permissive supplémentaire est considérée comme une « restriction supplémentaire » au sens de la section 10. Si le Programme, tel que reçu, ou une partie de celui-ci, conditient une note indiquant qu'il est soumis à cette Licence avec une condition qui est une restriction supplémentaire, vous pouvez retirer cette condition.

Donc, on peut mettre des restrictions non listées mais elles peuvent alors être retirées. Autant dire qu'il ne sert à rien d'essayer d'en mettre.

https://en.wikipedia.org/wiki/OpenType#Collections

J'aime bien dire que les troubles dissociatifs, s'ils constituent des maladies pour des individus humains, sont un état normal des organisations humaines.