sudo dnf upgrade --advisory=FEDORA-2017-ba7e224290
This update has been submitted for testing by hobbes1069.
This update has been pushed to testing.
cqrlog is trying to load libmysqlclient.so.16, while current mariadb-libs provide libmysqlclient.so.18. Might need a new bug - #1494221 might not cover this.
Bodhi is disabling automatic push to stable due to negative karma. The maintainer may push manually if they determine that the issue is not severe.
Yeah, libmysqlclient.so.18 is installed and in the search path for cqrlog..
$ grep -r Paths | grep mysql
$ locate libmysqlclient.so.18
So I don't know why it's failing...
strace show it tries to open /usr/lib64/libmysqlclient.so.18 at the failure point. The library is in /usr/lib64/mysql. Add /usr/lib64/mysql to LD_LIBRARY_PATH, and it loads. So it's a path problem; that entry above might be server side only.
Why are we getting different results? When I look at the strace, it's trying .so and .so.20, but the soversion of the current library is 18...
Never mind, somehow I had a bad install of mariadb-libs, the symbolic link to libmariadb.so.3 was missing.
It looks like dDtata.pas finds the library but when it tries to pass the location to the fpc mysql module it "forgets" where it is...
Ok, so it turns out the problem is in the mariadb package. There is a newer version of mariadb-libs in updates-testing. Try installed it and see if it helps.
I installed mariadb-libs 3:10.2.10-2.fc27 from the updates-testing repo, and cqrlog connects to the database fine. The update also upgraded most of mariadb including the server.
This update has reached 7 days in testing and can be pushed to stable now if the maintainer wishes
This update has been submitted for batched by hobbes1069.
This update has been submitted for stable by bodhi.
This update has been pushed to stable.
Please login to add feedback.
Confirm request to re-trigger tests.
Copyright © 2007-2019 Red Hat, Inc. and
bodhi is Free Software.
if you have any problems. Read the documentation.