Re: [OE-core] [PATCH 1/1] kmod: fix debuginfo is missing in shared library

On 10/24/2014 01:02 AM, Tudor Florea wrote: Hi, *From:*openembedded-core-boun...@lists.openembedded.org [mailto:openembedded-core-boun...@lists.openembedded.org] *On Behalf Of *Burton, Ross *Sent:* Thursday, October 23, 2014 17:21 *To:* Chong Lu *Cc:* OE-core *Subject:* Re: [OE-core] [PATCH

Re: [OE-core] [PATCH 1/1] kmod: fix debuginfo is missing in shared library

On 10/23/2014 10:21 PM, Burton, Ross wrote: On 21 October 2014 09:16, Chong Lu > wrote: -INHIBIT_PACKAGE_STRIP = "${@bb.utils.contains("DISTRO_FEATURES", "ptest", "1", "0", d)}" +INHIBIT_PACKAGE_STRIP_${PN}-ptest = "${@bb.utils.contains("DISTRO_F

[OE-core] [PATCH v2 0/1] kmod: fix debuginfo is missing in shared library

Change since v2: pack kernel modules in test cases to avoid strip command failed The following changes since commit ad065f94acb0bfb81e33935890a1db251d6e2979: ref-manual: Minor edits to variables. (2014-10-23 15:20:20 +0100) are available in the git repository at: git://git.pokylinux.org/pok

[OE-core] [PATCH V2 1/1] kmod: fix debuginfo is missing in shared library

INHIBIT_PACKAGE_STRIP variable will make debuginfo lose in shared library. Pack kernel modules in test cases to avoid strip command failed. Signed-off-by: Chong Lu --- meta/recipes-kernel/kmod/kmod/run-ptest | 1 + meta/recipes-kernel/kmod/kmod_git.bb| 9 - 2 files changed, 9 inserti

Re: [OE-core] [PATCH V3 1/1] gconf: fix multilib conflict - org.gnome.GConf.service

On 10/24/2014 02:10 PM, Koen Kooi wrote: Op 22 okt. 2014, om 09:09 heeft Chong Lu het volgende geschreven: The gconfd-2 will be called in org.gnome.GConf.service file and the path of gconfd-2 is ${libexecdir}, this will get following error when multilib exported in the sdk: error: file /usr/s

Re: [OE-core] [PATCH V3 1/1] gconf: fix multilib conflict - org.gnome.GConf.service

> Op 22 okt. 2014, om 09:09 heeft Chong Lu het > volgende geschreven: > > The gconfd-2 will be called in org.gnome.GConf.service file and the path of > gconfd-2 is ${libexecdir}, this will get following error when multilib > exported > in the sdk: > error: file /usr/share/dbus-1/services/org.g

Re: [OE-core] [PATCH 1/1] systemd: fix systemd-udev-hwdb-update service

> Op 24 okt. 2014, om 07:58 heeft Chen Qi het volgende > geschreven: > > The new version of systemd has implemented the following feature. > Opointer.de/blog/projects/stateless.html > > As a result, the systemd-udev-hwdb-update.service would always run > at first boot. This will cause failure

[OE-core] [PATCH 1/1] ldconfig-native: fix a endian-ness bug

Some header fields of ELF were read with wrong size on 64bit big-endian machine, fix it by reading the fields with read64 instead of read32. Signed-off-by: Par Olsson Signed-off-by: Shan Hai --- .../endian-ness_handling_fix.patch | 47 ++ meta/recipes-core/gl

[OE-core] [PATCH 0/1] fix a endian-ness bug

.../endian-ness_handling_fix.patch | 47 ++ meta/recipes-core/glibc/ldconfig-native_2.12.1.bb | 1 + 2 files changed, 48 insertions(+) Thanks Shan Hai -- ___ Openembedded-core mailing list Openembedded-core@lists.o

[OE-core] [PATCH 0/1] systemd: fix systemd-udev-hwdb-update service

The following changes since commit 97756472d3a69eaca95d105494ffea78c6b077e0: build-appliance-image: Update to dizzy head revision (2014-10-18 16:16:27 +0200) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib ChenQi/systemd-udev-hwdb-update http

[OE-core] [PATCH 1/1] systemd: fix systemd-udev-hwdb-update service

The new version of systemd has implemented the following feature. Opointer.de/blog/projects/stateless.html As a result, the systemd-udev-hwdb-update.service would always run at first boot. This will cause failure if the target device doesn't have enough storage space. Besides, as we run `udevadm h

[OE-core] [PATCH 2/2] nfs-utils: debianize start-statd

From: Li Wang make start-statd command to use nfscommon configure, too. Signed-off-by: Henrik Riomar Signed-off-by: Li Wang --- .../files/nfs-utils-debianize-start-statd.patch| 39 ++ .../nfs-utils/nfs-utils_1.3.0.bb | 1 + 2 files changed, 40 insert

Re: [OE-core] [PATCH V3 1/1] gconf: fix multilib conflict - org.gnome.GConf.service

On 10/22/2014 06:07 PM, Burton, Ross wrote: On 22 October 2014 08:09, Chong Lu wrote: The gconfd-2 will be called in org.gnome.GConf.service file and the path of gconfd-2 is ${libexecdir}, this will get following error when multilib exported in the sdk: error: file /usr/share/dbus-1/services/o

[OE-core] [PATCH] BusyBox: Fixing broadcast address is not fed and rightly initialized

From: "yadi...@windriver.com" When using udhcpc along with ip command(/sbin/ip), broadcast address is not assigned. Broadcast address is successfully assigned when using udhcpc without ip command existence. with ip command: $ifconfig eth0|grep Bcast inet addr:128.224.162.141 Bcast

[OE-core] [PATCH 1/1] multilib.conf: set MULTILIB_GLOBAL_VARIANTS conditionally

It is not entirely obvious that all reasonable configurations will have multilib.conf strictly before the file which might want to set MULTILIB_GLOBAL_VARIANTS. The x86-ish values here look like reasonable default guesses, but shouldn't override an explicit setting. --- meta/conf/multilib.conf |

[OE-core] [PATCH 0/1] multilib.conf: conditionalize MULTILIB_GLOBAL_VARIANTS

The actual use case may have been a little unusual, but I ended up with a machine's .conf file specifying arch-specific MULTILIB_GLOBAL_VARIANTS, and having it not work. On study, I found that multilib.conf was getting read after that. And I think this ought to work more like DEFAULTTUNE, where th

Re: [OE-core] [PATCH] poky-lsb: Set LTSI as base kernel for LSB

On 10/23/2014 10:43 AM, Saul Wold wrote: By doing this we will enable the LTSI kernel (3.10 at this time) for the LSB based images. Oops, this should have gone to the p...@yoctoproject.org list, resent, sorry for the noise Sau! [YOCTO #6853] Signed-off-by: Saul Wold --- meta-yocto/con

Re: [OE-core] [URGENT] Daisy is broken

On 10/23/2014 11:19 AM, Otavio Salvador wrote: Hello, Today some backports were done in Daisy. It seems it had no test before pushing the stuff to the Git repository as it fails with: ERROR: Function failed: Fetcher failure for URL: 'file://Makefiles-ptest.patch'. Unable to fetch URL from any s

[OE-core] [URGENT] Daisy is broken

Hello, Today some backports were done in Daisy. It seems it had no test before pushing the stuff to the Git repository as it fails with: ERROR: Function failed: Fetcher failure for URL: 'file://Makefiles-ptest.patch'. Unable to fetch URL from any source. ERROR: Logfile of failure stored in: .../b

[OE-core] [PATCH] poky-lsb: Set LTSI as base kernel for LSB

By doing this we will enable the LTSI kernel (3.10 at this time) for the LSB based images. [YOCTO #6853] Signed-off-by: Saul Wold --- meta-yocto/conf/distro/poky-lsb.conf | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/meta-yocto/conf/distro/poky-lsb.conf b/meta-yocto/con

Re: [OE-core] [PATCH 1/1] kmod: fix debuginfo is missing in shared library

Hi, From: openembedded-core-boun...@lists.openembedded.org [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Burton, Ross Sent: Thursday, October 23, 2014 17:21 To: Chong Lu Cc: OE-core Subject: Re: [OE-core] [PATCH 1/1] kmod: fix debuginfo is missing in shared library On

Re: [OE-core] [PATCH 1/1] kmod: fix debuginfo is missing in shared library

On 21 October 2014 09:16, Chong Lu wrote: > -INHIBIT_PACKAGE_STRIP = "${@bb.utils.contains("DISTRO_FEATURES", "ptest", > "1", "0", d)}" > +INHIBIT_PACKAGE_STRIP_${PN}-ptest = > "${@bb.utils.contains("DISTRO_FEATURES", "ptest", "1", "0", d)}" > Was this actually tested? ERROR: runstrip: ''arm-po

[OE-core] [PATCH] shadow: enable support for subordinate IDs

Subordinate IDs support is required in order to enable creation of unprivileged containers. Pull a required change from upstream in order to make shadow cross-compile with subordinate IDs support. Enable flag in recipe. Signed-off-by: Bogdan Purcareata --- ..._of_uid_t_and_gid_t_using_AC_CHECK_S

Re: [OE-core] [PATCH] linux-firmware: resolve linux-firmware and microcode-ctl file conflicts

On 23 October 2014 06:14, Huang, Jie (Jackie) wrote: > > * microcode-ctl-firmware seems useless if you can rely on linux-firmware > to provide the file. > > Maybe, but someone may choose to use the one provided by > microcode-ctl-firmware. Would they intentionally pick the file in your microcod

Re: [OE-core] [PATCH] linux-firmware: resolve linux-firmware and microcode-ctl file conflicts

On Thu, Oct 23, 2014 at 3:14 AM, Huang, Jie (Jackie) wrote: >> On Wed, Oct 22, 2014 at 6:36 AM, wrote: >> > From: Yue Tao >> > >> > Use alternatives mechanism to prevent linux-firmware and microcode-ctl >> > bin files from causing conflicts. >> > >> > The error is : >> > >> > error: file /lib/f

Re: [OE-core] [PATCH] gdb-cross: build with python support

On Tue, Oct 21, 2014 at 5:26 PM, Burton, Ross wrote: > On 7 October 2014 16:50, Andreas Müller > wrote: > > -DEPENDS = "expat-native ncurses-native readline-native" > > +DEPENDS = "expat-native ncurses-native readline-native python-native" > > > > -EXTRA_OECONF += "--without-python" > > +inherit

[OE-core] Fwd: [oe] it is possible that OE servers might be unavailable from 0700UTC till 1300UTC

Forwarding to OE-Core as well -- Forwarded Message -- Subject: [oe] it is possible that OE servers might be unavailable from 0700UTC till 1300UTC Date: Wednesday 22 October 2014, 23:33:00 From: Tom King To: openembedded-de...@lists.openembedded.org Due to emergency Network ma

[OE-core] [PATCH 0/1 v2] lsof: fix LSOF_CCV in version.h

From: Wenzong Fan v2 changes: * pass LSOF_CC to configure * change the LSOF_CCV assignment to run LSOF_CC get the version of linux compiler. The following changes since commit 924da20c6f2f183fa7e930e4c3c6b14c090acbe5: build-appliance-image: Update to dizzy head revision (2014-10-18 16:16:38

[OE-core] [PATCH 1/1 v2] lsof: fix LSOF_CCV in version.h

From: Wenzong Fan When using cross compiler to build the package "lsof" on a host, the value of LSOF_CCV in version.h genegrated by the Makefile is the version of the compiler on the host while it should be the version of cross compiler. On Ubuntu host before fixed: #define LSOF_CCV"4.