summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* libzypp: Correctly handle - in package architecture namesRichard Purdie2011-08-031-5/+7
| | | | | | | | | If package architectures contain - characters this needs to be mapped to something else in (_) since its illegal in C variable names. [YOCTO #1313 partially] Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* local.conf.sample: Fix TUNENAME reference (should be DEFAULTTUNE)Richard Purdie2011-08-021-1/+1
| | | | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune/ppc: Fix various TUNE_PKGARCH issuesRichard Purdie2011-08-026-6/+7
| | | | | | | | We need to ensure only one value ends up in TUNE_PKGARCH rather than several. This change ensures consistency accross all the PPC tune files and that they correctly inherit the core value but also allow it to be overwritten. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* eglibc: Add missing ${PN} and ${PKGSUFFIX} usagesRichard Purdie2011-08-021-24/+24
| | | | | | | | | | | | | | | | | | | This fixes warning messages such as: The providers found were: ['virtual:nativesdk:eglibc_2.13.bb', 'eglibc_2.13.bb'] The PREFERRED_PROVIDER entries resulting in this conflict were: ['PREFERRED_PROVIDER_virtual/libc-nativesdk = eglibc-nativesdk', 'PREFERRED_PROVIDER_virtual/libc = eglibc'] NOTE: multiple providers are available for runtime glibc-utils (eglibc, eglibc-nativesdk, external-csl-toolchain, external-poky-toolchain) NOTE: consider defining a PREFERRED_PROVIDER entry to match glibc-utils This highlights how ugly adding to PN is when using BBCLASSEXTEND. We need to do this to eglibc so the nativesdk class continues to work correctly for now and ensure consistency in how the various eglibc packages are generated. Longer term, if we switch nativesdk to use the multilib approach and MLPREFIX, we can remove all the PKGSUFFIX mess. I'd rather not get into changing nativesdk right at this time though given all the other changes that are going on. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* package_ipk: SDK generation workaroundMark Hatle2011-08-021-2/+4
| | | | | | | | | | During SDK generation the multilib_sanity_check function is being called, however it is not available unless we've been called from the image.bbclass. Disable the check if MULTILIB_CHECK_FILE (also set in image.bbclass) doesn't exist or is empty. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
* populate_sdk_*: Sync SDK and regular rootfs functionsMark Hatle2011-08-023-25/+82
| | | | | | | In order for things to be easier to maintain in the future, sync up the sdk and rootfs versions. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
* bitbake.conf: Add SDK_PACKAGE_ARCHSMark Hatle2011-08-027-60/+39
| | | | | | | | | | | | | Add SDK_PACKAGE_ARCHS to avoid the sed operations we were previously doing inside of the variouns populate_sdk functions and related items. Also add documentation to populate_sdk to explain when the various functions are expected to be doing. Finally fix a bug in populate_sdk_rpm where the wrong value was being set, noticed while working on this change. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
* rootfs_rpm: Cleanup and minor bug fixesMark Hatle2011-08-022-81/+64
| | | | | | | | | | | | | | | | | | | | in packages_rpm.bbclass: Cleanup the way package_update_index_rpm works. Break this out into two functions, one for common functionality and one for controlling target vs sdk package processing. Similar change to package_generate_rpm_conf. Usage of IMAGE_ROOTFS should actually be "target_rootfs", this fixes a problem with the SDK case. in rootfs_rpm.bbclass: Minor re-order of the values, and avoid multiple uses of IMAGE_ROOTFS in order to make the merge with the SDK behavior easier. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
* oe-init-build-env, scripts/oe-buildenv-internal: add error detecting for $BDIRDexuan Cui2011-08-022-5/+14
| | | | | | | | | | | | | | | | | | | | | | [YOCTO #671] "readlink -f" in Ubuntu 10.04 is buggy: it doesn't ignore a trailing / (e.g., "readlink -f /tmp/non-existent-dir/" returns nothing, but according to http://www.gnu.org/s/coreutils/manual/coreutils.pdf it should do that -- hence we get bug 671. It seems Ubuntu 10.10 or even later Ubuntu 11.04, and other Linux distributions(e.g., Open Suse 11.4) haven't such an issue. So I think we should detect this and ask Ubuntu 10.04 users to avoid supply a path with trailing slash here. Moreever, I also add the detection of non-existent path, e.g., source oe-init-build-env /non-existent-dir/build can be detected and we'll print an error msg. And, if we get errors in oe-buildenv-internal, we should stop the script and shouldn't further run. Signed-off-by: Dexuan Cui <dexuan.cui@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* scripts/runqemu: grep for line beginning with TMPDIRKhem Raj2011-08-021-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | Currently the grep regexp matches any occurance of 'TMPDIR=' but if you have another variable defined e.g. OE_BUILD_TMPDIR=xxx then that gets picked up too. $ bitbake -e | grep TMPDIR=\" TMPDIR="/home/kraj/work/angstrom/build/tmp-angstrom_2010_x-eglibc" OE_BUILD_TMPDIR="/home/kraj/work/angstrom/build/tmp-angstrom_2010_x" So we become a bit more stringent and look for line starting with TMPDIR $ bitbake -e | grep ^TMPDIR=\" TMPDIR="/home/kraj/work/angstrom/build/tmp-angstrom_2010_x-eglibc" make sure that it greps only TMPDIR=xxx occurance and not values of other variables whose names happens to end with TMPDIR Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* arch-armv7a.inc: fix armv7a-vfp-neon -> armv7a compat caseKoen Kooi2011-08-011-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Without this 'armv7a' is used as TUNE_ARCH but does *not* end up in PACKAGE_EXTRA_ARCHS: arch all 1 arch any 6 arch noarch 11 arch arm 16 arch armv4 21 arch armv4t 26 arch armv5 31 arch armv5t 36 arch armv5-vfp 41 arch armv5t-vfp 46 arch armv5e 51 arch armv5te 56 arch armv5e-vfp 61 arch armv5te-vfp 66 arch armv6-vfp 71 arch armv6t-vfp 76 arch armv7-vfp 81 arch armv7t2-vfp 86 arch armv7a-vfp 91 arch armv7at2-vfp 96 arch armv7a-vfp-neon 101 arch armv7at2-vfp-neon 106 arch beagleboard 111 Which leads to a failing do_rootfs Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* package_rpm.bbclass: fix one typoYu Ke2011-08-011-1/+1
| | | | | | | | | | fix the MLPREFIX referrence typo which cause multilib rpm do_rootfs failure CC: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Yu Ke <ke.yu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* package_{deb, rpm, ipk}.bbclass: fix 'lingusa' typoKoen Kooi2011-08-013-9/+9
| | | | Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
* rootfs_rpm.bbclass: Fix multilib configurations to use DEFAULTTUNEMark Hatle2011-08-011-1/+1
| | | | | | | Earlier iterations of the multilib patch used "TUNENAME", which was later renamed to DEFAULTTUNE. This file was missed in the rename. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
* sanity.bbclass: Add sanity check that TUNE_PKGARCH appears in PACKAGE_ARCHSKumar Gala2011-08-011-1/+9
| | | | | | | Its possible we get duplications if we explicity add TUNE_PKGARCH to PACKAGE_ARCHS so instead just add a sanity check to verify it. Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
* tune-ppce500mc: Adjust PowerPC e500mc tune file to correctly set hard fpu.Malcolm Crossley2011-08-011-1/+1
| | | | | Signed-off-by: Malcolm Crossley <malcolm.crossley@ge.com> Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
* tune/arch-powerpc64: Remove support for soft-float from ppc64Kumar Gala2011-08-011-4/+2
| | | | | | | All 64-bit PPC processors support hard-float so no need to support soft-float. Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
* tune/arch-powerpc64: Fix typo with 64-bit TUNE_CCARGS handlingKumar Gala2011-08-011-1/+1
| | | | | | | When figuring out how to set TUNE_CCARGS we should look for 'm64' not 'n64' in TUNE_FEATURES. Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
* sgml-common-native: Read a catalog backup to repopulate sgml-docbook.catSaul Wold2011-08-011-1/+17
| | | | | | | This reads the sgml-docbook.bak and adds the entries into sgml-docbook.cat since this occurs out of order during shared state sysroot populate. Signed-off-by: Saul Wold <sgw@linux.intel.com>
* openjade-native: Write a bak file for shared stateSaul Wold2011-08-011-1/+4
| | | | | | | This patch writes a sgml-docbook.bak that is read by the sgml-common during a shared state sysroot populate, because it comes out of order. Signed-off-by: Saul Wold <sgw@linux.intel.com>
* docbook-dsssl-stylesheets-native: Write a bak file for shared stateSaul Wold2011-08-011-1/+4
| | | | | | | This patch writes a sgml-docbook.bak that is read by the sgml-common during a shared state sysroot populate, because it comes out of order. Signed-off-by: Saul Wold <sgw@linux.intel.com>
* docbook-sgml-dtd-native: Write a bak file for shared stateSaul Wold2011-08-011-1/+4
| | | | | | | This patch writes a sgml-docbook.bak that is read by the sgml-common during a shared state sysroot populate, because it comes out of order. Signed-off-by: Saul Wold <sgw@linux.intel.com>
* libzypp: Fix variable substitution problem in do_archgen stepKumar Gala2011-08-011-4/+4
| | | | | | | | | | | | | | | | | | | The do_archgen step creates a script that utilizes the variable name ${ARCH}. However, we also utilize and define ${ARCH} so instead of having the following in the script: COMPAT_WITH="${ARCH},${COMPAT} $COMPAT_WITH" We get something like: COMPAT_WITH="powerpc,${COMPAT} $COMPAT_WITH" Just renaming the variable in the script to not conflict with ${ARCH} fixes the issue. [PR bump from Saul Wold] Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Saul Wold <sgw@linux.intel.com>
* glibc: deletedPhil Blundell2011-08-0134-2999/+0
| | | | | | | Glibc 2.10.1 is outdated now and eglibc seems to provide a superset of its functionality. Signed-off-by: Phil Blundell <philb@gnu.org>
* meta-environment: set correct *MULTIMACH_TARGET_SYS.Lianhao Lu2011-08-012-7/+9
| | | | | | | Fixed [BUGID #1299]. OLD_MULTIMACH_TARGET_SYS is no longer available. Use new recipe-scope variable REAL_MULTIMACH_TARGET_SYS instead. Signed-off-by: Lianhao Lu <lianhao.lu@intel.com>
* feature-arm-thumb: respect ARM_INSTRUCTION_SETMartin Jansa2011-07-291-1/+2
| | | | | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Khem Raj <raj.khem@gmail.com>
* tune-xscale: fix xscale/xscale-be confusionDmitry Eremin-Solenikov2011-07-291-1/+1
| | | | | | | | Currently tune-xscale.inc has options wrt. setting of xscale/xscale-be tunes. Fix that. Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> Signed-off-by: Khem Raj <raj.khem@gmail.com>
* arch-armv6, arch-armv5-dsp: correct endianness confusionPhil Blundell2011-07-292-6/+6
| | | | | | | | | | | | | | | | PACKAGE_EXTRA_ARCHS_tune-armv5eb needs to be defined in terms of the non-e with the same endianness, i.e. PACKAGE_EXTRA_ARCHS_tune-armv5b not PACKAGE_EXTRA_ARCHS_tune-armv5, otherwise PACKAGE_EXTRA_ARCHS will end up containing a semi-random mixture of endiannesses and disaster will ensue. Likewise for the vfp and armv6 variants. This is all a bit confusing because TUNE_FEATURES is done the opposite way around, i.e. TUNE_FEATURES_tune-armv5eb is derived by taking the armv5e version and adding bigendian. But fixing that is probably a subject for a separate patch. Signed-off-by: Phil Blundell <philb@gnu.org> Signed-off-by: Khem Raj <raj.khem@gmail.com>
* tune-cortex{m1, m3, r4}: correct spelling of "cortex"Phil Blundell2011-07-293-4/+3
| | | | | | | Otherwise the test in TUNE_CCARGS will never match. Signed-off-by: Phil Blundell <philb@gnu.org> Signed-off-by: Khem Raj <raj.khem@gmail.com>
* bitbake.conf: remove PACKAGE_EXTRA_ARCHS_tune-XXX defaultPaul Eggleton2011-07-281-1/+0
| | | | | | | | | | | | Because of the way BitBake handles ??= under certain circumstances, this default setting ends up stepping all over the real setting from the arch include file. Since virtually all arch include files or tune files define a real value for this we shouldn't need to have a default (or it needs to be done in a different way). Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Acked-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Khem Raj <raj.khem@gmail.com>
* Update TERMCMD message to align with previous changeMatthew McClintock2011-07-271-1/+1
| | | | | | | | A previous patch changed the default TERM to use xterm. This updates local.conf.sample to match the change Signed-off-by: Matthew McClintock <msm@freescale.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rootfs_rpm: Disable debug messagesRichard Purdie2011-07-271-1/+1
| | | | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* package_rpm.bbclass: Fix mistake reported by Mark HatleRichard Purdie2011-07-271-1/+1
| | | | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* ghostscript: fix parallel build issueKang Kai2011-07-272-1/+19
| | | | | | | | | | ghostscript fails some time on autobuilder, it seems a parallel build issue. Add patch to fix it. Fixes [Yocto #1202] Signed-off-by: Kang Kai <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* opkg svn: bump SRCREV to 625Koen Kooi2011-07-271-1/+1
| | | | | | | tested on beagleboard/angstrom and qemuarm/angstrom Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* base bbclass: add TUNE_FEATURES to the default bannerKoen Kooi2011-07-271-1/+1
| | | | | | | This makes debugging the new tune code easier since it doesn't involve staring at 'bitbake -e' output anymore. Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libpam 1.1.4: fix packagingKoen Kooi2011-07-271-2/+4
| | | | | | | | ERROR: QA Issue: non debug package contains .debug directory: libpam-xtests path /work/armv7a-angstrom-linux-gnueabi/libpam-1.1.4-r0/packages-split/libpam-xtests/usr/share/Linux-PAM/xtests/.debug/tst-pam_dispatch4 Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* connman: Change hard coded package name to support multilibDongxiao Xu2011-07-271-1/+2
| | | | | | | connman plugins have dependency on bluez4, wpa-supplicant, and ofono. These names are hardcoded, fix the issue to support multilib. Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com>
* package(rootfs)_ipk.bbclass: support multilib in opkg backend.Lianhao Lu2011-07-272-0/+53
| | | | | | | | | | | | | | | | | | Support install multiple multilib in opkg backend. The installation is done in 3 phases. Phase 1: install normal packages to IMAGE_ROOTFS. Phase 2: install multilib packages under MULTILIB_TEMP_ROOTFS. Packages belongs to the same multilib arch would be installed to a unique directory. Phase 3: check file confliction between IMAGE_ROOTFS and MULTILIB_TEMP_ROOTFS, install multilib packages to IMAGE_ROOTFS only if the sanity check passed. Signed-off-by: Lianhao Lu <lianhao.lu@intel.com>
* image.bbclass: Added variables for multilib support.Lianhao Lu2011-07-271-1/+53
| | | | | | | | | | | | | | | | 1. Added MULTILIB_PACKAGE_INSTALL for multilib instances of packages to be installed in the rootfs. 2. MULTILIBRE_ALLOW_REP contains the regular expression to match the files allow to be replaced by the conflicting files. 3. MULTILIBRE_FORCE_SAME contains the regular expression to match the files allow to be replaced only if the conflicting files are identical. 4. Added shell function multilib_sanity_check() to check whether the overwring for multilib situation is allowed. Signed-off-by: Lianhao Lu <lianhao.lu@intel.com>
* package/rootfs_rpm: Implement RPM multilib package handlingMark Hatle2011-07-272-86/+160
| | | | | | | This is a first pass at adding multilib support to the RPM package and image handling code. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
* base.bbclass: Fix PACKAGE_ARCH typoRichard Purdie2011-07-271-1/+1
| | | | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* module-init-tools-cross: Drop static binaries patch as a better fix has been ↵Richard Purdie2011-07-272-27/+0
| | | | | | merged Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc: Drop part of the 64bithack patch which is no longer usedRichard Purdie2011-07-272-26/+0
| | | | | | | | | | | | | | | | Since we now handle GLIBC_DYNAMIC_LINKER in gcc-configure-common.inc: 's#\(GLIBC_DYNAMIC_LINKER[^ ]*\)\( *"/lib.*\)#\1 SYSTEMLIBS_DIR\2#' we can drop the patch which changes a hardcoded value for this. No PR bump since there is no code change resulting from this, its just a cleanup. There is still a valid question over the remainder of this patch and its interaction with multilib configurations. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto: revise the dependency for multilibYu Ke2011-07-271-1/+1
| | | | Signed-off-by: Yu Ke <ke.yu@intel.com>
* eglibc: fix for multilib RPROVIDES issueYu Ke2011-07-271-1/+1
| | | | | | | | | | | in eglibc-package.inc, the "PACKAGES" variable use the ${PN} reference, while RPROVIDES does not use ${PN}. This will lead multilib.bbclass not mapping its RPROVIDES, and cause "NO RPROVIDER: lib64-glibc-utils" error. This patch unify the recipe to fix this issue Signed-off-by: Yu Ke <ke.yu@intel.com>
* do_split_packages: revise for multilib caseYu Ke2011-07-271-0/+14
| | | | | | | | | | | | | | | | | | | in multilib case, the PACKAGE_DYNAMIC is overrided with multilib prefix. Take multilib:lib64-perl as example. the "perl-module-*" will become "lib64-perl-module-*" the output_pattern in do_split_packages is designed to work with PACKAGE_DYNAMIC, so it should be applied with the same logic, i.e. overriding with multilib prefix. otherwise the do_split_package will split incorrect files this patch implements the mulitlib override logic for do_split_packages We also need to rename the extra_depends to support multilib case (from Dongxaio Xu). Signed-off-by: Yu Ke <ke.yu@intel.com> Signed-off-by: Xu Dongxiao <dongxiao.xu@intel.com>
* lib/oe/util.py: Add MLPREFIX support to prune_suffix()Richard Purdie2011-07-271-1/+6
| | | | | | | prune_suffix() also needs be aware of MLPREFIX when changing PN for use in BPN. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* multilib: Add support for compiling recipes against multiple ABIsRichard Purdie2011-07-2710-11/+139
| | | | | | | | | | | | | | | | | | | | | | | | | This patch adds the core multilib class which can be used along with a parameter specifying the mutlilib to use in BBCLASSEXTEND. The MLPREFIX variable is added and can be used in cases where its too difficult to dynmaically work out where a mutltilib prefix is needed to be added to a variable. This includes: * SHLIBSDIR and PACKAGE_ARCH fixes from Lianhao Lu. * PACKAGE_DYNAMIC mapping from Yu Ke * PACKAGE_INSTALL mapping from Yu Ke * RPROVIDES mapping from Yu Ke * TARGET_VENDOR fix from Mark Hatle * Ignorning *-native-runtime dependnecies as well as *-native from Yu Ke * Map PKG and ALLOW_EMPTY from Dongxiao Xu * Ensure RCONFLICTS and PKG field dependencies are remapped (from Dongxiao Xu) * Ensure PN and MLPREFIX are set at the same time to ensure consistent BPN values (Yu Ke) Signed-off-by: Yu Ke <ke.yu@intel.com> Signed-off-by: Xu Dongxiao <dongxiao.xu@intel.com> Signed-off-by: Lianhao Lu <lianhao.lu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto: update SRCREVsBruce Ashfield2011-07-271-7/+7
| | | | | | | | | | | | Updating the linux-yocto SRCREVs to pickup changes from the continuing uprev to korg 3.0. With this set of update, the meta/feature audits are complete. qemumips and qemuppc are fixed with this update and can now boot to a prompt. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
generated by cgit v1.2.3 (git 2.46.0) at 2024-12-26 04:27:08 +0000