Package Base Details: mysql

Git Clone URL: https://aur.archlinux.org/mysql.git (read-only, click to copy)
Submitter: Barthalion
Maintainer: Muflone
Last Packager: Muflone
Votes: 81
Popularity: 0.90
First Submitted: 2013-04-25 19:13 (UTC)
Last Updated: 2023-11-15 01:11 (UTC)

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 .. 9 10 11 12 13 14 15 16 17 18 19 Next › Last »

Muflone commented on 2016-06-25 15:21 (UTC)

@ijann your english is awful. there's nothing wrong with this package and it's not related in any way with mariadb. This IS the mysql package from the original source code

Scimmia commented on 2016-06-22 01:36 (UTC)

ijann, that looks like your AUR helper screwing up, nothing more.

ijann commented on 2016-06-21 23:50 (UTC)

http://subefotos.com/ver/?44dcaecf589a0d4f052ec1e576a51b23o.png http://subefotos.com/ver/?36986723b13793ac5edbfd583f6552a3o.png http://subefotos.com/ver/?4cfedacf536a97dc82cc2293269cf883o.png explain this I see and says MariaDB clearly I saw the pkbuild but nothing like when I install mysql, only when I install mysql56 if you do what is in the pkbuild, but with the version mysql5.6 I pass some pictures of my installation with version 5.6 http://subefotos.com/ver/?6ce7fff584942a9a5542b84ae9a5d8cao.png http://subefotos.com/ver/?da37113b08973d3e7eca9ba093511b3fo.png

Scimmia commented on 2016-06-21 23:25 (UTC)

ijann, what the hell are you talking about. Look at the PKGBUILD, look at what it downloads. This has nothing to do with MariaDB.

nebulon commented on 2016-06-17 13:17 (UTC)

Is there any pacman repository available with pre-built packages of mysql? I don't actually have that much free hard disk space available, as the whole package building takes over 4GB!

kerberizer commented on 2016-06-05 01:20 (UTC) (edited on 2016-06-05 01:22 (UTC) by kerberizer)

@fazal, that's because GCC 6 switched the default mode for C++ from -std=gnu++98 to -std=gnu++14.[1] The simple fix is to add "-std=gnu++98" to CMAKE_CXX_FLAGS, e.g. like this (also including the changes to 5.7.13): http://hastebin.com/uqivuyuzin.diff Edit: Replaced the ugly diff with link to hastebin. ---- 1. https://gcc.gnu.org/gcc-6/changes.html

fazal commented on 2016-05-24 09:17 (UTC)

I'm getting this error: ```` /tmp/yaourt-tmp-fazal/aur-mysql/src/mysql-5.7.12/client/auth_utils.cc: In function ‘int parse_cnf_file(std::istream&, std::map<std::__cxx11::basic_string<char>, std::__cxx11::basic_string<char> >*, const string&)’: /tmp/yaourt-tmp-fazal/aur-mysql/src/mysql-5.7.12/client/auth_utils.cc:64:75: error: no matching function for call to ‘make_pair(std::__cxx11::string&, std::__cxx11::string&)’ options->insert(make_pair<string, string >(option_name, option_value)); ^ In file included from /usr/include/c++/6.1.1/bits/stl_algobase.h:64:0, from /usr/include/c++/6.1.1/bits/char_traits.h:39, from /usr/include/c++/6.1.1/ios:40, from /usr/include/c++/6.1.1/istream:38, from /usr/include/c++/6.1.1/sstream:38, from /tmp/yaourt-tmp-fazal/aur-mysql/src/mysql-5.7.12/client/auth_utils.cc:20: /usr/include/c++/6.1.1/bits/stl_pair.h:425:5: note: candidate: template<class _T1, class _T2> constexpr std::pair<typename std::__decay_and_strip<_Tp>::__type, typename std::__decay_and_strip<_T2>::__type> std::make_pair(_T1&&, _T2&&) make_pair(_T1&& __x, _T2&& __y) ^~~~~~~~~ /usr/include/c++/6.1.1/bits/stl_pair.h:425:5: note: template argument deduction/substitution failed: /tmp/yaourt-tmp-fazal/aur-mysql/src/mysql-5.7.12/client/auth_utils.cc:64:75: note: cannot convert ‘option_name’ (type ‘std::__cxx11::string {aka std::__cxx11::basic_string<char>}’) to type ‘std::__cxx11::basic_string<char>&&’ options->insert(make_pair<string, string >(option_name, option_value)); ^ client/CMakeFiles/mysql_install_db.dir/build.make:86: recipe for target 'client/CMakeFiles/mysql_install_db.dir/auth_utils.cc.o' failed make[2]: *** [client/CMakeFiles/mysql_install_db.dir/auth_utils.cc.o] Error 1 CMakeFiles/Makefile2:6495: recipe for target 'client/CMakeFiles/mysql_install_db.dir/all' failed make[1]: *** [client/CMakeFiles/mysql_install_db.dir/all] Error 2 Makefile:160: recipe for target 'all' failed make: *** [all] Error 2 ````

basil commented on 2016-05-03 14:23 (UTC)

You can also use something like TMPDIR=$HOME/scratch yaourt -S mysql to use a different temporary directory for this install only. In this case you don't actually have to increase your /tmp partition size.

Scindix commented on 2016-05-03 11:54 (UTC) (edited on 2016-05-03 12:55 (UTC) by Scindix)

There must be some kind of error in the build system. No matter how much space I free on my hard drive, I keep getting this error: /usr/bin/ar: libsql_embedded.a: No space left on device libmysqld/CMakeFiles/sql_embedded.dir/build.make:5938: recipe for target 'libmysqld/libsql_embedded.a' failed make[2]: *** [libmysqld/libsql_embedded.a] Error 1 make[2]: *** Deleting file 'libmysqld/libsql_embedded.a' CMakeFiles/Makefile2:7748: recipe for target 'libmysqld/CMakeFiles/sql_embedded.dir/all' failed make[1]: *** [libmysqld/CMakeFiles/sql_embedded.dir/all] Error 2 Makefile:160: recipe for target 'all' failed make: *** [all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build mysql. ==> Restart building libmysqlclient ? [y/N] Note that on root I have 134.92 GB free space now. I don't have external system or home partitions so why am I getting this error? EDIT: Solved the problem myself. Although there was enough space on my hd the compiler exceeded the limit of 4GB on /tmp (set by default to the half of your RAM size). I increased it and it worked. However it would be nice if this would be checked before the compilation process as the usage of /tmp rose to about 7GB. It would have saved me a lot of time.