Specifically the reason mysql-common and libmysqlclientXX are likely to be an issue is that many packages have versioned dependencies on them, which means virtual packages provided by multiple source packages would be ignored. Those dependencies would need to be adjusted before they could be made into virtual packages.<div>

<div><div><br><div>libmysqlclientXX could also have ABI compatibility issues. Historically libmysqlclient16 from mysql server 5.1 and mysql cluster 7.0 were not compatible although that's fixed in 5.5/7.2. But conceivably the symbols could still be different depending on which source package provides the library.</div>

<div><div><div><br></div><div>-Steve</div><div><br></div><div><br><br><div class="gmail_quote">On 7 March 2013 12:48, Steven Ayre <span dir="ltr"><<a href="mailto:steveayre@gmail.com" target="_blank">steveayre@gmail.com</a>></span> wrote: <br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">+1 too, much like there are multiple options for the MTA.<div><br></div><div>Two packages that're likely to cause a problem are:</div>

<div>mysql-common (ships my.cnf which may not be compatible across all versions)</div>
<div>libmysqlclientXX</div><div><br></div><div>There're a number of mysql variants that it might be useful to support:</div><div>mysql community server</div><div>mysql cluster</div><div>percona server</div><div>mariadb</div>


<div>galera</div><div><br></div><div><div><br></div><div>-Steve</div><div><div class="h5"><div><br></div><div><br><br><div class="gmail_quote">On 7 March 2013 08:40, Otto Kekäläinen <span dir="ltr"><<a href="mailto:otto@fsfe.org" target="_blank">otto@fsfe.org</a>></span> wrote:<br>


<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">2013/3/7 Bjoern Boschman <<a href="mailto:bjoern@boschman.de" target="_blank">bjoern@boschman.de</a>>:<br>
<div>> But in terms of debian first of all we have to get wheezy up and running<br>
> which will be shipped with hopefully mysql-5.5.30<br>
><br>
> For wheezy+1 I'd vote not for letting debian decide what to ship and<br>
> what not. So no replacement at all.<br>
><br>
> We should provide meta packages (like mysql-server, mysql-client) which<br>
> still defaults to oracle builds. on top we should provide mariadb and<br>
> percona which will fullfil those packages using the 'Provides' Tags<br>
><br>
> with this the user has the ability to choose what fits best for her/his use.<br>
<br>
</div>+1<br>
<br>
This plan sounds like what I had in mind too.<br>
<span><font color="#888888"><br>
- Otto<br>
</font></span><div><div><br>
_______________________________________________<br>
pkg-mysql-maint mailing list<br>
<a href="mailto:pkg-mysql-maint@lists.alioth.debian.org" target="_blank">pkg-mysql-maint@lists.alioth.debian.org</a><br>
<a href="http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-mysql-maint" target="_blank">http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-mysql-maint</a><br>
</div></div></blockquote></div><br></div></div></div></div>
</blockquote></div><br></div></div></div></div></div></div>