Age | Commit message (Collapse) | Author |
|
Here is the error log from mariadb's configure test
...
checking for zlib compression library... configure: error: headers or
binaries were not found in /home/jiahongxu/yocto/build-20131009-mysql/
bitbake_build/tmp/sysroots/qemux86-64/usr/{include,lib}
...
When multilib is used, the baselib is assigned with "lib64", here is
the log from 'bitbake mariadb -e'
...
4738 # $baselib [3 operations]
4739 # set conf/bitbake.conf:10
4740 # "${BASELIB}"
4741 # set conf/bitbake.conf:11
4742 # [vardepvalue] "${baselib}"
4743 # set /home/jiahongxu/yocto/build-20131009-mysql/layers/oe-core/meta/conf/multilib.conf:2
4744 # "${@d.getVar('BASE_LIB_tune-' + (d.getVar('DEFAULTTUNE', True) or 'INVALID'), True) or d.getVar('BASELIB', True)}"
4745 # computed:
4746 # "${@d.getVar('BASE_LIB_tune-' + (d.getVar('DEFAULTTUNE', True) or 'INVALID'), True) or d.getVar('BASELIB', True)}"
4747 baselib="lib64"
...
In this situation, the zlib locates in 'lib64' rather than 'lib'.
But mariadb's confiure test still searches zlib in 'lib'.
Modify mariadb's confiure to let lib dir configurable rather
than hardcode could fix this issue.
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Invoke 'mysql_install_db' on target, there are some warnings:
...
Installing MariaDB/MySQL system tables...
131009 6:13:14 [Warning] '--skip-locking' is deprecated and will be removed in a future release. Please use '--skip-external-locking' instead.
OK
Filling help tables...
131009 6:13:14 [Warning] '--skip-locking' is deprecated and will be removed in a future release. Please use '--skip-external-locking' instead.
OK
...
Modify my.cnf to use '--skip-external-locking' instead of '--skip-locking'
could fix this issue.
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
In mariadb recipe,do_install move all the lib files from usr/lib/mysql
to usr/lib,but didn't change libdir value in *.la libtool file. This
will cause libtool can't get correct lib path of mysql when other
package need mysql lib.So update them to correct value.
Here is a exapmle:
In libmysqlclient.la file: libdir = "/usr/lib/mysq/", but in fact
libmysqclient.so is installed into "/usr/lib", this will cause
libtool can not find correct lib file with libmysqlclient.la, then
libtool will use rpath option to reference a absolute path, and
this will cause rpath WARING and rpm error.
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
* for backwards compatibility
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Switch to MariaDB (which is a drop-in replacement for MySQL) and use
the latest stable release from the 5.1 series.
* Update LIC_FILES_CHKSUM due to reformatted GPLv2 license text with
updated FSF address
* Refresh patches
* Add two patches from the upstream 5.1 branch to fix CVE-2013-1861
* Add a package for libmysqld (the embedded server library)
* Disable "maria" plugin since this fails to compile and doesn't
appear to be critical
* Drop some unrecognised/redundant options from EXTRA_OECONF
* Fix text relocation QA warnings introduced in the upgrade
* Convert to use useradd.bbclass for creating mysql user
* Set SUMMARY instead of description
* Move SRC_URI checksums to the version-specific inc file
* Clear out cruft in files/
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
|
|
* fails without mysql_config:
ERROR: Function failed: do_compile (log file is located at mysql-python/1.2.4-r0/temp/log.do_compile.29833)
ERROR: Logfile of failure stored in: mysql-python/1.2.4-r0/temp/log.do_compile.29833
Log data follows:
| DEBUG: Executing shell function do_compile
| sh: 1: mysql_config: not found
| Traceback (most recent call last):
| File "setup.py", line 18, in <module>
| metadata, options = get_config()
| File "mysql-python/1.2.4-r0/MySQL-python-1.2.4/setup_posix.py", line 43, in get_config
| libs = mysql_config("libs_r")
| File "mysql-python/1.2.4-r0/MySQL-python-1.2.4/setup_posix.py", line 25, in mysql_config
| raise EnvironmentError("%s not found" % (mysql_config.path,))
| EnvironmentError: mysql_config not found
| ERROR: python setup.py build_ext execution failed.
| ERROR: Function failed: do_compile (log file is located at mysql-python/1.2.4-r0/temp/log.do_compile.29833)
NOTE: recipe mysql-python-1.2.4-r0: task do_compile: Failed
ERROR: Task 6 (meta-oe/recipes-support/mysql/mysql-python_1.2.4.bb, do_compile) failed with exit code '1'
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
* in some seldom cases mysql's m4 macro decides that system
zlib (from DEPENDS) is not worthy and decides to use own
bundled version which prefers stuff like static libz.a and
stages libz.la again:
mysql-5.1.40/config/ac-macros/zlib.m4
NOTE: recipe mysql5-5.1.40-r11: task do_package_setscene: Started
NOTE: recipe zlib-1.2.7-r0: task do_packagedata_setscene: Succeeded
WARNING: The recipe zlib is trying to install files into a shared area when those files already exist. Those files and their manifest location are:
sysroots/om-gta04/usr/lib/libz.a
Matched in manifest-om-gta04-mysql5
Please verify which package should provide the above files.
NOTE: recipe zlib-1.2.7-r0: task do_populate_sysroot_setscene: Succeeded
* this libz.la + libz.a is breaking many packages which are now trying to
link shared libs against libz.a from mysql which was built without fPIC
breaking libxml2, glib-2.0, gnutls, libpng, ...
| ld: sysroots/om-gta04/usr/lib/libz.a(crc32.o): relocation R_ARM_MOVW_ABS_NC against `a local symbol' can not be used when making a shared object; recompile with -fPIC
| sysroots/om-gta04/usr/lib/libz.a: could not read symbols: Bad value
| collect2: ld returned 1 exit status
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
When mysql does not detect zlib during configure then their copy of
zlib 1.2.3 is built. That leads to problems during rootfs creation:
| * check_data_file_clashes: Package libz-staticdev wants to install file /home/hrw/HDD/devel/canonical/aarch64/openembedded/build/tmp-eglibc/work/genericarmv8-oe-linux/linaro-image-lamp/1.0-r0/rootfs/usr/lib/libz.a
| But that file is already provided by package * libmysqlclient-staticdev
| * opkg_install_cmd: Cannot install package libz-staticdev.
Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
This package provides an interface to MySQL for Python.
Signed-off-by: Mihai Prica <mihai.prica@intel.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
* This change is only aesthetic (unlike indentation in Python
tasks).
* Some recipes were using tabs.
* Some were using 8 spaces.
* Some were using mix or different number of spaces.
* Make them consistently use 4 spaces everywhere.
* Yocto styleguide advises to use tabs (but the only reason to keep
tabs is the need to update a lot of recipes). Lately this advice
was also merged into the styleguide on the OE wiki.
* Using 4 spaces in both types of tasks is better because it's less
error prone when someone is not sure if e.g.
do_generate_toolchain_file() is Python or shell task and also allows
to highlight every tab used in .bb, .inc, .bbappend, .bbclass as
potentially bad (shouldn't be used for indenting of multiline
variable assignments and cannot be used for Python tasks).
* Don't indent closing quote on multiline variables
we're quite inconsistent wheater it's first character on line
under opening quote or under first non-whitespace character in
previous line.
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Acked-by: Koen Kooi <koen@dominion.thruhere.net>
|
|
Mysql start scripts assumed that mysqld is in /usr/libexec/ directory.
It was true until 406bd38b4232f9f399ef5ffe0b4fac72ed605a23 landed in
OE-Core.
This changeset fixes mysqld start and initial databases population
scripts.
More: https://bugs.launchpad.net/linaro-oe/+bug/1068759
Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
|
|
This variable is no longer used with OE-Core.
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
|
|
This variable is no longer used with OE-Core.
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
|
|
Path replacement was not happening on some machines if the MySQL build
scripts set a different path in the produced mysql_config script,
resulting in host paths being left in.
Original patch by Joe Slater <jslater@windriver.com>.
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
|
|
Without that change target system had to be restarted to get MySQL
running or it had to be run by hand. Reason was simple: mysql init
script was starting before S99configure when package was not yet
configured.
Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
|
|
mysql_config should point to the directory where the MySQL include files
can be found and not its parent.
This fixes building modphp with mysql enabled, and allows cherokee to
actually enable mysql support.
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
|
|
Signed-off-by: Samuel Stirtzel <s.stirtzel@googlemail.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
|
|
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
|
|
* We have various variables which are either not quoted at all or are
* half quoted. This patch fixes the bad exmaples so everything is consistent.
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
As per TSC decision
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
|