[OE-core] [PATCH] python3: add readline to PACKAGECONFIG

Provide a way to make readline dependency optional in case someone might want to use BSD alternative editline instead. Using editline would need some changes though (python issue13501). Signed-off-by: Anuj Mittal --- meta/recipes-devtools/python/python3_3.5.4.bb | 5

[OE-core] ✗ patchtest: failure for "perf: fix packaging of scripti..." and 1 more (rev2)

== Series Details == Series: "perf: fix packaging of scripti..." and 1 more (rev2) Revision: 2 URL : https://patchwork.openembedded.org/series/11183/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests

[OE-core] [PATCH v2] perf: enable support for libaudit

perf needs audit-python to be able to show syscall names and for 'perf trace' to work. Enable dependency on audit-python if present in PACKAGECONFIG. It's disabled by default since audit as of now is in meta-selinux. Fixes [YOCTO #3343] Fixes [YOCTO #3358] Signed-off-by: Anuj Mittal

[OE-core] [PATCH] uninative: Add compatiblity version check

If glibc is newer on the host than in uninative, the failure mode is pretty nasty for clusters where the sstate is shared, including the Yocto Project autobuilder. This check aborts the use of uninative in such scenarios where a newer glibc version appears and avoids corruption of sstate caches.

Re: [OE-core] [rocko][PATCH 1/8] Revert "waf.bbclass: explicitly pass bindir and libdir if supported"

On Wed, 2018-03-14 at 16:28 +0100, Martin Jansa wrote: > ping, this was in rocko-next for a while and then it disappeared. I think it was conflicting with some work Armin was doing so please sync with him and how he plans to sort things. Cheers, Richard --

[OE-core] [PATCH] slang: 2.3.1a -> 2.3.2

