summaryrefslogtreecommitdiffstats
path: root/meta/recipes-support/db
Commit message (Collapse)AuthorAgeFilesLines
* db: fix upstream version checkAlexander Kanavin2019-03-291-1/+1
| | | | | | | | | | | | | | | The new regex excludes the 5.3.28+dfsg1 which is a Debian repackaging of the original tarball: * Repack the .orig tarball to eliminate prebuilt binaries that need a Visual Studio plugin to build from source. (Closes: #898215) https://metadata.ftp-master.debian.org/changelogs/main/d/db5.3/unstable_changelog (From OE-Core rev: 0bba7bbdb9600095f367bbe2f6926e216a7b56ce) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* db5: Fix build issues found with clang/libc++Khem Raj2019-01-212-0/+148
| | | | | | | | | This is a genuine error that is discovered when using libc++ runtime (From OE-Core rev: e4aa17ddc2ea623de2803efa9ab2fca498c99e19) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* db: drop legacy ARM specific SWP based mutex optimisationAndre McCurdy2018-06-282-65/+3
| | | | | | | | | | | | | | | | | | | | | | Although the ARM SWP instruction may exist for ARMv6 and above, it's not guaranteed to work, especially on SMP systems where it's use may lead to instability at runtime, etc: https://community.arm.com/processors/b/blog/posts/locks-swps-and-two-smoking-barriers Keeping the optimisation for architecture levels which pre-date SMP (ie <= ARMv5) may be safe, however other distros (Buildroot, Debian, Fedora, etc) are not doing so and mutex contention is likely to be less of an issue on uniprocessor systems anyway, so the benefits of this micro optimisations are not clear. Since OE uses ARMv5 qemu as a proxy for testing all 32bit ARM architecture levels, it's desirable to keep the ARMv5 builds aligned with later ARM architecture levels wherever possible. (From OE-Core rev: 7aa94abac09be6beb7ce14a2b9a409e934465706) Signed-off-by: Andre McCurdy <armccurdy@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* db: set correct product and version for CVE matchesRoss Burton2018-02-161-0/+3
| | | | | | | | | | We may ship db 5.3.28, but the CVE database knows this as oracle_berkeley_db 11.2.5.3.28. (From OE-Core rev: f348cd641416d2750dfec8e19bd01e7ae9f809aa) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* db: don't provide virtual/dbRoss Burton2017-11-111-10/+0
| | | | | | | | | | As there are no alternative providers for virtual/db remove the PROVIDES and recipes can just depend on db. (From OE-Core rev: dcbc45aa3fe72c528fe4d47a783da4b4ed5ff38e) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* db: change types to avoid headers changing between architecturesRoss Burton2017-11-082-3/+61
| | | | | | | | | | | | | | | | | | | | Triggered by looking at why Python doesn't find db.h (because it greps db.h for a regex, and db.h is actually a oe_multilib_header wrapper) I realised that the only reason we have to oe_multilib_header db.h is because one typedef is different between 32-bit and 64-bit architectures. However, the typedef is for a 64-bit integer so instead of using long (64-bit) or long long (32-bit), just use int64_t. Some of the overly complicated configure tests need to be deleted after this change but that is safe as we're building in a controlled environment and can assume int64_t exists. With this done the header doesn't change between architectures, and it doesn't need to be wrapped by oe_multilib_header. (From OE-Core rev: 60aa20b8b691e5a72a6a11bf795b86c6359db886) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* db: Add --tag parameter to libtool invocationKhem Raj2017-08-252-6/+59
| | | | | | | | | | | | | | | | | | | Fix do_configure to be able to regenerate configure files Use cross libtool as installed by OE, as done in normal autotooled recipes These changes help in invoking the libtool with proper tags for C and C++ compiler and linker invocation and not use same tag across all different invocations Fixes errors like libtool: compile: unable to infer tagged configuration libtool: compile: specify a tag with `--tag' (From OE-Core rev: afa9f769d62034d4443dfe929422d1d591adf709) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* db: fix upstream version checkAlexander Kanavin2017-05-231-0/+4
| | | | | | | | (From OE-Core rev: 0bdb2260359b5e72c697ed4484e0d7f1230ab050) Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* db: Fix atomic function namespace clash with clang builtinsKhem Raj2017-03-242-0/+46
| | | | | | | | | | Rename local function to avoid conflicts with compiler intrinsics (From OE-Core rev: fcfbbae9fdda539665a1e8bfe292f917bd5a1927) 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: remove the 6.x recipeAlexander Kanavin2017-03-144-170/+1
| | | | | | | | | | | | | | | Version 6.x of Berkeley DB has been rejected by open source community due to its hostile AGPLv3 license; both Fedora and Debian are sticking with db 5.x - and by extension, all the open source projects are still developed and tested with db 5.x In oe-core the only thing that was requiring db 6.x was rpm 5.x, and so there's no reason to continue carrying db 6.x in oe-core. If someone needs API features that are only available in db 6.x, it can be re-added to meta-oe. (From OE-Core rev: 2694de76542840f79e3953c546d07b8ae479b8a1) Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* db: do the multilib_header processing for db.hAlexander Kanavin2017-03-111-1/+3
| | | | | | | | | As it varies from one machine to another. (From OE-Core rev: e34ac7634a6d1f110ee4748de813e7b1fd89d119) Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* db: disable the ARM assembler mutex codeLi Zhou2016-11-151-9/+0
| | | | | | | | | | | | | | The swpb in macro MUTEX_SET will cause "undefined instruction" error on the new arm arches which don't support this assembly instruction any more. If use ldrex/strex to replace swpb, the old arm arches don't support them. So to avoid this issue, just disable the ARM assembler mutex code, and use the default pthreads mutex. (From OE-Core rev: aafbc548ebc66dc0d703526f9a98f784e9c9605b) Signed-off-by: Li Zhou <li.zhou@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* db: remove pointless documentationRoss Burton2016-11-061-8/+6
| | | | | | | | | | | | | | | db-doc has an installed footprint of 94MB, but 60MB of that is the documentation for the Java and C# bindings which are not part of this recipe. Remove them and the for-print PDF manuals to massively reduce the footprint of db-doc. Also improve the fix for the documentation install path, and put the documentation under ${docdir}/db instead of just ${docdir} (which is /usr/share/doc by default). (From OE-Core rev: 89e9d8fc7f99fb6346dc035e51abbc942011d9b5) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* db: Refresh patchesRichard Purdie2016-09-304-18/+19
| | | | | | | | | The patches were failing to apply in some cases, refresh them aganst the current source. (From OE-Core rev: eb11f60d9d87aa24e93a86f366764b1848bb5cb1) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* db: Upgrade to 6.0.35Aníbal Limón2016-09-301-4/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The SRC_URI was changed to point gentoo distfiles because now Oracle request authorization for download the source code [1], there are no changes in the LICENSE since version 6.0.20 when the LICENSE changes to AGPL-3 [2], also the md5sum was review to be sure that is the same. This minor upgrade fix an issue related to multiple rpm instances querying the database [3]. The bugfixes related are, - Fixed a bug that may lead to a crash when opening multiple environments in a multi-threaded program. - Fixed a bug where closing a panic environment raised access violation and crashed the program. For see the complete list of changes mostly bugfixes between 6.0.30 and 6.0.35 [4]. [1] http://download.oracle.com/otn/berkeley-db/db-6.0.35.tar.gz [2] http://download.oracle.com/otndocs/products/berkeleydb/html/changelog_6_0.html#idp509784 [3] https://bugzilla.yoctoproject.org/show_bug.cgi?id=10157#c0 [4] http://download.oracle.com/otndocs/products/berkeleydb/html/changelog_6_0.html#idp503384 [YOCTO #10157] (From OE-Core rev: 8f72cae18961e9556e54db76a416bde497dc8b6d) Signed-off-by: Aníbal Limón <anibal.limon@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* db: Use cross libtoolKhem Raj2016-07-202-0/+2
| | | | | | | | | | | | | | | Reintroduce the use of cross-libtool when building the target package this fails otherwise with clang | ./libtool --mode=execute true db_printlog | /usr/lib/libstdc++.so: file not recognized: File format not recognized | clang-3.9: error: linker command failed with exit code 1 (use -v to see invocation) (From OE-Core rev: f9fab69a15a71f541f93fb38319de03ad07b1bf5) 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: use S/B more idiomaticallyRoss Burton2016-07-104-49/+40
| | | | | | | | | | | | | | | | Instead of setting S to a directory inside the tarball and B to another directory inside the tarball, use the default value of S and set AUTOTOOLS_SCRIPT_PATH to the right path to find configure. Update the patches so they still apply, and clean up the recipe slightly. Because something is not quite right regarding quilt and patching, add a PR bump to the recipes to ensure that a clean work directory is used: for some reason rebuilds will rarely fail to patch correctly. (From OE-Core rev: dcbef72b8344c22617d65ea1e9f0fa7ad9a742bd) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* db: add RECIPE_NO_UPDATE_REASONMaxin B. John2016-06-071-0/+1
| | | | | | | | | db-6.2.23 does not work with RPM-5.x due to changes in locking semantics (From OE-Core rev: 8ea6be55b795ae5306606f7d4cdacdf3c2afa5ae) Signed-off-by: Maxin B. John <maxin.john@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* db: remove the NO_UPDATE_REASON and replace it a comment about RPMMark Hatle2016-03-091-1/+1
| | | | | | | (From OE-Core rev: 82aeafe722f447a55e04c39aec70e88f2a1962e3) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* db: update HOMEPAGEAndre McCurdy2016-02-112-2/+2
| | | | | | | | | The previous HOMEPAGE is no longer available. (From OE-Core rev: 24eba6f321e1152bcf60bc16ec21b0b29ab21179) Signed-off-by: Andre McCurdy <armccurdy@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* db: Use cross libtoolKhem Raj2016-02-022-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | 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) (From OE-Core rev: 22e8a0cb730b7ff8b8ce4c409548b41ffd320dde) 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 ↵Alexander Kanavin2015-12-081-0/+4
| | | | | | | | | | recipes (From OE-Core rev: 1eb9e190ef3bb1170b3eaabd9f7900e7ce176624) Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* db: fix race issue for libdb-6.0.laRobert Yang2015-12-012-0/+33
| | | | | | | | | | | Fixed: libtool: link: `os_map.lo' is not a valid libtool object Makefile:867: recipe for target 'libdb-6.0.la' failed (From OE-Core rev: 5e0f27bd0d00dd9aa597d98d0a7d5b4f5d726925) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* upstream_tracking.inc: deprecate and move contents to recipesAlexander Kanavin2015-09-011-0/+2
| | | | | | | | | | No-update reasons and manual version checks should be in the recipes themselves because otherwise they're prone to getting out of date. (From OE-Core rev: b384345d9a693cbc3fd0dbeed9edd8c24618259d) Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* db: fix parallel issueRobert Yang2015-04-022-0/+31
| | | | | | | | | | | | 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 (From OE-Core rev: b125feb069fd199c657df804453bd70e0e1939e2) 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 variableleimaohui2014-09-301-0/+1
| | | | | | | | | Modify SPDX_S to the source tree of db-6.0.30 instead of ${S}. (From OE-Core rev: 2e9d5ef3b58c298757190c6e13e5300fa1e9ed45) Signed-off-by: leimaohui <leimaohui@cn.fujitsu.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* db_5.3.28: modify SPDX_S variableleimaohui2014-09-301-0/+1
| | | | | | | | | | 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}. (From OE-Core rev: c86137e2fc9faee1146e41fa4b7c1d284dd6673f) Signed-off-by: leimaohui <leimaohui@cn.fujitsu.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* db: Add version 6.0.30Mark Hatle2014-07-082-0/+124
| | | | | | | | | | | | 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. (From OE-Core rev: 04bb223110da2f92725c341bc3ec0cf26325f675) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* db_5.3.*: Upgrade to 5.3.28Mark Hatle2014-07-081-3/+3
| | | | | | | | | | Simple upgrade, the license checksum change is related to a copyright date change. (From OE-Core rev: cc6223d24bfd85240399272ebf5f1dddb6150c79) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* db: Fix libtool linking against local libstdc++.soTyler Hall2014-01-301-1/+1
| | | | | | | | | | | | | | | Building the C++ bindings in a484b35b818768487ff27cf06b8c5d4e128126af introduced this error on systems with /usr/lib/libstdc++.so present: /usr/lib/libstdc++.so: file not recognized: File format not recognized The shipped libtool is sysroot aware, so pass --with-sysroot so it will extract the sysroot from the compiler. (From OE-Core rev: db8a2c29b936e5252970c85def927d9cc56a8376) Signed-off-by: Tyler Hall <tylerwhall@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* db : Include C++ binding library in Berkeley DB recipe.Philip Balister2014-01-061-7/+14
| | | | | | | | | | | | | | Create the C++ library for db. This library is packaged in a new package so the db package only contains the c library. This prevents existing users from adding libstdc++ to the package DEPENDS. (From OE-Core rev: a484b35b818768487ff27cf06b8c5d4e128126af) Signed-off-by: Philip Balister <philip@balister.org> Signed-off-by: Douglas Geiger <doug.geiger@bioradiation.net> Signed-off-by: Steve Arnold <esteve@gentoogeek.org> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Replace one-line DESCRIPTION with SUMMARYPaul Eggleton2014-01-021-1/+1
| | | | | | | | | | | | | | A lot of our recipes had short one-line DESCRIPTION values and no SUMMARY value set. In this case it's much better to just set SUMMARY since DESCRIPTION is defaulted from SUMMARY anyway and then the SUMMARY is at least useful. I also took the opportunity to fix up a lot of the new SUMMARY values, making them concisely explain the function of the recipe / package where possible. (From OE-Core rev: b8feee3cf21f70ba4ec3b822d2f596d4fc02a292) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* db: Fix build with high PARALLEL_MAKEMartin Jansa2013-11-052-1/+21
| | | | | | | | | | | | * sometimes it fails with: libtool: link: `util_log.lo' is not a valid libtool object make: *** [db_replicate] Error 1 (From OE-Core rev: 0a1efeb6260a565b6ce3abd523eabb15384570d1) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipes: Remove PR = r0 from all recipesRichard Purdie2013-10-301-1/+0
| | | | | | | | | | | | | Remove all PR = "r0" from all .bb files in oe-core. This was done with the command sed -e '/^PR.*=.*r0\"/d' recipes*/*/*.bb -i We've switching to the PR server, PR bumps are no longer needed and this saves people either accidentally bumping them or forgetting to remove the lines (r0 is the default anyway). (From OE-Core rev: 58ae94f1b06d0e6234413dbf9869bde85f154c85) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* db: upgrade to 5.3.21Cristian Iorga2013-01-161-4/+4
| | | | | | | | | | | License file changed the year, triggering a change in checksum (From OE-Core rev: c1fe80b5b6e3ac3da8a0a1c138649c92ca11f285) Signed-off-by: Cristian Iorga <cristian.iorga@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* db: update gnu-config files in do_configure()Marcin Juszkiewicz2012-11-241-1/+2
| | | | | | | | (From OE-Core rev: c675b53b9f3f3d858e2fa93170f731656d3fc3f6) Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python: Fix to support the python module _bsddb built with db 5.3Jackie Huang2012-08-061-2/+2
| | | | | | | | | | | | | | | | | _bsddb module in python 2.7 could be built only with db version between 4.1 and 4.7. A patch was added to avoid build warning about this for [YOCTO #1937] but not actually fixed it. This patch enable _bsddb module be built with db 5.3, and remove --disable-statistics from the DB5_CONFIG to fix segmentation fault when using _bsddb module in python. [YOCTO #2749] (From OE-Core rev: 11267f8a1ccf65142988b095351a84b0fa0fcbcf) Signed-off-by: Jackie Huang <jackie.huang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* db: use lib_package bbclassSaul Wold2012-07-041-3/+1
| | | | | | | | | | This is a clean-up following the recent addition of PN-bin to bitbake.conf and lib_package (From OE-Core rev: b3bfeec4db7d8fa6b8cc4bb2153c7f94cbe1dcc3) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* db: Ensure the library version matches package versionSaul Wold2012-06-211-4/+5
| | | | | | | (From OE-Core rev: da10929059a4aba232d904d7a0d0a54715126c83) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipes: replace CONFLICTS with RCONFLICTS_${PN}Martin Jansa2012-06-181-2/+2
| | | | | | | (From OE-Core rev: fbcda6eff010e0a39cc0145a514e7de99f475145) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rpm: Upgrade RPM to 5.4.8 (db to 5.3.15)Mark Hatle2012-06-121-4/+4
| | | | | | | | | RPM 5.4.8 requires db 5.3.x, so both are upgraded together. (From OE-Core rev: c5898ef3fc3820ff9c44bc5b1b16e5def64aa877) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* db: refactor packages for staticdevSaul Wold2012-01-191-3/+3
| | | | | | | (From OE-Core rev: ceeb10689f80cc86796d1ab32142aa1c4802eb84) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* db: Add INSANE_SKIP to avoid warning about .so fileRichard Purdie2011-07-051-0/+2
| | | | | | | (From OE-Core rev: ad0c0b503e9e0cfe6d3ae5bbbb55d1d30abf6fa8) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* db: Fix file ownershipMark Hatle2011-06-231-0/+2
| | | | | | | (From OE-Core rev: 2fd39cf62fc0a810aa57dcf12ef7f56bfa23866a) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* db: Avoid stripping binariesMark Hatle2011-06-231-1/+2
| | | | | | | (From OE-Core rev: d594bfe8ef972689b94e47467a0530ab5f1755ab) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* License Field Cleanup: Non-standard field namesBeth Flanagan2011-05-271-1/+1
| | | | | | | | | | | | | | | I've cleaned up some odd license fields, fixed some license names and corrected some incorrect licenses. LICENSE really needs a pass through by the maintainers as some of the licensing is incorrect. Also, every license with Artistic should be gone through and noted as which version of Artistic. (From OE-Core rev: 4786ecdf7cd427089464dcb62579110d494e7cd7) Signed-off-by: Beth Flanagan <elizabeth.flanagan@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipes: add Upstream-Status for multiple recipesDongxiao Xu2011-05-131-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | hostap: add upstream status for hostap-fw-load.patch lrzsz: add upstream status for lrzsz's patches bluez: add upstream status for bluez's patches bluez-dtl1-workaround: add upstream status for COPYING.patch libgsmd: add upstream status for gsm's patches. gypsy: add upstream status for gypsy's patch libpcap: add upstream status for libpcap's patches ppp: add upstream status for ppp's patches libtelepathy: add upstream status for libtelepathy's patches telepathy-python: add upstream status for telepahty-python's patches wireless-tools: add upstream status for wireless-tools's patches wpa-supplicant: add upstream status for wpa-supplicant zeroconf: add upstream status for zeroconf's patch glibc: add upstream status for glibc's patches dpkg: add upstream status for dpkg's patches makedevs: add upstream status for makedevs's patch opkg: add upstream status for opkg's patches opkg-utils: add upstream status for opkg-utils's patch minicom: add upstream status for minicom patches rpcbind: add upstream status for rpcbind's patch which: add upstream status for which's patch clutter-gst: add upstream status for clutter-gst's patches flac: add upstream status for flac's patches gst-ffmpeg: add upstream status for gst-ffmpeg's patch liba52: add upstream status for liba52's patch libid3tag: add upstream status for libid3tag libmusicbrainz: add upstream status for libmusicbrainz's patch pulseaudio: add upstream status for pulseaudio patches db: add upstream status for db's patch neon: add upstream status for neon's patch taglib: add upstream status for taglib's patches libetpan: add upstream status for libetpan's patch libopensync: add upstream status for libopensync's patches libopensync-plugin-evolution2: add upstream status for its patch libopensync-plugin-syncml: add upstream status for its patch libsyncml: add upstream status for libsyncml's patch empathy: add upstream status for empathy's patch wv: add upstream status for wv's patch xournal: add upstream status for xournal's patch (From OE-Core rev: 0f9f0518ac46c2f2beb0224e881ff136f1603d33) Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* db: Switch to patchdir rather than applying in do_configureTom Rini2011-04-041-5/+1
| | | | | | | (From OE-Core rev: 63a4bfa9f62e3b185676884258e7c8cc89ac7a23) Signed-off-by: Tom Rini <tom_rini@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* db: Fix path of arm-thumb patchMark Hatle2011-03-182-5/+8
| | | | | | | | | | | | | | Newer versions of patch, such as in Fedora 14, don't like ".." within the middle of the file to be patched path. In order to fix the issue we have to hand apply the patch instead of using the normal mechanisms. Only flaw with the os.system(...) approach is if it fails we don't get any notification or a resolver failure. (From OE-Core rev: 4e592efe8c5ff918a77f7b7b2c17a6b698b1dd68) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* BerkleyDB: Uprev db from 4.2 to 5.1.19Mark Hatle2011-01-275-168/+63
| | | | | | | The latest version of Berkley DB (5.1.19) is required by RPM. This version is backwards compatible with the 4.2 version that was enabled previously. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>