[OE-core] [PATCH] python-native: disable user site support

From: Yasir-Khan The user site-packages gets inserted into sys.path ahead of the system site directories, so a site package installed there will be used in preference to what's in our sysroot, causing less deterministic builds, and potential build breakage, depending on what the user has installe

Re: [OE-core] Autotools and "foreign"

On 08/13/2014 01:13 PM, Mike Looijmans wrote: On 08/12/2014 08:57 PM, Burton, Ross wrote: On 12 August 2014 18:40, Mike Looijmans wrote: Is there an alternative to manually patching all of these packages to get them to compile once more? Depends on the package, but generally you'll need to

Re: [OE-core] Autotools and "foreign"

On 08/12/2014 08:57 PM, Burton, Ross wrote: On 12 August 2014 18:40, Mike Looijmans wrote: Is there an alternative to manually patching all of these packages to get them to compile once more? Depends on the package, but generally you'll need to update the automake macro at the top of configu

Re: [OE-core] Regarding PR flag

See the PR Server to automatically bump the PR. https://wiki.yoctoproject.org/wiki/PR_Service // Robert On 08/13/2014 12:57 PM, Himanshu Pandey wrote: Hi, How to bump up PR flag automatically. The problem is that every time I clean and compile my image, some of the .bb files are not compiled

[OE-core] Regarding PR flag

Hi, How to bump up PR flag automatically. The problem is that every time I clean and compile my image, some of the .bb files are not compiled, then in that case I bump their PR by 1 and then they get compiled. So I want to avoid this situation. I want that every time I do clean & compile all the

[OE-core] [PATCH] package.bbclass: Add ASSUME_SONAME variable

When libraries don't have a SONAME in their section, their name aren't added in the .list file generated during do_package. Other recipes are able to build against them but are not able to find them afterwards, leading to missing dependencies. For example, with qtbase and proprietary libraries for

[OE-core] [dora/daisy][PATCH] package.bbclass: Add ASSUME_SONAME variable

When libraries don't have a SONAME in their section, their name aren't added in the .list/.ver files generated during do_package. Other recipes are able to build against them but are not able to find them afterwards, leading to missing dependencies. For example, with qtbase and proprietary librari

Re: [OE-core] [oe-core][PATCH] recipes-devtools: Add OVMF recipe

On Tue, 12 Aug, at 05:51:38PM, Martin Jansa wrote: > > I don't think we have iasl in oe-core. Oops, my bad. I thought I'd checked that but turns out I was looking in the wrong tree. I'll include the iasl recipe with the next submission. > Also the styleguide says you should use space around =

Re: [OE-core] Autotools and "foreign"

On 12 August 2014 18:40, Mike Looijmans wrote: > Is there an alternative to manually patching all of these packages to get > them to compile once more? Depends on the package, but generally you'll need to update the automake macro at the top of configure.ac (and submit a patch upstream as this sh

[OE-core] [oe-core][PATCH] powertop : Update SRC_URI to match current path on server.

The url is now uses https and there is a slight change on the path. No isgn of checksum changes. Signed-off-by: Philip Balister --- meta/recipes-kernel/powertop/powertop_2.6.1.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-kernel/powertop/powertop_2.6.1.bb b

[OE-core] Autotools and "foreign"

I tried to upgrade to the current master, and got a few dozen packages now failing to build because of automake errors like this: | Makefile.am: error: required file './NEWS' not found | Makefile.am: error: required file './README' not found | Makefile.am: error: required file './AUTHORS' not fo

Re: [OE-core] [yocto] Automatic upgrade helper

On Tuesday 12 August 2014 17:48:25 Martin Jansa wrote: > On Tue, Aug 12, 2014 at 04:19:41PM +0100, Paul Eggleton wrote: > > Hi folks, > > > > I'd like to announce the immediate availability of the Automatic Upgrade > > Helper, a tool for automating the task of upgrading recipes when a new > > upst

Re: [OE-core] Adding cgdb to meta

On Tue, Aug 12, 2014 at 4:55 PM, Laszlo Papp wrote: > On Tue, Aug 12, 2014 at 4:51 PM, Laszlo Papp wrote: > >> On Tue, Aug 12, 2014 at 4:48 PM, Burton, Ross >> wrote: >> >>> On 12 August 2014 16:46, Laszlo Papp wrote: >>> > That layer is too big. It is nearly everything that is rejected from >

