| Git Clone URL: | https://aur.archlinux.org/mysql.git (read-only, click to copy) |
|---|---|
| Package Base: | mysql |
| Description: | MySQL client libraries |
| Upstream URL: | https://www.mysql.com/products/community/ |
| Licenses: | GPL-2.0-only |
| Conflicts: | libmariadbclient, mariadb-libs |
| Provides: | libmariadbclient, libmysqlclient, mariadb-libs |
| Submitter: | Barthalion |
| Maintainer: | Muflone |
| Last Packager: | Muflone |
| Votes: | 82 |
| Popularity: | 0.000533 |
| First Submitted: | 2013-04-25 19:13 (UTC) |
| Last Updated: | 2025-05-27 22:34 (UTC) |
@Spark71 Did you ever find a solution to this issue? I am having a similar problem using git and makepkg. When I try to install the package I've built, it prompts me to make an installation choice:
1) mariadb-clients 2> mariadb-lts-clients 3) percona-server-clients
Choosing any of them causes the the mysql package installation to run into conflicts and fail, which one might expect. Why am I being prompted to install these conflicting packages while installing a mysql package I've built myself?
@Spark71 use git and makepkg for AUR as explained in the wiki page, not some broken AUR helpers
I get mariadb when I try to install it
~ ❯ yay -S mysql
:: There are 3 providers available for mysql:
:: Repository extra
1) mariadb 2) mariadb-lts 3) percona-server
Enter a number (default=1):
==>
This package shows error at verifies the authenticity. I use "$makepkg --skippgpcheck -i" to build and install package. Can the maintainer check the problem?
Hi, I tried cloning the latest repo (8.4.0-1) and it looks like the gpg check is failing with the latest "mysql-8.4.0.tar.gz" from oracle. not sure if this is on this repo's end or their end, but I've experienced this from two different networks and just wanted to let you guys know. thanks
The my-defauly.cnf file refers to 5.7 documentation, when the package is at 8.4.0:
https://aur.archlinux.org/cgit/aur.git/tree/my-default.cnf?h=mysql#n2
@muflone Thanks, yeah I did rebuild the package after sending that message. It took 3 hours to compile but it works now!
@Speykious this sort of error means you haven't rebuilt the package after the icu change: https://wiki.archlinux.org/title/Arch_User_Repository#Updating_packages
mysqld kept failing to launch, so I looked at the logs with journalctl and saw this:
/usr/bin/mysqld: error while loading shared libraries: libicuuc.so.73: cannot open shared object file: No such file or directory
The package core/icu just got an update and is now apparently on version 74. I'd love to rollback icu but way too many things depend on it, I'd be happy for some kind of solution.
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