Re: [OE-core] [PATCH 1/1] mesa: fix cross compile failure

On Wed, Nov 16, 2011 at 02:09:03PM +0800, Kang Kai wrote: > the bin/mklib file in mesa source code uses commands "ar ranlib" on build > machine, this causes build failed on some platform. Hi, you added CC and CXX variables for linking too, shouldn't that mentioned in the commit msg too? Bye He

Re: [OE-core] [PATCH][oe-core 14/22] libsdl: enable alsa/opengl based on PACKAGECONFIG and respect DISTRO_FEATURES

On Wed, 2011-11-16 at 00:45 +0100, Martin Jansa wrote: > On Fri, Nov 11, 2011 at 05:28:50PM +0100, Martin Jansa wrote: > > Signed-off-by: Martin Jansa > > --- > > meta/recipes-graphics/libsdl/libsdl_1.2.14.bb | 10 +++--- > > 1 files changed, 7 insertions(+), 3 deletions(-) > > > > diff --

[OE-core] [PATCH 1/1] eglibc_2.13: update SRCREV

Update eglibc 2.13 SRCREV to 15508, just to sync with upstream Remove glibc_bug_fix_12454.patch, because it is already merged. Signed-off-by: Kang Kai --- .../conf/distro/include/distro_tracking_fields.inc |3 + .../eglibc/eglibc-2.13/glibc_bug_fix_12454.patch | 179

[OE-core] [PATCH 0/1] Update eglibc 2.13 to latest svn revision

Hi All, I am not sure whether it is the right time to update eglibc, but sync with upstream with latest rivision. The following changes since commit fa81f8dfb7a342e355b608aa4204cf23ed2b251c: mime.bbclass: fix typo (2011-11-15 12:05:30 +) are available in the git repository at: git://git

[OE-core] [PATCH] libtool: Avoid relinking when cross compiling, its pointless

There is no point in having "executable" binaries in the .libs directory linked with different rpaths to the target which could concivably be run on the build system when cross compiling. This patch removes the extra rpaths ($compile_rpath) so that the output from the "link" stage can be used on t

[OE-core] [PATCH] package_rpm: Set _tmppath to avoid races over tmp files

Occasionally we keep seeing "unable to open temp file" messages during do_package_write_rpm tasks. This appears to happen when multiple processes are writing rpm files and is likely due to using the shared system temp directory. This patch changes the tmp path to the package work directory meaning

[OE-core] [PATCH 0/8] Recipe upgrades and an x32 fix

From: Nitin A Kamble The following changes since commit 217a90f2ab02ec3c4e9653b528d7b584f6e37a42: sanity.bbclass: No need to check for cvs any more (2011-11-16 17:32:46 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib nitin/work http://git.pokylinux.org/

[OE-core] [PATCH 5/8] tcl: upgrade from 8.5.10 to 8.5.11

From: Nitin A Kamble Signed-off-by: Nitin A Kamble --- .../tcltk/{tcl_8.5.10.bb => tcl_8.5.11.bb} |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-devtools/tcltk/{tcl_8.5.10.bb => tcl_8.5.11.bb} (92%) diff --git a/meta/recipes-devtools/tcltk/tcl_8.5.10

[OE-core] [PATCH 2/8] mpfr: upgrade from 3.0.1 to 3.1.0

From: Nitin A Kamble Signed-off-by: Nitin A Kamble --- .../mpfr/{mpfr_3.0.1.bb => mpfr_3.1.0.bb} |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-support/mpfr/{mpfr_3.0.1.bb => mpfr_3.1.0.bb} (70%) diff --git a/meta/recipes-support/mpfr/mpfr_3.0.1.bb

[OE-core] [PATCH 6/8] python-gst: upgrade from 0.10.21 to 0.10.22

From: Nitin A Kamble Signed-off-by: Nitin A Kamble --- ...python-gst_0.10.21.bb => python-gst_0.10.22.bb} |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) rename meta/recipes-devtools/python/{python-gst_0.10.21.bb => python-gst_0.10.22.bb} (82%) diff --git a/meta/recipes-devto

[OE-core] [PATCH 1/8] libpcre: upgrade from 8.12 to 8.20

From: Nitin A Kamble The license file has updated the copyright years, hence new checksum for license file. Signed-off-by: Nitin A Kamble --- .../libpcre/{libpcre_8.12.bb => libpcre_8.20.bb} |8 1 files changed, 4 insertions(+), 4 deletions(-) rename meta/recipes-support/libpc

