8:12 a.m.
Hello everybody!
Since MariaDB 10.2 is finally stable and I resolved all issues that blocked
it for Fedora, I'd like to propose an update for Rawhide.
Current version of MariaDB: 10.1.24
Update planned to: 10.2.6 (or newer)
*This change introduces change of library name from "libmysqlclient.so" to
"libmariadb.so".*
*There are many dependant packages affected.*
The current (optimistic) plan is to deliver the update before Fedora 27 mass
rebuild <https://fedoraproject.org/wiki/Releases/27/Schedule> at 12.7.2017.
Either the rebuild of all depending packages is inevitable.
-
We actively track the issue here
<https://bugzilla.redhat.com/show_bug.cgi?id=1467297>;. There is also a list
of affected packages.
We have a work repository in COPR, where you can find builds of your
packages here
<https://copr.fedorainfracloud.org/coprs/g/db-sig/mariadb-10.2/packages/>;.
We go through all of the issues and we are trying to solve all of those,
which are caused by the library change. More information will appear in
bugzillas connected to the tracker.
Issues are also consulted with MariaDB upstream.
I was told, that there should be strong API and ABI compatibility.
-
Notes:
- this means also drop of symlinks to "libmysqlclient.so.18.0.0" library.
- the version of the library in MariaDB 10.2.6 is "mariadb.so.3", however
in mariadb-connector-c it is only "mariadb.so.2". That should sync in next
big update in about a month, I believe.
-
Feel free to ask any questinos here or in tracker BZ, I'll try to search
for all answers.
--
Michal Schorm
Associate Software Engineer
Core Services - Databases Team
Red Hat
8:52 a.m.
On 07/03/2017 03:12 PM, Michal Schorm wrote:
Hello everybody!
Since MariaDB 10.2 is finally stable and I resolved all issues that
blocked it for Fedora, I'd like to propose an update for Rawhide.
Current version of MariaDB: 10.1.24
Update planned to: 10.2.6 (or newer)
*This change introduces change of library name from "libmysqlclient.so"
to "libmariadb.so".*
In other word mariadb is failing its mission to be a drop-in replacement
for mysql.
Ralf
9:02 a.m.
Nope.
MariaDB is a drop-in replacement. In version 5.5.
For quite a time we use MariaDB 10.1, which openly declared "Now we know
what we are doing and now we know where do we want to go".
MariaDB 10.2 just take another step forward in technology and away from
MySQL.
--
Michal Schorm
Associate Software Engineer
Core Services - Databases Team
Red Hat
On Mon, Jul 3, 2017 at 3:52 PM, Ralf Corsepius <rc040203(a)freenet.de> wrote:
On 07/03/2017 03:12 PM, Michal Schorm wrote:
> Hello everybody!
>
> Since MariaDB 10.2 is finally stable and I resolved all issues that
> blocked it for Fedora, I'd like to propose an update for Rawhide.
>
> Current version of MariaDB: 10.1.24
> Update planned to: 10.2.6 (or newer)
>
> *This change introduces change of library name from "libmysqlclient.so"
> to "libmariadb.so".*
>
In other word mariadb is failing its mission to be a drop-in replacement
for mysql.
Ralf
_______________________________________________
devel mailing list -- devel(a)lists.fedoraproject.org
To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
9:58 a.m.
On Mon, 2017-07-03 at 15:52 +0200, Ralf Corsepius wrote:
On 07/03/2017 03:12 PM, Michal Schorm wrote:
> Hello everybody!
>
> Since MariaDB 10.2 is finally stable and I resolved all issues
> that
> blocked it for Fedora, I'd like to propose an update for Rawhide.
>
> Current version of MariaDB: 10.1.24
> Update planned to: 10.2.6 (or newer)
>
> *This change introduces change of library name from
> "libmysqlclient.so"
> to "libmariadb.so".*
In other word mariadb is failing its mission to be a drop-in
replacement
for mysql.
At least is behind schedule, mysql-community supports json fields
while in MariaDB we are waiting
Ralf
_______________________________________________
devel mailing list -- devel(a)lists.fedoraproject.org
To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
--
Sérgio M. B.
9:40 a.m.
On Mon, 2017-07-03 at 15:58 +0100, Sérgio Basto wrote:
On Mon, 2017-07-03 at 15:52 +0200, Ralf Corsepius wrote:
> On 07/03/2017 03:12 PM, Michal Schorm wrote:
> > Hello everybody!
> >
> > Since MariaDB 10.2 is finally stable and I resolved all issues
> > that
> > blocked it for Fedora, I'd like to propose an update for Rawhide.
> >
> > Current version of MariaDB: 10.1.24
> > Update planned to: 10.2.6 (or newer)
Yeah MariaDB 10.2.6 Stable (GA) finally implemented features from MySQL
5.6 and 5.7.
https://mariadb.com/kb/en/mariadb/mariadb-1026-release-notes/
> > *This change introduces change of library name from
> > "libmysqlclient.so"
> > to "libmariadb.so".*
>
> In other word mariadb is failing its mission to be a drop-in
> replacement
> for mysql.
At least is behind schedule, mysql-community supports json fields
while in MariaDB we are waiting
> Ralf
> _______________________________________________
> devel mailing list -- devel(a)lists.fedoraproject.org
> To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
--
Sérgio M. B.
_______________________________________________
devel mailing list -- devel(a)lists.fedoraproject.org
To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
--
Sérgio M. B.
6:31 a.m.
On Mon, Jul 03, 2017 at 03:12:13PM +0200, Michal Schorm wrote:
Hello everybody!
Since MariaDB 10.2 is finally stable and I resolved all issues that blocked
it for Fedora, I'd like to propose an update for Rawhide.
Are we also going to package MySQL? And if so, will that mean that
packages like ocaml-mysql (MySQL bindings for OCaml) will have to be
forked into ocaml-{mysql,mariadb}?
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
Fedora Windows cross-compiler. Compile Windows programs, test, and
build Windows installers. Over 100 libraries supported.
http://fedoraproject.org/wiki/MinGW
6:34 a.m.
On Wed, Jul 5, 2017 at 7:31 AM, Richard W.M. Jones <rjones(a)redhat.com> wrote:
On Mon, Jul 03, 2017 at 03:12:13PM +0200, Michal Schorm wrote:
> Hello everybody!
>
> Since MariaDB 10.2 is finally stable and I resolved all issues that blocked
> it for Fedora, I'd like to propose an update for Rawhide.
Are we also going to package MySQL? And if so, will that mean that
packages like ocaml-mysql (MySQL bindings for OCaml) will have to be
forked into ocaml-{mysql,mariadb}?
We have both today, so I think that's now necessary...
--
真実はいつも一つ！/ Always, there's only one truth!
6:39 a.m.
On Wed, Jul 05, 2017 at 07:34:27AM -0400, Neal Gompa wrote:
On Wed, Jul 5, 2017 at 7:31 AM, Richard W.M. Jones
<rjones(a)redhat.com> wrote:
> On Mon, Jul 03, 2017 at 03:12:13PM +0200, Michal Schorm wrote:
>> Hello everybody!
>>
>> Since MariaDB 10.2 is finally stable and I resolved all issues that blocked
>> it for Fedora, I'd like to propose an update for Rawhide.
>
> Are we also going to package MySQL? And if so, will that mean that
> packages like ocaml-mysql (MySQL bindings for OCaml) will have to be
> forked into ocaml-{mysql,mariadb}?
>
We have both today, so I think that's now necessary...
We do?
$ sudo dnf install mysql-devel
Last metadata expiration check: 2:21:34 ago on Wed Jul 05 10:17:01 2017 BST.
Package mariadb-devel-3:10.1.24-3.fc27.x86_64 is already installed, skipping.
Dependencies resolved.
Nothing to do.
Complete!
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-top is 'top' for virtual machines. Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
http://people.redhat.com/~rjones/virt-top
6:45 a.m.
On Wed, Jul 5, 2017 at 7:39 AM, Richard W.M. Jones <rjones(a)redhat.com> wrote:
On Wed, Jul 05, 2017 at 07:34:27AM -0400, Neal Gompa wrote:
> On Wed, Jul 5, 2017 at 7:31 AM, Richard W.M. Jones <rjones(a)redhat.com> wrote:
> > On Mon, Jul 03, 2017 at 03:12:13PM +0200, Michal Schorm wrote:
> >> Hello everybody!
> >>
> >> Since MariaDB 10.2 is finally stable and I resolved all issues that blocked
> >> it for Fedora, I'd like to propose an update for Rawhide.
> >
> > Are we also going to package MySQL? And if so, will that mean that
> > packages like ocaml-mysql (MySQL bindings for OCaml) will have to be
> > forked into ocaml-{mysql,mariadb}?
> >
>
> We have both today, so I think that's now necessary...
We do?
$ sudo dnf install mysql-devel
Last metadata expiration check: 2:21:34 ago on Wed Jul 05 10:17:01 2017 BST.
Package mariadb-devel-3:10.1.24-3.fc27.x86_64 is already installed, skipping.
Dependencies resolved.
Nothing to do.
Complete!
I'm not sure how the Provides have been tweaked, but
community-mysql-devel and mariadb-devel provide the same resources. In
fact, they conflict with each other.
--
真実はいつも一つ！/ Always, there's only one truth!
2:59 p.m.
On Mon, 2017-07-03 at 15:12 +0200, Michal Schorm wrote:
Hello everybody!
Since MariaDB 10.2 is finally stable and I resolved all issues that blocked
it for Fedora, I'd like to propose an update for Rawhide.
Current version of MariaDB: 10.1.24
Update planned to: 10.2.6 (or newer)
*This change introduces change of library name from "libmysqlclient.so" to
"libmariadb.so".*
*There are many dependant packages affected.*
The current (optimistic) plan is to deliver the update before Fedora 27 mass
rebuild <https://fedoraproject.org/wiki/Releases/27/Schedule> at 12.7.2017.
Either the rebuild of all depending packages is inevitable.
-
We actively track the issue here
<https://bugzilla.redhat.com/show_bug.cgi?id=1467297>;. There is also a list
of affected packages.
We have a work repository in COPR, where you can find builds of your
packages here
<https://copr.fedorainfracloud.org/coprs/g/db-sig/mariadb-10.2/packages/>;.
We go through all of the issues and we are trying to solve all of those,
which are caused by the library change. More information will appear in
bugzillas connected to the tracker.
Issues are also consulted with MariaDB upstream.
I was told, that there should be strong API and ABI compatibility.
-
Notes:
- this means also drop of symlinks to "libmysqlclient.so.18.0.0" library.
- the version of the library in MariaDB 10.2.6 is "mariadb.so.3", however
in mariadb-connector-c it is only "mariadb.so.2". That should sync in next
big update in about a month, I believe.
-
Feel free to ask any questinos here or in tracker BZ, I'll try to search
for all answers.
So this is now happening, but I'm a bit confused - specifically about
these two bits from the text:
"Either the rebuild of all depending packages is inevitable."
"this means also drop of symlinks to "libmysqlclient.so.18.0.0"
library"
However, the recent mariadb package builds by mschorm - mariadb-10.2.6-
1.fc27 and mariadb-10.2.6-2.fc27 - included symlinks from
'libmariadb.so' to 'libmysqlclient.so' and
'libmysqlclient.so.18'.
Which seems to imply that the library *should* still be ABI-compatible
with libmysqlclient.so.18 and that things built against that library
should *not* need rebuilding.
The libmysqlclient.so.18 symlink was initially put in the -devel
subpackage, which was clearly wrong, and after discussion with mschorm
I moved it to the -libs subpackage. But after reading some more on this
I'm really not at all clear on why this symlink exists, whether it was
intended to, whether it's *correct* that it exists, whether it's only a
temporary stopgap, etc. etc. So I thought I'd send out a mail about the
situation so we can discuss it on the public record.
There's still a problem with the -3 build I did, with the symlink
moved: the -libs package does not automatically get a Provides: for the
libmysqlclient.so.18 symlink, for some reason. I *could* do a rebuild
with the Provides: manually added, but now I'm unsure whether that's
the right thing to do.
This is a bit of a problem because it prevents various things from
building; the one that got me into this mess is initial-setup , which
needs rebuilding to fix a blocker bug, but the build failed because
somehow on s390 (only) initial-setup build requires net-snmp and net-
snmp requires libmysqlclient.so.18...
Can we sort this out, one way or another? Thanks!
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
3:37 a.m.
A new version of MariaDB 10.2-4 is out, it now has fixed symlinks and
Provides.
Bugzilla tracker of issues in other packages should be filled up soon.
The symlinks should stay around for a while, so all packages will have a
time for transfer to the new library. However they will be removed (planned
sometimes before f27 release)
--
Michal Schorm
Associate Software Engineer
Core Services - Databases Team
Red Hat
On Wed, Jul 12, 2017 at 9:59 PM, Adam Williamson <adamwill(a)fedoraproject.org
wrote:
On Mon, 2017-07-03 at 15:12 +0200, Michal Schorm wrote:
> Hello everybody!
>
> Since MariaDB 10.2 is finally stable and I resolved all issues that
blocked
> it for Fedora, I'd like to propose an update for Rawhide.
>
> Current version of MariaDB: 10.1.24
> Update planned to: 10.2.6 (or newer)
>
> *This change introduces change of library name from "libmysqlclient.so"
to
> "libmariadb.so".*
> *There are many dependant packages affected.*
>
> The current (optimistic) plan is to deliver the update before Fedora 27
mass
> rebuild <https://fedoraproject.org/wiki/Releases/27/Schedule> at
12.7.2017.
> Either the rebuild of all depending packages is inevitable.
>
> -
>
> We actively track the issue here
> <https://bugzilla.redhat.com/show_bug.cgi?id=1467297>;. There is also a
list
> of affected packages.
> We have a work repository in COPR, where you can find builds of your
> packages here
> <https://copr.fedorainfracloud.org/coprs/g/db-sig/mariadb-10.2/packages/
>.
>
> We go through all of the issues and we are trying to solve all of those,
> which are caused by the library change. More information will appear in
> bugzillas connected to the tracker.
>
> Issues are also consulted with MariaDB upstream.
> I was told, that there should be strong API and ABI compatibility.
>
> -
>
> Notes:
> - this means also drop of symlinks to "libmysqlclient.so.18.0.0"
library.
> - the version of the library in MariaDB 10.2.6 is "mariadb.so.3",
however
> in mariadb-connector-c it is only "mariadb.so.2". That should sync in
next
> big update in about a month, I believe.
>
> -
>
> Feel free to ask any questinos here or in tracker BZ, I'll try to search
> for all answers.
So this is now happening, but I'm a bit confused - specifically about
these two bits from the text:
"Either the rebuild of all depending packages is inevitable."
"this means also drop of symlinks to "libmysqlclient.so.18.0.0"
library"
However, the recent mariadb package builds by mschorm - mariadb-10.2.6-
1.fc27 and mariadb-10.2.6-2.fc27 - included symlinks from
'libmariadb.so' to 'libmysqlclient.so' and
'libmysqlclient.so.18'.
Which seems to imply that the library *should* still be ABI-compatible
with libmysqlclient.so.18 and that things built against that library
should *not* need rebuilding.
The libmysqlclient.so.18 symlink was initially put in the -devel
subpackage, which was clearly wrong, and after discussion with mschorm
I moved it to the -libs subpackage. But after reading some more on this
I'm really not at all clear on why this symlink exists, whether it was
intended to, whether it's *correct* that it exists, whether it's only a
temporary stopgap, etc. etc. So I thought I'd send out a mail about the
situation so we can discuss it on the public record.
There's still a problem with the -3 build I did, with the symlink
moved: the -libs package does not automatically get a Provides: for the
libmysqlclient.so.18 symlink, for some reason. I *could* do a rebuild
with the Provides: manually added, but now I'm unsure whether that's
the right thing to do.
This is a bit of a problem because it prevents various things from
building; the one that got me into this mess is initial-setup , which
needs rebuilding to fix a blocker bug, but the build failed because
somehow on s390 (only) initial-setup build requires net-snmp and net-
snmp requires libmysqlclient.so.18...
Can we sort this out, one way or another? Thanks!
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
_______________________________________________
devel mailing list -- devel(a)lists.fedoraproject.org
To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
10:46 a.m.
On Thu, 2017-07-13 at 10:37 +0200, Michal Schorm wrote:
A new version of MariaDB 10.2-4 is out, it now has fixed symlinks
and
Provides.
I'm afraid even this build doesn't entirely work right, for some
reason: see this build failure I just got notified about by koschei:
https://apps.fedoraproject.org/koschei/build/3070598
https://kojipkgs.fedoraproject.org/work/tasks/3960/20493960/build.log
Note the errors at the end all relate to libmysqlclient and one claims
it cannot be found, though the root.log shows the 10.2.6-4 package was
installed. I think we need to do something else: revert back to 10.1
till we're ready, set up a proper compat- package, or ditch the compat
stuff and just get all the dependent stuff fixed and rebuilt ASAP.
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
7:40 p.m.
Adam Williamson wrote:
On Thu, 2017-07-13 at 10:37 +0200, Michal Schorm wrote:
> A new version of MariaDB 10.2-4 is out, it now has fixed symlinks and
> Provides.
I'm afraid even this build doesn't entirely work right, for some
reason: see this build failure I just got notified about by koschei:
https://apps.fedoraproject.org/koschei/build/3070598
https://kojipkgs.fedoraproject.org/work/tasks/3960/20493960/build.log
Note the errors at the end all relate to libmysqlclient and one claims
it cannot be found,
non-verbose build.log aside, I'm pretty sure that:
usr/lib64/libgdal.so.20: undefined reference to
`mysql_error@libmysqlclient_18'
type errors, means libgdal likely needs rebuilding first, before any of it's
dependencies.
-- Rex
8:04 p.m.
On Thu, 2017-07-13 at 19:40 -0500, Rex Dieter wrote:
Adam Williamson wrote:
> On Thu, 2017-07-13 at 10:37 +0200, Michal Schorm wrote:
> > A new version of MariaDB 10.2-4 is out, it now has fixed symlinks and
> > Provides.
>
> I'm afraid even this build doesn't entirely work right, for some
> reason: see this build failure I just got notified about by koschei:
>
> https://apps.fedoraproject.org/koschei/build/3070598
> https://kojipkgs.fedoraproject.org/work/tasks/3960/20493960/build.log
>
> Note the errors at the end all relate to libmysqlclient and one claims
> it cannot be found,
non-verbose build.log aside, I'm pretty sure that:
usr/lib64/libgdal.so.20: undefined reference to
`mysql_error@libmysqlclient_18'
type errors, means libgdal likely needs rebuilding first, before any of it's
dependencies.
The point is, if we get the 'compatibility' stuff right, *nothing*
should *need* rebuilding - the intent of the compatibility bits was to
make packages built against MariaDB 10.1 keep working fine, while
things that did get rebuilt would be linked against the new soname.
Then once everything was rebuilt, we could remove the compat bits. At
least, I think that's what Michal was aiming for. If it all worked
right, it should be possible to build os-autoinst fine without gdal
being rebuilt for the new mariadb soname at all.
It turns out there was one rather embarrassing problem with my attempt
to fix the compat bits: I moved the versioned symlink into the -libs
subpackage, but didn't change its target from the unversioned library
to the versioned one, so unless you had the -devel package installed,
it was just a dangling symlink :/
Michal caught that and sent a fixed build, but it got caught up in the
mess that's happening today with the s390 builders so it hasn't
actually made it out yet. Once all that mess gets resolved, we'll be
able to see if the compat stuff is working.
I've also started working on fixing things that failed to rebuild
against the new soname.
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
5:37 a.m.
Rex, the 10.2.7-2 version is finally out (after 20h of building :/ )
I did a scratch build of the 'os-autoinst' package and it looks like it
does not complain about the missing symbols anymore:
https://koji.fedoraproject.org/koji/taskinfo?taskID=20519110
Did that solved the issue, or am I just looking to the wrong place?
--
Michal Schorm
Associate Software Engineer
Core Services - Databases Team
Red Hat
On Fri, Jul 14, 2017 at 2:40 AM, Rex Dieter <rdieter(a)math.unl.edu> wrote:
Adam Williamson wrote:
> On Thu, 2017-07-13 at 10:37 +0200, Michal Schorm wrote:
>> A new version of MariaDB 10.2-4 is out, it now has fixed symlinks and
>> Provides.
>
> I'm afraid even this build doesn't entirely work right, for some
> reason: see this build failure I just got notified about by koschei:
>
> https://apps.fedoraproject.org/koschei/build/3070598
> https://kojipkgs.fedoraproject.org/work/tasks/3960/20493960/build.log
>
> Note the errors at the end all relate to libmysqlclient and one claims
> it cannot be found,
non-verbose build.log aside, I'm pretty sure that:
usr/lib64/libgdal.so.20: undefined reference to
`mysql_error@libmysqlclient_18'
type errors, means libgdal likely needs rebuilding first, before any of
it's
dependencies.
-- Rex
_______________________________________________
devel mailing list -- devel(a)lists.fedoraproject.org
To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
5:20 a.m.
On Fri, Jul 14, 2017 at 2:40 AM, Rex Dieter <rdieter(a)math.unl.edu> wrote:
Adam Williamson wrote:
> On Thu, 2017-07-13 at 10:37 +0200, Michal Schorm wrote:
>> A new version of MariaDB 10.2-4 is out, it now has fixed symlinks and
>> Provides.
>
> I'm afraid even this build doesn't entirely work right, for some
> reason: see this build failure I just got notified about by koschei:
>
> https://apps.fedoraproject.org/koschei/build/3070598
> https://kojipkgs.fedoraproject.org/work/tasks/3960/20493960/build.log
>
> Note the errors at the end all relate to libmysqlclient and one claims
> it cannot be found,
non-verbose build.log aside, I'm pretty sure that:
usr/lib64/libgdal.so.20: undefined reference to
`mysql_error@libmysqlclient_18'
type errors, means libgdal likely needs rebuilding first, before any of
it's
dependencies.
gdal building is failing on F27 due to another reason (not mariadb
related)...
https://koji.fedoraproject.org/koji/packageinfo?packageID=1826
https://koji.fedoraproject.org/koji/taskinfo?taskID=20573202
There is an open bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1468571
--
Augusto Mecking Caringi
Software Engineer
Core Services - Databases Team
Red Hat
2475
days inactive
2489
days old
16 comments
8 participants
participants (8)
-
Adam Williamson -
Augusto Caringi -
Michal Schorm -
Neal Gompa -
Ralf Corsepius -
Rex Dieter -
Richard W.M. Jones -
Sérgio Basto