J'ai répondu "Oui, tant que le projet est sous licence libre." mais je pense que la 6ème réponse est en fait équivalente "Peu importe, de toutes façons un fork est toujours possible.", la première étant la condition nécessaire à la seconde.
Pour être honnête, Helsinki présentée à côté de Cupertino et Redmond n'y était pas pour sa température ou son système éducatif (à l'exception bien sûr de son université).
D'ailleurs on est sur LinuxFR et Helsinki arrive loin devant Redmond, va savoir pourquoi.
si tu vois pas le problème d'avoir 232 adresses dispo dans un monde qui compte presque le double d'humains
J'ai 4 adresses IPv4 publiques rien que pour moi. Mais bon j'ai aussi beaucoup plus de fringues, de voiture (sans s, mais c'est déjà beaucoup), de pognon, de PC, de télévisions, de boulot et de cholestérol dans les artères que plus de 232 humains.
Donc ça me dit pas quand le problème va vraiment se faire sentir.
Après lecture des conclusions de l'avocat général je dirais même que ce n'est pas une "fonctionnalité" au sens où on l'entends en général en développement logiciel (point fonctionnel, etc.) qui est exclu du champs d'application du droit d'auteur mais plutôt l'interface externe du système puisqu'il semble que SAS reprochait à WPL d'avoir reproduit un logiciel compatible avec le sien du point de vue de l'interface externe (en gros les programmes écrits dans le langage de script SAS sont exécutable par le logiciel de WPL).
Ce qui reste une décision qui me plait, des fois qu'un jour je clone moi aussi un logiciel très cher pour revendre le mien un peu moins cher. Mais n'a toujours rien à voir avec les brevets.
La décision de la Cour ne porte aucunement sur la brevetabilité comme la dépêche le laisse croire mais sur la protection par le droit d'auteur, qui n'a rien à voir.
Elle décide que l'idée d'une fonctionnalité n'est pas en soi un œuvre originale de l'esprit et n'est donc pas couverte par le droit d'auteur, elle ne dit rien de sa brevetabilité, et elle ne nie pas que le logiciel dans son ensemble soit une œuvre originale de l'esprit couverte par le droit d'auteur.
Bref c'est pas super passionnant comme avancée ou reculade dans le cadre de la lutte contre les brevets logiciels.
Dans mon raisonnement j'irai presque plus loin: toute décision de justice qui affaiblit le droit d'auteur peut dans une certaine mesure amener à renforcer le droit des brevets, puisque l'essence même de la discorde USA/Europe est que les premiers raisonnent brevets et les seconds (je l'espère pour longtemps) œuvre originale de l'esprit. Mais bon en l'occurrence je n'ai pas l'impression que ça fasse avancer la (mauvaise) cause des brevets non plus.
C'est plus ou moins ce qui se passe car chaque TLD qui autorise des caractères non-ASCII choisis quels caractères sont autorisés, un à un.
Dit autrement le .fr autorise les caractères accentués et ligatures utilisés en français, mais pas les caractères chinois, scandinaves ou espagnols. Donc linüxfr.fr c'est possible mais linúxfr.fr non.
Si Gimp a trop de fonctionnalités pour toi, tu devrais peut-être utiliser un logiciel plus simple et moins riche. Sans aller jusqu'à MS Paint dans Wine, il y en a quelques uns. Mais de grâce ne hurle pas à l'arrêt de l'évolution de l'outil juste parce qu'il y a déjà trop de fonctions pour tes besoins!
Oui, perso je tape jamais google.com c'est trop long, à la place je tape 2a00:1450:4007:801::1001 c'est plus facile à retenir et plus rapide à taper (grâce à la forme abrégée avec les ::).
3/ pour les URL en chinois, on ne va pas commencer à avoir une barre d'adresse à la verticale non plus…
Je ne vois absolument pas ce qui empêche de réaliser (ou pas) des navigateurs avec des barres d'adresse verticales de façon complètement indépendante des caractères autorisés dans les noms de domaine.
Si je lis entre les lignes ton commentaire et ton billet de blog, tu es contre pour le TLD .fr et les TLD des langues utilisant l'alphabet latin en général, c'est ça ?
Non parce que la question des langues non latine se pose quand même autrement, non ? #ethnocentrisme
Cela dit j'aime pas trop l'idée d'installer globalement sur le système dans /usr/local des scripts utiles spécifiquement à compiler un programme, j'imagine que c'est pythonic (faut taper setup.py donc c'est pythonic, ça serait setup.exe ce serait grave pas bien) mais c'est pas du tout dans ma conception de la gestion de ce que j'installe ou pas sur mon OS et de comment.
Je ferai avec parce que j'ai envie de jouer avec ton truc :-)
Hello, ça serait cool pour les gens qui ne sont pas sur Debian d'avoir un moyen pas trop dur de l'installer au moins pour tester.
Perso je suis sur Fedora, et en plus j'arrive pas à compiler à partir du dépôt git.
[freelan-all]$ cd libfreelan/
[libfreelan]$ scons
scons: Reading SConscript files …
ImportError: No module named freelan.build_tools:
File "/…/freelan-all/libfreelan/SConstruct", line 12:
from freelan.build_tools import LibraryProject, Environment
[libfreelan]$ cd ../freelan
[freelan]$ scons
scons: Reading SConscript files …
ImportError: No module named freelan.build_tools:
File "/…/freelan-all/freelan/SConstruct", line 13:
from freelan.build_tools import ProgramProject, Environment
Sinon ton soft fait très envie, je suis utilisateur d'OpenVPN en niveau 2 donc forcément FreeLAN m'intéresse aussi…
Merci.
J'aime beaucoup ton plaidoyer pour UCS-2 et contre UTF-16, sachant que ça fait bien 4 ou 5 commentaires que tu fais en demandant UTF-16 au lieu d'UTF-8 pour le salut de l'Asie et que l'un de tes arguments contre UTF-8 en Asie était la longueur d'encodage des idéogrammes rares, lesquels sont simplement absents d'UCS-2.
C'est à dire que le seul "préjugé" que tu combats c'est de m'expliquer que les caractères asiatiques en UTF-8 sont codés sur 3 caractères et non 4.
Ben si j'ai réussi ça, j'ai pas complètement perdu mon temps alors.
Après tout le reste (non correspondance des mappings, problèmes de caractères interdits, problème du shift lock, soucis pour travailler avec le reste du monde etc.) tu ne l'évoques même pas.
Parce que j'ai rien à dire dessus.
De plus tu as l'air de penser que je suis anti UTF-8, alors que je suis anti UTF-8 dans un shell quand c'est la seule solution.
T'es contre l'utilisation d'UTF-8 partout et pour tout, donc t'es contre UTF-8. ;-)
UTF-8 c'est bon mangez-en.
Oui, si ca leur apporte quelque chose. UCS-2 apporte quelquechose à un occidental (et en plus il n'y a pas de caractères interdits en UCS-2) par rapport à ASCII ou ISO. Mais qu'apporte UTF-8 à un oriental par rapport à UTF-16 ?
Ben UCS-2 (ou UTF-16, parce que c'est pas loin d'être la même chose) apporte rien à un occidental par rapport à UTF-8 à part que ça prend plus de place en mémoire et sur les disques durs. (oui j'ai conscience d'alimenter un dialogue de sourds)
Et il y a des caractères interdits en UCS-2 (enfin des caractères réservés, qui justement rendent UTF-16 possible).
Sinon le fait de considérer que le Tibet et Taïwan ne font pas partie de la Chine n'est pas neutre politiquement, je suis sûr qu'à Pékin ce n'est pas ce qui se dit… ;-) Et c'est à Pékin qu'on écrit les normes. ;-)
Déjà si ils prennent un encoding ce sera UTF-16, pas UTF-8 sinon une grosse partie des caractères va se retrouver à occuper 4 octects au lieu de 2. Sur un ordinateur normal on s'en fout un peu (et encore, bonjour la gueule des bases de données) mais sur une solution embarquée ca ne passe juste pas.
C'est faux car tous les caractères qui prennent 4 octets en UTF-8 en prennent aussi 4 en UTF-16 (je détaille plus bas).
Mais ton paragraphe devient diablement drôle quand on le rapproche du suivant:
GB18030-2005 est justement la réponse de la Chine à UTF-8/UTF-16 qui reste compatible avec ASCII et l'ancien système GBK. Ils ont créé ce système à cause des nombreux problèmes que l'on peut rencontrer avec UTF-8 et UTF-16. (…) mais il est peut rentable pour les caractères japonais ou corééns qui vont systématiquement se retrouver sur 4 octets.
Ah oui, c'est une vraie différence. Au lieu d'avoir des caractères sur 4 octets on a… des caractères sur 4 octets.
Pour le comprendre il faut avoir à l'esprit que les langues asiatiques hors idéogrammes rares (rares = CJK extensions B et suivantes) sont toutes dans le BMP (
Il faut aussi noter une petite approximation, ce n'est pas "most Chinese characters" qui tient sur 2 octets mais bien sûr "most usual Chinese characters" (hors idéogrammes CJK extensions B et suivantes, qui sont rares mais très nombreux).
Pour te donner une idée du surcoût indu que représente +50% sur le texte non compressé, dis-toi que Microsoft a décidé avec Windows 2000 de passer tout stockage de chaîne caractères en UTF-16 (enfin historiquement en UCS-2 sous le nom pompeux d'Unicode) infligeant donc il y a plus de 10 ans un +100% à tout le monde occidental dès que tu passes par leurs bibliothèques (et comment te dire que c'est une pratique courante voire prudente sous Windows…).
Et j'ai un scoop: on n'est pas morts d'un +100%.
Les asiatiques survivrons à +50% (et j'ose la plaisanterie: en plus c'est eux qui fabriquent les disques durs et la RAM!).
Tu n'aimes pas Microsoft, tu n'utilises pas leurs bibliothèques? Et bien je ne connais pas les choix techniques internes de tous les autres environnements de programmation mais devine ce qu'utilisent une String Java et une QString Qt comme format interne depuis des années ? Et oui là aussi on a pris +100% sans broncher.
[^] # Re: Rectification
Posté par DerekSagan . En réponse à la dépêche Vote par Internet : Appel à témoignage pour le procès-verbal du Bureau de Vote par le Parti Pirate. Évalué à 0.
Certes, mais c'est une possibilité honteuse, n'en parlons pas!
# 1 = 6
Posté par DerekSagan . En réponse au sondage Accordez-vous votre confiance à un projet libre porté par une entreprise ?. Évalué à 5.
J'ai répondu "Oui, tant que le projet est sous licence libre." mais je pense que la 6ème réponse est en fait équivalente "Peu importe, de toutes façons un fork est toujours possible.", la première étant la condition nécessaire à la seconde.
[^] # Re: Gloire
Posté par DerekSagan . En réponse à la dépêche Sortie officielle du noyau Linux 3.4. Évalué à 1.
Tu veux dire que GNU/Linux == Debian/Ubuntu ?
# LinuxFR fait manifestement bien de ne pas s'appeler GnuLinuxFR
Posté par DerekSagan . En réponse au sondage Dans quelle ville aimeriez vous habiter ?. Évalué à 2.
Le sondage le prouve: Helsinki > Boston donc Linux > GNU donc on dit Linux et pas GNU/Linux.
Un bon gros troll bien poilu, je sais.
[^] # Re: Et l'Allemagne???
Posté par DerekSagan . En réponse au sondage Dans quelle ville aimeriez vous habiter ?. Évalué à 3.
J'ai mis Imladris, dans le film c'était en Nouvelle-Zélande, ça compte ?
[^] # Re: Helsinki
Posté par DerekSagan . En réponse au sondage Dans quelle ville aimeriez vous habiter ?. Évalué à 6. Dernière modification le 18 mai 2012 à 16:42.
Pour être honnête, Helsinki présentée à côté de Cupertino et Redmond n'y était pas pour sa température ou son système éducatif (à l'exception bien sûr de son université).
D'ailleurs on est sur LinuxFR et Helsinki arrive loin devant Redmond, va savoir pourquoi.
[^] # Re: Triste mon inculture...
Posté par DerekSagan . En réponse au sondage Dans quelle ville aimeriez vous habiter ?. Évalué à 4.
J'ai pertinenté, et je confirme que j'aurai mis les liens si cela avait été possible.
[^] # Re: Pédanterie: éponyme
Posté par DerekSagan . En réponse à la dépêche Videolan (VLC) dépasse le milliard de téléchargements et saisit l'HADOPI. Évalué à 7. Dernière modification le 13 mai 2012 à 00:25.
Tu veux dire au temps pour vous ? Tant qu'à être pédant, faut pas le faire à moitié. :-)
(enfin sinon j'ai des boutons aussi quand éponyme est mal utilisé, et c'est souvent)
[^] # Re: Manque une option
Posté par DerekSagan . En réponse au sondage Quelle plage d'adresse IPv4 est utilisée sur votre LAN?. Évalué à 1.
J'ai 4 adresses IPv4 publiques rien que pour moi. Mais bon j'ai aussi beaucoup plus de fringues, de voiture (sans s, mais c'est déjà beaucoup), de pognon, de PC, de télévisions, de boulot et de cholestérol dans les artères que plus de 232 humains.
Donc ça me dit pas quand le problème va vraiment se faire sentir.
Merci pour le lien je connaissais pas.
[^] # Re: Oui mais
Posté par DerekSagan . En réponse au sondage Quelle plage d'adresse IPv4 est utilisée sur votre LAN?. Évalué à 1.
Quand tu changes une machine d'étage, tu changes son hostname ou juste son adresse IP ?
[^] # ... et c'est plus l'interface externe d'un programme qu'une fonctionnalité isolée qui est exclue
Posté par DerekSagan . En réponse à la dépêche CJUE : le droit d'auteur s'applique aux expressions du programme d'ordinateur pas à l'idée . Évalué à 3. Dernière modification le 10 mai 2012 à 15:25.
Après lecture des conclusions de l'avocat général je dirais même que ce n'est pas une "fonctionnalité" au sens où on l'entends en général en développement logiciel (point fonctionnel, etc.) qui est exclu du champs d'application du droit d'auteur mais plutôt l'interface externe du système puisqu'il semble que SAS reprochait à WPL d'avoir reproduit un logiciel compatible avec le sien du point de vue de l'interface externe (en gros les programmes écrits dans le langage de script SAS sont exécutable par le logiciel de WPL).
Ce qui reste une décision qui me plait, des fois qu'un jour je clone moi aussi un logiciel très cher pour revendre le mien un peu moins cher. Mais n'a toujours rien à voir avec les brevets.
# Merci de ne pas mélanger propriété, droit d'auteur et brevets
Posté par DerekSagan . En réponse à la dépêche CJUE : le droit d'auteur s'applique aux expressions du programme d'ordinateur pas à l'idée . Évalué à 6.
La décision de la Cour ne porte aucunement sur la brevetabilité comme la dépêche le laisse croire mais sur la protection par le droit d'auteur, qui n'a rien à voir.
Elle décide que l'idée d'une fonctionnalité n'est pas en soi un œuvre originale de l'esprit et n'est donc pas couverte par le droit d'auteur, elle ne dit rien de sa brevetabilité, et elle ne nie pas que le logiciel dans son ensemble soit une œuvre originale de l'esprit couverte par le droit d'auteur.
Bref c'est pas super passionnant comme avancée ou reculade dans le cadre de la lutte contre les brevets logiciels.
Dans mon raisonnement j'irai presque plus loin: toute décision de justice qui affaiblit le droit d'auteur peut dans une certaine mesure amener à renforcer le droit des brevets, puisque l'essence même de la discorde USA/Europe est que les premiers raisonnent brevets et les seconds (je l'espère pour longtemps) œuvre originale de l'esprit. Mais bon en l'occurrence je n'ai pas l'impression que ça fasse avancer la (mauvaise) cause des brevets non plus.
[^] # Re: Va y avoir de la casse
Posté par DerekSagan . En réponse au sondage Que pensez vous de l'autorisation des noms de domaine accentués et autres caractères non-ascii ?. Évalué à 1.
Ça c'est pas prévu (et perso je suis contre).
[^] # Re: Ça dépend
Posté par DerekSagan . En réponse au sondage Que pensez vous de l'autorisation des noms de domaine accentués et autres caractères non-ascii ?. Évalué à 2.
C'est plus ou moins ce qui se passe car chaque TLD qui autorise des caractères non-ASCII choisis quels caractères sont autorisés, un à un.
Dit autrement le .fr autorise les caractères accentués et ligatures utilisés en français, mais pas les caractères chinois, scandinaves ou espagnols. Donc linüxfr.fr c'est possible mais linúxfr.fr non.
[^] # Re: Encore un relou qui ne sera jamais content
Posté par DerekSagan . En réponse à la dépêche GIMP 2.8 est sorti : une fenêtre unique !. Évalué à 7.
Si Gimp a trop de fonctionnalités pour toi, tu devrais peut-être utiliser un logiciel plus simple et moins riche. Sans aller jusqu'à MS Paint dans Wine, il y en a quelques uns. Mais de grâce ne hurle pas à l'arrêt de l'évolution de l'outil juste parce qu'il y a déjà trop de fonctions pour tes besoins!
[^] # Re: Quand le clic droit servira-t-il à quelque chose?...
Posté par DerekSagan . En réponse à la dépêche GIMP 2.8 est sorti : une fenêtre unique !. Évalué à 3.
Le Carlton, ce n'est pas lui, et ce n'était pas de la collecte de fonds ;-)
[^] # Re: Pour !
Posté par DerekSagan . En réponse au sondage Que pensez vous de l'autorisation des noms de domaine accentués et autres caractères non-ascii ?. Évalué à 2.
C'est juste pour l'affichage, ce qui circule sur le réseau ce sont des noms de domaines ascii avec des séquences d'échappement commençant par xn--
http://fr.wikipedia.org/wiki/Nom_de_domaine_internationalis%C3%A9
[^] # Re: ascii vaincra
Posté par DerekSagan . En réponse au sondage Que pensez vous de l'autorisation des noms de domaine accentués et autres caractères non-ascii ?. Évalué à 8.
Oui, perso je tape jamais google.com c'est trop long, à la place je tape 2a00:1450:4007:801::1001 c'est plus facile à retenir et plus rapide à taper (grâce à la forme abrégée avec les ::).
[^] # Re: L'alphabet latin n'est pas universel
Posté par DerekSagan . En réponse au sondage Que pensez vous de l'autorisation des noms de domaine accentués et autres caractères non-ascii ?. Évalué à -2.
Je ne vois absolument pas ce qui empêche de réaliser (ou pas) des navigateurs avec des barres d'adresse verticales de façon complètement indépendante des caractères autorisés dans les noms de domaine.
[^] # Re: Contre
Posté par DerekSagan . En réponse au sondage Que pensez vous de l'autorisation des noms de domaine accentués et autres caractères non-ascii ?. Évalué à 7. Dernière modification le 29 avril 2012 à 13:14.
Si je lis entre les lignes ton commentaire et ton billet de blog, tu es contre pour le TLD .fr et les TLD des langues utilisant l'alphabet latin en général, c'est ça ?
Non parce que la question des langues non latine se pose quand même autrement, non ? #ethnocentrisme
[^] # Re: paquet Fedora (ou tar.gz agnostique)
Posté par DerekSagan . En réponse à la dépêche Freelan : un nouveau venu dans le monde des VPN peer-to-peer. Évalué à 2.
Merci.
Cela dit j'aime pas trop l'idée d'installer globalement sur le système dans /usr/local des scripts utiles spécifiquement à compiler un programme, j'imagine que c'est pythonic (faut taper setup.py donc c'est pythonic, ça serait setup.exe ce serait grave pas bien) mais c'est pas du tout dans ma conception de la gestion de ce que j'installe ou pas sur mon OS et de comment.
Je ferai avec parce que j'ai envie de jouer avec ton truc :-)
# paquet Fedora (ou tar.gz agnostique)
Posté par DerekSagan . En réponse à la dépêche Freelan : un nouveau venu dans le monde des VPN peer-to-peer. Évalué à 3.
Hello, ça serait cool pour les gens qui ne sont pas sur Debian d'avoir un moyen pas trop dur de l'installer au moins pour tester.
Perso je suis sur Fedora, et en plus j'arrive pas à compiler à partir du dépôt git.
Sinon ton soft fait très envie, je suis utilisateur d'OpenVPN en niveau 2 donc forcément FreeLAN m'intéresse aussi…
Merci.
[^] # Re: Bof
Posté par DerekSagan . En réponse à la dépêche Mosh, the Mobile Shell. Évalué à 1.
J'aime beaucoup ton plaidoyer pour UCS-2 et contre UTF-16, sachant que ça fait bien 4 ou 5 commentaires que tu fais en demandant UTF-16 au lieu d'UTF-8 pour le salut de l'Asie et que l'un de tes arguments contre UTF-8 en Asie était la longueur d'encodage des idéogrammes rares, lesquels sont simplement absents d'UCS-2.
Mélol!
[^] # Re: Bof
Posté par DerekSagan . En réponse à la dépêche Mosh, the Mobile Shell. Évalué à 1.
Ben si j'ai réussi ça, j'ai pas complètement perdu mon temps alors.
Parce que j'ai rien à dire dessus.
T'es contre l'utilisation d'UTF-8 partout et pour tout, donc t'es contre UTF-8. ;-)
UTF-8 c'est bon mangez-en.
Ben UCS-2 (ou UTF-16, parce que c'est pas loin d'être la même chose) apporte rien à un occidental par rapport à UTF-8 à part que ça prend plus de place en mémoire et sur les disques durs. (oui j'ai conscience d'alimenter un dialogue de sourds)
Et il y a des caractères interdits en UCS-2 (enfin des caractères réservés, qui justement rendent UTF-16 possible).
Sinon le fait de considérer que le Tibet et Taïwan ne font pas partie de la Chine n'est pas neutre politiquement, je suis sûr qu'à Pékin ce n'est pas ce qui se dit… ;-) Et c'est à Pékin qu'on écrit les normes. ;-)
[^] # Re: Bof
Posté par DerekSagan . En réponse à la dépêche Mosh, the Mobile Shell. Évalué à 3.
C'est faux car tous les caractères qui prennent 4 octets en UTF-8 en prennent aussi 4 en UTF-16 (je détaille plus bas).
Mais ton paragraphe devient diablement drôle quand on le rapproche du suivant:
Ah oui, c'est une vraie différence. Au lieu d'avoir des caractères sur 4 octets on a… des caractères sur 4 octets.
Bon soyons constructif:
Il y a un tableau bien fait pour combattre tes préjugés ici (si ça t'intéresse vraiment):
http://en.wikipedia.org/wiki/Comparison_of_Unicode_encodings
Pour le comprendre il faut avoir à l'esprit que les langues asiatiques hors idéogrammes rares (rares = CJK extensions B et suivantes) sont toutes dans le BMP ( Il faut aussi noter une petite approximation, ce n'est pas "most Chinese characters" qui tient sur 2 octets mais bien sûr "most usual Chinese characters" (hors idéogrammes CJK extensions B et suivantes, qui sont rares mais très nombreux).
L'affectation des plans est ici:
http://en.wikipedia.org/wiki/Unicode_plane
http://en.wikipedia.org/wiki/CJK_Unified_Ideographs
Pour te donner une idée du surcoût indu que représente +50% sur le texte non compressé, dis-toi que Microsoft a décidé avec Windows 2000 de passer tout stockage de chaîne caractères en UTF-16 (enfin historiquement en UCS-2 sous le nom pompeux d'Unicode) infligeant donc il y a plus de 10 ans un +100% à tout le monde occidental dès que tu passes par leurs bibliothèques (et comment te dire que c'est une pratique courante voire prudente sous Windows…).
Et j'ai un scoop: on n'est pas morts d'un +100%.
Les asiatiques survivrons à +50% (et j'ose la plaisanterie: en plus c'est eux qui fabriquent les disques durs et la RAM!).
Tu n'aimes pas Microsoft, tu n'utilises pas leurs bibliothèques? Et bien je ne connais pas les choix techniques internes de tous les autres environnements de programmation mais devine ce qu'utilisent une String Java et une QString Qt comme format interne depuis des années ? Et oui là aussi on a pris +100% sans broncher.