openembedded-core.git/meta/recipes-support/db, branch krogoth Mirror of openembedded-core db: remove the NO_UPDATE_REASON and replace it a comment about RPM 2016-03-09T16:59:55+00:00 Mark Hatle mark.hatle@windriver.com 2016-02-29T15:37:43+00:00 82aeafe722f447a55e04c39aec70e88f2a1962e3 Signed-off-by: Mark Hatle <mark.hatle@windriver.com> 
Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
db: update HOMEPAGE 2016-02-11T12:31:32+00:00 Andre McCurdy armccurdy@gmail.com 2016-02-11T05:10:52+00:00 24eba6f321e1152bcf60bc16ec21b0b29ab21179 The previous HOMEPAGE is no longer available. Signed-off-by: Andre McCurdy <armccurdy@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
The previous HOMEPAGE is no longer available.

Signed-off-by: Andre McCurdy <armccurdy@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
db: Use cross libtool 2016-02-02T14:42:14+00:00 Khem Raj raj.khem@gmail.com 2016-02-01T05:08:27+00:00 22e8a0cb730b7ff8b8ce4c409548b41ffd320dde db is not reconfigured like usual autotools based components so it generates its own libtool, and this libtool is not equipped to do cross builds, e.g. when building using clang on musl, it misdirects linker to use libstdc++.so from build host instead of target, the reason being it does not understand sysroot. Use cross libtool instead to build the target versions Fixes errors like below | libtool: link: arm-oe-linux-musleabi-ranlib .libs/libdb-6.0.a | /a/builder/mnt/build-oe/tmp-musl/sysroots/x86_64-linux/usr/bin/arm-oe-linux-musleabi/arm-oe-linux-musleabi-ld: error: /usr/lib/libstdc++.so: incompatible target (From OE-Core rev: d14b5e650e1e55e30abbd884a6bbd9b4feacd923) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
db is not reconfigured like usual autotools based components so it
generates its own libtool, and this libtool is not equipped to do cross
builds, e.g. when building using clang on musl, it misdirects linker to
use libstdc++.so from build host instead of target, the reason being it
does not understand sysroot.

Use cross libtool instead to build the target versions

Fixes errors like below

| libtool: link: arm-oe-linux-musleabi-ranlib .libs/libdb-6.0.a
|
/a/builder/mnt/build-oe/tmp-musl/sysroots/x86_64-linux/usr/bin/arm-oe-linux-musleabi/arm-oe-linux-musleabi-ld:
error: /usr/lib/libstdc++.so: incompatible target

(From OE-Core rev: d14b5e650e1e55e30abbd884a6bbd9b4feacd923)

Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
package_regex.inc: split entries which blacklist specific versions to their recipes 2015-12-08T10:20:09+00:00 Alexander Kanavin alexander.kanavin@linux.intel.com 2015-11-16T14:34:03+00:00 1eb9e190ef3bb1170b3eaabd9f7900e7ce176624 Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> 
Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
db: fix race issue for libdb-6.0.la 2015-12-01T21:30:57+00:00 Robert Yang liezhi.yang@windriver.com 2015-11-18T01:48:31+00:00 5e0f27bd0d00dd9aa597d98d0a7d5b4f5d726925 Fixed: libtool: link: `os_map.lo' is not a valid libtool object Makefile:867: recipe for target 'libdb-6.0.la' failed Signed-off-by: Ross Burton <ross.burton@intel.com> 
Fixed:
libtool: link: `os_map.lo' is not a valid libtool object
Makefile:867: recipe for target 'libdb-6.0.la' failed

Signed-off-by: Ross Burton <ross.burton@intel.com>
upstream_tracking.inc: deprecate and move contents to recipes 2015-08-31T11:32:43+00:00 Alexander Kanavin alexander.kanavin@linux.intel.com 2015-08-28T12:18:50+00:00 b384345d9a693cbc3fd0dbeed9edd8c24618259d No-update reasons and manual version checks should be in the recipes themselves because otherwise they're prone to getting out of date. Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
No-update reasons and manual version checks should be in the recipes
themselves because otherwise they're prone to getting out of date.

Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
db: fix parallel issue 2015-04-02T11:00:35+00:00 Robert Yang liezhi.yang@windriver.com 2015-04-01T07:53:01+00:00 b125feb069fd199c657df804453bd70e0e1939e2 Fixed parallel issue: libtool: link: `bt_rec.lo' is not a valid libtool object Makefile:867: recipe for target 'libdb-6.0.la' failed make: *** [libdb-6.0.la] Error 1 Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Fixed parallel issue:
libtool: link: `bt_rec.lo' is not a valid libtool object
Makefile:867: recipe for target 'libdb-6.0.la' failed
make: *** [libdb-6.0.la] Error 1

Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
db_6.0.30: modify SPDX_S variable 2014-09-29T16:49:11+00:00 leimaohui leimaohui@cn.fujitsu.com 2014-09-23T09:48:14+00:00 2e9d5ef3b58c298757190c6e13e5300fa1e9ed45 Modify SPDX_S to the source tree of db-6.0.30 instead of ${S}. Signed-off-by: leimaohui <leimaohui@cn.fujitsu.com> 
Modify SPDX_S to the source tree of db-6.0.30 instead of ${S}.

Signed-off-by: leimaohui <leimaohui@cn.fujitsu.com>
db_5.3.28: modify SPDX_S variable 2014-09-29T16:49:11+00:00 leimaohui leimaohui@cn.fujitsu.com 2014-09-23T09:48:13+00:00 c86137e2fc9faee1146e41fa4b7c1d284dd6673f Because $S is set to sub-directory of db-5.3.28. So modify SPDX_S to the source tree of db-5.3.28 instead of ${S}. Signed-off-by: leimaohui <leimaohui@cn.fujitsu.com> 
Because $S is set to sub-directory of db-5.3.28.
So modify SPDX_S to the source tree of db-5.3.28 instead of ${S}.

Signed-off-by: leimaohui <leimaohui@cn.fujitsu.com>
db: Add version 6.0.30 2014-07-08T10:19:48+00:00 Mark Hatle mark.hatle@windriver.com 2014-07-03T00:57:43+00:00 04bb223110da2f92725c341bc3ec0cf26325f675 The latest version of RPM5 requires Berkley DB 6.0.20 or newer. The license is now AGPL-3.0 in BDB 6.0. This may not be acceptable to some, so the previous version is retained as an alternative. Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
The latest version of RPM5 requires Berkley DB 6.0.20 or newer.

The license is now AGPL-3.0 in BDB 6.0.  This may not be acceptable to some, so
the previous version is retained as an alternative.

Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>