Upgrade slang from 2.3.1a to 2.3.2. Signed-off-by: Huang Qiyu --- meta/recipes-extended/slang/{slang_2.3.1a.bb => slang_2.3.2.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-extended/slang/{slang_2.3.1a.bb => slang_2.3.2.bb} (95%)

Re: [OE-core] [PATCH] gcc: Do not use --with-linker-hash-style if LINKER_HASH_STYLE is empty

On Wed, Mar 14, 2018 at 6:57 PM Christopher Larson wrote: > On Wed, Mar 14, 2018 at 6:48 PM, Khem Raj wrote: > >> We allow to set LINKER_HASH_STYLE to be empty so this would fail >> since --with-linker-hash-style needs an argument and cant be empty >> >>

Re: [OE-core] [PATCH 0/3] systemd & systemd-boot: upgrade to 237

ping Is there some problem with this patchset? Regards, Chen Qi On 03/12/2018 04:38 PM, Chen Qi wrote: Changes in V2: * Rebase against latest master to resolve conflicts The following changes since commit 5350ee317740751f2417c1794dd39d3880347dbf: yocto-uninative: Upgrade to 1.8 version

Re: [OE-core] [PATCH] gcc: Do not use --with-linker-hash-style if LINKER_HASH_STYLE is empty

On Wed, Mar 14, 2018 at 6:48 PM, Khem Raj wrote: > We allow to set LINKER_HASH_STYLE to be empty so this would fail > since --with-linker-hash-style needs an argument and cant be empty > > Signed-off-by: Khem Raj > --- >

[OE-core] [PATCH] gcc: Do not use --with-linker-hash-style if LINKER_HASH_STYLE is empty

We allow to set LINKER_HASH_STYLE to be empty so this would fail since --with-linker-hash-style needs an argument and cant be empty Signed-off-by: Khem Raj --- meta/recipes-devtools/gcc/gcc-7.3.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [OE-core] [morty][PATCH] buildhistory: fix latest_srcrev in the common case

On Tue, Feb 27, 2018 at 5:06 PM, Andre McCurdy wrote: > From: Christopher Larson > > buildhistory was writing srcrevs.values() as SRCREV when only one > srcrev/branch exists. This returns a view of the dictionary values in python > 3, and used to

Re: [OE-core] Recipe for Linux page-types tool

page-types is a simple Linux kernel debugging tool to list information about the state of virtual memory (VM) pages. The source is distributed as part of the kernel tree: tools/vm/page-types.c MV On 03/14/18 11:22, Martin Vuille wrote: I have a recipe for building the page-types Linux kernel

Re: [OE-core] [rocko][PATCH 1/8] Revert "waf.bbclass: explicitly pass bindir and libdir if supported"

Hi Stefan, If I remember correctly, you submitted this feature? Best Regards, Vincent 2018-03-14 16:28 GMT+01:00 Martin Jansa : > ping, this was in rocko-next for a while and then it disappeared. > > On Sun, Mar 11, 2018 at 1:43 AM, Martin Jansa

Re: [OE-core] [PATCH 2/3] boost: Fix link problems with caffe and Movidius SDK

I can't seem to find where cmake's python checker magically decides the name of the shared object, but I did find an override, so you can drop the patch.   I had even gone so far as to simply make a zero length file instead of the symlink, and everything still built and run.  It is just some

Re: [OE-core] [PATCH v2] gstreamer: enable ptest support

On 28 February 2018 at 02:51, Anuj Mittal wrote: > +diff --git a/Makefile.am b/Makefile.am > +index de057c4..42e90fe 100644 > +--- a/Makefile.am > b/Makefile.am > +@@ -96,6 +96,9 @@ check-torture: > + > + build-checks: > + $(MAKE) -C tests/check build-checks >

Re: [OE-core] [PATCH 2/2] perf: enable support for libaudit

On 2 March 2018 at 04:44, Anuj Mittal wrote: > # gui support was added with kernel 3.6.35 > # since 3.10 libnewt was replaced by slang > # to cover a wide range of kernel we add both dependencies > @@ -22,6 +22,10 @@ PACKAGECONFIG[libnuma] = ",NO_LIBNUMA=1" >

[OE-core] ✗ patchtest: failure for kernel: (mini) consolidated pull request

== Series Details == Series: kernel: (mini) consolidated pull request Revision: 1 URL : https://patchwork.openembedded.org/series/11383/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been

Re: [OE-core] [rocko][PATCH 1/8] Revert "waf.bbclass: explicitly pass bindir and libdir if supported"

ping, this was in rocko-next for a while and then it disappeared. On Sun, Mar 11, 2018 at 1:43 AM, Martin Jansa wrote: > * this doesn't work correctly as discussed in: > http://lists.openembedded.org/pipermail/openembedded- > commits/2018-January/218460.html > * some

Re: [OE-core] [PATCH 1/3] alsa-lib: Add an RPROVIDES for alsa-lib

# dnf install python-pyalsaaudio Last metadata expiration check: 0:00:44 ago on Wed Mar 14 11:15:23 2018. Error:  Problem: conflicting requests   - nothing provides alsa-lib needed by python-pyalsaaudio-0.8.4-r0.1.core2_64 --- The python-pyalsaaudio recipe in question did the following:

[OE-core] Recipe for Linux page-types tool

I have a recipe for building the page-types Linux kernel VM tool. Is there any interest in this? If so, to what project/layer should I send it? MV -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org

Re: [OE-core] [PATCH 7/9] linux-yocto: aufs and systemtap

On 2018-03-14 8:50 AM, Burton, Ross wrote: On 14 March 2018 at 12:46, Bruce Ashfield > wrote: I'll revert this for now (or see if I can quickly move it to a debug kernel build), and yes, there is a better way to do

[OE-core] [PATCH 0/3] kernel: (mini) consolidated pull request

Hi all, This series is really about fixing the footprint and packaging issues that were reported after a systemtap configuration change. I've reverted the addition of DEBUG_KERNEL to the standard kernel's config and things should go back to normal. I also packaged a maintainers update (reported

[OE-core] [PATCH 1/3] linux-yocto/4.14/4.15: revert "features/systemtap/systemtap.cfg: enable CONFIG_KERNEL_DEBUG"

The following commit: Author: California Sullivan Date: Wed Feb 17 16:47:10 2016 -0800 ktypes: add developer ktype The developer ktype enables EMBEDDED, EXPERT, and DEBUG_KERNEL, opening up more kernel options and setting some

[OE-core] [PATCH 2/3] maintainers: add maintainer for make-mod-scripts

I introduced the recipe, so I get to fix any bugs! Signed-off-by: Bruce Ashfield --- meta/conf/distro/include/maintainers.inc | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/conf/distro/include/maintainers.inc b/meta/conf/distro/include/maintainers.inc

[OE-core] [PATCH 3/3] linux-yocto/4.12: backport bugfixes for x86

Integrating the following commits: 60b649971940 x86/hibernate/64: Mask off CR3's PCID bits in the saved CR3 cec3c008ec8f drm/i915/cfl: Coffee Lake works on Kaby Lake PCH. 073873cb152c brd: remove unused brd_mutex 912c53b1b346 audit: fix memleak in auditd_send_unicast_skb. Signed-off-by:

Re: [OE-core] [PATCH 2/3] boost: Fix link problems with caffe and Movidius SDK

Perhaps a bug in the cmake detect which is part of boost, because I am not using python2 for caffe. I used the path of least resistance because as far as I could tell boost only let you build one or the other and in my case it was the python3 boost api. In the end caffe was working and all

Re: [OE-core] [PATCH 1/3] alsa-lib: Add an RPROVIDES for alsa-lib

This sounds very odd. Can you give an example of this happening? Ross On 13 March 2018 at 03:08, Jason Wessel wrote: > There are a number of other recipes outside oe-core that depend on > alsa-lib and the rpm4 dependencies resolve sometimes to include > alsa-lib

Re: [OE-core] [PATCH 2/3] boost: Fix link problems with caffe and Movidius SDK

I thought that boost_python was the py2 binary, and boost_python3 was the py3 one? Is this not a bug in caffe? On 13 March 2018 at 03:08, Jason Wessel wrote: > When using an image built with the Yocto Project which has a compiler > and all the required libraries,

Re: [OE-core] [PATCH 7/9] linux-yocto: aufs and systemtap

On 14 March 2018 at 12:46, Bruce Ashfield wrote: > I'll revert this for now (or see if I can quickly move it to a debug > kernel build), and yes, there is a better way to do this. I'm just not > sure I can get it done in time for the release. > Thanks. I'm

Re: [OE-core] [PATCH 7/9] linux-yocto: aufs and systemtap

On 2018-03-14 8:41 AM, Burton, Ross wrote: On 6 March 2018 at 18:11, Bruce Ashfield > wrote: Integrating a configuration change for systemtap:   features/systemtap/systemtap.cfg: enable CONFIG_KERNEL_DEBUG I noticed

Re: [OE-core] [PATCH 7/9] linux-yocto: aufs and systemtap

On 6 March 2018 at 18:11, Bruce Ashfield wrote: > Integrating a configuration change for systemtap: > > features/systemtap/systemtap.cfg: enable CONFIG_KERNEL_DEBUG > I noticed that all the performance machines had a big spike in kernel build time and build

[OE-core] [PATCH 2/2] gtk-doc: improve calling of gtkdocize

gtkdocize is only needed if the recipe is using autotools, so instead of hiding all errors from it, only run it if we're also inheriting autotools. Also instead of cd'ing into ${S}, pass --srcdir. Signed-off-by: Ross Burton --- meta/classes/gtk-doc.bbclass | 11

[OE-core] [PATCH 1/2] gtk-doc: always inherit python3native

My attempt at only inheriting python3native if it was needed was broken and didn't work, so back it out and always inherit. Signed-off-by: Ross Burton --- meta/classes/gtk-doc.bbclass | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git

[OE-core] ✗ patchtest: failure for insane.bbclass: Fix typos in 32bit risc-v machine type

== Series Details == Series: insane.bbclass: Fix typos in 32bit risc-v machine type Revision: 1 URL : https://patchwork.openembedded.org/series/11380/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests

[OE-core] [PATCH] insane.bbclass: Fix typos in 32bit risc-v machine type

Signed-off-by: Khem Raj --- meta/classes/insane.bbclass | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass index 7791a867f7..fa15460842 100644 --- a/meta/classes/insane.bbclass +++

[OE-core] [PATCH] insane.bbclass: add support for RISC-V baremetal

Signed-off-by: Khem Raj --- meta/classes/insane.bbclass | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass index 7407b29f86..7791a867f7 100644 --- a/meta/classes/insane.bbclass +++ b/meta/classes/insane.bbclass @@