Re: [OE-core] weston startup problem

On 24 August 2016 at 20:08, Tom Hochstein wrote: > Hi All, Hi, sorry for missing this in the originally, > The weston systemd startup implementation is not working correctly and I > need some help fixing it. > > With systemd and pam on the image, the expected behavior is that > XDG_RUNTIME_DI

[OE-core] [PATCH] gst-player: include SRCPV in PV

Signed-off-by: Markus Lehtonen --- meta/recipes-multimedia/gstreamer/gst-player_git.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-multimedia/gstreamer/gst-player_git.bb b/meta/recipes-multimedia/gstreamer/gst-player_git.bb index 00ad941..4f9aa84 100644 --- a/meta/recipes-mu

Re: [OE-core] weston startup problem

Ping. -Original Message- From: openembedded-core-boun...@lists.openembedded.org [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Tom Hochstein Sent: Wednesday, August 24, 2016 12:08 PM To: Patches and discussions about the oe-core layer (openembedded-core@lists.ope

[OE-core] [PATCH V2] oeqa: Remove linux user utilized for rpm test.

From: Edwin Plauchu When trying to re-test smart rpm tests. A fail arises due to a linux user previously created upon the image. We've added a few lines to delete such user and his home dir when finishing test. [YOCTO #9204] Signed-off-by: Edwin Plauchu --- meta/lib/oeqa/runtime/rpm.py | 32 +

Re: [OE-core] [OE-Core][PATCH] valgrind: MIPS: Make toolchain basename generic

On Thu, Sep 8, 2016 at 8:45 AM, André Draszik wrote: > On Do, 2016-09-08 at 14:14 +0100, Zubair Lutfullah Kakakhel wrote: >> For the hard float case, COMPATIBLE_HOST should be set to ".*-linux" >> since OE can support multiple distro layers, not just poky. >> >> Signed-off-by: Zubair Lutfullah Kak

Re: [OE-core] [PATCH] qemu: fix: cp command cannot find tests/Makeflie

Note the patch is based on 958c05b on master-next branch in poky. Thanks > On Sep 8, 2016, at 12:20 PM, Saul Wold wrote: > > From: Jianxun Zhang > > bitbake qemu > > This error shows up: > > ERROR: qemu-2.7.0-r1 do_install_ptest_base: Function failed: > do_install_ptest_base > ... > cp: can

Re: [OE-core] [RFC][PATCH] report-error.bbclass: Add support for autosending

On Fri, 2016-09-09 at 08:42 +1200, Paul Eggleton wrote: > Hey Beth, > > On Thu, 08 Sep 2016 11:26:01 Elizabeth 'pidge' Flanagan wrote: > > > > This commit pulls and extends the functionality of .oe-error-report > > into > > local.conf. It maintains the functionality of .oe-error-report. > > > >

[OE-core] [PATCH 1/1] runqemu: fix run from testimage with non-standard DEPLOY_DIR_IMAGE

testimage.bbclass uses runqemu to execute runtime tests on a qemu target, this means that bitbake is already running and `bitbake -e` can't be called to obtain bitbake variables. runqemu tries to work around being unable to read values for bitbake variables by inferring the MACHINE from the DEPLOY

[OE-core] [PATCH 0/1] runqemu: fix run from testimage with non-standard DEPLOY_DIR_IMAGE

Note: This patch is against master-next, as the Python 3 runqemu hasn't made it to master yet. This fixes a workflow where the contents of DEPLOY_DIR_IMAGE are copied to a user-created directory which doesn't follow the standard OE naming of DEPLOY_DIR_IMAGE and then DEPLOY_DIR_IMAGE is set to po

Re: [OE-core] [RFC][PATCH] report-error.bbclass: Add support for autosending

Hey Beth, On Thu, 08 Sep 2016 11:26:01 Elizabeth 'pidge' Flanagan wrote: > This commit pulls and extends the functionality of .oe-error-report into > local.conf. It maintains the functionality of .oe-error-report. > > It also enables report-error to automatically send error reports to a > specifi

Re: [OE-core] [PATCH 00/26] Krogoth-next: stagged changes

On Thu, Sep 8, 2016 at 8:55 AM, Armin Kuster wrote: > The following changes are being considered for krogoth-next. > If I am missing something, please let me know. Perhaps this one: http://git.openembedded.org/openembedded-core/commit/?id=c03b32bd71dbe04f2f239556fea0b53215e403d7 ? > > The f

[OE-core] [PATCH] qemu: fix: cp command cannot find tests/Makeflie

From: Jianxun Zhang bitbake qemu This error shows up: ERROR: qemu-2.7.0-r1 do_install_ptest_base: Function failed: do_install_ptest_base ... cp: cannot stat '...tmp/work/core2-64-poky-linux/qemu/2.7.0-r1 /qemu-2.7.0/tests/Makefile: No such file or directory ... Commit 46e7b70699d8bf4db08c8bb51

Re: [OE-core] [PATCH] rpm: remove redundant removals

On 9/8/16 2:04 PM, Ross Burton wrote: > These were noticed by the use of bashisms (rm *.{foo,bar}) and lots of these > rm > commands are deleting files which don't exist in the first place. > > Signed-off-by: Ross Burton > --- > meta/recipes-devtools/rpm/rpm_5.4.16.bb | 45 > --

[OE-core] [PATCH] rpm: remove redundant removals

These were noticed by the use of bashisms (rm *.{foo,bar}) and lots of these rm commands are deleting files which don't exist in the first place. Signed-off-by: Ross Burton --- meta/recipes-devtools/rpm/rpm_5.4.16.bb | 45 - 1 file changed, 45 deletions(-) diff -

Re: [OE-core] [PATCH 2/2] rpm: remove redundant removals

On 8 September 2016 at 18:29, Richard Purdie < richard.pur...@linuxfoundation.org> wrote: > Why are these redundant? Need a touch more info. > Erm, I appear to have sent the patch from my WIP branch instead of the one with the longer commit message. V2 incoming if I can find it. Ross -- __

Re: [OE-core] [PATCH 1/2] scripts: add tool to scan for bashisms recipe shell scripts

On 8 September 2016 at 19:29, Christopher Larson wrote: > Afaik, you should be using ‘with’ to ensure the temporary files are > cleaned up after use. > Yes, probably, this code actually predates the Py3 migration. Didn't get any warnings though. Ross -- ___

[OE-core] [PATCH] linux-yocto: update LINUX_VERSION to -rc5

The SRCREVs were previously updated to -rc5, but the LINUX_VERSION was missed. As such, we are building and booting -rc5, but all the packaging says -rc4. Worth a quick update while we wait for -rc6 Signed-off-by: Bruce Ashfield --- meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb | 2 +- meta

Re: [OE-core] [PATCH 4/5] linux-yocto: update to 4.8-rc5

On Thu, 2016-09-08 at 14:17 -0400, Bruce Ashfield wrote: > I forgot to bump the LINUX_VERSION on this patch. I can send an > incremental change > or amend this one. Which is preferred ? It already merged so against master please. (and I can confirm the build performance looks much better thanks!)

Re: [OE-core] [PATCH 1/2] scripts: add tool to scan for bashisms recipe shell scripts

On Thu, Sep 8, 2016 at 9:58 AM, Ross Burton wrote: > +fn = tempfile.NamedTemporaryFile(mode="w+t") > +fn.write(script) > +fn.flush() > + > +try: > +subprocess.check_output(("checkbashisms.pl", fn.name), > universal_newlines=True, stderr=subprocess.STDOUT) > +# No b

Re: [OE-core] [RFC][PATCH] report-error.bbclass: Add support for autosending

On 09/08/2016 02:26 AM, Elizabeth 'pidge' Flanagan wrote: This commit pulls and extends the functionality of .oe-error-report into local.conf. It maintains the functionality of .oe-error-report. It also enables report-error to automatically send error reports to a specified error report server.

Re: [OE-core] [PATCH 4/5] linux-yocto: update to 4.8-rc5

I forgot to bump the LINUX_VERSION on this patch. I can send an incremental change or amend this one. Which is preferred ? Bruce On Wed, Sep 7, 2016 at 9:08 PM, Bruce Ashfield wrote: > Signed-off-by: Bruce Ashfield > --- > meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb | 4 ++-- > meta/re

Re: [OE-core] [PATCH 2/2] rpm: remove redundant removals

Why are these redundant? Need a touch more info. Cheers, Richard -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/2] rpm: remove redundant removals

Signed-off-by: Ross Burton --- meta/recipes-devtools/rpm/rpm_5.4.16.bb | 45 - 1 file changed, 45 deletions(-) diff --git a/meta/recipes-devtools/rpm/rpm_5.4.16.bb b/meta/recipes-devtools/rpm/rpm_5.4.16.bb index 55acd25..19734f8 100644 --- a/meta/recipes-devtools

[OE-core] [PATCH 1/2] scripts: add tool to scan for bashisms recipe shell scripts

Shell functions in bitbake are executed with /bin/sh so should be POSIX compliant and not use Bash extensions, or at least only use extensions that are implemented in both dash and ash (busybox). This tool will extract all of the shell scripts from all recipes and run them through checkbashisms (i

[OE-core] [PATCH] oeqa.buildperf: another fix for splitting 'nevr' string

When processing buildstats we determine recipe name, epoch, version and revision from the per-recipe buildstat directory name. One previous patch made an assumption that package version starts with a number. That might not be true because of a packaging mistake or whatever reason. Thus, if a versi

[OE-core] [PATCH 0/1] parselogs: Whitelist qemux86 error message with qemu 2.7.0

The following changes since commit 872a83be6e86005f6426c90073ece56de4534ac0: linux-yocto/4.4/4.8: uvesafb: provide option to specify timeout for task completion (2016-09-08 08:25:03 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/qemux

[OE-core] [PATCH 1/1] parselogs: Whitelist qemux86 error message with qemu 2.7.0

qemu 2.7.0 introduces kernel errors: [2.310768] pci :00:00.0: [11ab:4620] type 00 class 0x06 [2.311338] pci :00:00.0: [Firmware Bug]: reg 0x14: invalid BAR (can't size) [2.311604] pci :00:00.0: [Firmware Bug]: reg 0x18: invalid BAR (can't size) [2.311835] pci

Re: [OE-core] [PATCH 00/26] Krogoth-next: stagged changes

Hi Armin, On Thu, Sep 08, 2016 at 08:55:44AM -0700, Armin Kuster wrote: > The following changes are being considered for krogoth-next. > If I am missing something, please let me know. > Fix for YOCTO #10062 : "[PATCH] useradd_base: avoid unintended expansion for useradd parameters" is also appl

Re: [OE-core] [PATCH 1/4] gstreamer1.0-omx: provide RECIPE_NO_UPDATE_REASON

On 8 September 2016 at 16:46, Maxin B. John wrote: > +RECIPE_NO_UPDATE_REASON = "Version 1.9.2 requires gstreamer-1.0 >= 1.9.2" > Are they adopting the GStreamer versioning style, so we should inherit upstream-version-is-even instead? Ross -- ___ Ope

[OE-core] [PATCH 00/26] Krogoth-next: stagged changes

The following changes are being considered for krogoth-next. If I am missing something, please let me know. The following changes since commit aad7166704021d82ad3a5ec468552f8f10360d41: curl: security fix for CVE-2016-5421 (2016-09-02 08:48:29 +0100) are available in the git repository at: h

Re: [OE-core] [PATCH][krogoth] curl: security fix for CVE-2016-7141

On 09/08/2016 06:33 AM, Sona Sarmadi wrote: Affected versions: Affected versions: libcurl 7.19.6 to and including 7.50.1 Not affected versions: libcurl >= 7.50.2 Reference to upstream patch: https://curl.haxx.se/CVE-2016-7141.patch Signed-off-by: Sona Sarmadi merged to stagging.

[OE-core] [PATCH 1/4] gstreamer1.0-omx: provide RECIPE_NO_UPDATE_REASON

Newer version of gstreamer1.0-omx(1.9.x) requires gstreamer1.0 >= 1.9.x Signed-off-by: Maxin B. John --- meta/recipes-multimedia/gstreamer/gstreamer1.0-omx_1.2.0.bb | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-omx_1.2.0.bb b/meta/recipes-m

[OE-core] [PATCH 3/4] kconfig-frontends: inherit pkgconfig

Instead of build depending on pkgconfig-native, inherit pkgconfig class which does the same thing. Signed-off-by: Maxin B. John --- meta/recipes-devtools/kconfig-frontends/kconfig-frontends_3.12.0.0.bb | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-devtools

[OE-core] [PATCH 4/4] libical: fix build failure after changing machine

libical build QA fails when libical is built for e.g. qemux86-64 already, and is then built for generic86-64 in a way that install is re-run: $ MACHINE=qemux86-64 bitbake libical $ MACHINE=genericx86-64 bitbake -f -Cinstall libical ERROR: libical-2.0.0-r0 do_populate_sysroot: QA Issue: libical.pc

[OE-core] [PATCH 2/4] kmod: inherit pkgconfig

Instead of DEPENDS += "pkgconfig-native", inherit pkgconfig class which does the same. Signed-off-by: Maxin B. John --- meta/recipes-kernel/kmod/kmod.inc | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/meta/recipes-kernel/kmod/kmod.inc b/meta/recipes-kernel/kmod/kmod.inc

Re: [OE-core] [OE-Core][PATCH] valgrind: MIPS: Make toolchain basename generic

On 09/08/2016 06:14 AM, Zubair Lutfullah Kakakhel wrote: For the hard float case, COMPATIBLE_HOST should be set to ".*-linux" since OE can support multiple distro layers, not just poky. Signed-off-by: Zubair Lutfullah Kakakhel is this good for Krogoth too? it has the same version. - armin

Re: [OE-core] [OE-Core][PATCH] valgrind: MIPS: Make toolchain basename generic

On Do, 2016-09-08 at 14:14 +0100, Zubair Lutfullah Kakakhel wrote: > For the hard float case, COMPATIBLE_HOST should be set to ".*-linux" > since OE can support multiple distro layers, not just poky. > > Signed-off-by: Zubair Lutfullah Kakakhel > > --- > Pointed out by Andre McCurdy but patch v1

[OE-core] [PATCH] tiff: Update download URL

remotesensing.org domain has been taken over by someone unrelated. There does not seem to be an up-to-date tiff homepage, but osgeo.org is a reliable download site. Signed-off-by: Jussi Kukkonen --- meta/recipes-multimedia/libtiff/tiff_4.0.6.bb | 3 +-- 1 file changed, 1 insertion(+), 2 deletion

[OE-core] [PATCH][krogoth] curl: security fix for CVE-2016-7141

Affected versions: Affected versions: libcurl 7.19.6 to and including 7.50.1 Not affected versions: libcurl >= 7.50.2 Reference to upstream patch: https://curl.haxx.se/CVE-2016-7141.patch Signed-off-by: Sona Sarmadi --- meta/recipes-support/curl/curl/CVE-2016-7141.patch | 50 +++

[OE-core] [OE-Core][PATCH] valgrind: MIPS: Make toolchain basename generic

For the hard float case, COMPATIBLE_HOST should be set to ".*-linux" since OE can support multiple distro layers, not just poky. Signed-off-by: Zubair Lutfullah Kakakhel --- Pointed out by Andre McCurdy but patch v1 had already been accepted and applied. --- meta/recipes-devtools/valgrind/valgr

[OE-core] [RFC] iptables: add systemd helper unit to load/restore rules

From: Jack Mitchell there is currently no way to automatically load iptable rules in OE. Add a systemd unit file to automatically load rules on network connection. This is cribbed from the way ArchLinux handles iptables with some minor modifications for OE. New rules can be generated using 'iptab

Re: [OE-core] [PATCH 3/3] pulseaudio: fix to manage user services corretly

On Thu, 2016-09-08 at 14:34 +0800, ChenQi wrote: > On 09/07/2016 06:29 PM, Pau Espin Pedrol wrote: > > > > > > > > Pau Espin Pedrol > > > > 2016-09-07 11:22 GMT+02:00 Chen Qi > >: > > > > Make use of the new SYSTEMD_USER_SERVICE variable added in > > syst

Re: [OE-core] [PATCH] oeqa: Remove linux user utilized for rpm test.

On 8 September 2016 at 02:26, Edwin Plauchu < edwin.plauchu.cama...@linux.intel.com> wrote: > When trying to re-test smart rpm tests. A fail arises > due to a linux user previously created upon the image. > W've added a few lines to delete such user and his home dir > when finishing test. > Also

Re: [OE-core] [PATCH] pango: add libpcre to DEPENDS

On 8 September 2016 at 11:37, Ioan-Adrian Ratiu wrote: > No. It fails sporadically on the jenkins build machine when it's under > load. Somehow adding the pcre dependency directly to pango fixes the > build machine which is really weird. I can't replicate this on my dev > machine. > Can you get

Re: [OE-core] [PATCH] oeqa: Remove linux user utilized for rpm test.

On 8 September 2016 at 02:26, Edwin Plauchu < edwin.plauchu.cama...@linux.intel.com> wrote: > def test_rpm_query_nonroot(self): > -(status, output) = self.target.run('useradd test1') > +test_user = 'test1' > +(status, output) = self.target.run("useradd %s" % test_user)

Re: [OE-core] [PATCH] pango: add libpcre to DEPENDS

On Thu, 08 Sep 2016, "Burton, Ross" wrote: > On 8 September 2016 at 10:56, Ioan-Adrian Ratiu wrote: > >> | ./gen-all-unicode > all-unicode.txt >> | ./gen-all-unicode: error while loading shared libraries: libpcre.so.1: >> cannot open shared object file: No such file or directory >> > > Can you re

[OE-core] [PATCH 1/1] qemu: 2.6.0 -> 2.7.0

This upgrade can fix a qemuppc + openssh bug, the ssh connection maybe refused or closed randomly, and it's not easy to reproduce. RP pointed that this upgrade can fix the problem, and it does work in my local testing. * Update add-ptest-in-makefile.patch * Drop backported patch 0001-configure-sup

[OE-core] [PATCH 0/1] qemu: 2.6.0 -> 2.7.0

The following changes since commit 872a83be6e86005f6426c90073ece56de4534ac0: linux-yocto/4.4/4.8: uvesafb: provide option to specify timeout for task completion (2016-09-08 08:25:03 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/qemu

[OE-core] [PATCH] oeqa/runtime/smart: Prune feeds to save memory

Full package feed indexes overload a 256MB image so reduce the number of rpms the feed. Filter to p* since we use the psplash packages and this leaves some allarch and machine arch packages too. [YOCTO #8771] Signed-off-by: Richard Purdie diff --git a/meta/lib/oeqa/runtime/smart.py b/meta/lib/o

Re: [OE-core] [PATCH] pango: add libpcre to DEPENDS

On 8 September 2016 at 10:56, Ioan-Adrian Ratiu wrote: > | ./gen-all-unicode > all-unicode.txt > | ./gen-all-unicode: error while loading shared libraries: libpcre.so.1: > cannot open shared object file: No such file or directory > Can you replicate this on demand? For gen-all-unicode to have b

[OE-core] [PATCH] pango: add libpcre to DEPENDS

pango has a build time dependency on libpcre which causes a build race, if pango gets built before libpcre, it fails with the error: | ./gen-all-unicode > all-unicode.txt | ./gen-all-unicode: error while loading shared libraries: libpcre.so.1: cannot open shared object file: No such file or direc

[OE-core] [RFC][PATCH] report-error.bbclass: Add support for autosending

This commit pulls and extends the functionality of .oe-error-report into local.conf. It maintains the functionality of .oe-error-report. It also enables report-error to automatically send error reports to a specified error report server. This patch enables infrastructure ppl to set development te

[OE-core] [PATCH V2 3/3] pulseaudio: fix to manage user services corretly

Make use of the new SYSTEMD_USER_SERVICE variable added in systemd.bbclass to manage user services in pulseaudio-server package. Signed-off-by: Chen Qi --- meta/recipes-multimedia/pulseaudio/pulseaudio.inc | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-multi

[OE-core] [PATCH V2 2/3] systemd.bbclass: add support to manage user services

Add new variable SYSTEMD_USER_SERVICE and SYSTEM_USER_AUTO_ENABLE to manage user services. Their usage is like SYSTEMD_SERVICE and SYSTEMD_AUTO_ENABLE. [YOCTO #7800] Signed-off-by: Chen Qi --- meta/classes/systemd.bbclass | 41 + 1 file changed, 29 insert

[OE-core] [PATCH V2 1/3] systemd-systemctl: add option to manage user services

Add '--global' option to our own systemctl script to manage user services. [YOCTO #7800] Signed-off-by: Chen Qi --- .../systemd/systemd-systemctl/systemctl| 45 ++ 1 file changed, 28 insertions(+), 17 deletions(-) diff --git a/meta/recipes-core/systemd/systemd-s

[OE-core] [PATCH V2 0/3] systemd: add support to manage user units

Changes since V1: Check the SYSTEMD_SERVICE and SYSTEMD_USER_SERVICE before using 'systemctl'. The following changes since commit 55bb6816aca39bfa25d4f7e2158a57a5f0ac1cca: oeqa.buildperf: correct globalres time format (2016-09-06 10:24:00 +0100) are available in the git repository at: git:/

[OE-core] [PATCH] perf: Fix to obey LD failure on qemux86-64

From: Christopher Larson When built on an i686 host for qemux86-64 without the fix to obey LD and it fails: /scratch/dogwood/toolchains/x86_64/bin/i686-pc-linux-gnu-ld: Relocatable linking with relocations from format elf64-x86-64 (/scratch/dogwood/perf-ld-test/build/tmp/work/qemux86_64-mel-linu

Re: [OE-core] [PATCH 0/2][PROPOSED] libcap fix and update

Hi, On Wed, Sep 07, 2016 at 02:42:37PM -0700, Jianxun Zhang wrote: > Need some experts to review this patch series. I am not really > sure for if what I fixed is a valid case or if fix is the best > answer. The validation before submission is very limited too. > > I ran into the compiling issue w

Re: [OE-core] [PATCH] qemu: 2.6.0 -> 2.6.1

On Wed, 2016-09-07 at 23:32 -0400, Randy MacLeod wrote: > On 2016-08-27 05:51 AM, Wang Xin wrote: > > > > Upgrade qemu from 2.6.0 to 2.6.1. > Not merged yet even in master-next. > Hmmm, 2.7.0 is also available as of Sept 2nd. > > It's too late for oe-core-2.2 - right? > > > The Changelog is int

Re: [OE-core] [PATCH] perf: Fix to obey LD failure on host i686

On Wed, Sep 7, 2016 at 11:51 PM, Sujith H wrote: > From: Christopher Larson > > When built on an i686 host for qemux86-64 without the > fix to obey LD and it fails: > > /scratch/dogwood/toolchains/x86_64/bin/i686-pc-linux-gnu-ld: > Relocatable linking with relocations from format elf64-x86-64 > (