Postfix won't start after the upgrade to mysql-5.7: "postfix: error while loading shared libraries: libmysqlclient.so.18: cannot open shared object file: No such file or directory"
Search Criteria
Package Details: mysql-clients 9.0.1-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/mysql.git (read-only, click to copy) |
---|---|
Package Base: | mysql |
Description: | MySQL client tools |
Upstream URL: | https://www.mysql.com/products/community/ |
Licenses: | GPL-2.0-only |
Conflicts: | mariadb-clients |
Provides: | mariadb-clients, mysql-clients |
Submitter: | Barthalion |
Maintainer: | Muflone |
Last Packager: | Muflone |
Votes: | 82 |
Popularity: | 0.117749 |
First Submitted: | 2013-04-25 19:13 (UTC) |
Last Updated: | 2024-08-11 14:51 (UTC) |
Dependencies (23)
- bash (bash-devel-static-gitAUR, bash-devel-gitAUR, busybox-coreutilsAUR, bash-gitAUR)
- jemalloc (jemalloc-gitAUR)
- libedit
- libmysqlclientAUR (libmysqlclient55AUR, libmysqlclient56AUR, libmysqlclient81AUR, libmysqlclient57AUR, mroongaAUR, libmysqlclient80AUR, libmysqlclientAUR)
- lz4 (lz4-gitAUR)
- openssl (openssl-gitAUR, openssl-staticAUR)
- zlib (zlib-ng-compat-gitAUR, zlib-gitAUR, zlib-ng-compatAUR)
- zstd (zstd-gitAUR, zstd-staticAUR)
- cmake (cmake-gitAUR) (make)
- icu (icu-gitAUR) (make)
- jemalloc (jemalloc-gitAUR) (make)
- libaio (libaio-gitAUR) (make)
- libedit (make)
- libevent (libevent-gitAUR) (make)
- libfido2 (libfido2-fullAUR) (make)
- libtirpc (make)
- openssl (openssl-gitAUR, openssl-staticAUR) (make)
- rapidjson (rapidjson-gitAUR) (make)
- re2 (re2-gitAUR) (make)
- rpcsvc-proto (make)
- Show 3 more dependencies...
Required by (21)
- arizona (requires mariadb-clients)
- automysqlbackup (requires mariadb-clients)
- backupninja-git (requires mariadb-clients) (optional)
- gazie
- holland-mysqldump (requires mariadb-clients)
- mysql
- mysql-db-backup (requires mariadb-clients)
- mysql-shell (optional)
- mysql80
- mysql81
- mythtv-git (requires mariadb-clients) (optional)
- octetos-db-maria (requires mariadb-clients)
- racktables (requires mariadb-clients)
- rrr (requires mariadb-clients)
- rtpengine (requires mariadb-clients) (optional)
- ruby-mysql2 (requires mariadb-clients) (make)
- ryzom-client-git (requires mariadb-clients)
- ryzom-server-git (requires mariadb-clients)
- tango-database (requires mariadb-clients)
- ucsc-kent-genome-tools (requires mariadb-clients)
- Show 1 more...
Sources (8)
Latest Comments
« First ‹ Previous 1 .. 11 12 13 14 15 16 17 18 19 Next › Last »
twheel commented on 2015-11-11 11:44 (UTC)
Muflone commented on 2015-11-01 23:46 (UTC)
Updated to version 5.7
version 5.6 users could move to the mysql56 package
wolftankk commented on 2015-09-28 16:09 (UTC)
libjemalloc.so.1: cannot open shared object file
it need rebuilding ..
Marcel_K commented on 2015-07-30 13:43 (UTC)
I had no problem downloading from that location, although another issue popped up: there is no GPG signature at dev.mysql.com, only at cdn.mysql.com. If you change the first line in the source array and add a validpgpkeys entry like
validpgpkeys=('A4A9406876FCBD3C456770C88C718D3B5072E1F5')
source=("https://cdn.mysql.com/Downloads/MySQL-5.6/${pkgbase}-${pkgver}.tar.gz"{,.asc}
the tarball is checked for being genuine, too.
lucc commented on 2015-07-30 13:23 (UTC)
Is it possible that the upstream website does not support the https links in the PKGBUILD? I had trouble opening the website or downloading the tarball until I removed the "s".
Muflone commented on 2014-12-23 23:04 (UTC)
@nicolascevallos
use pactree (and pactree -r) to discover why your installation requires you to install mysql-connector-c.
The forum is the best way to try to solve your issues.
I cannot help you as the issue doesn't seem related in any way to any of my packages.
nicolascevallos commented on 2014-12-23 17:59 (UTC)
Muflone, thanks for your response.
I downloaded the last shared component in a rpm file from http://dev.mysql.com/downloads/mysql/ and I see that the file of libmysqlclient.so is libmysqlclient.so.18.1.0 and it is different from the last version of Connector/C (libmysqlclient) package in http://dev.mysql.com/downloads/connector/c/
As in my last message of mysql-connector-c package, I don't know why mysql-connector-c need an update if it's not installed :(
And I don't understand why mysql-connector-c needs libmariadbclient/libmysqlclient.
Please, notify me if I can do something to help! :)
Muflone commented on 2014-12-23 16:02 (UTC)
Indeed the package mysql is out of date, a new 5.6.22 version was released a couple of days ago [1]. I'll update this package very soon after a short test.
However about the conflicting files there's nothing that I can do. The package libmysqlclient provides the libmysqlclient library, and the mysql-connector-c packages provides its copy of libmysqlclient, then the two packages conflicts.
I think the mysql-connector-c package shouldn't provide its copy of the libmysqlclient library or if it must have such version, then it should be installed in a dedicated folder. Obviously the same applies also to all the other similar conflicting files.
The final option would be that mysql-connector-c applies a conflicts options in the PKGBUILD to avoid conflicting files and then avoiding that both mysql and mysql-connector-c would be installed together.
[1] http://dev.mysql.com/doc/relnotes/mysql/5.6/en/news-5-6-22.html
nicolascevallos commented on 2014-12-22 23:17 (UTC)
The last changes in this package causes an update in mysql-connector-c, even if is not installed.
The installation of mysql-connector-c causes an error because any files exists in the file system, such as /usr/bin/perror, /usr/bin/my_config and /usr/lib/libmysqlclient* links.
I hack the problem renaming the filenames in conflict and the package mysql-connector-c compiles the libmysqlclient.so.18.3.0, when the package libmysqlclient compiles the libmysqlclient.so.18.1.0 !!!
This package is out of date?
Pinned Comments
Muflone commented on 2023-08-16 17:21 (UTC) (edited on 2023-08-16 20:41 (UTC) by Muflone)
Warning
https://dev.mysql.com/doc/refman/8.1/en/downgrading.html
Downgrade from MySQL 8.1 to MySQL 8.0 or earlier is not supported. The only supported alternative is to restore a backup taken before upgrading. It is therefore imperative that you back up your data before starting the upgrade process.
MySQL 8.0 is available in https://aur.archlinux.org/packages/mysql80