From 1be510f9529cb082f802408b472a77d074b394c0 Mon Sep 17 00:00:00 2001 From: Nicolas Vigier Date: Sun, 14 Apr 2013 13:46:12 +0000 Subject: Add zarb MLs html archives --- zarb-ml/mageia-dev/20110408/003912.html | 88 +++++++++++++++++++++++++++++++++ 1 file changed, 88 insertions(+) create mode 100644 zarb-ml/mageia-dev/20110408/003912.html (limited to 'zarb-ml/mageia-dev/20110408/003912.html') diff --git a/zarb-ml/mageia-dev/20110408/003912.html b/zarb-ml/mageia-dev/20110408/003912.html new file mode 100644 index 000000000..f42569e52 --- /dev/null +++ b/zarb-ml/mageia-dev/20110408/003912.html @@ -0,0 +1,88 @@ + + + + [Mageia-dev] mysql vs mariadb + + + + + + + + + +

[Mageia-dev] mysql vs mariadb

+ Ahmad Samir + ahmadsamir3891 at gmail.com +
+ Fri Apr 8 16:05:32 CEST 2011 +

+
+ +
On 8 April 2011 16:01, Oliver Burger <oliver.bgr at googlemail.com> wrote:
+> Hi,
+>
+> last week I was at the fossgis conference and had the opportunity to
+> talk to someone from postgresql. Actually she was working for quite
+> some time at mysql/sun/oracle and did work there on postgresql as well
+> as mysql.
+>
+> Her opinion is, that mysql isn't dying, it's already dead. (After all,
+> what would you expect from someone from postgres?) She told me, that
+> at the time, she left Oracle, from the 400 people working on mysql
+> there, just 90 were still there with more of them leaving.
+> Her opinion is, that the future of mysql is Monty's maridb project.
+>
+> So I'd like to ask you, what you think, we should do?
+> - package mariadb as an alternative for mysql
+> - package mariadb nd drop mysql or
+> - stay with mysql and not package mariadb at all at least for the time
+> being
+>
+> By the way, if any of my words reads a bi peculiar, the "a" key on my
+> keyboard isn't working all the time, so try adding an "a" while you
+> read it :D
+>
+> Oliver
+>
+
+About option 2, can't be dropped at the moment, as e.g. Amarok requires it.
+
+-- 
+Ahmad Samir
+
+ + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ -- cgit v1.2.1