Le nom vient du fait que ces dossiers d'installations sont définis par les guidelines du projet GNU, et utilisés également (par défaut) par les autotools (automake, autoconf, etc).
Le fait d'utiliser cette fonctionalité de cmake permet justement d'avoir un comportement qui marche sur toutes les plateformes, de Linux qui utilise /usr/include à Windows qui utilise un truc dans C:\Program Files, en passant par Haiku qui utilise /system/develop/headers. GNUInstallDirs tient compte de toutes ces particularités et fait tout bien comme il faut.
D'autres trucs cools dans cmake: l'intégration avec CTest pour les tests unitaires, et avec CPack pour générer des paquets deb, rpm, et même des installeurs NSIS ou Wix pour Windows, le tout avec une seule déclaration de ce qu'il faut mettre dans le paquet.
J'utilise (en auto hébergement) Rainloop (http://www.rainloop.net/) qui est plutôt pas mal pour un webmail (et libre, bien sur). Il se connecte à n'importe quel compte mail avec un accès IMAP.
On a essayé l'utilisation d'algorithmes évolutifs de ce genre pour générer des binaires informatiques ou encore du placement/routage électronique sur FPGA. ça ne marche pas très bien, car les programmes ou schémas générés exploitent des choses en dehors du jeu d'entrées/sorties (mémoire non initialisée, instructions CPU non documentées, etc), et du coup, ça peut marcher une fois dans l'environnement de test, mais le résultat n'est pas pour autant exploitable "en vrai".
Les applications envoient des commandes au serveur graphique, qui se charge de les exécuter et de faire le rendu. C'est comme ça que marche l'app_server de BeOS, et celui de Haiku (sans support de l'accélération 3D pour le moment). Bon, il y a quand même un framebuffer côté serveur. Pour BeOS, le rendu 2d est partiellement accéléré par la carte graphique (copies de blocs, opérations simples comme le tracé de lignes horizontales ou verticales, curseur de souris). Pour Haiku, ce n'est plus le cas: l'"accélération" 2D sur les cartes modernes est tombée en désuétude, et elle est souvent plus lente qu'un rendu par le CPU (et en plus, sans faire d'antialiasing et ce genre de choses). Il faudrait remettre ça en place, peut-être en utilisant OpenVG?
C'est aussi comme ça que X11 devrait fonctionner, sauf que les commandes disponibles (tracé de lignes, de pixels, etc) sont assez limitées (pas de 3D, pas d'antialiasing). Du coup, les toolkits graphiques modernes n'utilisent plus ces commandes et font tout le rendu côté client, avant d'envoyer une grosse image au serveur X.
Pour avoir un serveur X qui marche "normalement", il faut un desktop approprié, utilisant par exemple l'environnement de bureau CDE, et des applications Motif ou Athena ou ce genre de trucs.
En ce qui concerne la notion de "frame", elle est déjà en train de disparaître du côté des écrans avec le DisplayPort, qui n'a plus besoin d'un framerate fixe à 60Hz. ça règle déjà une bonne partie des problèmes (pas de "tearing", en particulier). Donc, il serait logique de faire la même chose côté logiciel.
La disposition QWERTY utilisée en Espagne permet d'écrire le Castillan, mais aussi le Catalan, le Basque, le Galicien, etc. Ils ont donc tous les accents en touches mortes ainsi que le ç, alors que le Castillan n'utilise qu'un seul accent.
Du coup, ce clavier permet aussi d'écrire du Français, mieux que l'AZERTY utilisé en France…
Il faut prendre l'habitude d'utiliser des touches mortes pour faire les caractères accentués, mais ce n'est pas vraiment un problème.
Qu'en est-il du support des langues régionales sur le clavier Bépo d'ailleurs?
Mais pas du tout, il existe des système de gestion de versions compatibles avec la RACHE. Par exemple il y a CPOLD ("La poudre verte du suivi de versions", rien que ça!)
Il y a aussi l'outil Jam de Perforce (utilisé par Boost et Haiku, entre autres), qui permet de faire tout ce que fait Make, sans utiliser sh, et avec son propre langage (ce qui n'est pas forcément mieux).
Le Javascript était désactivé par défaut dans NetSurf, mais la version 3.4 qui va sortir très prochainement (ainsi que les nightly builds depuis un moment) l'activera par défaut, en utilisant le moteur Duktape. Avant, une vieille version de SpiderMonkey était utilisée mais ça marchait pas terrible. L'intégration avec Duktape a l'air de mieux se passer.
C'est dommage que l'interface GTK ne soit pas très bien maintenue. NetSurf fonctionne beaucoup mieux sur d'autres systèmes. En tout cas, les contributions sont les bienvenues!
Dans l'entreprise ou je travaille, c'est uniquement pour les employés en mission chez un client (pour les autres c'est ticket restaurant), et dans le cas ou les conditions indiquées sont remplies: je mange sur mon lieu de travail et il m'est difficile de rentrer chez moi pendant la pause (pas loin d'une heure de vélo, aller simple).
Donc oui, c'est utilisé, mais pas de façon systématique pour tout les employés.
Ce qui est indiqué en bas de la carte, c'est que chaque département est rempli avec un mélange de pixels correspondant aux proportions des votes. La position de chaque pixel n'est donc pas pertinente.
Microsoft Word a une fonctionnalité de comparaison de documents, qui est utilisée par exemple par Tortoise SVN pour afficher les diffs entre deux versions.
C'est pas parfait (svn ou git vont avoir tendance à faire des gros dépots car le diff d'une version à l'autre en binaire n'est pas compact), mais on peut comparer les versions sans aucun problème.
J'utilise un clavier espagnol et je ne sais pas si ça compte comme une "variante du Qwerty US". À partir de combien de touches déplacées on a droit à une entrée séparée dans le sondage?
On ne peut pas juste dire "la liste" pour traduire "the roster", le sens du mot est plus précis et spécifique. Éventuellement, "la liste de contacts" ou "carnet d'adresses", mais ce ne sont pas des traductions directes.
Je trouve ça bien d'utiliser la richesse de la langue, qu'elle soit anglaise ou française. D'après le wiktionnaire, un roster est une liste de noms (https://en.wiktionary.org/wiki/roster). C'est exactement le cas du roster XMPP, alors pourquoi l'appeler autrement en anglais?
Pour un signal analogique sur 24 bits, il faut de l'électronique propre pour ne pas avoir d'interférences sur le signal. Composants de qualité, une carte conçue pour pas avoir d'interférences, en particulier des signaux USB qui sont juste à côté, etc.
Effectivement, en numérique on peut utiliser un analyseur logique (pas un oscilloscope), et là on peut monter en fréquence sans trop de problèmes.
Pour transporter du git via bittorrent et la blockchain bitcoin. Mais ça n'a pas encore l'air complètement décentralisé pour le moment (on peut récupérer un commit si on connaît son hash en p2p, mais on a besoin d'un serveur git central pour savoir le hash correspondant au head d'un dépot, si j'ai bien suivi).
Une autre question, que penses-tu de la 3ème clause de la license BSD:
"3. Neither the name of the copyright holder nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission."
Est-ce que ce n'est pas un peu la même chose que de protéger une marque?
en ce qui concerne le dépot d'une marque, elle permet de se protéger de gens qui n'utilisent même pas le code source. Imaginons que Microsoft publie un système qui s'appelle "GNU/Windows". Et qui ne contient pas un octet de code du projet GNU. Avec juste une license, on ne peut rien faire. Avec une marque déposée, on peut faire quelque chose.
il existe par exemple la "AGNULA Trademark License": https://fsfe.org/campaigns/agnula/license.en.html
De la même façon que la GPL (ou n'importe quelle license) repose sur le copyright pour contrôler quels droits on donne sur le code, cette license repose sur le droit des marques. Elle autorise l'utilisation de la marque sous certaines conditions.
Ce qui est important là dedans, ce sont les conditions qui sont posées. Le fait de déposer la marque permet de poser des conditions, c'est tout. Et oui, c'est la même chose avec les brevets: on peut poser un brevet puis mettre une license dessus qui autorise tout le monde à l'utiliser. Est-ce que ce n'est pas mieux que d'attendre que quelqu'un d'autre pose le brevet et empêche tout le monde d'utiliser l'invention?
Le libre n'autorise pas "par défaut". Par exemple, la license MIT (et toute la famille des licenses BSD) commence comme ça:
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the “Software”), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
Surprise, il faut d'abord respecter les conditions. Et ensuite, tu as le droit de faire tout ça. Alors, est-ce que le libre est pourri par le droit du copyright? Est-ce que ça serait mieux s'il n'y avait que du code en domaine public, partout, et que le copyright n'existait pas du tout? Peut-être. Mais ce n'est pas le cas, et donc on a trouvé des moyens d'utiliser le copyright pour faire quand même du libre. Est-ce qu'on ne peut pas faire pareil avec le droit des marques et avec les brevets?
Je maintiens: c'est aussi comme ça que fonctionnent n'importe quelle license libre. Elles disent:
1) Vous n'avez le droit de rien faire (puisqu'elles reposent sur le copyright)
2) Pour obtenir des droits supplémentaires bien précis, vous devez respecter les conditions données (diffuser les modifications, etc).
Même si on prend une license avec aucune contrainte, comme la WTFPL ou la license CC0, ça marche comme ça. On dit "C'est moi l'auteur, donc c'est moi qui choisit ce qu'on peut faire avec mon code. Et je choisis que tout le monde puisse faire ce qu'il veut."
ça marche pareil quand on dépose une marque:
1) Vous n'avez pas le droit d'utiliser la marque (puisqu'elle est déposée)
2) Sous les conditions suivantes, vous pouvez quand même l'utiliser
Encore une fois, elles me semblent tout à fait raisonables, et elles sont indépendantes de l'utilisation du code source.
Le fonctionnement des licenses libres est le même. Tu donnes l'exemple de l'auteur qui meurt, de la fondation qui change d'avis: la même chose peut se produire avec la license du code, et avec les mêmes conséquences. L'auteur peut décider de ne plus diffuser son code sous license GPL, mais sous une license propriétaire. C'est pour éviter ce genre de problèmes que la FSF demande à avoir le copyright sur tous les changements dans les projets GNU.
Si ça ne te satisfait pas, la seule alternative, ça serait de mettre les choses dans le domaine public (aussi bien pour les noms/logos/marques que pour le code). Mais selon ton point de vue, une license comme la GPL ou la MIT est beaucoup trop restrictive et complètement inacceptable?
Je contribue depuis quelques années au projet Haiku (www.haiku-os.org). C'est un projet qui a fait le choix d'une license (très) libre (la license MIT), mais aussi de déposer la marque "Haiku".
Le but n'est pas d'empêcher les gens de modifier le logiciel, bien au contraire. On fournit tous les outils pour compiler le système avec ou sans la marque (toutes les apparitions du nom et du logo de Haiku peuvent être enlevées avec une simple option du script de configuration).
ça permet à tout le monde de faire ce qu'il veut avec le code du projet: distribuée des versions plus ou moins modifiées, récupérer des morceaux du code pour en faire complètement autre chose, etc. Par contre, le nom "Haiku" nous appartient, et c'est normal que les projets qui font des modifications aient des noms différents, simplement pour que tout le monde s'y retrouve. Je ne pense pas que ça soit une très grosse contrainte. Et dans tous les cas, n'importe qui peut demander la permission d'utiliser le nom, qui en général ne pose pas de problèmes. C'est par exemple le cas de la distribution "discover Haiku" (http://www.discoverhaiku.com/), vendue par une entreprise indépendante du projet Haiku. Tous les bénéfices de la vente de "Discover Haiku" (sous la forme d'une clé USB) n'iront pas forcément au projet Haiku. ça ne pose pas de problèmes du moment qu'ils ont demandé la permission, mais si quelqu'un le faisait sans demander et dans le but de ramasser des sous en se faisant passer pour le projet Haiku, ça serait quand même pas terrible.
Donc, on a une protection en déposant la marque, et ensuite, on a des exceptions qui donnent à des gens le droit de l'utiliser. C'est exactement le même principe de fonctionnement que la license GPL, qui utilise le droit du copyright pour d'abord dire ce qu'on n'a pas le droit de faire, et ensuite donner des droits bien précis aux gens qui sont prêts à respecter les règles. Moi ça me semble tout à fait raisonable?
[^] # Re: GNUInstallDirs ... portabilité?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal CMake mon amour. Évalué à 5.
Le nom vient du fait que ces dossiers d'installations sont définis par les guidelines du projet GNU, et utilisés également (par défaut) par les autotools (automake, autoconf, etc).
Le fait d'utiliser cette fonctionalité de cmake permet justement d'avoir un comportement qui marche sur toutes les plateformes, de Linux qui utilise /usr/include à Windows qui utilise un truc dans C:\Program Files, en passant par Haiku qui utilise /system/develop/headers. GNUInstallDirs tient compte de toutes ces particularités et fait tout bien comme il faut.
D'autres trucs cools dans cmake: l'intégration avec CTest pour les tests unitaires, et avec CPack pour générer des paquets deb, rpm, et même des installeurs NSIS ou Wix pour Windows, le tout avec une seule déclaration de ce qu'il faut mettre dans le paquet.
[^] # Re: Souveraineté numérique ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Un système d’exploitation français pour la souveraineté numérique. Évalué à 3.
La Demoscene (https://fr.wikipedia.org/wiki/Sc%C3%A8ne_d%C3%A9mo) me semble faire partie de la culture Européenne, par exemple.
[^] # Re: Alternative ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Google passe devant Apple et annonce 1 milliard de comptes Gmail.... Évalué à 3.
J'utilise (en auto hébergement) Rainloop (http://www.rainloop.net/) qui est plutôt pas mal pour un webmail (et libre, bien sur). Il se connecte à n'importe quel compte mail avec un accès IMAP.
[^] # Re: Intelligence artificielle et jeux de GO et Kasparov
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Tout est écrit!. Évalué à 1.
On a essayé l'utilisation d'algorithmes évolutifs de ce genre pour générer des binaires informatiques ou encore du placement/routage électronique sur FPGA. ça ne marche pas très bien, car les programmes ou schémas générés exploitent des choses en dehors du jeu d'entrées/sorties (mémoire non initialisée, instructions CPU non documentées, etc), et du coup, ça peut marcher une fois dans l'environnement de test, mais le résultat n'est pas pour autant exploitable "en vrai".
# BeOS le faisait il y a 15 ans!
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Une idée à prendre : un nouveau type de serveur d’affichage (remplaçant X ou Wayland). Évalué à 10.
Les applications envoient des commandes au serveur graphique, qui se charge de les exécuter et de faire le rendu. C'est comme ça que marche l'app_server de BeOS, et celui de Haiku (sans support de l'accélération 3D pour le moment). Bon, il y a quand même un framebuffer côté serveur. Pour BeOS, le rendu 2d est partiellement accéléré par la carte graphique (copies de blocs, opérations simples comme le tracé de lignes horizontales ou verticales, curseur de souris). Pour Haiku, ce n'est plus le cas: l'"accélération" 2D sur les cartes modernes est tombée en désuétude, et elle est souvent plus lente qu'un rendu par le CPU (et en plus, sans faire d'antialiasing et ce genre de choses). Il faudrait remettre ça en place, peut-être en utilisant OpenVG?
C'est aussi comme ça que X11 devrait fonctionner, sauf que les commandes disponibles (tracé de lignes, de pixels, etc) sont assez limitées (pas de 3D, pas d'antialiasing). Du coup, les toolkits graphiques modernes n'utilisent plus ces commandes et font tout le rendu côté client, avant d'envoyer une grosse image au serveur X.
Pour avoir un serveur X qui marche "normalement", il faut un desktop approprié, utilisant par exemple l'environnement de bureau CDE, et des applications Motif ou Athena ou ce genre de trucs.
En ce qui concerne la notion de "frame", elle est déjà en train de disparaître du côté des écrans avec le DisplayPort, qui n'a plus besoin d'un framerate fixe à 60Hz. ça règle déjà une bonne partie des problèmes (pas de "tearing", en particulier). Donc, il serait logique de faire la même chose côté logiciel.
[^] # Re: fr-oss…
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Le gouvernement français veut changer de clavier. Évalué à 1.
La disposition QWERTY utilisée en Espagne permet d'écrire le Castillan, mais aussi le Catalan, le Basque, le Galicien, etc. Ils ont donc tous les accents en touches mortes ainsi que le ç, alors que le Castillan n'utilise qu'un seul accent.
Du coup, ce clavier permet aussi d'écrire du Français, mieux que l'AZERTY utilisé en France…
Il faut prendre l'habitude d'utiliser des touches mortes pour faire les caractères accentués, mais ce n'est pas vraiment un problème.
Qu'en est-il du support des langues régionales sur le clavier Bépo d'ailleurs?
[^] # Re: Contribuer au projet sans GitHub
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Le retour de la Méthode R.A.C.H.E. Évalué à 6.
Mais pas du tout, il existe des système de gestion de versions compatibles avec la RACHE. Par exemple il y a CPOLD ("La poudre verte du suivi de versions", rien que ça!)
[^] # Jam
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Utiliser Python comme interpréteur dans vos Makefile. Évalué à 3.
Il y a aussi l'outil Jam de Perforce (utilisé par Boost et Haiku, entre autres), qui permet de faire tout ce que fait Make, sans utiliser sh, et avec son propre langage (ce qui n'est pas forcément mieux).
[^] # Re: merci, & autres braouzeurs
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Opera 12: la relève?. Évalué à 3.
Le Javascript était désactivé par défaut dans NetSurf, mais la version 3.4 qui va sortir très prochainement (ainsi que les nightly builds depuis un moment) l'activera par défaut, en utilisant le moteur Duktape. Avant, une vieille version de SpiderMonkey était utilisée mais ça marchait pas terrible. L'intégration avec Duktape a l'air de mieux se passer.
C'est dommage que l'interface GTK ne soit pas très bien maintenue. NetSurf fonctionne beaucoup mieux sur d'autres systèmes. En tout cas, les contributions sont les bienvenues!
# nostdinc
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Écrire son OS - Partie 2 : configurer ses outils. Évalué à 1.
Est-ce que nostdinc est suffisant pour se débarasser de la librairie standard? J'aurais plutôt utilisé l'option -ffreestanding.
# Je prends!
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Dons de vieilleries. Évalué à 1.
Je n'ai pas trouvé de bouton "contacter par message", mais ce matériel m'intéresse.
Dans quel coin de Toulouse il faut venir le chercher?
[^] # Re: J'en pense que...
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal L'absurdité des tickets restau. Évalué à 1.
Dans l'entreprise ou je travaille, c'est uniquement pour les employés en mission chez un client (pour les autres c'est ticket restaurant), et dans le cas ou les conditions indiquées sont remplies: je mange sur mon lieu de travail et il m'est difficile de rentrer chez moi pendant la pause (pas loin d'une heure de vélo, aller simple).
Donc oui, c'est utilisé, mais pas de façon systématique pour tout les employés.
[^] # Re: J'en pense que...
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal L'absurdité des tickets restau. Évalué à 2.
ça existe:
http://www.journaldunet.com/management/pratique/primes-et-avantages/15326/prime-de-panier-une-indemnite-pour-le-repas.html
[^] # Re: moins geek mais fonctionne correctement
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal le dessous des cartes. Évalué à 3.
Ce qui est indiqué en bas de la carte, c'est que chaque département est rempli avec un mélange de pixels correspondant aux proportions des votes. La position de chaque pixel n'est donc pas pertinente.
[^] # Re: Subversion ou CVS
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Collaborer sur vos documents à l'aide du libre. Évalué à 1.
Microsoft Word a une fonctionnalité de comparaison de documents, qui est utilisée par exemple par Tortoise SVN pour afficher les diffs entre deux versions.
C'est pas parfait (svn ou git vont avoir tendance à faire des gros dépots car le diff d'une version à l'autre en binaire n'est pas compact), mais on peut comparer les versions sans aucun problème.
[^] # Re: Plus d’options pour la prochaine fois ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au sondage Ma disposition de clavier préférée. Évalué à 1.
J'utilise un clavier espagnol et je ne sais pas si ça compte comme une "variante du Qwerty US". À partir de combien de touches déplacées on a droit à une entrée séparée dans le sondage?
[^] # Re: comme quoi Linux n'est pas prêt
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal parlons XMPP - épisode 2 - le cœur et les extensions. Évalué à 1.
On ne peut pas juste dire "la liste" pour traduire "the roster", le sens du mot est plus précis et spécifique. Éventuellement, "la liste de contacts" ou "carnet d'adresses", mais ce ne sont pas des traductions directes.
[^] # Re: comme quoi Linux n'est pas prêt
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal parlons XMPP - épisode 2 - le cœur et les extensions. Évalué à 1.
Quel est le problème avec "roster"? Le fait qu'il n'y a pas de traduction directe en français?
Ce mot est utilisé de façon similaire en informatique à d'autres endroits, par exemple dans BeOS et Haiku: https://api.haiku-os.org/classBRoster.html
Je trouve ça bien d'utiliser la richesse de la langue, qu'elle soit anglaise ou française. D'après le wiktionnaire, un roster est une liste de noms (https://en.wiktionary.org/wiki/roster). C'est exactement le cas du roster XMPP, alors pourquoi l'appeler autrement en anglais?
[^] # Re: Plein d'autres alternatives
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal PICOSCOPE : Oscilloscopes numériques sous Linux. Évalué à 4.
… mais on est en numérique.
Pour un signal analogique sur 24 bits, il faut de l'électronique propre pour ne pas avoir d'interférences sur le signal. Composants de qualité, une carte conçue pour pas avoir d'interférences, en particulier des signaux USB qui sont juste à côté, etc.
Effectivement, en numérique on peut utiliser un analyseur logique (pas un oscilloscope), et là on peut monter en fréquence sans trop de problèmes.
[^] # Re: Centrale à inertie
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Sécurité et accéléromètres de téléphones. Évalué à 1.
Avec juste l'accéléromètre, oui. Mais en utilisant d'autres capteurs présents dans le téléphone, c'est possible:
https://www.google.com/atap/project-tango/
[^] # Re: vrai problème...
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal All Codehaus services have now been terminated.. Évalué à 3.
https://github.com/cjb/GitTorrent
Pour transporter du git via bittorrent et la blockchain bitcoin. Mais ça n'a pas encore l'air complètement décentralisé pour le moment (on peut récupérer un commit si on connaît son hash en p2p, mais on a besoin d'un serveur git central pour savoir le hash correspondant au head d'un dépot, si j'ai bien suivi).
[^] # Re: Façon de parler
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal [Les Échos] "Guerre de religions" entre OOxml et l'ODF. Évalué à 8.
Je trouve que c'est plus "querelle de clochers" que "guerre de religion", toutes proportions gardées?
[^] # Re: Un autre exemple
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Quand le libre est un faux nez pour de la vraie propriété intellectuelle. Évalué à 5.
Une autre question, que penses-tu de la 3ème clause de la license BSD:
"3. Neither the name of the copyright holder nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission."
Est-ce que ce n'est pas un peu la même chose que de protéger une marque?
en ce qui concerne le dépot d'une marque, elle permet de se protéger de gens qui n'utilisent même pas le code source. Imaginons que Microsoft publie un système qui s'appelle "GNU/Windows". Et qui ne contient pas un octet de code du projet GNU. Avec juste une license, on ne peut rien faire. Avec une marque déposée, on peut faire quelque chose.
il existe par exemple la "AGNULA Trademark License": https://fsfe.org/campaigns/agnula/license.en.html
De la même façon que la GPL (ou n'importe quelle license) repose sur le copyright pour contrôler quels droits on donne sur le code, cette license repose sur le droit des marques. Elle autorise l'utilisation de la marque sous certaines conditions.
Ce qui est important là dedans, ce sont les conditions qui sont posées. Le fait de déposer la marque permet de poser des conditions, c'est tout. Et oui, c'est la même chose avec les brevets: on peut poser un brevet puis mettre une license dessus qui autorise tout le monde à l'utiliser. Est-ce que ce n'est pas mieux que d'attendre que quelqu'un d'autre pose le brevet et empêche tout le monde d'utiliser l'invention?
Le libre n'autorise pas "par défaut". Par exemple, la license MIT (et toute la famille des licenses BSD) commence comme ça:
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the “Software”), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
Surprise, il faut d'abord respecter les conditions. Et ensuite, tu as le droit de faire tout ça. Alors, est-ce que le libre est pourri par le droit du copyright? Est-ce que ça serait mieux s'il n'y avait que du code en domaine public, partout, et que le copyright n'existait pas du tout? Peut-être. Mais ce n'est pas le cas, et donc on a trouvé des moyens d'utiliser le copyright pour faire quand même du libre. Est-ce qu'on ne peut pas faire pareil avec le droit des marques et avec les brevets?
[^] # Re: Un autre exemple
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Quand le libre est un faux nez pour de la vraie propriété intellectuelle. Évalué à 4.
Je maintiens: c'est aussi comme ça que fonctionnent n'importe quelle license libre. Elles disent:
1) Vous n'avez le droit de rien faire (puisqu'elles reposent sur le copyright)
2) Pour obtenir des droits supplémentaires bien précis, vous devez respecter les conditions données (diffuser les modifications, etc).
Même si on prend une license avec aucune contrainte, comme la WTFPL ou la license CC0, ça marche comme ça. On dit "C'est moi l'auteur, donc c'est moi qui choisit ce qu'on peut faire avec mon code. Et je choisis que tout le monde puisse faire ce qu'il veut."
ça marche pareil quand on dépose une marque:
1) Vous n'avez pas le droit d'utiliser la marque (puisqu'elle est déposée)
2) Sous les conditions suivantes, vous pouvez quand même l'utiliser
Je garde l'exemple du projet Haiku, les restrictions sont définies ici:
http://haiku-inc.org/trademark-usage-requirements.html
http://haiku-inc.org/trademark-allowed-usage.html
Encore une fois, elles me semblent tout à fait raisonables, et elles sont indépendantes de l'utilisation du code source.
Le fonctionnement des licenses libres est le même. Tu donnes l'exemple de l'auteur qui meurt, de la fondation qui change d'avis: la même chose peut se produire avec la license du code, et avec les mêmes conséquences. L'auteur peut décider de ne plus diffuser son code sous license GPL, mais sous une license propriétaire. C'est pour éviter ce genre de problèmes que la FSF demande à avoir le copyright sur tous les changements dans les projets GNU.
Si ça ne te satisfait pas, la seule alternative, ça serait de mettre les choses dans le domaine public (aussi bien pour les noms/logos/marques que pour le code). Mais selon ton point de vue, une license comme la GPL ou la MIT est beaucoup trop restrictive et complètement inacceptable?
# Un autre exemple
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Quand le libre est un faux nez pour de la vraie propriété intellectuelle. Évalué à 8.
Bonjour,
Je contribue depuis quelques années au projet Haiku (www.haiku-os.org). C'est un projet qui a fait le choix d'une license (très) libre (la license MIT), mais aussi de déposer la marque "Haiku".
Le but n'est pas d'empêcher les gens de modifier le logiciel, bien au contraire. On fournit tous les outils pour compiler le système avec ou sans la marque (toutes les apparitions du nom et du logo de Haiku peuvent être enlevées avec une simple option du script de configuration).
ça permet à tout le monde de faire ce qu'il veut avec le code du projet: distribuée des versions plus ou moins modifiées, récupérer des morceaux du code pour en faire complètement autre chose, etc. Par contre, le nom "Haiku" nous appartient, et c'est normal que les projets qui font des modifications aient des noms différents, simplement pour que tout le monde s'y retrouve. Je ne pense pas que ça soit une très grosse contrainte. Et dans tous les cas, n'importe qui peut demander la permission d'utiliser le nom, qui en général ne pose pas de problèmes. C'est par exemple le cas de la distribution "discover Haiku" (http://www.discoverhaiku.com/), vendue par une entreprise indépendante du projet Haiku. Tous les bénéfices de la vente de "Discover Haiku" (sous la forme d'une clé USB) n'iront pas forcément au projet Haiku. ça ne pose pas de problèmes du moment qu'ils ont demandé la permission, mais si quelqu'un le faisait sans demander et dans le but de ramasser des sous en se faisant passer pour le projet Haiku, ça serait quand même pas terrible.
Donc, on a une protection en déposant la marque, et ensuite, on a des exceptions qui donnent à des gens le droit de l'utiliser. C'est exactement le même principe de fonctionnement que la license GPL, qui utilise le droit du copyright pour d'abord dire ce qu'on n'a pas le droit de faire, et ensuite donner des droits bien précis aux gens qui sont prêts à respecter les règles. Moi ça me semble tout à fait raisonable?