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.
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.
Aller plus loin
- MySQL man pages silently relicensed away from GPL (124 clics)
- MySQL man pages are no longer GPL (as of 5.5.31) (50 clics)
- Merge of MariaDB and SkySQL (264 clics)
- MariaDB (240 clics)
- SkySQL (153 clics)
- The Register : Red Hat to ditch MySQL for MariaDB in RHEL 7 (52 clics)
- FramaBlog : les pages man de MySQL ne sont plus libres (bye bye GPL) (239 clics)
# Fausse alerte ?
Posté par patrick_g (site web personnel) . Évalué à 10. Dernière modification le 19 juin 2013 à 11:53.
Selon le bugzilla toute cette affaire serait seulement un bug :
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 antistress (site web personnel) . Évalué à 10.
Flûte, un film sans méchant c'est nul
[^] # Re: Fausse alerte ?
Posté par djano . Évalué à 10.
Enfin, on parle quand même d'Oracle ici!
[^] # Re: Fausse alerte ?
Posté par kadalka . Évalué à -10.
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 Xaapyks . Évalué à 10.
Et tu y crois ?
[^] # Re: Fausse alerte ?
Posté par patrick_g (site web personnel) . É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 reynum (site web personnel) . Évalué à 2.
Des gens sûrement, d'un effet Streisand je ne crois pas.
kentoc'h mervel eget bezan saotred
[^] # Re: Fausse alerte ?
Posté par ymorin . Évalué à 7.
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 deasy . É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 claudex . É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 LupusMic (site web personnel, Mastodon) . Évalué à 7.
Ben tiens, ma première dépêche en 10 ans et elle est pourrie ><
[^] # Re: Fausse alerte ?
Posté par Frank-N-Furter . É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 claudex . É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 Etienne Juliot (site web personnel) . É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 patrick_g (site web personnel) . É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 claudex . É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 gnumdk (site web personnel) . Évalué à 10.
http://www.h-online.com/open/news/item/Red-Hat-says-no-MariaDB-MySQL-decision-made-1891543.html
[^] # Re: Et non
Posté par stopspam . É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 MTux . Évalué à 4.
Trop gros
[^] # Re: Et non
Posté par devnewton 🍺 (site web personnel) . Évalué à 10.
Décidément on n'arrête pas le postgrès!
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Et non
Posté par CHP . Évalué à 1.
Il l'appelera mariabd ?
[^] # Re: Et non
Posté par stopspam . Évalué à 2. Dernière modification le 21 juin 2013 à 13:27.
Non, ça serait "SystemPulse". Un vague clin d'oeil à Michael Widenius si j'ai bien compris :p
[^] # Re: Et non
Posté par Kaane . É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 LupusMic (site web personnel, Mastodon) . É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 Fabimaru (site web personnel) . Évalué à 8.
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 Adminrezo (site web personnel) . Évalué à 5.
Chez Opensuse (12.3) aussi, MySQL est remplacé par MariaDB.
[^] # Re: OpenSuse aussi
Posté par LupusMic (site web personnel, Mastodon) . Évalué à 2.
J'avais un vague souvenir que d'autres distributions avaient fait une telle annonce, mais dans le doute, j'ai restreint à Red Hat, qui est tout de même une des plus importantes distributions.
[^] # Re: OpenSuse aussi
Posté par Jiel (site web personnel) . Évalué à 4.
Mageia idem.
[^] # Re: OpenSuse aussi
Posté par ariasuni . Évalué à 2. Dernière modification le 20 juin 2013 à 22:45.
C’est déjà fait sous Arch Linux depuis 3 mois.
EDIT: grillé, j’aurais dû rafraichir.
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: OpenSuse aussi
Posté par woprandi . Évalué à 3.
Arch aussi
# Percona ?
Posté par kadalka . Évalué à 1.
Est-ce que percona rencontre aussi ce genre de soucis ?
[^] # Re: Percona ?
Posté par Atem18 (site web personnel) . Évalué à 4.
C'est à dire ? Qui est Percona ?
[^] # Re: Percona ?
Posté par kadalka . Évalué à 1.
" Percona Server is a fork of the MySQL relational database " (…)
( Source : Percona - Wikipedia, the free encyclopedia )
[^] # Re: Percona ?
Posté par Joris Dedieu (site web personnel) . Évalué à 10.
Percona est une entreprise qui maintient un fork de MySQL assez intéressant. Il inclus entre autre :
[^] # Re: Percona ?
Posté par LeBouquetin (site web personnel, Mastodon) . Évalué à 4.
Qu'est-ce que l'accounting ?
Pour ceuxx qui ne savent pas (comme moi;) : Galera est une solution de réplication multi-master.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Percona ?
Posté par Joris Dedieu (site web personnel) . Évalué à 4.
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 kadalka . Évalué à -7.
Par rapport à PostgreSQL ou oracle les solutions de clustering de percona sont-ils aussi performants ?
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 Kioob (site web personnel) . É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 Kioob (site web personnel) . É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 ariasuni . É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 Misc (site web personnel) . Évalué à 2.
Ou avec drizzle, même si j'ai pas vu de mouvement depuis quelques mois.
[^] # Re: Percona ?
Posté par ariasuni . Évalué à 2. Dernière modification le 22 juin 2013 à 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 antistress (site web personnel) . É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 Zenitram (site web personnel) . Évalué à 1. Dernière modification le 20 juin 2013 à 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 antistress (site web personnel) . É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 Zenitram (site web personnel) . É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 Littleboy . Évalué à 4.
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 antistress (site web personnel) . É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 Misc (site web personnel) . É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 à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.