Package Details: mysql 9.0.1-1

Git Clone URL: https://aur.archlinux.org/mysql.git (read-only, click to copy)
Package Base: mysql
Description: Fast SQL database server, community edition
Upstream URL: https://www.mysql.com/products/community/
Licenses: GPL-2.0-only
Conflicts: mariadb
Provides: mariadb, mysql
Submitter: Barthalion
Maintainer: Muflone
Last Packager: Muflone
Votes: 82
Popularity: 0.034019
First Submitted: 2013-04-25 19:13 (UTC)
Last Updated: 2024-08-11 14:51 (UTC)

Required by (208)

Sources (8)

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

Latest Comments

« First ‹ Previous 1 .. 11 12 13 14 15 16 17 18 19 Next › Last »

Scindix commented on 2016-01-08 08:44 (UTC) (edited on 2016-01-08 11:36 (UTC) by Scindix)

@tle Having exactly the same problem... I need libmysqlclient to install the root library (by CERN) Is there a fast workaround that I can do to make it work? (Unfortunately I'm not really familiar with cmake, so I couldn't help myself on that one) The only thing that I found is to open /usr/include/boost/version.hpp and change the version during installation. However that doesn't seem right even for a workaround. It compiles, but I'm not sure yet if it really works. It would be really nice if you could submit a patch. Update: okay it fails to compile. /usr/include/boost/geometry/util/has_non_finite_coordinate.hpp:42:12: error: ‘has_coordinate_with_property’ is not a member of ‘boost::geometry::detail’ return detail::has_coordinate_with_property ^ /usr/include/boost/geometry/util/has_non_finite_coordinate.hpp:44:18: error: expected primary-expression before ‘,’ token Point, ^ /usr/include/boost/geometry/util/has_non_finite_coordinate.hpp:45:34: error: expected primary-expression before ‘,’ token detail::is_not_finite, ^ /usr/include/boost/geometry/util/has_non_finite_coordinate.hpp:50:10: error: ‘::apply’ has not been declared >::apply(point); ^ Seems that mysql really need that old version of boost.

tle commented on 2016-01-05 12:10 (UTC)

Hi folks It seems to me MySQL is quite strict on the version of boost. I failed installing with following error: ``` -- Found /usr/include/boost/version.hpp -- BOOST_VERSION_NUMBER is #define BOOST_VERSION 106000 CMake Warning at cmake/boost.cmake:256 (MESSAGE): Boost minor version found is 60 we need 59 Call Stack (most recent call first): CMakeLists.txt:435 (INCLUDE) -- BOOST_INCLUDE_DIR /usr/include -- LOCAL_BOOST_DIR -- LOCAL_BOOST_ZIP -- Could not find (the correct version of) boost. -- MySQL currently requires boost_1_59_0 CMake Error at cmake/boost.cmake:76 (MESSAGE): You can download it with -DDOWNLOAD_BOOST=1 -DWITH_BOOST=<directory> This CMake script will look for boost in <directory>. If it is not there, it will download and unpack it (in that directory) for you. If you are inside a firewall, you may need to use an http proxy: export http_proxy=http://example.com:80 Call Stack (most recent call first): cmake/boost.cmake:259 (COULD_NOT_FIND_BOOST) CMakeLists.txt:435 (INCLUDE) -- Configuring incomplete, errors occurred! See also "/tmp/yaourt-tmp-tle/aur-mysql/src/build/CMakeFiles/CMakeOutput.log". ``` As you can see above the version that MySQL asked for is minor 59, whilst I have 60. I am more than happy to submit a patch if no one's up for it.

twheel commented on 2015-11-11 11:44 (UTC)

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"

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

« First ‹ Previous 1 .. 11 12 13 14 15 16 17 18 19 Next › Last »