[OE-core] [PATCH 7/8] update distro tracking recipe information

From: Nitin A Kamble Signed-off-by: Nitin A Kamble --- .../conf/distro/include/distro_tracking_fields.inc | 49 +++- 1 files changed, 27 insertions(+), 22 deletions(-) diff --git a/meta/conf/distro/include/distro_tracking_fields.inc b/meta/conf/distro/include/distro_tracking

[OE-core] [PATCH 8/8] insane.bbclass: avoid errors for x32 kernel

From: Nitin A Kamble x32 abi of x86_64 has 32bit userspace and the kernel is 64bit. The qa checking code was reporting this as errors for x32 kernel files and modules. This commit extends the condition in the checking code to avoid throwing the bitsize not matched error for x32 kernel files. S

[OE-core] [PATCH 4/8] libtool: upgrade from 2.4 to 2.4.2

From: Nitin A Kamble Rebased patches to the newer source code Signed-off-by: Nitin A Kamble --- .../libtool/{libtool-2.4.inc => libtool-2.4.2.inc} |6 +- ...libtool-cross_2.4.bb => libtool-cross_2.4.2.bb} |2 +- ...btool-native_2.4.bb => libtool-native_2.4.2.bb} |2 +- ...nativesdk

[OE-core] OE Changelog for 2011-11-7 to 2011-11-14

Changelog for 2011-11-7 to 2011-11-14. Projects included in this report: bitbake: git://git.openembedded.org/bitbake openembedded-core: git://git.openembedded.org/openembedded-core meta-openembedded: git://git.openembedded.org/meta-openembedded meta-angstrom: git://git.angstrom-distribution.org/m

[OE-core] [PATCH 1/2] bitbake.conf: add a couple explicit vardeps

Signed-off-by: Christopher Larson --- meta/conf/bitbake.conf |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf index 0d6b3b8..c158c61 100644 --- a/meta/conf/bitbake.conf +++ b/meta/conf/bitbake.conf @@ -506,6 +506,7 @@ DEBUG_

[OE-core] [PATCH 0/2] Add some explicit variable dependencies

The following changes since commit a8ed4fcd79f6283c1d45f347dce894d784183900: xinit: rdepends on util-linux-mcookie to avoid brining whole util-linux (2011-11-11 11:00:56 +) are available in the git repository at: https://github.com/kergoth/oe-core vardeps Christopher Larson (2): bi

[OE-core] [PATCH 2/2] Add some (mostly packaging) vardeps

Signed-off-by: Christopher Larson --- meta/classes/package.bbclass | 17 - meta/classes/package_deb.bbclass |1 + meta/classes/package_ipk.bbclass |1 + meta/classes/package_rpm.bbclass |1 + meta/classes/sstate.bbclass|2 ++ meta/classes/util

Re: [OE-core] What is the strategy to update eglibc?

On Sun, Oct 30, 2011 at 7:12 PM, Kang Kai wrote: > Hi Saul, > > I just want to update eglibc but eglibc is using its 2.14 branch and use svn > commit revision "15225" as current version. Of course it is behind the > latest svn revision, but I don't quit sure about which is the right revision > to

Re: [OE-core] [PATCH 4/8] libtool: upgrade from 2.4 to 2.4.2

did u look at http://git.openembedded.org/openembedded-core-contrib/commit/?h=kraj/gold-updates&id=345f86369d165c9a41a4036c8b90662dc992f0f6 On Wed, Nov 16, 2011 at 11:14 AM, wrote: > From: Nitin A Kamble > > Rebased patches to the newer source code > > Signed-off-by: Nitin A Kamble > --- >  ..

[OE-core] [PATCH] libpcap: use binconfig class to deploy pcap-config

This fixes building of tcpdump on hosts where libpcap-dev is installed. Also introduce INC_PR. Signed-off-by: Jan Luebbe --- meta/recipes-connectivity/libpcap/libpcap.inc |4 +++- meta/recipes-connectivity/libpcap/libpcap_1.1.1.bb |2 +- 2 files changed, 4 insertions(+), 2 deletions

Re: [OE-core] [PATCH 4/8] libtool: upgrade from 2.4 to 2.4.2

