MariaDB dénonce un jeu de licence par Oracle

Posté par (page perso) . Édité par Nils Ratusznik, Benoît Sibaud, Florent Zara et Xavier Claude. Modéré par Benoît Sibaud. Licence CC by-sa
36
19
juin
2013
Base de données

Le rachat de Sun par Oracle avait entraîné l’absorption de MySQL AB par l'ogre de l'édition logiciel. Depuis, au moins deux forks de MySQL ont vu le jour : MariaDB et SkySQL, pour se réunir à nouveau au sein d'un unique projet newSQL. Un peu plus tard, Red Hat, a décidé de remplacer MySQL par MariaDb pour la prochaine version majeure de sa distribution phare : RHEL 7.

MariaDB vs. MySQL

C'est dans ce contexte que MariaDB a dénoncé les équipes de MySQL AB pour avoir silencieusement modifié la licence des pages de manuel de MySQL. La nouvelle licence est bien plus restrictive, puisqu'elle n'autorise plus la duplication de la documentation sous forme imprimée à des fins de redistribution, à moins d'obtenir l'accord d'Oracle.

On attend avec impatience la réponse de MySQL AB ou d'Oracle.

NdM : Il semblerait que ce soit un bug dans le processus de publication de la documentation et non pas un changement intentionnel de licence.

  • # Fausse alerte ?

    Posté par (page perso) . Évalué à 10. Dernière modification le 19/06/13 à 11:53.

    Selon le bugzilla toute cette affaire serait seulement un bug :

    Thank you for the report. This is indeed a bug, where the build system erroneously and silently started pulling in man pages with the wrong set of copyright headers.

    Il semble donc bien que ce soit une fausse alerte puisque le bugzilla signale même qu'il va y avoir un rebuild avec la bonne licence une fois le problème corrigé.

    • [^] # Re: Fausse alerte ?

      Posté par (page perso) . Évalué à 10.

      Flûte, un film sans méchant c'est nul

      • [^] # Re: Fausse alerte ?

        Posté par . Évalué à 10.

        Enfin, on parle quand même d'Oracle ici!

      • [^] # Re: Fausse alerte ?

        Posté par . Évalué à -10.

        --- " Flûte, un film sans méchant c'est nul " (…)

        Quand le ver Oracle est est dans le fruit MySQL, je ne suis pas certain qu'on doit se réjouir.
        C'est pas un simple méchant là, c'est Darth Vader en pire quand même !
        (parano et tout et tout)

    • [^] # Re: Fausse alerte ?

      Posté par . Évalué à 10.

      Et tu y crois ?

      • [^] # Re: Fausse alerte ?

        Posté par (page perso) . Évalué à 10.

        Certes il y a la possibilité que ce soit un rattrapage aux branches de la part d'oracle. Au vu des réactions outrées sur le web ils auraient inventé ce prétexte d'un bug pour expliquer le changement de licence.
        Je n'y crois pas trop parce que amha Oracle se fout éperdument des réactions des gens.

        • [^] # Re: Fausse alerte ?

          Posté par . Évalué à 2.

          Je n'y crois pas trop parce que amha Oracle se fout éperdument des réactions des gens.

          Des gens sûrement, d'un effet Streisand je ne crois pas.

          kentoc'h mervel eget bezan saotred

      • [^] # Re: Fausse alerte ?

        Posté par . Évalué à 7.

        Et tu y crois ?

        Oui.

        MySQL est disponible sous deux licences, et l'a toujours été : GPL ou privatrice, selon ce que tu es prêt à payer.

        Là, ça ressemble en effet à un script pour la version privatrice, qui aurait été utilisé au lieu du script pour la version GPL. Qui n'a jamais foiré le packaging de son logiciel ?

        Bref, comme ils disent : 'shit happens'.

        Hop,
        Moi.

    • [^] # Re: Fausse alerte ?

      Posté par . Évalué à 4.

      ça ou bien conscient de la mauvaise image que ça peut donner ils font marche arrière :p

      • [^] # Re: Fausse alerte ?

        Posté par (page perso) . Évalué à 10.

        Comme déjà dis, on parle d'Oracle, ce n'est pas comme s'ils en avait quelque chose à faire.

        « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

    • [^] # Re: Fausse alerte ?

      Posté par (page perso) . Évalué à 7.

      Ben tiens, ma première dépêche en 10 ans et elle est pourrie ><

      • [^] # Re: Fausse alerte ?

        Posté par . Évalué à 4.

        Ne te décourage pas, c’est en forgeant que l’on devient… chômeur.

        Depending on the time of day, the French go either way.

      • [^] # Re: Fausse alerte ?

        Posté par (page perso) . Évalué à 9.

        Il va donc falloir une autre dépêche pour rattraper ça :)

        « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

        • [^] # Re: Fausse alerte ?

          Posté par (page perso) . Évalué à 1.

          Du coup, ca serait pas mal que la rédaction de LinuxFR retire cette news de la page d'accueil. Parce que ceux qui se limitent à lire le titre risquent de se trouver tromper. Et ca risque d'alimenter encore des trolls.
          Non pas que je veux défendre Oracle, mais bon, ca ne serait pas justifier sur ce coup de se plaindre si c'est une simple erreur (ce qui peut arriver, même aux plus gros).

          • [^] # Re: Fausse alerte ?

            Posté par (page perso) . Évalué à 5.

            AMHA cela ne se justifie pas de retirer la news. Elle a été postée, elle a suscité des commentaires donc il vaut mieux la laisser telle quelle. En plus l'information selon laquelle c'est une simple erreur d'Oracle est dans le tout premier commentaire donc je vois mal qui pourrait se tromper.

            • [^] # Re: Fausse alerte ?

              Posté par (page perso) . Évalué à 5.

              J'ai ajouté une NdM.

              « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

  • # Et non

    Posté par (page perso) . Évalué à 10.

    par MariaDb pour la prochaine version majeure de sa distribution phare : RHEL 7.

    http://www.h-online.com/open/news/item/Red-Hat-says-no-MariaDB-MySQL-decision-made-1891543.html

    • [^] # Re: Et non

      Posté par . Évalué à 10.

      Apparemment Lennart serait en train de préparer un ptit truc dans son coin pour remplacer MySQL jugé trop lent.

      • [^] # Re: Et non

        Posté par . Évalué à 4.

        Trop gros

      • [^] # Re: Et non

        Posté par (page perso) . Évalué à 10.

        Décidément on n'arrête pas le postgrès!

        http://devnewton.bci.im

      • [^] # Re: Et non

        Posté par . Évalué à 1.

        Il l'appelera mariabd ?

        • [^] # Re: Et non

          Posté par . Évalué à 2. Dernière modification le 21/06/13 à 13:27.

          Il l'appelera mariabd ?

          Non, ça serait "SystemPulse". Un vague clin d'oeil à Michael Widenius si j'ai bien compris :p

      • [^] # Re: Et non

        Posté par . Évalué à 1.

        Apparemment Lennart serait en train de préparer un ptit truc dans son coin pour remplacer MySQL jugé trop lent.

        D'ailleurs le remplaçant se débarasse de tout un tas de vieilleries des temps passés :
        Tous les formats de charactères sont nécessairement en UTF-8 avec un collate EN-US
        Les dates sont nécessairement au format americain
        Les bases de données doivent être démarrée/stoppée/crée/détruite/sauvegardée via systemctl

        Ca va tout déchirer, même si il se trouvera des grincheux pour dire le contraire…

    • [^] # Re: Et non

      Posté par (page perso) . Évalué à 1.

      Ah, donc en fait ils utilisent MariaDB pour les tests, et ils intègrent MySQL dans la distribution ? Ça ne me parait pas très clair tout ça, finalement.

      • [^] # Re: Et non

        Posté par (page perso) . Évalué à 8.

        donc en fait ils utilisent MariaDB pour les tests

        Ben tiens, en parlant de tests. Il y a près d'un an, les corrections de bugs dans MySQL n'étaient plus accompagnées de «test cases», contrairement à ce qui se faisait chez MySQL AB et Sun. Oracle aurait voulu garder cette info pour lui même (open source, mais maintenable uniquement en interne).

        http://blog.mariadb.org/disappearing-test-cases/

        Quand on se fait une réputation comme celle d'Oracle, ça devient difficile de dire «désolé on s'est planté», même quand c'est vrai.

  • # OpenSuse aussi

    Posté par (page perso) . Évalué à 5.

    Chez Opensuse (12.3) aussi, MySQL est remplacé par MariaDB.

    Il avait aussi le plus grand respect de l'humour parce que c'était une des meilleures armes que l'homme eût jamais forgées pour lutter contre lui-même.

  • # Percona ?

    Posté par . Évalué à 1.

    Est-ce que percona rencontre aussi ce genre de soucis ?

    • [^] # Re: Percona ?

      Posté par (page perso) . Évalué à 4.

      Est-ce que percona rencontre aussi ce genre de soucis ?

      C'est à dire ? Qui est Percona ?

      • [^] # Re: Percona ?

        Posté par . Évalué à 1.

        " Percona Server is a fork of the MySQL relational database " (…)
        ( Source : Percona - Wikipedia, the free encyclopedia )

      • [^] # Re: Percona ?

        Posté par (page perso) . Évalué à 10.

        C'est à dire ? Qui est Percona ?

        Percona est une entreprise qui maintient un fork de MySQL assez intéressant. Il inclus entre autre :

        • XTraDB un moteur de stockage alternatif proche de Innodb
        • XTraBackup un utilitaire permettant de faire des backup à chaud (au niveau fichier) des tables innodb et xtradb
        • percona-toolkit un ensemble d'outils pour l'administration des BDD (notamment vérification de la consistance des données lors de la réplication)
        • l'intégration de nombreux patchs notamment concernant l'accounting
        • une solution de cluster intégrant Galera
        • [^] # Re: Percona ?

          Posté par (page perso) . Évalué à 4.

          l'intégration de nombreux patchs notamment concernant l'accounting

          Qu'est-ce que l'accounting ?

          une solution de cluster intégrant Galera

          Pour ceuxx qui ne savent pas (comme moi;) : Galera est une solution de réplication multi-master.

          • [^] # Re: Percona ?

            Posté par (page perso) . Évalué à 4.

            Qu'est-ce que l'accounting ?

            Le terme précis est user accounting cela fait référence à un mécanisme des systèmes Unix. Ici on peut parler de statistiques utilisateur. Il s'agit de la collecte d'informations concernant l'usage des ressources par utilisateurs. Exemple : tel utilisateur à fait utilisé 25% du temps processeur. C'est utilisé pour la facturation à la demande ou pour le diagnostic.

            http://www.percona.com/doc/percona-server/5.1/diagnostics/user_stats.html

        • [^] # Re: Percona ?

          Posté par . Évalué à -7.

          une solution de cluster intégrant Galera

          Par rapport à PostgreSQL ou oracle les solutions de clustering de percona sont-ils aussi performants ?

          --- " percona-toolkit " (…)

          Y a-t'il des outils tels que l'équivalent de MySQL WorkBench ou ce dernier est amplement satisfaisant ?

          Merci pour votre intervention pertinente

          • [^] # Re: Percona ?

            Posté par (page perso) . Évalué à 4.

            Les percona-toolkit sont plutôt des outils orientés serveurs, totalement complémentaires à MySQL Workbench.

            Celui que j'utilise le plus est probablement "pt-query-digest" qui analyse les logs "slow queries" de MySQL afin d'en extraire des stats intéressantes (requêtes les plus gourmandes, temps d'exécution moyen, lignes analysées, tranche horaires concernées, etc) ; chose qui pouvait parfois me prendre des heures à faire sans cet outil.
            De plus, "pt-query-digest" sait aussi lire la sortie d'un tcpdump, ce qui permet de faire cette analyse à chaud en production, peu importe les réglages du "slow queries".

            On y trouve également "pt-online-schema-change" permettant de faire un grand nombre des modifications de schéma à chaud, ce que MySQL ne permet pas facilement en standard. Cf aussi la liste des outils inclus.

            Bref, il s'agit surtout d'un ensemble d'outils coté serveur, surout à destination du DBA/adminsys.

            alf.life

        • [^] # Re: Percona ?

          Posté par (page perso) . Évalué à 4.

          Histoire de préciser : c'est également XtraDB qui est présent dans MariaDB, et non l'InnoDB standard. D'ailleurs à la base XtraDB était le fork d'InnoDB maintenu par Percona, qui a progressivement évolué en fork complet de MySQL.

          Pour le reste des outils type «percona-toolkit» c'est une uniformisation des noms de logiciels sous la marque de la société (avant il s'agissait des «maat-kit»).

          Bref, généralement je considère PerconaServer comme une version de MySQL fortement optimisée pour les performances, avec des fonctionnalités intéressantes (j'utilise par exemple innodb_buffer_pool_restore_at_startup, innodb_adaptive_flushing_method=keep_average, et innodb_log_block_size=4096).
          Mais la plupart de ses fonctions se retrouvent également dans MariaDB, que j'aurais tendance à considérer moins «bleeding edge» (toutefois sans véritable argument contre Percona, je suis juste un peu méfiant).

          alf.life

          • [^] # Re: Percona ?

            Posté par (page perso) . Évalué à 1.

            Je trouve que ça serait intéressant de comparer les deux et de comprendre pourquoi c’est deux projets à part et pas un seul projet. Fork or not to fork…

            Écrit en Bépo selon l’orthographe de 1990

            • [^] # Re: Percona ?

              Posté par (page perso) . Évalué à 2.

              Ou avec drizzle, même si j'ai pas vu de mouvement depuis quelques mois.

              • [^] # Re: Percona ?

                Posté par (page perso) . Évalué à 2. Dernière modification le 22/06/13 à 02:18.

                Ah je connaissais pas… Mais ouais pas de version stable sortie depuis plus d'an…

                Écrit en Bépo selon l’orthographe de 1990

  • # Mir, the Canonical CLA and skewing the playing field

    Posté par (page perso) . Évalué à 4.

    http://mjg59.dreamwidth.org/25376.html

    C'est peut-être plus ça l'actualité des licences dans le gentil monde de l'open source du coup ?

    • [^] # Re: Mir, the Canonical CLA and skewing the playing field

      Posté par (page perso) . Évalué à 1. Dernière modification le 20/06/13 à 09:52.

      Rien de nouveau, MySQL est sous double licence aussi depuis des années (depuis le début en fait, c'est le modèle économique de MySQL).
      Le monde découvre aujourd'hui que le copyleft est parfois (ce n'est pas toujours le cas! cf noyau Linux) utilisé pour faire plaquette publicitaire afin de vendre du non libre? Ce monde a 10 ans de retard…

      • [^] # Re: Mir, the Canonical CLA and skewing the playing field

        Posté par (page perso) . Évalué à 2.

        en fait dans le cas de Mir il serait utilisé à des fins anti-concurrentielles si tu lis bien

        • [^] # Re: Mir, the Canonical CLA and skewing the playing field

          Posté par (page perso) . Évalué à 1.

          Mir est GPLv3, donc libre, ça ne peut être anti-concurrentiel, à moins qu'on m'ai menti sur la GPL? ;-)
          Finalement, on va se rendre peut-être compte que le copyleft n'est pas la panacée et apporte plus de problèmes qu'autre chose…

          Plus sérieusement, je voulais dire que le mix non libre/libre n'est pas nouveau, et après pour ce qu'on fait de la version non libre reste plus que "classique", c'est du la discussion entre entreprises.
          Moralité : quand vous pouvez, préférez du copyfree à du copyleft, vous avez moins de problèmes de ce genre grâce aux max de liberté pour tout le monde (bon, on peut aussi préférer GPL sans CLA pour éviter ce problème cité, certes… Mais mon commentaire serait alors moins trollesque :) )

        • [^] # Re: Mir, the Canonical CLA and skewing the playing field

          Posté par . Évalué à 4.

          il serait utilisé à des fins anti-concurrentielles si tu lis bien

          Ca embete les grosses boites proprio avec des brevets qui voudrait distribuer Mir.

          C'est quand meme drole de trouver des libristes couiner la dessus.

          • [^] # Re: Mir, the Canonical CLA and skewing the playing field

            Posté par (page perso) . Évalué à 1.

            C'est parce que tout outil peut servir à faire le bien ou le mal

          • [^] # Re: Mir, the Canonical CLA and skewing the playing field

            Posté par (page perso) . Évalué à 5.

            justement, ça n’empêche pas, faut juste que Canonical donne son accord. Ce qui fait que toi, si tu es contre ce genre de pratique, tu va pas pouvoir l’empêcher sauf en ne codant pas sur Mir. Et si tu t'en fout de coder pour du proprio avec du brevet car tu penses que tout le monde devrait être à égalité, tu va pas kiffer le GPLv3.

            En fait, en déséquilibrant la balance entre tout les acteurs, Canonical se coupe d'une partie des contributeurs, ce qui donne moins de ressources, donc à priori un soft qui serait pas aussi bon qu'avec plus de coopération des autres. C'est surtout ça qui importe pour l'utilisateur moyen.

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.