summaryrefslogtreecommitdiffstats
path: root/zarb-ml/mageia-dev/2011-November/009535.html
blob: dce6b8fd4bd2b61b925085419fae3430bcf0d4b5 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
 <HEAD>
   <TITLE> [Mageia-dev] HEADSUP: mariadb available for testing
   </TITLE>
   <LINK REL="Index" HREF="index.html" >
   <LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20HEADSUP%3A%20mariadb%20available%20for%20testing&In-Reply-To=%3C4EC1A66E.2040406%40laposte.net%3E">
   <META NAME="robots" CONTENT="index,nofollow">
   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
   <LINK REL="Previous"  HREF="009534.html">
   <LINK REL="Next"  HREF="009536.html">
 </HEAD>
 <BODY BGCOLOR="#ffffff">
   <H1>[Mageia-dev] HEADSUP: mariadb available for testing</H1>
    <B>andre999</B> 
    <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20HEADSUP%3A%20mariadb%20available%20for%20testing&In-Reply-To=%3C4EC1A66E.2040406%40laposte.net%3E"
       TITLE="[Mageia-dev] HEADSUP: mariadb available for testing">andre999mga at laposte.net
       </A><BR>
    <I>Tue Nov 15 00:38:22 CET 2011</I>
    <P><UL>
        <LI>Previous message: <A HREF="009534.html">[Mageia-dev] HEADSUP: mariadb available for testing
</A></li>
        <LI>Next message: <A HREF="009536.html">[Mageia-dev] HEADSUP: mariadb available for testing
</A></li>
         <LI> <B>Messages sorted by:</B> 
              <a href="date.html#9535">[ date ]</a>
              <a href="thread.html#9535">[ thread ]</a>
              <a href="subject.html#9535">[ subject ]</a>
              <a href="author.html#9535">[ author ]</a>
         </LI>
       </UL>
    <HR>  
<!--beginarticle-->
<PRE>Maarten Vanraes a &#233;crit :
&gt;<i> Hi all,
</I>&gt;<i>
</I>&gt;<i> mariadb-5.5.15-0.mga2 should be hitting the mirrors soon (at cauldron
</I>&gt;<i> core/updates_testing). It's purpose is to be an alternative to mysql. for that
</I>&gt;<i> reason, mariadb packages provide also the similar mysql targets.
</I>&gt;<i>
</I>&gt;<i> mariadb is intended to be a drop-in replacement for mysql, it goes so far to
</I>&gt;<i> actually have the same files and ABI's as mysql. after looking at their forking
</I>&gt;<i> process (it's not actually a full fork, they start from mysql and then patch),
</I>&gt;<i> i've seen that it's actually very good for a drop-in replacement. There are a
</I>&gt;<i> few differences ( <A HREF="http://kb.askmonty.org/en/mariadb-versus-mysql-compatibility">http://kb.askmonty.org/en/mariadb-versus-mysql-compatibility</A>
</I>&gt;<i> ) but they are minor. I've done a few minor tests with amarok, akonadi, drupal
</I>&gt;<i> and phpmyadmin (and of course mysql client).
</I>&gt;<i>
</I>&gt;<i> NOTE: mariadb provides actually most storage engines mysql provides as well,
</I>&gt;<i> but also the original and unpatched MyISAM and InnoDB engines from mysql. On
</I>&gt;<i> top of that, it has some extra storage engines. XtraDB, which is the drop-in
</I>&gt;<i> replacement storage engine for Innodb, is essentially an innodb with extra
</I>&gt;<i> patches from various sources, like google, facebook, etc... ( see
</I>&gt;<i> <A HREF="http://kb.askmonty.org/en/mariadb-versus-mysql-features">http://kb.askmonty.org/en/mariadb-versus-mysql-features</A> )
</I>&gt;<i>
</I>&gt;<i> I've chosen to use mkrel 0 atm, because it's not a released version yet, I've
</I>&gt;<i> talked extensively to mariadb developers, and they mentioned that they did 5.3
</I>&gt;<i> and 5.5 in parallel, so that 5.5 should be released as beta pretty soon. When
</I>&gt;<i> i talked about our release schedule, they did mention that mariadb-5.5 should
</I>&gt;<i> be final before februari.
</I>&gt;<i>
</I>&gt;<i> My plan is as follows:
</I>&gt;<i> 1. provide testing package [DONE]
</I>&gt;<i> 2. clean up spec file from mysql and file some patches upstream [DONE]
</I>&gt;<i> 3. provide newer testing package when it's released as a alpha/beta
</I>&gt;<i> 4. if testing is satisfactory (not breaking buildsystem or mysql) submit to
</I>&gt;<i> core/release and get more testing.
</I>&gt;<i> 5. if final 5.5 release is on time, have mariadb into mageia2
</I>&gt;<i>
</I>&gt;<i> now there, we have a few options:
</I>&gt;<i>
</I>&gt;<i> considering that mariadb is essentially mysql + extra features, if we ship
</I>&gt;<i> both mysql and mariadb, we should ensure that normal users don't go from
</I>&gt;<i> mariadb to mysql. (if a storage engine would be used that's NOT in mysql,
</I>&gt;<i> suddenly a few databases might not work, even though the data is still there.)
</I>&gt;<i>
</I>&gt;<i> A. provide both but with vendor preference
</I>&gt;<i> making sure one of them both is preferred should be ok, since they conflict
</I>&gt;<i> anyway, if a user installs the non-preferred one, she knows what she's doing.
</I>&gt;<i> ( I think a note could be added here for warning purposes )
</I>&gt;<i>
</I>&gt;<i> B. only use mariadb anymore
</I>&gt;<i> =&gt;  That's the easiest and safest option...
</I>&gt;<i> _IF_ mariadb works well. (which i'm sure we'll see in our testing)
</I>&gt;<i> (IMHO, if it worked for libreoffice, i don't see why not for mariadb)
</I>&gt;<i>
</I>&gt;<i>
</I>&gt;<i> any opinions? testings? problems?
</I>&gt;<i>
</I>&gt;<i>    
</I>I think it is a great idea, from all I've read.
I've already been thinking of installing it in place of mysql.

As for the options, I'm inclined to prefer a choice (option A), since 
some users could have problems with either, given that there are some 
(minor) incompatibilities.
But if we have only one, at least those preferring the other could 
always go upstream.

As for what was done with Libreoffice/Openoffice, the obsolete forced me 
to install upstream versions to have both installed.  They have no file 
conflict.
One can even have installed (but not run at the same time) different 
versions of upstream Libreoffice at the same time.  (They recommend 
doing that for testing.)

-- 
Andr&#233;

</PRE>





































<!--endarticle-->
    <HR>
    <P><UL>
        <!--threads-->
	<LI>Previous message: <A HREF="009534.html">[Mageia-dev] HEADSUP: mariadb available for testing
</A></li>
	<LI>Next message: <A HREF="009536.html">[Mageia-dev] HEADSUP: mariadb available for testing
</A></li>
         <LI> <B>Messages sorted by:</B> 
              <a href="date.html#9535">[ date ]</a>
              <a href="thread.html#9535">[ thread ]</a>
              <a href="subject.html#9535">[ subject ]</a>
              <a href="author.html#9535">[ author ]</a>
         </LI>
       </UL>

<hr>
<a href="https://www.mageia.org/mailman/listinfo/mageia-dev">More information about the Mageia-dev
mailing list</a><br>
</body></html>