the get_python_lib() use hard code lib. when other recipe
building use python-native, the STAGING_LIBDIR is non /usr/lib,
so the hard code lib will break the build
This patch replace the hardcoded lib with value from libdir
to fix this issue.
Signed-off-by: Yu Ke ke...@intel.com
---
currently, the libdir in native.bbclass is inherited from target libdir
defined in bitbake.conf. This is not correct in concept, instead, it
should be inherited from libdir_native. Current code works because both
the target libdir and libdir_native are the same value /usr/lib.
But if libdir
This is the V2 patches. the changes compared to V1 are:
- revise python patch to make the sys.lib deriving from libdir, instead of
hardcode to lib64
- add two more fixes: sat-solver and libzypp, with these two more fixes, i can
build
qemux86-64 core-image-sato and core-image-sato-sdk with
if libdir is not /usr/lib, e.g /usr/lib64, openssl build will fail
because it still use /usr/lib as library dir.
this patch appends the configure option --libdir to specify the correct
library directory
Signed-off-by: Yu Ke ke...@intel.com
---
meta/recipes-connectivity/openssl/openssl.inc
if libdir is not /usr/lib, e.g. libdir=/usr/lib64, eglibc will
have build failure:
cross-localedef --uint32-align=4 --little-endian --force --old-style
--no-archive
--prefix=/home/kyu3/sdb/lib64/tmp/work/x86_64-poky-linux/eglibc-2.13-r2+svnr14157/locale-tree
when libdir set to non /usr/lib like /usr/lib64, there is do_configure error:
-- Libraries will be installed in /usr/lib
CMake Error at
/home/kyu3/sdb/lib64/tmp/sysroots/x86_64-linux/usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:91
(MESSAGE):
Please install 'check' and
python has several place hard code lib which breaks build
when libdir=/usr/lib64. SUSE has a patch to fix this issue.
So this patch add the SUSE patch to address this issue
Signed-off-by: Yu Ke ke...@intel.com
---
meta/recipes-devtools/python/python/multilib.patch | 250
the recipe has hardcoded lib=lib, which does not work in
libdir=/usr/lib64 case where should be lib=lib64,
So this patch fix it by replacing lib with libdir
Signed-off-by: Yu Ke ke...@intel.com
---
meta/recipes-support/libcap/libcap.inc |5 +++--
on 2011-7-11 15:40, Koen Kooi wrote:
Op 11 jul 2011, om 09:23 heeft Yu Ke het volgende geschreven:
This is the V2 patches. the changes compared to V1 are:
- revise python patch to make the sys.lib deriving from libdir, instead of
hardcode to lib64
- add two more fixes: sat-solver and
Op 11 jul 2011, om 09:54 heeft Yu Ke het volgende geschreven:
on 2011-7-11 15:40, Koen Kooi wrote:
Op 11 jul 2011, om 09:23 heeft Yu Ke het volgende geschreven:
This is the V2 patches. the changes compared to V1 are:
- revise python patch to make the sys.lib deriving from libdir, instead
On Wed, 2011-07-06 at 15:25 -0700, Saul Wold wrote:
On 07/01/2011 02:20 AM, Phil Blundell wrote:
On Fri, 2011-07-01 at 10:06 +0100, Chris Elston wrote:
+ STATUS=${IMAGE_ROOTFS}/var/lib/opkg/status
Please make that use ${opkglibdir} like the rest of the class does.
Otherwise this patch
On Mon, 2011-07-11 at 09:53 +0100, Chris Elston wrote:
+ STATUS=${IMAGE_ROOTFS}${opkglibdir}/status
+ mkdir -p `dirname ${STATUS}`
Not that it's a massive deal, but this call to dirname is redundant
since dirname ${STATUS} is ${IMAGE_ROOTFS}${opkglibdir} by definition.
+ #
The layout of the repository has changed, so we need to account for that:
* fixed license checksums
* fixed SRC_URI
* fixed SRCREV_FORMAT
PCRE is gone, so no need for the dftables hack anymore
But most importantly, this fixes the crash issues when using javascript (e.g.
github.com)
Tested on:
Online package management decisions like this are now handled by image.bbclass
itself so this code is superfluous to requirements.
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
meta/recipes-extended/sysklogd/sysklogd.inc |2 +-
1 files changed, 1 insertions(+), 1
Unfortunately the git fetcher cannot resolve a named tag into a revision
without network access. Since its desireable for OE-Core to function
in a networkless environment, we need to specify the revision in the
recipe which corresponds to the 0.7 tag.
[YOCTO #1140]
Signed-off-by: Richard Purdie
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
meta/classes/sstate.bbclass | 16 +++-
1 files changed, 11 insertions(+), 5 deletions(-)
diff --git a/meta/classes/sstate.bbclass b/meta/classes/sstate.bbclass
index 0daaf48..62c7c43 100644
---
We talked a bit about what might be needed to overhaul the machine/tune
config files to improve their usability, feature control and various
other things.
I've been experimenting locally with the following patchset. Its sent
based against poky since it requires a bitbake change and I also tested
There is currently considerable confusion over how the tune files
operate and hwo these interact with the rest of the build system.
This update/overhaul changes things so the tune files are primarily
responsible for setting:
TUNE_ARCH - What was formerly set as TARGET_ARCH and is the value
that
This patch removes the variables BASE_PACKAGE_ARCH, BASEPKG_HOST_SYS,
BASEPKG_TARGET_SYS and also removes the immediate assignments in
several core classes as these are no longer required.
This should make it clearer what some of the core variables do and
simplfy some overly complex and confusing
Op 11 jul 2011, om 17:57 heeft Richard Purdie het volgende geschreven:
There is currently considerable confusion over how the tune files
operate and hwo these interact with the rest of the build system.
This update/overhaul changes things so the tune files are primarily
responsible for
On Mon, 2011-07-11 at 18:34 +0200, Koen Kooi wrote:
Op 11 jul 2011, om 17:57 heeft Richard Purdie het volgende geschreven:
There is currently considerable confusion over how the tune files
operate and hwo these interact with the rest of the build system.
This update/overhaul changes
On Mon, 2011-07-11 at 16:48 +0100, Richard Purdie wrote:
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
Acked-by: Joshua Lock j...@linux.intel.com
---
meta/classes/sstate.bbclass | 16 +++-
1 files changed, 11 insertions(+), 5 deletions(-)
diff --git
On Mon, 2011-07-11 at 16:47 +0100, Richard Purdie wrote:
Unfortunately the git fetcher cannot resolve a named tag into a revision
without network access. Since its desireable for OE-Core to function
in a networkless environment, we need to specify the revision in the
recipe which corresponds
Op 11 jul 2011, om 18:47 heeft Richard Purdie het volgende geschreven:
On Mon, 2011-07-11 at 18:34 +0200, Koen Kooi wrote:
Op 11 jul 2011, om 17:57 heeft Richard Purdie het volgende geschreven:
There is currently considerable confusion over how the tune files
operate and hwo these interact
On Mon, 2011-07-11 at 17:47 +0100, Richard Purdie wrote:
On Mon, 2011-07-11 at 18:34 +0200, Koen Kooi wrote:
Taking armv7a as an example with my angstrom hat on I need the following
knobs:
1) softp or hardfp calling conventions, resulting in a different package
arch (e.g. armv7a vs
The following changes since commit 4f36a7f698de5056cb38641a7bf12921dba7d962:
libx11: enable xcb support (2011-07-08 23:01:54 +0100)
are available in the git repository at:
git://github.com/OSSystems/oe-core master
https://github.com/OSSystems/oe-core/tree/master
Chris Larson (2):
Rework
The original tarball has two undistributable files that we have
removed from the repacked tarball. The issue has been reported
upstream at:
http://code.google.com/p/libarchive/issues/detail?id=162
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
...rchive_2.8.4.bb =
From: Chris Larson chris_lar...@mentor.com
- Name the screen session 'devshell', to avoid confusion if running bitbake
itself under a screen session.
- Display a warning message when spawning screen, so it's clear to the user
that screen has been run (otherwise do_devshell just appears to
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
meta/recipes-devtools/cmake/cmake-native_2.8.5.bb | 11 +++
meta/recipes-devtools/cmake/cmake_2.8.5.bb| 11 +++
2 files changed, 6 insertions(+), 16 deletions(-)
diff --git
On Wednesday 06 July 2011 00:38:41 Jeremy Puhlman wrote:
Our projects start off with zero meta data other then a local.conf and
bblayers.conf. In earlier days, we provided collections.inc and
bitbake.conf in a local conf directory provided with bitbake. That is
not done anymore(ergo why the
On 07/11/2011 10:27 AM, Otavio Salvador wrote:
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
meta/recipes-devtools/cmake/cmake-native_2.8.5.bb | 11 +++
meta/recipes-devtools/cmake/cmake_2.8.5.bb| 11 +++
2 files changed, 6 insertions(+), 16
* All 2.6 Linux kernels contain a gzipped cpio format archive, which is
* extracted into rootfs when the kernel boots up.
*
(http://www.kernel.org/doc/Documentation/filesystems/ramfs-rootfs-initramfs.txt)
*
* In some cases it can be useful to take advantage of this ability and embed
your
*
* Once we add support for building kernel containing initramfs images
* we expect compressed cpio archives.
* Thus, add support for lzma and xz compressors for the initramfs images.
* While there, add support for tar.xz as done in org.openembedded.dev.
*
* Patch was imported from the OpenEmbedded
Requested by a member of the community, this fixes a few issues with license
wrangling. Specifically,
- licenses are now wrangled into:
${DEPLOY_DIR}/licenses/${IMAGE_NAME}/datetimestamp
This keeps multiple runs of a build from polluting the licenses of a
previous build
- remove all wrangling
Adding a bit more functionality here:
1. Adding some more SPDX Maps to take care of + licenses
2. Adding an event handler that waits for BuildComplete
and creates a license manifest file.
3. Strip out -native and -cross package license wrangling.
If it doesn't go on the image, we shouldn't
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/conf/bitbake.conf |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index 463991d..2024dfb 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -252,7
Richard:
Here is a split up version of the staticdev repackaging, it adds a
new shared_lib.bbclass for packaging lib${PN} that don't fall under
Debian renaming rules (about 5 recipes).
This is the first pass, and will be iterative as I believe there are
other recipes that will need
This class is for packages that do not work with debian library naming
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/classes/shared_lib.bbclass |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
create mode 100644 meta/classes/shared_lib.bbclass
diff --git
And use default bitbake.conf settings for FILES contents
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/recipes-bsp/pciutils/pciutils_3.1.7.bb | 10 --
1 files changed, 4 insertions(+), 6 deletions(-)
diff --git a/meta/recipes-bsp/pciutils/pciutils_3.1.7.bb
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/classes/lib_package.bbclass |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/meta/classes/lib_package.bbclass b/meta/classes/lib_package.bbclass
index 5ce8727..4378052 100644
---
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/recipes-support/sqlite/sqlite3.inc | 10 ++
1 files changed, 2 insertions(+), 8 deletions(-)
diff --git a/meta/recipes-support/sqlite/sqlite3.inc
b/meta/recipes-support/sqlite/sqlite3.inc
index a5d122d..5f1adb3 100644
---
This will ensure correct -dev and -staticdev packging
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/recipes-multimedia/liba52/liba52_0.7.4.bb |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-multimedia/liba52/liba52_0.7.4.bb
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/recipes-extended/augeas/augeas.inc |7 ++-
meta/recipes-extended/augeas/augeas_0.8.1.bb |2 +-
2 files changed, 3 insertions(+), 6 deletions(-)
diff --git a/meta/recipes-extended/augeas/augeas.inc
This will ensure correct -dev and -staticdev packging
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/recipes-devtools/python/python_2.6.6.bb |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/python/python_2.6.6.bb
This will ensure correct -dev and -staticdev packging
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/recipes-core/udev/udev-new.inc | 26 --
meta/recipes-core/udev/udev_164.bb |2 +-
2 files changed, 17 insertions(+), 11 deletions(-)
diff --git
This will ensure correct -dev and -staticdev packging
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/recipes-core/gettext/gettext_0.16.1.bb |4 ++--
meta/recipes-core/gettext/gettext_0.18.1.1.bb | 22 +++---
2 files changed, 13 insertions(+), 13 deletions(-)
diff
This will ensure correct -dev and -staticdev packging
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/recipes-core/util-linux/util-linux.inc | 17 -
meta/recipes-core/util-linux/util-linux_2.19.1.bb |2 +-
2 files changed, 13 insertions(+), 6 deletions(-)
diff
This will ensure correct -dev and -staticdev packging
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/recipes-devtools/gcc/gcc-package-runtime.inc | 25 +++--
meta/recipes-devtools/gcc/libgcc_4.6.bb |2 +-
2 files changed, 19 insertions(+), 8 deletions(-)
This will ensure correct -dev and -staticdev packging
Signed-off-by: Saul Wold s...@linux.intel.com
---
.../binutils/binutils-cross-canadian_2.21.1.bb |2 +-
meta/recipes-devtools/binutils/binutils-cross.inc |2 ++
.../binutils/binutils-cross_csl-arm-2008q1.bb |2 +-
This will ensure correct -dev and -staticdev packging
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/recipes-core/eglibc/eglibc-common.inc |2 +-
meta/recipes-core/eglibc/eglibc-package.inc |8 +---
2 files changed, 6 insertions(+), 4 deletions(-)
diff --git
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/recipes-support/curl/curl_7.21.7.bb | 17 ++---
1 files changed, 6 insertions(+), 11 deletions(-)
diff --git a/meta/recipes-support/curl/curl_7.21.7.bb
b/meta/recipes-support/curl/curl_7.21.7.bb
index 28344e2..3b41b8d 100644
This will ensure correct -dev and -staticdev packging
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/recipes-core/uclibc/uclibc.inc |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-core/uclibc/uclibc.inc
b/meta/recipes-core/uclibc/uclibc.inc
This will ensure correct -dev and -staticdev packging
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/recipes-devtools/opkg/opkg_0.1.8.bb | 10 ++
meta/recipes-devtools/opkg/opkg_svn.bb | 10 ++
2 files changed, 12 insertions(+), 8 deletions(-)
diff --git
This will ensure correct -dev and -staticdev packging
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/recipes-core/glibc/glibc-package.inc | 12
1 files changed, 8 insertions(+), 4 deletions(-)
diff --git a/meta/recipes-core/glibc/glibc-package.inc
This will ensure correct -dev and -staticdev packging
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/recipes-support/js/js_1.7.0+1.8.0rc1.bb |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-support/js/js_1.7.0+1.8.0rc1.bb
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/recipes-extended/gamin/gamin_0.1.10.bb | 13 ++---
1 files changed, 2 insertions(+), 11 deletions(-)
diff --git a/meta/recipes-extended/gamin/gamin_0.1.10.bb
b/meta/recipes-extended/gamin/gamin_0.1.10.bb
index 81b27c0..374a563
Signed-off-by: Saul Wold s...@linux.intel.com
---
.../wireless-tools/wireless-tools_29.bb| 12 +++-
1 files changed, 7 insertions(+), 5 deletions(-)
diff --git a/meta/recipes-connectivity/wireless-tools/wireless-tools_29.bb
Hi Richard,
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
Richard Purdie
Sent: Friday, July 08, 2011 11:45 PM
To: Patches and discussions about the oe-core layer
Subject: Re:
58 matches
Mail list logo
