Re: Building broken in rawhide for packages requiring mysql? Re: MySQL-libs conflicts with mariadb-libs-5.5.29-7.fc19.x86_64
On Tue, 12 Mar 2013 14:33:21 +0100, Honza Horak hho...@redhat.com wrote: On 03/12/2013 02:03 PM, Norvald H. Ryeng wrote: On Mon, 11 Mar 2013 19:00:29 +0100, Honza Horak hho...@redhat.com wrote: if I understand it correctly that the problem is caused by conflicting library names, then it should be solved today (the enhanced package is already building). Why not have non-conflicting library names? The APIs are different, so it makes sense to have both libmysqlclient.so and libmariadbclient.so. These can co-exist and applications can choose which library to build against. That would mean to persuade many depended projects to enhance their building configuration. Unless these projects start using some in-compatible features regularly, I don't think it would be worth changing the library name -- such projects currently don't care if it is build against mysql or mariadb. I believe both libraries should be installable and that the upstream projects and/or the maintainer of the package should choose which library to use. There are already API differences, so the libraries aren't fully interchangeable. The libraries are two different implementations of the same protocol. I don't see why they should use the same soname. With a parallel installation, a transition from one library to the other could be done gradually and controlled, one package at a time, with less risk of breakage. The solution that's currently implemented (bumping the version of the original libmysqlclient.so from 18 to 1018) is a hack and not a long-term solution. True, I'm expecting MySQL will be rebased to 5.6 and mariadb to 10.0 sooner or later and I don't believe that library versions will remain the same at that point. What does MySQL upstream actually plan with library version in 5.6? Is it going to be bumped? Yes, 5.6 will be in as soon as things settle and we find a workable solution for having both MariaDB and MySQL in the same distro. We already have 5.6.10 packaged. We're just waiting for package names, dependencies and everything else to settle. There's no need to mix yet another variable into the equation right now. It's complex enough without it. I'm not sure about the version number. I'll have to check with those responsible for the the client library. Regards, Norvald H. Ryeng -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Building broken in rawhide for packages requiring mysql? Re: MySQL-libs conflicts with mariadb-libs-5.5.29-7.fc19.x86_64
On Mon, 11 Mar 2013 19:00:29 +0100, Honza Horak hho...@redhat.com wrote: On 03/11/2013 06:55 PM, Sérgio Basto wrote: Hi , On Qua, 2013-03-06 at 09:25 -0600, Richard Shaw wrote: Looks like mariadb has hit rawhide now and I can't build mythtv. I've added conditionals for the direct mysql Requires and BR's but until some of the dependent packages are fixed, MySQL-python, qt4-mysql, etc. How (and when) we fix rawhide ? Thanks, Hi, if I understand it correctly that the problem is caused by conflicting library names, then it should be solved today (the enhanced package is already building). Why not have non-conflicting library names? The APIs are different, so it makes sense to have both libmysqlclient.so and libmariadbclient.so. These can co-exist and applications can choose which library to build against. The solution that's currently implemented (bumping the version of the original libmysqlclient.so from 18 to 1018) is a hack and not a long-term solution. Regards, Norvald H. Ryeng -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Building broken in rawhide for packages requiring mysql? Re: MySQL-libs conflicts with mariadb-libs-5.5.29-7.fc19.x86_64
On 03/12/2013 02:03 PM, Norvald H. Ryeng wrote: On Mon, 11 Mar 2013 19:00:29 +0100, Honza Horak hho...@redhat.com wrote: if I understand it correctly that the problem is caused by conflicting library names, then it should be solved today (the enhanced package is already building). Why not have non-conflicting library names? The APIs are different, so it makes sense to have both libmysqlclient.so and libmariadbclient.so. These can co-exist and applications can choose which library to build against. That would mean to persuade many depended projects to enhance their building configuration. Unless these projects start using some in-compatible features regularly, I don't think it would be worth changing the library name -- such projects currently don't care if it is build against mysql or mariadb. The solution that's currently implemented (bumping the version of the original libmysqlclient.so from 18 to 1018) is a hack and not a long-term solution. True, I'm expecting MySQL will be rebased to 5.6 and mariadb to 10.0 sooner or later and I don't believe that library versions will remain the same at that point. What does MySQL upstream actually plan with library version in 5.6? Is it going to be bumped? Honza -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Building broken in rawhide for packages requiring mysql? Re: MySQL-libs conflicts with mariadb-libs-5.5.29-7.fc19.x86_64
Hi , On Qua, 2013-03-06 at 09:25 -0600, Richard Shaw wrote: Looks like mariadb has hit rawhide now and I can't build mythtv. I've added conditionals for the direct mysql Requires and BR's but until some of the dependent packages are fixed, MySQL-python, qt4-mysql, etc. How (and when) we fix rawhide ? Thanks, -- Sérgio M. B. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Building broken in rawhide for packages requiring mysql? Re: MySQL-libs conflicts with mariadb-libs-5.5.29-7.fc19.x86_64
On 03/11/2013 06:55 PM, Sérgio Basto wrote: Hi , On Qua, 2013-03-06 at 09:25 -0600, Richard Shaw wrote: Looks like mariadb has hit rawhide now and I can't build mythtv. I've added conditionals for the direct mysql Requires and BR's but until some of the dependent packages are fixed, MySQL-python, qt4-mysql, etc. How (and when) we fix rawhide ? Thanks, Hi, if I understand it correctly that the problem is caused by conflicting library names, then it should be solved today (the enhanced package is already building). Honza -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
