"Es entspricht der Definition eines Forks und das wars auch schon"
Deiner Definition von Fork?
Ein Fork ist per Definition:
"Aufspaltung eines Projektes in zwei oder mehr Folgeprojekte, wobei Teile des Quellcodes kopiert werden und dann unabhängig von dem ursprünglichen Projekt weiterentwickelt werden."
Daher liegst du hier leicht daneben, denn das ist hier nicht der Fall, hier wird überhaupt nicht unabhängig von MySQL entwickelt, sondern in Abhängigkeit von MySQL, denn sie nutzen jeweils die aktuelle Codebase von MySQL und erweitern sie um ihre Storage Engine. Genau daher sprechen sie von einem Branch:
"MariaDB, a branch of the MySQL database which includes all major open source storage engines, including the Maria storage engine"
Ohne mir MariaDBs Entwicklungsmodell genauer angeschaut zu haben, muss ich sagen das es durchaus Machbar ist solch eine DB zu erstellen, ohne das es ein Fork ist.
Zum einen ist das Modell der abgetrennt entwickelten DB-Engines bei MySQL völlig normal. Das machen eigentlich alle so. Dafür benötigt man keinen Fork.
Desweiteren gibt es auch andere MySQL Distributionen, die keine Forks sind. Ebensowenig wie Ubuntu einen Linux Fork enthält. Es gibt (z.B. von Persona) MySQL Distributionen, die zusammen mit dutzenden Patches ausgeliefert werden, und dennoch keine Forks sind. Auch mit eigenen Storage Engines.
Es ist eben durchaus die Frage ob man unabhängig weiter entwickelt, und nicht mehr mit dem Originalprojekt zusammen arbeitet, oder dieses als Basis nimmt, dann hat man einen Fork. Entwickelt man immer nur auf der aktuellen Version des Originalprojektes, und erweitert dies nur durch Patches, kann man durchaus der Meinung sein es ist kein Fork. Solche gepatchten Distributionen sind normal bei OSS Projekten, und üblicherweise werden sie nicht als Fork bezeichnet.
Ob MariaDB nun so vorgeht, das habe ich wie gesagt nicht genauer untersucht. Ein kurzer Blick auf die MarioDB HP nennt es aber wie genannt auch einen Branch, und scheinbar niemals einen Fork.
Der Erfinder von MySql hat das Projekt an Sun verkauft. Wie dann aber von Sun die Entwicklung geführt wurde hat ihm nicht gepasst. Zurückkaufen, wollte er es ja nicht. Da ihm das Geld (107 Mille. oder so) viel wichtiger war.
Ich kann mich jetzt nicht mehr genau erinnern: Aber wenn er die Firma verlassen hat (was ich schwer annehme) Kann er die Führung des Projekts nur durch einen Fork wieder an sich reißen
Wer sagt den das er MySQL führen will? Und ein Projekt das auf MySQL aufbaut kann man auch betreiben ohne Kontrolle bei MySQL. Kontrolle bei dem eigenen Projekt reicht ja. Und das muss deswegen noch kein Fork sein.
Deiner Definition von Fork?
Ein Fork ist per Definition:
"Aufspaltung eines Projektes in zwei oder mehr Folgeprojekte, wobei Teile des Quellcodes kopiert werden und dann unabhängig von dem ursprünglichen Projekt weiterentwickelt werden."
Daher liegst du hier leicht daneben, denn das ist hier nicht der Fall, hier wird überhaupt nicht unabhängig von MySQL entwickelt, sondern in Abhängigkeit von MySQL, denn sie nutzen jeweils die aktuelle Codebase von MySQL und erweitern sie um ihre Storage Engine.
Genau daher sprechen sie von einem Branch:
"MariaDB, a branch of the MySQL database which includes all major open source storage engines, including the Maria storage engine"
Daher ist es kein Fork, kapiert:-)
Also immer schön den Ball flach halten.
schon komisch, dass jemand es nicht weiss, es immer noch besser wissen kann, weil er denkt, etwas sei nur meine Meinung.
Jetzt sollte ich Dich flamen, sagen wir Spelling?
Gruss,
Kay
Zum einen ist das Modell der abgetrennt entwickelten DB-Engines bei MySQL völlig normal. Das machen eigentlich alle so. Dafür benötigt man keinen Fork.
Desweiteren gibt es auch andere MySQL Distributionen, die keine Forks sind. Ebensowenig wie Ubuntu einen Linux Fork enthält.
Es gibt (z.B. von Persona) MySQL Distributionen, die zusammen mit dutzenden Patches ausgeliefert werden, und dennoch keine Forks sind. Auch mit eigenen Storage Engines.
Es ist eben durchaus die Frage ob man unabhängig weiter entwickelt, und nicht mehr mit dem Originalprojekt zusammen arbeitet, oder dieses als Basis nimmt, dann hat man einen Fork.
Entwickelt man immer nur auf der aktuellen Version des Originalprojektes, und erweitert dies nur durch Patches, kann man durchaus der Meinung sein es ist kein Fork. Solche gepatchten Distributionen sind normal bei OSS Projekten, und üblicherweise werden sie nicht als Fork bezeichnet.
Ob MariaDB nun so vorgeht, das habe ich wie gesagt nicht genauer untersucht. Ein kurzer Blick auf die MarioDB HP nennt es aber wie genannt auch einen Branch, und scheinbar niemals einen Fork.
Der Erfinder von MySql hat das Projekt an Sun verkauft.
Wie dann aber von Sun die Entwicklung geführt wurde hat ihm nicht gepasst.
Zurückkaufen, wollte er es ja nicht. Da ihm das Geld (107 Mille. oder so) viel wichtiger war.
Ich kann mich jetzt nicht mehr genau erinnern:
Aber wenn er die Firma verlassen hat (was ich schwer annehme)
Kann er die Führung des Projekts nur durch einen Fork wieder an sich reißen