🚲 Tanguy Ortolo a écrit 12224 commentaires

  • [^] # Re: Code supprimé

    Posté par  (site web personnel) . En réponse au journal VLC passe à la LGPL. Évalué à 7.

    Et qui décide du contenu du "supérieur"?

    La FSF.

    Et si j'inventais la GPL 5 qui oblige les contributeurs, y compris ceux des versions inférieures, à me donner tous leurs biens matériels si quelqu'un utilise le logiciel en portant un robe bleu?

    N'étant pas la FSF, tu ne pourrais pas. Mais en supposant que tu le puisses, ils ne seraient pas tenus d'y adhérer : c'est GPLvX ou supérieure.

    En pratique, utiliser une GPLvX ou supérieure revient à donner à la FSF un mandat en blanc pour affaiblir globalement les conditions de te licence, et en aucun cas les durcir puisque les licenciés choisiraient alors de se soumettre à la GPLvX plutôt que la nouvelle version.

  • [^] # Re: Et en open hardware?

    Posté par  (site web personnel) . En réponse à la dépêche Petites actus sur le vote électronique (par ordinateurs de vote ou par Internet) (2). Évalué à 7.

    Même si le code en question était libre, ça ne suffirait pas, tout le monde ne pourrait pas le comprendre et le vérifier. Même si cette condition était respectée, ce qui n'est pas réaliste, ça ne suffirait pas, il serait impossible de vérifier que c'est bien ce code qui tourne.

  • [^] # Re: Un mini-message plus qu'un journal

    Posté par  (site web personnel) . En réponse au journal VLC passe à la LGPL. Évalué à 7. Dernière modification le 15 novembre 2012 à 15:58.

    Bon, ça devient fatigant tout ça, on s'enfonce dans la technique alors que le problème est philosophique : Apple sont les champions du verrouillage et du contrôle des utilisateurs, ce qui est fondamentalement opposé à toutes les valeurs du logiciel libre.

    La grande réussite d'Apple est d'avoir repris à leur compte et appliqué à grande échelle l'idée très astucieuse de TiVo, qui consiste à prendre du code potentiellement libre, mais à interdire en pratique sa modification par un système de verrouillage qui vient s'y superposer en rendant les versions modifiées inutilisables.

    La FSF a d'ailleurs anticipé ce déploiement massif de l'informatique déloyale, à un moment où ce danger n'apparaissait pas nettement, et avait seulement été tenté en vain par Microsoft (avec l'achitecture Palladium) et déployé de façon anecdotique par TiVo. Prévoyant ce danger donc, la FSF a conçu la GPL pour interdire ce genre de verrouillage, et je les salue pour s'être montrés si visionnaires.

  • [^] # Re: Un mini-message plus qu'un journal

    Posté par  (site web personnel) . En réponse au journal VLC passe à la LGPL. Évalué à 6.

    On s'en fou complet. On a le code.

    Non. On a une grande partie (quantitativement) du code, mais pas tout le code : le code complet, qui permet de produire un exécutable utilisable, c'est le code d'origine, plus la clef privée d'Apple.

  • [^] # Re: Un mini-message plus qu'un journal

    Posté par  (site web personnel) . En réponse au journal VLC passe à la LGPL. Évalué à 4.

    Donc pareil qu'Apple

    Non. La clef privée d'Apple est nécessaire pour exécuter du code sur iTrucs. La clef privée de Debian n'est nécessaire pour rien du tout.

  • [^] # Re: Un mini-message plus qu'un journal

    Posté par  (site web personnel) . En réponse au journal VLC passe à la LGPL. Évalué à 8.

    Apple ont volontairement conçu ces terminaux incompatibles avec la liberté d'exécuter du code (la liberté zéro de la FSF d'ailleurs). Si ça n'est pas incompatible avec la philosophie du libre, je ne sais pas ce qui l'est.

  • [^] # Re: Un mini-message plus qu'un journal

    Posté par  (site web personnel) . En réponse au journal VLC passe à la LGPL. Évalué à 5.

    Tu ne peux pas, mais tu n'en as pas besoin pour installer des logiciels. Et ça ne t'empêche même pas de signer des logiciels et de profiter du système de vérification, en ajoutant la clef publique en question.

  • [^] # Re: Un mini-message plus qu'un journal

    Posté par  (site web personnel) . En réponse au journal VLC passe à la LGPL. Évalué à 10.

    On s'en fou complet. On a le code.

    Ah ? Et tu l'exécute comment, le code en question, sur un téléphone Apple ?

    test de l'île déserte : tu as le code (libre), tu compiles, c'est bon. Ca passe.

    Depuis quand les téléphones Apple acceptent-ils les binaires non signés ?

  • [^] # Re: Un mini-message plus qu'un journal

    Posté par  (site web personnel) . En réponse au journal VLC passe à la LGPL. Évalué à 9. Dernière modification le 15 novembre 2012 à 15:23.

    Ne pas être contre le libre, ça ne veut pas dire faire 100% de libre.

    Non mais ça implique de ne pas empêcher de publier du logiciel libre, ce que fait Apple pour ses plate-formes mobiles. Le code serait peut-être libre, mais le binaire utilisable non.

    Par exemple, de façon pas du tout surprenante, un logiciel fonctionnant sur iMachins échoue aux deux tests connus pour les principes du logiciel libre selon Debian : test du dissident politique et test de l'île déserte.

    Pas la peine de s'enfoncer dans la technique en même temps : Apple est connu pour être le champion du verrouillage. Ils ont commencés avec l'iPod, qu'ils ont progressivement refermé pour qu'il ne soit plus utilisable qu'avec leur logiciel et qu'il rende la musique inutilisable en cas d'utilisation imprévue. Et avec l'iPhone, ils ont déployé un système de contrôle des logiciels dont Microsoft rêvait depuis longtemps mais pour lequel ils avaient dû faire marche arrière sous le tollé. Or, vouloir tout verrouiller et tout contrôler, si ce n'est pas incompatible avec la philosophie du logiciel libre, je ne sais pas ce qui l'est.

  • [^] # Re: Un mini-message plus qu'un journal

    Posté par  (site web personnel) . En réponse au journal VLC passe à la LGPL. Évalué à 4.

    Apple n'est pas du tout contre le libre, il est contre le copyleft!

    Ha, c'te blague… En verrouillant leurs appareils, ils rendent ceux-ci totalement incompatibles avec la liberté numéro 1 de la FSF, à savoir : la liberté d'étudier le fonctionnement du programme et de l'adapter à ses besoins, dans la mesure où si on adapte le programme à ses besoins, il devient inutilisable faute de signature par Apple.

    De façon plus précise, aucun binaire signé par Apple n'est libre, même si leur code source d'origine l'est. En effet, le code source complet du binaire exécutable, c'est son code source d'origine, plus la clef privée d'Apple, qui n'est pas distributée.

  • [^] # Re: Code supprimé

    Posté par  (site web personnel) . En réponse au journal VLC passe à la LGPL. Évalué à 5.

    Tiens, ça me fait penser qu'il faudrait que je laisse des instructions pour passer à ma mort sous CC0 tout ce que j'ai produit et dont j'ai conservé les droits patrimoniaux.

  • [^] # Re: Un mini-message plus qu'un journal

    Posté par  (site web personnel) . En réponse au journal VLC passe à la LGPL. Évalué à 6. Dernière modification le 15 novembre 2012 à 14:49.

    Pour les AppStores la GPL a pas l'air d'être un problème

    Bien sûr que nom : des tas de logiciels sous GPL sont empaquetés dans plein de distributions. Il y a un dépôt de logiciels qui fait chier, celui d'Apple qui ajoutent des conditions intenables pour des logiciels libres, et peut-être celui de Google aussi, il faudrait vérifier.

    Il ne faut pas renverser le problème : aucune licence libre ne pose problème pour des dépôts de logiciels. En revanche, certains dépôts de logiciels posent problème pour certaines licences. Par exemple, Apple a le droit de distribuer des logiciels sous GPLv3. En revanche, ils veulent le faire avec des conditions qui sont incompatibles avec la GPLv3.

  • [^] # Re: Code supprimé

    Posté par  (site web personnel) . En réponse au journal VLC passe à la LGPL. Évalué à -1. Dernière modification le 15 novembre 2012 à 14:19.

    Une correction de faute d'orthographe, ou une correction de bug assez simple n'ouvre probablement pas de droit d'auteur en effet.

    En revanche une correction de bug tordu qui nécessite de se creuser les méninges pour trouver comment la rédiger crée du droit d'auteur.

  • [^] # Re: Code supprimé

    Posté par  (site web personnel) . En réponse au journal VLC passe à la LGPL. Évalué à 9.

    Aussi bien, certains sont morts (ce ne serait pas étonnant vu le nombre de contributeurs sur une période aussi longue). Pourtant, ils auraient été d'accord (oui, on ne peut pas le savoir, mais ça reste violent, même si c'est la bonne manière de faire).

    Pour un auteur mort, il faut demander à ses héritiers. Merci le droit d'auteur qui s'étend après la mort de l'auteur…

  • [^] # Re: Jelly Bean ?

    Posté par  (site web personnel) . En réponse au journal Android 4.2 s'ouvre. Évalué à 4.

    Et expliquer d'où sortent ces numéros 7 et 8.

  • [^] # Re: Jelly Bean ?

    Posté par  (site web personnel) . En réponse au journal Android 4.2 s'ouvre. Évalué à 8.

    Bon, détaillons alors.

    Branche DOS :

    • 1.0, nom marketing 1.0 ;
    • 2.0 et 2.1x, noms marketing 2.0 et 2.1x ;
    • 3.0 et 3.1x, noms marketing 3.0 et 3.1x ;
    • 4.0, nom marketing 95 ;
    • 4.1, nom marketing 98 ;
    • 4.9, nom marketing Me.

    Branche NT :

    • 3.1, nom marketing NT 3.1 ;
    • 3.5, nom marketing NT 3.5 ;
    • 3.51, nom marketing NT 3.51 ;
    • 4.0, nom marketing NT 4.0 ;
    • 5.0, nom marketing 2000 ;
    • 5.1, nom marketing XP ;
    • 6.0, nom marketing Vista ;
    • 6.1, nom marketing 7 (!) ;
    • 6.2, nom marketing 8 (!).

    Bilan : aucune cohérence, les noms marketing ont utilisé successivement les numéros de version, des dates, un sigle, un mot, et des numéros. Pire encore, pour les dernières versions le nom marketing est franchement trompeur, puisqu'il utilise un numéro qui ressemble au numéro de version, sauf qu'en fait non. Pas la moindre idée de ce qu'il est censé représenter.

  • # Jelly Bean ?

    Posté par  (site web personnel) . En réponse au journal Android 4.2 s'ouvre. Évalué à 3.

    Je connaissais la nomenclature à la Microsoft pour Windows (incohérente, avec …, 3.11, 95, 98, Me et 2000, XP, Vista, 7 (version interne 6.truc) et 8 (version interne 6.truc aussi)) et pour Office (pas tout à fait pareil mais très semblable).

    Je connaissais la numérotation à la Sun pour Solaris (on prend le mineur du numéro de version interne de SunOS et on en fait le majeur de la version publique de Solaris) et pour Java (après Java 1.4 on laisse tomber le majeur et on transforme le mineur en majeur).

    Mais là, on atteint un nouveau niveau de bizarrerie :

    la version 4.2 (qui se nomme Jelly Bean, comme la 4.1)

    On sort une nouvelle version, et on lui donne le même nom marketing que la précédente. Fallait oser…

  • [^] # Re: Jeux d'aventure

    Posté par  (site web personnel) . En réponse à la dépêche Le quatrième Humble Bundle pour Android est arrivé. Évalué à 3.

    C'est visuellement intéressant,

    Mouais, il faut que j'essaie. Je n'aime pas cette mode de faire des jeux pixelisés, ou devrais-je dire, de rogner sur les frais artistique et de faire passer ça pour une qualité esthétique ?

  • # i386

    Posté par  (site web personnel) . En réponse à la dépêche Le quatrième Humble Bundle pour Android est arrivé. Évalué à 3.

    À noter que Machinarium n'est disponible que pour i386 et non pour amd64.

  • # Jeux d'aventure

    Posté par  (site web personnel) . En réponse à la dépêche Le quatrième Humble Bundle pour Android est arrivé. Évalué à 3.

    Machinarium est bien un jeu d'aventure. En revanche, Waking Mars et Superbrothers relèvent plutôt du jeu de plate-forme je dirais.

  • [^] # Re: égalité

    Posté par  (site web personnel) . En réponse au journal Assurance auto : égalité hommes/femmes. Évalué à 10.

    On laisse les places aux femmes enceintes, pas aux femmes en général. Et personnellement, je laisse ma place à ces gens, et peu m'importe qu'ils puissent se sentir insultés, grand bien leur fasse s'ils aiment se faire souffrir eux-mêmes en imaginant Dieu sait quoi de tordu.

  • # Concurrence

    Posté par  (site web personnel) . En réponse au journal Assurance auto : égalité hommes/femmes. Évalué à 8.

    À mon avis, la raison de ces discriminations, comme de toutes les discriminations appliquées par les assurances pour leurs tarifs (expérience du conducteur, âge de la bagnole, couleur de la voiture…) est simplement économique, et due à la concurrence entre les assureurs.

    En supposant une concurrence pure et parfaite — oui, je sais… —, un assureur qui traiterait tous ses clients pareils serait :

    • moins cher que ses concurrents pour les clients statistiquement coûteux ;
    • plus cher que ses concurrents pour les clients statistiquement peu coûteux.

    Du coup, les clients peu coûteux iraient de préférence chez un assureur très discriminant, pour profiter de leur caractère statistiquement peu coûteux. Resteraient les clients coûteux, ce qui obligerait l'assureur non discriminant à augmenter ses prix pour couvrir leurs accidents. À l'équilibre, cela donnerait :

    • des assureurs discriminants sur des critères statistiquement justifiés — les discriminations sans justification statistiques sont un désavantage concurrentiel, quoique je ne l'ai pas détaillé ici — avec des clients variés ;
    • des assureurs non discriminants avec comme seuls clients des catégories statistiquement coûteuses, et des tarifs égaux à ceux pratiqués par ses concurrents discriminants pour ces catégories.

    Maintenant, interdire une discrimination donnée, ça égalise simplement les entre les catégories concernées, avec un transfert du coût de la catégorie la moins coûteuse à la plus coûteuse. Moyennant le fait qu'avec le système de bonus et de malus cette égalisation disparaît d'une façon générale avec le temps si la discrimination en question était statistiquement justifiée.

  • [^] # Re: égalité

    Posté par  (site web personnel) . En réponse au journal Assurance auto : égalité hommes/femmes. Évalué à 2.

    Évidemment qu'il y a des femmes ! Moins que d'hommes je pense, tout de même : je ne parle pas d'interdire la conscription aux femmes…

  • [^] # Re: égalité

    Posté par  (site web personnel) . En réponse au journal Assurance auto : égalité hommes/femmes. Évalué à 3.

    Déjà, il y a des femmes qui choisissent de s'occuper de leur foyer plutôt que de prendre un emploi. Dans ce genre de cas, forcer le père à prendre un long congé, c'est du gaspillage d'argent public, ou social, je ne sais pas trop par qui c'est payé tout ça.

    Ensuite, il y a des couples où la femme choisit de s'occuper de son enfant pendant que son mari travaille plutôt que de tirer son lait et de faire l'inverse. Forcer le père à prendre un congé à la place de sa femme, c'est aussi bien curieux.

    Quel est le problème avec un congé à répartir entre le père et la mère ? Le fait que c'est plus souvent la mère qui le prend ? C'est censé être un problème, ça ? Si son mari la bat ou la harcèle pour obtenir cela, il y a effectivement un problème, indépendant du congé d'ailleurs, mais sinon, franchement, je ne vois pas.

  • [^] # Re: Et ailleurs ?

    Posté par  (site web personnel) . En réponse au journal Assurance auto : égalité hommes/femmes. Évalué à 10.

    Et c'est outrageusement gonflant pour les gens qui n'en ont pas, et qui se retrouvent coincés derrière des voitures à 131,5km/h.

    Tant mieux. Entre un bon conducteur et un chauffard, que ce soit le chauffard qui soit emmerdé n'est que justice.