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

2011-11-17 Thread McClintock Matthew-B29882
On Wed, Nov 16, 2011 at 8:35 PM, Ni Qingliang niqingli...@insigma.com.cn wrote: it looks like there is 2.14 bb file already, why the default eglibc stay on 2.13? ../meta/conf/distro/include/tcmode-default.inc:PREFERRED_VERSION_eglibc ?= ${EGLIBCVERSION}

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

2011-11-17 Thread McClintock Matthew-B29882
On Wed, Nov 16, 2011 at 8:29 PM, Ni Qingliang niqingli...@insigma.com.cn wrote: 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

[OE-core] [PATCH 0/1]rpm: Fix rpm log grows indefinitely issue.

2011-11-17 Thread Mei Lei
This patch fixes bug 1174. Thanks, Lei The following changes since commit 300336fc4a310ed16a14ad041744708d54aae189: Richard Purdie (1): update-alternatives: Various fixes are available in the git repository at: git://git.pokylinux.org/poky-contrib lmei3/bug1174

[OE-core] [PATCH 1/1] rpm: Flush old logs by change the DB_CONFIG

2011-11-17 Thread Mei Lei
Fixes [YOCTO #1174] Rpm logs will grow indefinitely, so change the config to flush those old logs. Signed-off-by: Mei Lei lei@intel.com --- .../recipes-devtools/rpm/rpm/rpm-log-auto-rm.patch | 12 meta/recipes-devtools/rpm/rpm_5.4.0.bb |5 +++-- 2 files

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

2011-11-17 Thread Martin Jansa
On Thu, Nov 17, 2011 at 08:14:06AM +, McClintock Matthew-B29882 wrote: On Wed, Nov 16, 2011 at 8:29 PM, Ni Qingliang niqingli...@insigma.com.cn wrote: 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

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

2011-11-17 Thread Henning Heinold
On Thu, Nov 17, 2011 at 08:14:06AM +, McClintock Matthew-B29882 wrote: On Wed, Nov 16, 2011 at 8:29 PM, Ni Qingliang niqingli...@insigma.com.cn wrote: 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

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

2011-11-17 Thread Paul Menzel
Dear Richard, Am Donnerstag, den 17.11.2011, 00:13 + schrieb Richard Purdie: unfortunately I could not find the meaning of upbreak here. We should be using libtool-cross for cross compiling but were not. Is that just a cosmetic thing or did packages break? This patch sets datadir so

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

2011-11-17 Thread Koen Kooi
Op 17 nov. 2011, om 03:29 heeft Ni Qingliang het volgende geschreven: 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.

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

2011-11-17 Thread Ni Qingliang
I still think that the 'exclude feature would be better.:) On Thu, 2011-11-17 at 16:57 +0800, Henning Heinold wrote: On Thu, Nov 17, 2011 at 08:14:06AM +, McClintock Matthew-B29882 wrote: On Wed, Nov 16, 2011 at 8:29 PM, Ni Qingliang niqingli...@insigma.com.cn wrote: Hello, All:

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

2011-11-17 Thread Ni Qingliang
Oh, my fault. I defined another var: opensaflibmiscdir osaflibsvcdir = ${libdir}/${PN} FILES_${PN} = ${osaflibsvcdir}/lib*.so.* ${osaflibsvcdir}/clc-cli/* \ ${osaflibsvcdir}/immload ${osaflibsvcdir}/nid_tipc \ ${osaflibsvcdir}/osaf* ${osaflibsvcdir}/opensaf* \

[OE-core] [PATCH] useradd.bbclass: do not let depend native packages on base-passwd from target

2011-11-17 Thread Henning Heinold
Hi, with the setup now in useradd.bbclass, at least dbus-native depends on the base-passwd from target. I think this is not wanted. My patch resets the DEPENDS line for native packages similar to nativesdk. Henning Heinold (1): useradd.bbclass: do not let depend native packages on base-passwd

[OE-core] [PATCH] useradd.bbclass: do not let depend native packages on base-passwd from target

2011-11-17 Thread Henning Heinold
Signed-off-by: Henning Heinold hein...@inf.fu-berlin.de --- meta/classes/useradd.bbclass |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/meta/classes/useradd.bbclass b/meta/classes/useradd.bbclass index 928f619..245588b 100644 --- a/meta/classes/useradd.bbclass +++

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

2011-11-17 Thread Richard Purdie
On Thu, 2011-11-17 at 10:08 +0100, Paul Menzel wrote: Dear Richard, Am Donnerstag, den 17.11.2011, 00:13 + schrieb Richard Purdie: unfortunately I could not find the meaning of upbreak here. Sorry, its a typo and should be unbreak We should be using libtool-cross for cross compiling

Re: [OE-core] [PATCH] useradd.bbclass: do not let depend native packages on base-passwd from target

2011-11-17 Thread Richard Purdie
On Thu, 2011-11-17 at 10:48 +0100, Henning Heinold wrote: Signed-off-by: Henning Heinold hein...@inf.fu-berlin.de --- meta/classes/useradd.bbclass |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/meta/classes/useradd.bbclass b/meta/classes/useradd.bbclass index

[OE-core] [PATCH 0/1] libx11-trim: update to 1.4.4

2011-11-17 Thread Xiaofeng Yan
From: Xiaofeng Yan xiaofeng@windriver.com I remove patch nodolt.patch because it is no use in the new version \ and change patch include_fix.patch to keysymdef_include.patch from libx11-1.4.4 Pull URL: git://git.pokylinux.org/poky-contrib.git Branch: xiaofeng/update_libx11-trim Browse:

[OE-core] [PATCH 1/1] libx11-trim: update to 1.4.4

2011-11-17 Thread Xiaofeng Yan
From: Xiaofeng Yan xiaofeng@windriver.com I remove patch nodolt.patch because it is no use in the new version \ and change patch include_fix.patch to keysymdef_include.patch from libx11-1.4.4. Signed-off-by: Xiaofeng Yan xiaofeng@windriver.com ---

[OE-core] [PATCH 1/1] tslib: Set open mode for ts_calibate.c

2011-11-17 Thread Xiaofeng Yan
From: Xiaofeng Yan xiaofeng@windriver.com Get patch from: http://permalink.gmane.org/gmane.comp.lib.uclibc.buildroot/27614 There is a potentially unsafe use of open(). Ubuntu 8.10+, for instance, by default enables the compiler flag -D_FORTIFY_SOURCE=2 \ which throws an error of

[OE-core] [PATCH 0/1] tslib:Set open mode for ts_calibate.c

2011-11-17 Thread Xiaofeng Yan
From: Xiaofeng Yan xiaofeng@windriver.com Get patch from: http://permalink.gmane.org/gmane.comp.lib.uclibc.buildroot/27614 There is a potentially unsafe use of open(). Ubuntu 8.10+, for instance, by default enables the compiler flag -D_FORTIFY_SOURCE=2 which throws an error of

[OE-core] [PATCH 0/1] gtk+:Have gtk+ pick up ${NM} from the environment

2011-11-17 Thread Xiaofeng Yan
From: Xiaofeng Yan xiaofeng@windriver.com When gtk+ configures, it should pick up ${NM} from the environment if it is defined, instead of just looking for nm. Pull URL: git://git.pokylinux.org/poky-contrib.git Branch: xiaofeng/gtk+ Browse:

[OE-core] [PATCH 1/1] gtk+: Have gtk+ pick up ${NM} from the environment

2011-11-17 Thread Xiaofeng Yan
From: Xiaofeng Yan xiaofeng@windriver.com hen gtk+ configures, it should pick up ${NM} from the environment \ if it is defined, instead of just looking for nm. Signed-off-by: Xiaofeng Yan xiaofeng@windriver.com --- .../gtk+/gtk+-2.24.6/configure-nm.patch| 14 ++

Re: [OE-core] [PATCH 1/1] libx11-trim: update to 1.4.4

2011-11-17 Thread Martin Jansa
On Thu, Nov 17, 2011 at 07:00:08PM +0800, Xiaofeng Yan wrote: From: Xiaofeng Yan xiaofeng@windriver.com I remove patch nodolt.patch because it is no use in the new version \ and change patch include_fix.patch to keysymdef_include.patch from libx11-1.4.4. Did you forget to add FILESDIR

[OE-core] [PATCH] package.bbclass: Ensure we tell rpmdeps where to find its magic file

2011-11-17 Thread Richard Purdie
Without this, if rpmddeps came from a sstate package which was relocated it might not find its magic file and if that happens, requires/provides in packages could get corrupted. This leads to failures at rootfs time during builds with messages like: libdbus-1.so.3 is needed by

[OE-core] [PATCH] siggen.py: Include list of variables in hashes

2011-11-17 Thread Richard Purdie
Ensure that the list of dependencies is included in the hash as well as their contents Prior to this, adding or removing dependencies with values of None would not change the hash, despite diffsigs reporting this difference. Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org ---

Re: [OE-core] [PATCH] useradd.bbclass: do not let depend native packages on base-passwd from target

2011-11-17 Thread Paul Menzel
Dear Henning, Am Donnerstag, den 17.11.2011, 10:48 +0100 schrieb Henning Heinold: with the setup now in useradd.bbclass, at least dbus-native depends on the base-passwd from target. I think this is not wanted. My patch resets the DEPENDS line for native packages similar to nativesdk. why

[OE-core] [PATCH 1/1] gmp: also generate the libgmpcxx library

2011-11-17 Thread nitin . a . kamble
From: Nitin A Kamble nitin.a.kam...@intel.com configure runs few checks to make sure c++ compiler and runtime are working as expected with the --enable-cxx=detect option. Signed-off-by: Nitin A Kamble nitin.a.kam...@intel.com --- meta/recipes-support/gmp/gmp.inc |2 ++

[OE-core] [PATCH 0/1] gmp recipe enhancement

2011-11-17 Thread nitin . a . kamble
From: Nitin A Kamble nitin.a.kam...@intel.com The following changes since commit e7486c3dc7114ef73ff36ce0cbd23eb87f370aa7: insane.bbclass: avoid errors for x32 kernel (2011-11-17 08:50:20 -0800) are available in the git repository at: git://git.pokylinux.org/poky-contrib nitin/work

Re: [OE-core] [PATCH] useradd.bbclass: do not let depend native packages on base-passwd from target

2011-11-17 Thread Henning Heinold
On Thu, Nov 17, 2011 at 05:26:33PM +0100, Paul Menzel wrote: Dear Henning, Am Donnerstag, den 17.11.2011, 10:48 +0100 schrieb Henning Heinold: with the setup now in useradd.bbclass, at least dbus-native depends on the base-passwd from target. I think this is not wanted. My patch

Re: [OE-core] [PATCH 1/1] gmp: also generate the libgmpcxx library

2011-11-17 Thread Koen Kooi
Op 17 nov. 2011, om 17:55 heeft nitin.a.kam...@intel.com het volgende geschreven: From: Nitin A Kamble nitin.a.kam...@intel.com configure runs few checks to make sure c++ compiler and runtime are working as expected with the --enable-cxx=detect option. Has the packaging issue been fixed

[OE-core] [PATCH 0/1] reworked gmp commit

2011-11-17 Thread nitin . a . kamble
From: Nitin A Kamble nitin.a.kam...@intel.com Now the generated package names do not get changed. The following changes since commit 01b645fca1f4816fccf057c6ac95e3ba0877421d: insane.bbclass: avoid errors for x32 kernel (2011-11-16 11:21:40 -0800) are available in the git repository at:

[OE-core] [PATCH 1/1] gmp: also generate the libgmpcxx library

2011-11-17 Thread nitin . a . kamble
From: Nitin A Kamble nitin.a.kam...@intel.com configure runs few checks to make sure c++ compiler and runtime are working as expected with the --enable-cxx=detect option. Added a LEAD_SONAME line to avoid change in generated package names. Signed-off-by: Nitin A Kamble nitin.a.kam...@intel.com

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

2011-11-17 Thread Mark Hatle
On 11/17/11 3:12 AM, Ni Qingliang wrote: I still think that the 'exclude feature would be better.:) IMHO an exclude function would simply be an automated rm -f list at the end of the install process. It should be fairly easy to implement this if someone thinks it's a better idea then

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

2011-11-17 Thread Chris Larson
On Thu, Nov 17, 2011 at 12:38 PM, Mark Hatle mark.ha...@windriver.com wrote: On 11/17/11 3:12 AM, Ni Qingliang wrote: I still think that the 'exclude feature would be better.:) IMHO an exclude function would simply be an automated rm -f list at the end of the install process. It should be

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

2011-11-17 Thread Mark Hatle
On 11/17/11 1:43 PM, Chris Larson wrote: On Thu, Nov 17, 2011 at 12:38 PM, Mark Hatlemark.ha...@windriver.com wrote: On 11/17/11 3:12 AM, Ni Qingliang wrote: I still think that the 'exclude feature would be better.:) IMHO an exclude function would simply be an automated rm -flist at the

Re: [OE-core] [PATCH] useradd.bbclass: do not let depend native packages on base-passwd from target

2011-11-17 Thread Chris Larson
On Thu, Nov 17, 2011 at 9:26 AM, Paul Menzel paulepan...@users.sourceforge.net wrote: Am Donnerstag, den 17.11.2011, 10:48 +0100 schrieb Henning Heinold: with the setup now in useradd.bbclass, at least dbus-native depends on the base-passwd from target. I think this is not wanted. My patch

Re: [OE-core] [PATCH] useradd.bbclass: do not let depend native packages on base-passwd from target

2011-11-17 Thread Paul Menzel
Am Donnerstag, den 17.11.2011, 14:37 -0700 schrieb Chris Larson: On Thu, Nov 17, 2011 at 9:26 AM, Paul Menzel wrote: Am Donnerstag, den 17.11.2011, 10:48 +0100 schrieb Henning Heinold: with the setup now in useradd.bbclass, at least dbus-native depends on the base-passwd from target. I

[OE-core] [PATCH] Remove EGLIBPARALLELISM from deps for EXTRA_OEMAKE

2011-11-17 Thread Matthew McClintock
Without this simply changing the number of threads via PARALLEL_MAKE can invalidate sstate-cache Signed-off-by: Matthew McClintock m...@freescale.com --- meta/recipes-core/eglibc/eglibc.inc |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git

[OE-core] [PATCH] Nothing uses USERNAME, remove it - can cause sstate-cache conflicts

2011-11-17 Thread Matthew McClintock
USER is the correct variable to use, also this can affect sstate cache as well. Signed-off-by: Matthew McClintock m...@freescale.com --- I'm not 100% sure about this one but it seems like nothing is using this variable? Also one of my build machines (Jenkins specifically) was exporting

[OE-core] [PATCH] Add PATCHRESOLVE to excluded vars for generating sstate-cache

2011-11-17 Thread Matthew McClintock
The method of resolving the patch should not effect the sstate-cache signature. Signed-off-by: Matthew McClintock m...@freescale.com --- I'm not 100% sure about this one either - should we even generate sstate-cache at all if we have a scenario where we try to resolve a patch?

[OE-core] [PATCH] Remove ttyS* from /etc/inittab that are not present

2011-11-17 Thread Matthew McClintock
This will prevent error message that pop up when the serial port is not present --- This seems quite hacky to me, but we have an issue where if we remove a serial port from the device tree the serial port won't work. It seems link it's still in /dev/ttySN but it's not configured properly. I

[OE-core] [PATCH 1/1] at: update the upstream-status of patches

2011-11-17 Thread nitin . a . kamble
From: Nitin A Kamble nitin.a.kam...@intel.com Signed-off-by: Nitin A Kamble nitin.a.kam...@intel.com --- .../at/at-3.1.12/configure-add-enable-pam.patch|2 ++ .../at/files/file_replacement_with_gplv2.patch |2 ++ .../at/files/nonstripbinaries.patch|1 +

Re: [OE-core] [PATCH] Remove ttyS* from /etc/inittab that are not present

2011-11-17 Thread Otavio Salvador
NACK! This enforces online use so won't work for read-only-fs. Please use SERIAL_CONSOLE value to write iniitab but supporting offline use On Thu, Nov 17, 2011 at 20:47, Matthew McClintock m...@freescale.com wrote: This will prevent error message that pop up when the serial port is not

[OE-core] [PATCH] gcc-4.6: Fix gcc ICE on qt4-x11-free/armv7-a

2011-11-17 Thread Khem Raj
Backport fix for PR 47551 fixes the ICE seen on armv7-a/qt4-x11-free Bump up SRCREV past gcc 4.6.2 release Signed-off-by: Khem Raj raj.k...@gmail.com --- meta/recipes-devtools/gcc/gcc-4.6.inc |9 ++-- meta/recipes-devtools/gcc/gcc-4.6/pr47551.patch | 63 +++ 2

Re: [OE-core] [PATCH] Remove ttyS* from /etc/inittab that are not present

2011-11-17 Thread McClintock Matthew-B29882
On Thu, Nov 17, 2011 at 6:08 PM, Otavio Salvador ota...@ossystems.com.br wrote: This enforces online use so won't work for read-only-fs. Online use is sort of the point here - I think it should be configurable though. Please use SERIAL_CONSOLE value to write iniitab but supporting offline use

Re: [OE-core] [PATCH] Remove ttyS* from /etc/inittab that are not present

2011-11-17 Thread Otavio Salvador
On Thu, Nov 17, 2011 at 22:23, McClintock Matthew-B29882 b29...@freescale.com wrote: On Thu, Nov 17, 2011 at 6:08 PM, Otavio Salvador ota...@ossystems.com.br wrote: This enforces online use so won't work for read-only-fs. Online use is sort of the point here - I think it should be

Re: [OE-core] [PATCH] Remove ttyS* from /etc/inittab that are not present

2011-11-17 Thread McClintock Matthew-B29882
On Thu, Nov 17, 2011 at 6:29 PM, Otavio Salvador ota...@ossystems.com.br wrote: I see your point but add more must be online requirements is wrong IMO. It must be online though in this case? This could be done with a specific package that could mangle the image at first boot if really need

Re: [OE-core] [PATCH] gcc-4.6: Fix gcc ICE on qt4-x11-free/armv7-a

2011-11-17 Thread Kamble, Nitin A
I tested this commit for qt4-x11-free for beagleboard machine, and the gcc ICE is gone with this commit. Thanks, Nitin -Original Message- From: openembedded-core-boun...@lists.openembedded.org [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Khem Raj Sent:

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

2011-11-17 Thread Kang Kai
On 2011年11月16日 16:58, Henning Heinold wrote: 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 Bye, Hi, you added CC and CXX variables for linking too,

[OE-core] [PATCH 0/1] mesa: fix calling host's commands V2

2011-11-17 Thread Kang Kai
Hi all, V2 just update commit message mesa use its script file bin/mklib to generate libraries, and call the host's commands ar/ranlib/gcc/g++. Fix it to call the cross-compile tools properly. The following changes since commit fa81f8dfb7a342e355b608aa4204cf23ed2b251c: mime.bbclass: fix typo

[OE-core] [PATCH 1/1] mesa: fix calling host's commands

2011-11-17 Thread Kang Kai
mesa use its script file bin/mklib to generate libraries, and call the host's commands ar/ranlib/gcc/g++. Fix it to call the cross-compile tools properly. Signed-off-by: Kang Kai kai.k...@windriver.com --- meta/recipes-graphics/mesa/mesa-7.11.inc |1 +