<p dir="ltr">Now when the new config proposal is complete and we have running code I would like to review and test it before we start to deploy it, ok?</p>
<p dir="ltr">I think I can do it over the weekend while listening to talks in FOSDEM<br>
</p>
<div class="gmail_quote">30.1.2015 12.55 kirjoitti "Robie Basak" <<a href="mailto:robie.basak@canonical.com">robie.basak@canonical.com</a>>:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Fri, Jan 30, 2015 at 01:42:58PM +0200, Otto Kekäläinen wrote:<br>
> I am at Fosdem. My irssi is idling, I'll see your message when I at back at<br>
> the hotel. Email though will get read faster though as I have it on my phone<br>
> 30.1.2015 12.26 kirjoitti "Robie Basak" <<a href="mailto:robie.basak@canonical.com">robie.basak@canonical.com</a>>:<br>
<br>
Ah of course. Sorry! I'll copy in the list on this now I think, to<br>
be more inclusive.<br>
<br>
11:03 <rbasak> otto: I only realised yesterday that mariadb 10.0 is<br>
FTBSing on Vivid amd64 right now, including from experimental. So I'm<br>
thinking of leaving it behind for now.<br>
<br>
11:04 <rbasak> otto: I can upload a new mysql-common that breaks<br>
mariadb-<something>-10.0 << 10.0.16-1, but that means that if you upload<br>
a 10.0.16-1 without using the new my.cnf mechanism then things will<br>
break.<br>
<br>
The issue is that if I upload my new changes, then mariadb will assume<br>
that it's getting a my.cnf that works (because that was previously<br>
shipped by mysql-common), but mysql-common will now only ship the client<br>
sections by default, and the server variant packages need to supply the<br>
configurations they need.<br>
<br>
So, it'll break.<br>
<br>
But I'd really like to Vivid today, to unblock Percona. So is it OK if I<br>
break older mariadb in the new mysql-common, and then when you're back<br>
we can work on and upload the new mariadb that works?<br>
<br>
As a reminder, here's a summary of what the new mariadb packaging will<br>
have to do:<br>
<br>
1) Ship /etc/mysql/mariadb.cnf, which includes /etc/mysql/mariadb.cnf.d/ and<br>
/etc/mysql/conf.d/<br>
<br>
2) Ship whatever you wish in /etc/mysql/mariadb.cnf.d/ - probably the same<br>
as what you were previously getting from mysql-common's default my.cnf?<br>
<br>
3) Depend on mysql-common (>= 5.6.19-1~) to get the new functionality.<br>
<br>
4) Call in your postinst for configure:<br>
<br>
    /usr/share/mysql-common/configure-symlinks install mysql "/etc/mysql/mariadb.cnf"<br>
<br>
   and in your postrm for remove or disappear:<br>
<br>
    /usr/share/mysql-common/configure-symlinks remove mysql "/etc/mysql/mariadb.cnf"<br>
<br>
You can see an example of this in action<br>
<a href="https://github.com/basak/debian-percona-server-5.6" target="_blank">https://github.com/basak/debian-percona-server-5.6</a><br>
<br>
It's also fully operational in ppa:mysql-ubuntu/collab<br>
<br>
So is it OK to push to Debian master and to upload to Vivid a new<br>
src:mysql-5.6 which includes a new mysql-common with this functionality?<br>
I could even hold it in vivid-proposed for now if you wish. I just want<br>
to get to a position that I can upload the Percona stuff in a way that<br>
works with the new mechanism.<br>
<br>
Robie<br>
</blockquote></div>