Re: [OE-core] Adding cgdb to meta

On Tue, Aug 12, 2014 at 4:51 PM, Laszlo Papp wrote: > On Tue, Aug 12, 2014 at 4:48 PM, Burton, Ross > wrote: > >> On 12 August 2014 16:46, Laszlo Papp wrote: >> > That layer is too big. It is nearly everything that is rejected from >> meta; >> > ok there are some dedicated layers, like meta-net

Re: [OE-core] Adding cgdb to meta

On Tue, Aug 12, 2014 at 4:48 PM, Burton, Ross wrote: > On 12 August 2014 16:46, Laszlo Papp wrote: > > That layer is too big. It is nearly everything that is rejected from > meta; > > ok there are some dedicated layers, like meta-networking, but it feels > like > > the last resort shelter where

Re: [OE-core] [oe-core][PATCH] recipes-devtools: Add OVMF recipe

On Tue, Aug 12, 2014 at 04:27:46PM +0100, Matt Fleming wrote: > From: Matt Fleming > > The EDK2 project provides a UEFI firmware image for Qemu. > > Import the OVMF recipe from the meta-luv layer. > > Partial solution for [YOCTO #5654] > > Cc: Max Eliaser > Cc: Darren Hart > Cc: Ricardo Neri

Re: [OE-core] Adding cgdb to meta

On 12 August 2014 16:46, Laszlo Papp wrote: > That layer is too big. It is nearly everything that is rejected from meta; > ok there are some dedicated layers, like meta-networking, but it feels like > the last resort shelter where everything can just be thrown at. > > I do not think it is just us

Re: [OE-core] [yocto] Automatic upgrade helper

On Tue, Aug 12, 2014 at 04:19:41PM +0100, Paul Eggleton wrote: > Hi folks, > > I'd like to announce the immediate availability of the Automatic Upgrade > Helper, a tool for automating the task of upgrading recipes when a new > upstream release occurs. It utilises the build system to check if a n

Re: [OE-core] Adding cgdb to meta

On Mon, Aug 11, 2014 at 1:21 PM, Burton, Ross wrote: > On 11 August 2014 12:35, Laszlo Papp wrote: > > So, instead of different developers maintaining this in their own layer, > how > > about including it in meta? > > I'd suggest sending a recipe to meta-oe. > That layer is too big. It is nearl

[OE-core] [oe-core][PATCH] recipes-devtools: Add OVMF recipe

From: Matt Fleming The EDK2 project provides a UEFI firmware image for Qemu. Import the OVMF recipe from the meta-luv layer. Partial solution for [YOCTO #5654] Cc: Max Eliaser Cc: Darren Hart Cc: Ricardo Neri Signed-off-by: Matt Fleming --- ...s-Force-tools-variables-to-host-toolchain.pat

[OE-core] Automatic upgrade helper

Hi folks, I'd like to announce the immediate availability of the Automatic Upgrade Helper, a tool for automating the task of upgrading recipes when a new upstream release occurs. It utilises the build system to check if a new version of the software built by a particular recipe is available, an

Re: [OE-core] [PATCH v2 4/7] gstreamer1.0-plugins-bad: upgrade to 1.4.0

On Tue, Aug 12, 2014 at 04:06:47PM +0200, Martin Jansa wrote: > On Tue, Jul 29, 2014 at 11:05:19PM +0200, Carlos Rafael Giani wrote: > > Signed-off-by: Carlos Rafael Giani > > --- > > .../gstreamer/gstreamer1.0-plugins-bad.inc | 29 > > -- > > ..._1.2.4.bb => gstreame

Re: [OE-core] [PATCH v2 4/7] gstreamer1.0-plugins-bad: upgrade to 1.4.0

On Tue, Jul 29, 2014 at 11:05:19PM +0200, Carlos Rafael Giani wrote: > Signed-off-by: Carlos Rafael Giani > --- > .../gstreamer/gstreamer1.0-plugins-bad.inc | 29 > -- > ..._1.2.4.bb => gstreamer1.0-plugins-bad_1.4.0.bb} | 4 +-- > 2 files changed, 18 insertions(+),

Re: [OE-core] [PATCH v2 7/7] gstreamer1.0-omx: upgrade to 1.2.0

On Tue, Jul 29, 2014 at 11:05:22PM +0200, Carlos Rafael Giani wrote: > Signed-off-by: Carlos Rafael Giani > --- > .../{gstreamer1.0-omx_1.0.0.bb => gstreamer1.0-omx_1.2.0.bb} | 4 > ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > rename meta/recipes-multimedia/gstreamer/{gstre

Re: [OE-core] [PATCH] pyparted: Add recipe

On Tue, Aug 12, 2014 at 4:55 PM, Martin Jansa wrote: > On Tue, Aug 12, 2014 at 02:34:20PM +0530, Sujith H wrote: > > From: Sujith H > > > > This recipe will provide a set of Python modules that > > provide Python programmers an interface to libparted, > > the GNU parted library for disk partitio

[OE-core] [PATCH] avahi: unset FILES_avahi to avoid packaging files there

The main avahi recipe doesn't package anything into ${PN}. If a library is enabled but not put into a separate package it ends up in ${PN} and all the packages are renamed using it's soname - ie libdns-sd-daemon. Avoid this by clearing FILES_avahi so extra files are unpackaged instead of creating

[OE-core] [PATCH] strace: apply ptrace.h conflict workaround

From: Yasir-Khan Apply patch from strace upstream to workaround ptrace.h header file conflict. This patch is not available in strace-4.8 tarball pulled in by recipe. * patch from strace upstream - Work around conflict between and Signed-off-by: Yasir-Khan --- ...-conflict-between-sys-pt

[OE-core] [PATCH 0/1] busybox : fix do_compile failed on qemumips when DEBUG_BUILD (ICE)

Test Steps: 1. vim local.conf: ... MACHINE ?= "qemumips" DEBUG_BUILD = "1" ... 2. bitbake busybox //Hongxu The following changes since commit 870bb8d35547b8313b3a487d7e8b914ab9470e64: local.conf.sample.extended: fix example for EXTRA_USERS_PARAMS (2014-08-04 17:38:24 +0100) are available i

[OE-core] [PATCH 1/1] busybox : fix do_compile failed on qemumips when DEBUG_BUILD (ICE)

Build busybox on mips with -g -O, there is a ice failure: ... shell/ash.c:8758:1: internal compiler error: in dwarf2out_var_location, at dwarf2out.c:21264 ... Please submit a full bug report, with preprocessed source if appropriate. See for instructions. {standard in

Re: [OE-core] [PATCH 2/8] lttng-modules: update to 2.5.0

Hi Martin, On Tue, Aug 12, 2014 at 01:33:05PM +0200, Martin Jansa wrote: > > > Sorry I thought you're maintainer of lttng-*, it seems like Laurentiu is > > > > No worries. I just get caught in the blast when lttng blows up during > > kernel uprevs, and I fix the wreckage so I can send out my upda

Re: [OE-core] [PATCH 2/8] lttng-modules: update to 2.5.0

On Fri, Jul 25, 2014 at 09:48:02AM -0400, Bruce Ashfield wrote: > On Fri, Jul 25, 2014 at 9:46 AM, Martin Jansa wrote: > > On Fri, Jul 25, 2014 at 09:36:12AM -0400, Bruce Ashfield wrote: > >> On Fri, Jul 25, 2014 at 9:23 AM, Bruce Ashfield > >> wrote: > >> > On Fri, Jul 25, 2014 at 9:21 AM, Marti

Re: [OE-core] [PATCH] lttng-ust: update to version 2.5.0

On Mon, Aug 11, 2014 at 07:09:30PM +0500, Yasir Khan wrote: > From: Yasir-Khan > > update to latest stable-2.5 revision > > Signed-off-by: Yasir-Khan > --- > .../{lttng-ust_2.4.0.bb => lttng-ust_2.5.0.bb} |6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > rename meta/recip

Re: [OE-core] [PATCH] pyparted: Add recipe

On Tue, Aug 12, 2014 at 02:34:20PM +0530, Sujith H wrote: > From: Sujith H > > This recipe will provide a set of Python modules that > provide Python programmers an interface to libparted, > the GNU parted library for disk partitioning and filesystem > manipulation. Why not add it to meta-python

[OE-core] [PATCH 0/1] perf.bb: fix multilib build

The following changes since commit 4321c553d5ae816e566234e981a0815bba046d39: SIGGEN_EXCLUDERECIPES_ABISAFE: add initscripts (2014-08-11 17:44:09 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/perf http://cgit.openembedded.org/cgit.c

[OE-core] [PATCH 1/1] perf.bb: fix multilib build

Fixed: $ bitbake perf lib32-perf ERROR: QA Issue: lib32-perf: Files/directories were installed but not shipped /usr/lib64 /usr/lib64/traceevent /usr/lib64/traceevent/plugins /usr/lib64/traceevent/plugins/plugin_function.so /usr/lib64/traceevent/plugins/plugin_scsi.so /usr/lib64/traceeve

[OE-core] [PATCH] pyparted: Add recipe

From: Sujith H This recipe will provide a set of Python modules that provide Python programmers an interface to libparted, the GNU parted library for disk partitioning and filesystem manipulation. Signed-off-by: Christopher Larson Signed-off-by: Sujith H --- meta/recipes-extended/pyparted/pyp

[OE-core] [PATCH] rpcbind: add option to fix port number

fix a random port to offer customer an option for select. Signed-off-by: Li Wang --- .../rpcbind_add_option_to_fix_port_number.patch| 97 meta/recipes-extended/rpcbind/rpcbind_0.2.1.bb |1 + 2 files changed, 98 insertions(+) create mode 100644 meta/recipes-ex

Re: [OE-core] [PATCH] rpcbind: add option to fix port number

On 12 August 2014 08:20, Li Wang wrote: > ++ } else > + xprt = svc_tli_create(fd, 0, (struct t_bind *) 0, 0, 0); *Please* don't do that, match bracket style instead. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openemb

Re: [OE-core] [PATCH] rpcbind: add option to fix port number

Hi, this is a description from customer: = customer's description of the problem: " It would seem rcpbind opens a random port. Clearly not the most simple thing to protect with an ipfilter. Opening random ports in privileged port range, among them one port that identifies itself

Re: [OE-core] [PATCH] rpcbind: add option to fix port number

On 12 August 2014 08:20, Li Wang wrote: > fix a random port to offer customer an option for select. I'm curious as to why this is needed. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org

[OE-core] [PATCH] rpcbind: add option to fix port number

fix a random port to offer customer an option for select. Signed-off-by: Li Wang --- .../rpcbind_add_option_to_fix_port_number.patch| 94 meta/recipes-extended/rpcbind/rpcbind_0.2.1.bb |1 + 2 files changed, 95 insertions(+) create mode 100644 meta/recipes-ex

Re: [OE-core] [PATCH] rpcbind: add option to fix port number

Hi, I will add the follow header to the new patch: = rpcbind: add option to fix port number fix a random port to offer customer an option for select. Signed-off-by: Li Wang = Thanks, LiWang. On 08/12/2014 03:20 PM, Li Wang wrote: fix a random port to offer customer an option for sel

[OE-core] [PATCH v2 2/2] Support image type "squashfs-lzo"

Add "squashfs-lzo" to the image types. LZO compression support has been in both kernel and squashfs tools for many years, but OE never enabled it. Signed-off-by: Mike Looijmans --- meta/classes/image_types.bbclass |4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/meta/cla

[OE-core] [PATCH v2 1/2] squashfs-tools: Add support for LZO and LZ4 compression

For systems that want to optimize for speed rather than size, LZO is usually a better choice than gzip or XZ. Kernel support for LZO has been available since 2.6.29. LZ4 support isn't in the mainline kernel yet, but we might as well add it now for those who want to experiment with it. Signed-off-

[OE-core] [PATCH] rpcbind: add option to fix port number

fix a random port to offer customer an option for select. Signed-off-by: Li Wang --- .../rpcbind_add_option_to_fix_port_number.patch| 82 meta/recipes-extended/rpcbind/rpcbind_0.2.1.bb |1 + 2 files changed, 83 insertions(+) create mode 100644 meta/recipes-ex