Package Details: mysql 5.7.16-1

Git Clone URL: https://aur.archlinux.org/mysql.git (read-only)
Package Base: mysql
Description: Fast SQL database server, community edition
Upstream URL: https://www.mysql.com/products/community/
Licenses: GPL
Conflicts: mariadb
Provides: mariadb=5.7.16
Submitter: Barthalion
Maintainer: Muflone
Last Packager: Muflone
Votes: 42
Popularity: 0.796013
First Submitted: 2013-04-25 19:13
Last Updated: 2016-10-16 22:32

Required by (147)

Sources (5)

Latest Comments

matoro commented on 2016-09-14 03:45

Compilation is failing with the following error message:

CMakeFiles/mysqltest_embedded.dir/__/__/client/mysqltest.cc.o:(.data.rel+0x13e0): undefined reference to `my_charset_latin1'
collect2: error: ld returned 1 exit status
make[2]: *** [libmysqld/examples/CMakeFiles/mysqltest_embedded.dir/build.make:99: libmysqld/examples/mysqltest_embedded] Error 1
make[1]: *** [CMakeFiles/Makefile2:7972: libmysqld/examples/CMakeFiles/mysqltest_embedded.dir/all] Error 2
make: *** [Makefile:161: all] Error 2

List of packages I have installed: https://spit.mixtape.moe/view/raw/dd3f08c9
It's on a standard x86_64 laptop, kernel version 4.7.2. Any help?

Muflone commented on 2016-07-02 16:05

@colshacol
the 'provides' option is used to mark the package as a replacement for another package. If some application has mariadb like dependency (any package in the official repository cannot have a dependency on mysql), this package can be a candidate for replacement. Obviously the two packages are different in many ways.

kerberizer commented on 2016-07-01 12:37

I think those AUR helpers should be banned. :)

@colshacol, on a more serious note, what's the AUR helper that you used to install this package, indeed? If that sounds like Chinese to you, then just please explain briefly how you installed MySQL.

colshacol commented on 2016-07-01 12:24

@Muflone Forgive my novice, I have never used MySQL nor MariaDB. But, I saw that you said that this has nothing to do with MariaDB, yet it says "provides: mariadb" above, and upon checking mysql --version, I get "Ver 15.1 Distrib 10.1.14-MariaDB, for Linux (x86_64) using readline 5.1".

I am not complaining. I do not even know the difference! I am just curious as to why you say it is not related to Maria at all.

ijann commented on 2016-06-28 00:27

My apologies, that line of code @kerberizer I fix everything the
problem, that rare that pass this, anyway I regret the anger I had with
@Muflone, I'm happy :D
video remove
translate with Bing

Muflone commented on 2016-06-27 21:14

I hope it will be cleared that your AUR helper (the program you're using to download the packages) is doing mess.
The package mysql is in the AUR while the package mariadb is in the official Arch Linux repository. Your AUR helper is downloading mariadb from the repository instead of the AUR package mysql.

Just download the package from the AUR, like kerberizer pointed and be happy with mysql.

ijann commented on 2016-06-27 21:05

ok @kerberizer take what I say and you dare my conclusions.

Not understand that this repository will not arrange the pkgbuild and is
avoid this mess,

Thanks for responding

kerberizer commented on 2016-06-27 20:32

@ijann, as Scimmia already explained, the problem is with __your__ AUR helper, whatever it is. Please use plain makepkg instead, e.g.:

$ git clone https://aur.archlinux.org/mysql.git
$ cd mysql
$ makepkg -cCifs

Better yet, read about it on the Wiki. There's information in Spanish too...

https://wiki.archlinux.org/index.php/Arch_User_Repository_(Espa%C3%B1ol)
https://wiki.archlinux.org/index.php/Makepkg_(Espa%C3%B1ol)

Edit: Unfortunately, the links got broken, so please use copy-paste on them instead.

Muflone commented on 2016-06-25 15:21

@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

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

ijann commented on 2016-06-21 23:50

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

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

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

@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

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

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

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.

Muflone commented on 2016-03-05 17:18

@graysky
the package mysql provides the libmysqlclient.so.20 library, the latest version.
If the kodi package needs an older version you should rebuild the kodi package with mysql 5.7 (if supported) or use the mysql 5.6 package.

graysky commented on 2016-03-05 11:19

Something is wrong with the libmysqlclient package as it relating to kodi. If I use this AUR package as a substitute for [extra]/mariadb and try to run kodi, I get:

/usr/lib/kodi/kodi.bin: error while loading shared libraries: libmysqlclient.so.18: cannot open shared object file: No such file or directory

Muflone commented on 2016-02-06 19:54

The boost issue was fixed, thanks to Norvald H. Ryeng of MySQL.

basil commented on 2016-02-04 20:47

This still doesn't work. Any workarounds?

Scindix commented on 2016-01-08 08:44

@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

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

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

Updated to version 5.7
version 5.6 users could move to the mysql56 package

wolftankk commented on 2015-09-28 16:09

libjemalloc.so.1: cannot open shared object file


it need rebuilding ..

Marcel_K commented on 2015-07-30 13:43

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

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

@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

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

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

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?

nicolascevallos commented on 2014-12-22 23:13

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?

Muflone commented on 2014-11-28 17:43

Package updated to version 5.6.21

Muflone commented on 2014-11-17 10:29

@sparse
you should download the source again, the checksum is correct to me

sparse commented on 2014-11-17 07:45

Validating source files with sha256sums...
mysql-5.6.20.tar.gz ... FAILED
mysqld-post.sh ... Passed
mysqld-tmpfile.conf ... Passed
mysqld.service ... Passed
mysql-srv_buf_size.patch ... Passed

Muflone commented on 2014-11-12 12:34

Please discuss the whole thing in the ML
https://lists.archlinux.org/pipermail/aur-general/2014-November/029798.html

I'm open to suggest but actually I'm not convinced the issue should be searched in this package, built with the same no-rtti flag as the mariadb-clients

mpz commented on 2014-11-11 18:14

Please remove "-fno-rtti" flag as noted by Marcel_K. It's causing unnecessary problems for people.

Marcel_K commented on 2014-10-10 16:11

Why are you building these packages with -fno-rtti? Only to save a bit of memory?

FYI, this causes problems when compiling mysql-connector-c++ [1]: ‘dynamic_cast’ not permitted with -fno-rtti. Removing that flag here solves this issue.

BTW, I got a warning "Package contains reference to $srcdir" at the end of package_mysql().

[1] https://aur.archlinux.org/packages/mysql-connector-c%2B%2B/

e8hffff commented on 2014-05-07 01:27

Arr worked out problem. Somehow 'other' read access was off on the 'php.ini'. I got fooled the ini had loaded as some sets were custom ot manually changed in php.

e8hffff commented on 2014-05-07 01:11

Is anyone else got problems with mysql or mysqli working? Checking extensions mysqlnd is loaded so I should have access. The ini has the extensions enabled for mysql and mysqli. In php the commands of these feature sets instantly kills the script without error. I had them working but after an update they stopped. I tried reinstalling all components. Getting no errors to indicate what's wrong. Are these features built at build time?

rustam commented on 2013-12-06 08:57

Updated to v5.6.15.

stevenfrog commented on 2013-11-14 01:06

But now many package depend on mariadb, so I have to keep it.

And I just not install libmysqlclient, and it seems work fine.

rustam commented on 2013-11-13 15:19

It is supposed to conflict w/ mariadb and both mysql and mariadb shouldn't be installed at the same time since mariadb is designed as a drop-in replacement for mysql and they have the same paths to binaries, configs, dbs, etc.

stevenfrog commented on 2013-11-13 15:13

"libmysqlclient and libmariadbclient are in conflict"

I think we should not make 'libmysqlclient', because it conflict to arch default package.

enteenteente commented on 2013-10-03 12:28

- comment removed, just relaized:

"Warning: The group base-devel is assumed already installed when building with makepkg . Members of "base-devel" should not be included in makedepends arrays."

https://wiki.archlinux.org/index.php/PKGBUILD#makedepends

sorry!

enteenteente commented on 2013-10-02 22:23

i do get:
"/aur-mysql/./PKGBUILD: line 29: patch: command not found"

=> missing build-dependency to patch

After installing 'patch' manually get:
CMake Error: CMake was unable to find a build program corresponding to "Unix Makefiles". CMAKE_MAKE_PROGRAM is not set. You probably need to select a different build tool.

=> missing build-dependency to make

after installing 'make' manually i get:
CMake Error: Internal CMake error, TryCompile configure of cmake failed

=> missing build-dependency to gcc

enteenteente commented on 2013-10-02 22:13

i do get:
"/aur-mysql/./PKGBUILD: line 29: patch: command not found"
probably only because of a missing build-dependency to patch.

After installing 'patch' manually i now get:
CMake Error: CMake was unable to find a build program corresponding to "Unix Makefiles". CMAKE_MAKE_PROGRAM is not set. You probably need to select a different build tool.

enteenteente commented on 2013-10-02 22:08

i do get:
"/aur-mysql/./PKGBUILD: line 29: patch: command not found"
probably only because of a missing build-dependency to patch.

sitquietly commented on 2013-09-11 21:58

Thanks for keeping mysql available on Arch! The current situation with mariadb is a mess. mariadb won't compile against boost-1.54, but mysql is working fine for me. Now I understand why Beyond Linux From Scratch calls for mysql-5.6.13 along with boost-1.54.

rustam commented on 2013-08-21 14:20

@landif: I've added a patch for this problem.

Anonymous comment on 2013-08-19 22:10

I keep getting this compilation error in all machine i have tried to build on:

[ 40%] Building CXX object storage/innobase/CMakeFiles/innobase.dir/row/row0log.cc.o
/root/packages/mysql/src/mysql-5.6.13/storage/innobase/row/row0log.cc: In function ‘dberr_t row_log_table_apply_ops(que_thr_t*, row_merge_dup_t*)’:
/root/packages/mysql/src/mysql-5.6.13/storage/innobase/row/row0log.cc:2367:11: error: ‘srv_buf_size’ was not declared in this scope
ofs, srv_buf_size);
^
/root/packages/mysql/src/mysql-5.6.13/storage/innobase/row/row0log.cc: In function ‘dberr_t row_log_apply_ops(trx_t*, dict_index_t*, row_merge_dup_t*)’:
/root/packages/mysql/src/mysql-5.6.13/storage/innobase/row/row0log.cc:3156:11: error: ‘srv_buf_size’ was not declared in this scope
ofs, srv_buf_size);
^
/root/packages/mysql/src/mysql-5.6.13/storage/innobase/row/row0log.cc: In function ‘dberr_t row_log_table_apply_ops(que_thr_t*, row_merge_dup_t*)’:
/root/packages/mysql/src/mysql-5.6.13/storage/innobase/row/row0log.cc:2310:39: warning: ignoring return value of ‘int ftruncate(int, __off64_t)’, declared with attribute warn_unused_result [-Wunused-result]
ftruncate(index->online_log->fd, 0);
^
/root/packages/mysql/src/mysql-5.6.13/storage/innobase/row/row0log.cc: In function ‘dberr_t row_log_apply_ops(trx_t*, dict_index_t*, row_merge_dup_t*)’:
/root/packages/mysql/src/mysql-5.6.13/storage/innobase/row/row0log.cc:3103:39: warning: ignoring return value of ‘int ftruncate(int, __off64_t)’, declared with attribute warn_unused_result [-Wunused-result]
ftruncate(index->online_log->fd, 0);
^
make[2]: *** [storage/innobase/CMakeFiles/innobase.dir/row/row0log.cc.o] Error 1
make[1]: *** [storage/innobase/CMakeFiles/innobase.dir/all] Error 2
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
Aborting...

Anonymous comment on 2013-07-10 23:45

@rustam problem FIXED!

rustam commented on 2013-07-10 11:19

@vfbsilva: I've updated the package so it now cleans out the build directory before building, this should resolve the problem.

Anonymous comment on 2013-07-10 04:21

I cannot build this package
==> Making package: mysql 5.6.12-2 (Wed Jul 10 01:13:20 BRT 2013)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
-> Found mysql-5.6.12.tar.gz
-> Found mysql-5.6.12.tar.gz.asc
-> Found mysqld-post.sh
-> Found mysqld-tmpfile.conf
-> Found mysqld.service
==> Validating source files with sha256sums...
mysql-5.6.12.tar.gz ... Passed
mysql-5.6.12.tar.gz.asc ... Skipped
mysqld-post.sh ... Passed
mysqld-tmpfile.conf ... Passed
mysqld.service ... Passed
==> Verifying source file signatures with gpg...
mysql-5.6.12.tar.gz ... FAILED (unknown public key 8C718D3B5072E1F5)
==> WARNING: Warnings have occurred while verifying the signatures.
Please make sure you really trust them.
==> Extracting sources...
-> Extracting mysql-5.6.12.tar.gz with bsdtar
==> Removing existing pkg/ directory...
==> Starting build()...
mkdir: cannot create directory ‘build’: File exists
==> ERROR: A failure occurred in build().
Aborting...
The build failed.
local database is up to date

How should I proceed?

rustam commented on 2013-06-13 09:07

Ah, I see now. On my systems it just throws a warning but doesn't prevent building, and I can see the same in the Arch wiki http://bit.ly/12oPo0W. Not sure why it's the error in your case. The reason for this verification failure is that Oracle's GPG keys are not added to the keyring. So, successful GPG checking would require you to manually init the keyring and import their key, run:

gpg --list-keys
gpg --recv-keys 8C718D3B5072E1F5

Then try installing aur/mysql again, it should resolve the problem. Probably I will need to drop gpg checking in this AUR package, as it makes no sense for me manually adding the signature, or build another package with their keyring and install it prior to MySQL installation as a dependency.

kralibes commented on 2013-06-13 06:13

With yaourt.

Now I see that it's not a checksum error but an error of failing gpg signature - sorry for this.

(german)
==> Überprüfe Signaturen der Quell-Dateien mit gpg...
mysql-5.6.11.tar.gz ... FEHLGESCHLAGEN
==> FEHLER: Eine oder mehrere PGP-Signaturen konnten nicht überprüft werden.
==> ERROR: Makepkg was unable to build mysql.
==> Restart building mysql ? [y/N]
==> ------------------------------

rustam commented on 2013-06-11 18:38

@kralibes: I see no issues with checksums; double checked it and it's valid and the package builds on my machines. Do you use yaourt or manually downloaded the pkgbuild and building in a directory with makepkg? In the latter case, try removing mysql-5.6.11.tar.gz and re-download it.

kralibes commented on 2013-06-11 18:10

No valid checksum for mysql 5.6.11.

rustam commented on 2013-05-29 10:20

MySQL 5.6.11 is the current stable GA release, so I'm gonna update this package to that version shortly. I've submitted the mysql55 package for those who still need v5.5.

Barthalion commented on 2013-05-16 13:01

If you don't have time to compile new release on your own, I uploaded signed packages here: http://repo.bpiotrowski.pl/tmp/mysql/