> -Original Message- > From: openembedded-core-boun...@lists.openembedded.org > [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of > Khem Raj > Sent: Wednesday, November 16, 2011 1:50 PM > To: Patches and discussions about the oe-core layer > Subject: Re: [OE-core] [PA

Re: [OE-core] [PATCH 4/8] libtool: upgrade from 2.4 to 2.4.2

On Wed, Nov 16, 2011 at 2:26 PM, Kamble, Nitin A wrote: > > Khem, >   I did not see that commit, and I find the oecore/yocto is still behind for > the version of libtool recipe. Any reason that commit is not in oecore? > > Thanks, there were some feedback on the patch I have to look thru it. __

Re: [OE-core] [PATCH 2/2] Add some (mostly packaging) vardeps

On Wed, 2011-11-16 at 14:17 -0700, Chris Larson wrote: > Signed-off-by: Christopher Larson > --- > meta/classes/package.bbclass | 17 - > meta/classes/package_deb.bbclass |1 + > meta/classes/package_ipk.bbclass |1 + > meta/classes/package_rpm.bbclass |1

[OE-core] [PATCH] libtool-cross: Upbreak and actually use more of it

We should be using libtool-cross for cross compiling but were not. This patch sets datadir so libtoolize ends up containing correct paths. It then installs libtoolize. The path ltmain.sh was installed to was incorrect and this is fixed. We also now install all the libtool m4 macros. Signed-off-b

[OE-core] RFC: EFI Support

I'm working to provide EFI boot support for the BSPs in the meta-intel layers for the Yocto Project. There are several points to consider and before I start work on an implementation, I would appreciate a review of this proposal. I'll present the various points to consider, and then follow with my

[OE-core] how to exclude files when packaging?

Hello, All: I'm working on opensaf, wrote a bb file for it, and found that the FILES_${PN} has included /usr/lib/${PN}/*. but there are some .a and .so(symlink) in /usr/lib/${PN}, which will result QA issue. how to exclude some files (e.g. *.a, *.so) in FILES_${PN}? there a

Re: [OE-core] What is the strategy to update eglibc?

On 2011年11月17日 05:38, Khem Raj wrote: On Sun, Oct 30, 2011 at 7:12 PM, Kang Kai wrote: Hi Saul, I just want to update eglibc but eglibc is using its 2.14 branch and use svn commit revision "15225" as current version. Of course it is behind the latest svn revision, but I don't quit sure about w

Re: [OE-core] What is the strategy to update eglibc?

it looks like there is 2.14 bb file already, why the default eglibc stay on 2.13? On Thu, 2011-11-17 at 10:32 +0800, Kang Kai wrote: > On 2011年11月17日 05:38, Khem Raj wrote: > > On Sun, Oct 30, 2011 at 7:12 PM, Kang Kai wrote: > >> Hi Saul, > >> > >> I just want to update eglibc but eglibc is usin

[OE-core] [PATCH 0/2] sanitytest: Fix 2 bugs on non-rpm or non-procps installed image

Current sanitytest will report failure on non-rpm or non-procps installed image. Add check for busybox/procps and use different option for different ps command. Remove rpm/zypper tests if image is not based on rpm. The following changes since commit da8425174529f10e16cde21fbea7f804284c38ae: als

[OE-core] [PATCH 2/2] sanitytest: remove rpm/zypper tests if PACKAGE_CLASSES does not set package_rpm

If PACKAGE_CLASSES does not set package_rpm as the first item, the root filesystem will not be generated based on rpm. We need remove rpm/zypper tests against non-rpm filesystem. [YOCTO #1757] Signed-off-by: Jiajun Xu --- meta/classes/imagetest-qemu.bbclass | 25 - 1

[OE-core] [PATCH 1/2] sanitytest: use different option for command ps from busybox and procps

Current sanitytest use option -e for ps command, which only works for ps from procps. It fails if ps is provided by busybox. Add check to use different option for command from busybox and procps. [YOCTO #1756] Signed-off-by: Jiajun Xu --- scripts/qemuimage-tests/tools/connman_test.sh | 28 +++

Re: [OE-core] What is the strategy to update eglibc?

On Wed, Nov 16, 2011 at 6:35 PM, Ni Qingliang wrote: > it looks like there is 2.14 bb file already, why the default eglibc stay > on 2.13? 2.14 removed some functionality rpc which is used extensively alternative to use libtirpc is not sufficient atm. Therefore we readded the functionality into 2

Re: [OE-core] What is the strategy to update eglibc?

Thanks for the explanation:) On Thu, 2011-11-17 at 14:41 +0800, Khem Raj wrote: > On Wed, Nov 16, 2011 at 6:35 PM, Ni Qingliang > wrote: > > it looks like there is 2.14 bb file already, why the default eglibc stay > > on 2.13? > > 2.14 removed some functionality rpc which is used extensively > a