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

[Markus Lehtonen]

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-multimedia/gstreamer/gst-player_git.bb
+++ b/meta/recipes-multimedia/gstreamer/gst-player_git.bb
@@ -12,6 +12,7 @@ SRC_URI = "git://github.com/sdroege/gst-player.git \
file://gst-player.desktop"
 
 SRCREV = "ea90e63c1064503f9ba5d59aa4ca604f13ca5def"
+PV = "git${SRCPV}"
 
 S = "${WORKDIR}/git"
 
-- 
2.6.6

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] weston startup problem

[Tom Hochstein]

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.openembedded.org) 

Subject: [OE-core] weston startup problem

Hi All,

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_DIR would already be set when weston is launched from 
weston.service. Turns out XDG_RUNTIME_DIR is not set, and weston.service sets 
it itself. This is already a problem, and the problem would be worse except 
that weston happens to use a different folder. If weston.service is modified to 
use the same folder name, the folder ends up getting replaced later by pam.

>From looking at the weston-launch code and its pam handling, I thought to try 
>the weston-launch option '--user=root' to force the creation of the pam 
>session. This does seem to help, and I was able to get it mostly working by 
>modifying the openvt args in weston-start, removing -e and adding -w:

openvt -v -s -w -- weston-launch --user=root -- --modules=xwayland.so 
--log=/var/log/weston.log

The problem I have now is that keyboard input goes to both weston and the 
desktop. I tried with and without the -s option, and there is no difference.

I'm stuck at this point and would appreciate some help.

Tom

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Edwin Plauchu]

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 ++--
 1 file changed, 26 insertions(+), 6 deletions(-)

diff --git a/meta/lib/oeqa/runtime/rpm.py b/meta/lib/oeqa/runtime/rpm.py
index 4d03ecb..7f514ca 100644
--- a/meta/lib/oeqa/runtime/rpm.py
+++ b/meta/lib/oeqa/runtime/rpm.py
@@ -51,12 +51,32 @@ class RpmInstallRemoveTest(oeRuntimeTest):
 @testcase(1096)
 @skipUnlessPassed('test_ssh')
 def test_rpm_query_nonroot(self):
-(status, output) = self.target.run('useradd test1')
-self.assertTrue(status == 0, msg="Failed to create new user: " + 
output)
-(status, output) = self.target.run('su -c id test1')
-self.assertTrue('(test1)' in output, msg="Failed to execute as new 
user")
-(status, output) = self.target.run('su -c "rpm -qa" test1 ')
-self.assertEqual(status, 0, msg="status: %s. Cannot run rpm -qa: %s" % 
(status, output))
+
+def set_up_test_user(u):
+(status, output) = self.target.run("id -u %s" % u)
+if status == 0:
+pass
+else:
+(status, output) = self.target.run("useradd %s" % u)
+self.assertTrue(status == 0, msg="Failed to create new user: " 
+ output)
+
+def exec_as_test_user(u):
+(status, output) = self.target.run("su -c id %s" % u)
+self.assertTrue("({0})".format(u) in output, msg="Failed to 
execute as new user")
+(status, output) = self.target.run("su -c \"rpm -qa\" %s " % u)
+self.assertEqual(status, 0, msg="status: %s. Cannot run rpm -qa: 
%s" % (status, output))
+
+def unset_up_test_user(u):
+(status, output) = self.target.run("userdel -r %s" % u)
+self.assertTrue(status == 0, msg="Failed to erase user: %s" % 
output)
+
+tuser = 'test1'
+
+try:
+set_up_test_user(tuser)
+exec_as_test_user(tuser)
+finally:
+unset_up_test_user(tuser)
 
 @testcase(195)
 @skipUnlessPassed('test_rpm_install')
-- 
2.9.3

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Andre McCurdy]

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 Kakakhel 
>>
>> ---
>> Pointed out by Andre McCurdy but patch v1 had already been accepted
>> and applied.
>> ---
>>  meta/recipes-devtools/valgrind/valgrind_3.11.0.bb | 4 ++--
>>  1 file changed, 2 insertions(+), 2 deletions(-)
>>
>> diff --git a/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
>> b/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
>> index 3d49131..42fd27f 100644
>> --- a/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
>> +++ b/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
>> @@ -39,8 +39,8 @@ COMPATIBLE_HOST_armv5 = 'null'
>>  COMPATIBLE_HOST_armv6 = 'null'
>>
>>  # valgrind doesn't like mips soft float
>> -COMPATIBLE_HOST_mips = "${@bb.utils.contains("TARGET_FPU", "soft",
>> "null", "mips-poky-linux", d)}"
>> -COMPATIBLE_HOST_mipsel = "${@bb.utils.contains("TARGET_FPU", "soft",
>> "null", "mipsel-poky-linux", d)}"
>> +COMPATIBLE_HOST_mips = "${@bb.utils.contains("TARGET_FPU", "soft",
>> "null", ".*-linux", d)}"
>> +COMPATIBLE_HOST_mipsel = "${@bb.utils.contains("TARGET_FPU", "soft",
>> "null", ".*-linux", d)}"
>
> Can it not just be set to mips or mipsel? Why .*-linux?

Yes, any pattern that always matches (e.g. "mips", ".*",
"${HOST_SYS}", ".*-linux", etc) would be OK.

> COMPATIBLE_HOST_mips = "${@bb.utils.contains("TARGET_FPU", "soft", "null", 
> "mips", d)}"
> COMPATIBLE_HOST_mipsel = "${@bb.utils.contains("TARGET_FPU", "soft", "null", 
> "mipsel", d)}"
>
> Cheers,
> Andre'
>
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Jianxun Zhang]

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: 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 46e7b70699d8bf4db08c8bb5111974318dd5416d in qemu project
> renamed tests/Makefile to tests/Makefile.include, we apply the
> same change in recipe accordingly to fix this issue.
> 
> Fixes [YOCTO #10245]
> ---
> meta/recipes-devtools/qemu/qemu.inc | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/recipes-devtools/qemu/qemu.inc 
> b/meta/recipes-devtools/qemu/qemu.inc
> index d724aa4..b46e7f7 100644
> --- a/meta/recipes-devtools/qemu/qemu.inc
> +++ b/meta/recipes-devtools/qemu/qemu.inc
> @@ -76,7 +76,7 @@ do_install_ptest() {
>   cp -rL ${B}/tests ${D}${PTEST_PATH}
>   find ${D}${PTEST_PATH}/tests -type f -name "*.[Sshcod]" | xargs -i rm 
> -rf {}
> 
> - cp ${S}/tests/Makefile ${D}${PTEST_PATH}/tests
> + cp ${S}/tests/Makefile.include ${D}${PTEST_PATH}/tests
> }
> 
> do_install () {
> -- 
> 2.7.4
> 

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Richard Purdie]

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.
> > 
> > It also enables report-error to automatically send error reports to
> > a
> > specified error report server. This patch enables infrastructure
> > ppl to
> > set development teams up so that we can gather error metrics
> > automatically.
> > 
> > This relies on a new set of variables:
> > 
> > REPORTERROR[autosend]="yes|no|ask"
> > REPORTERROR[user]=username
> > REPORTERROR[email]=email
> > REPORTERROR[server]=error-report-web instance
> > 
> > For autosend yes and no are pretty self explainatory. ask does not
> > pass
> > the -y flag to send-error-report, thus enabling the end user to
> > review
> > the report prior to submission.
> I'm not sure if sentiment has changed on this issue (FWIW, it hasn't
> really
> on my part), but this topic did come up before - start of thread
> here:
> 
> http://lists.openembedded.org/pipermail/openembedded-core/2014-March/
> 090621.html

Thanks for digging that up. I am conscious that this was deliberately
designed so the user has to sign up for auto submission. To do
otherwise lets layers "spy" on users far too easily.

That said there are 101 ways you could do that anyway, this just makes
it very very easy.

So I'm torn on this issue. How easy should auto-error submission be,
given the information that could accidentally expose?

Cheers,

Richard



-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Joshua Lock]

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_DIR_IMAGE setting, however if a user sets that variable in
a manner which doesn't follow the systems expectations (i.e. if
running `bitbake -c testimage` against a directory of pre-generated
images in a user-specified path) the inferring of the MACHINE name
from the DEPLOY_DIR_IMAGE location will fail.

It's possible that check_arg_machine() shouldn't cause runqemu to
fail and that runqemu should proceed with the user-supplied value
even if it can't be verified. This patch simply ensures that a
workflow where the user sets DEPLOY_DIR_IMAGE continues to work
without changing too much of the runqemu code.

[YOCTO #10238]

Signed-off-by: Joshua Lock 
---
 scripts/runqemu | 13 +
 1 file changed, 13 insertions(+)

diff --git a/scripts/runqemu b/scripts/runqemu
index 7919564..9af13f3 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -278,6 +278,19 @@ class BaseConfig(object):
 elif self.get('MACHINE') == arg:
 return
 logger.info('Assuming MACHINE = %s' % arg)
+
+# if we're running under testimage, or similarly as a child
+# of an existing bitbake invocation, we can't invoke bitbake
+# to validate the MACHINE setting and must assume it's correct...
+# FIXME: testimage.bbclass exports these two variables into env,
+# are there other scenarios in which we need to support being
+# invoked by bitbake?
+deploy = os.environ.get('DEPLOY_DIR_IMAGE', None)
+bbchild = deploy and os.environ.get('OE_TMPDIR', None)
+if bbchild:
+self.set_machine_deploy_dir(arg, deploy)
+return
+
 cmd = 'MACHINE=%s bitbake -e' % arg
 logger.info('Running %s...' % cmd)
 self.bitbake_e = subprocess.Popen(cmd, shell=True, 
stdout=subprocess.PIPE).stdout.read().decode('utf-8')
-- 
2.7.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Joshua Lock]

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 point at that directory in
local.conf

Per the commit message it's possible that we don't want to try and check the
value a user uses for MACHINE and just let runqemu fail later, but this change
fixes the mentioned workflow without changing too much of the runqemu behaviour.


The following changes since commit 958c05bfa1009c57d8acc45ea0ed4b7f6f0d377a:

  maintainers.inc: rename gtk-doc-stub to gtk-doc, reassign to me (2016-09-08 
17:05:37 +0100)

are available in the git repository at:

  git://git.yoctoproject.org/poky-contrib joshuagl/runqemu
  http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=joshuagl/runqemu

Joshua Lock (1):
  runqemu: fix run from testimage with non-standard DEPLOY_DIR_IMAGE

 scripts/runqemu | 13 +
 1 file changed, 13 insertions(+)

-- 
2.7.4
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Paul Eggleton]

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
> specified error report server. This patch enables infrastructure ppl to
> set development teams up so that we can gather error metrics automatically.
> 
> This relies on a new set of variables:
> 
> REPORTERROR[autosend]="yes|no|ask"
> REPORTERROR[user]=username
> REPORTERROR[email]=email
> REPORTERROR[server]=error-report-web instance
> 
> For autosend yes and no are pretty self explainatory. ask does not pass
> the -y flag to send-error-report, thus enabling the end user to review
> the report prior to submission.

I'm not sure if sentiment has changed on this issue (FWIW, it hasn't really
on my part), but this topic did come up before - start of thread here:

http://lists.openembedded.org/pipermail/openembedded-core/2014-March/090621.html

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Andre McCurdy]

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 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:
>
>   http://git.yoctoproject.org/git/poky-contrib akuster/krogoth-next
>   
> http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=akuster/krogoth-next
>
> Alejandro Hernandez (1):
>   initramfs-live-boot: Make sure we kill udev before switching root when
> live booting
>
> Armin Kuster (2):
>   tiff: Security fix CVE-2015-8781
>   tiff: Security fix CVE-2015-8784
>
> Henry Bruce (1):
>   npm: npm.bbclass now adds nodejs to RDEPENDS
>
> Jackie Huang (1):
>   e2fsprogs: Fix missing check for permission denied.
>
> Jacob Kroon (1):
>   bitbake.conf/toolchain-scripts.bbclass: Remove debug prefix mappings
> in SDK
>
> Jeremy Puhlman (2):
>   Fix random python backtrace in mutlilib handling code.
>   bitbake.conf: set READELF for cross compilation
>
> Jonathan Liu (1):
>   meta/classes: fix bb.build.FuncFailed typos
>
> Khem Raj (3):
>   python{3}-numpy: Predefine of sizeof off_t on mips/mipsel/ppc
>   systemd: Create missing sysusers offline
>   gdb: Cache gnu gettext config vars for musl builds
>
> Markus Lehtonen (1):
>   base.bbclass wipe ${S} before unpacking source
>
> Pascal Bach (1):
>   gcc, qemuppc: Explicitly disable forcing SPE flags for 4.9
>
> Reinette Chatre (1):
>   binutils: advance SRCREV to obtain versioned symbols
>
> Richard Purdie (2):
>   busybox: Backport makefile fix from upstream
>   busybox: Add parallel make fix
>
> Ross Burton (1):
>   cml1: fix tasks after default [dirs] changed
>
> Sona Sarmadi (2):
>   sudo: CVE-2015-8239
>   curl: security fix for CVE-2016-7141
>
> Stefan Agner (1):
>   busybox: Fix busybox-init on non-tty consoles
>
> Stephano Cetola (1):
>   systemd: allow add users as a rootfs postprocess cmd
>
> Tanu Kaskinen (1):
>   pulseaudio: fix crash when disconnecting bluetooth devices
>
> Yi Zhao (3):
>   tiff: Security fix CVE-2016-3186
>   tiff: Security fix CVE-2016-5321
>   tiff: Security fix CVE-2016-5323
>
>  meta/classes/base.bbclass  |  18 +-
>  meta/classes/cml1.bbclass  |   2 +
>  meta/classes/grub-efi.bbclass  |   2 +-
>  meta/classes/gummiboot.bbclass |   4 +-
>  meta/classes/multilib_global.bbclass   |   3 +-
>  meta/classes/npm.bbclass   |   1 +
>  meta/classes/rootfs-postcommands.bbclass   |  43 +-
>  meta/classes/syslinux.bbclass  |   2 +-
>  meta/classes/toolchain-scripts.bbclass |   3 +
>  meta/conf/bitbake.conf |   9 +-
>  meta/recipes-core/busybox/busybox.inc  |   4 +-
>  .../busybox/busybox/makefile-fix-backport.patch|  40 ++
>  .../busybox/busybox/parallel-make-fix.patch|  65 ++
>  meta/recipes-core/busybox/busybox_1.24.1.bb|   2 +
>  meta/recipes-core/initrdscripts/files/init-live.sh |   4 +-
>  meta/recipes-core/systemd/systemd_229.bb   |   8 +-
>  meta/recipes-devtools/binutils/binutils-2.26.inc   |   2 +-
>  ...s-fix-missing-check-for-permission-denied.patch |  32 +
>  meta/recipes-devtools/e2fsprogs/e2fsprogs_git.bb   |   3 +
>  ...AltiVec-generation-on-powepc-linux-target.patch |  11 +
>  meta/recipes-devtools/gdb/gdb_7.10.1.bb|   5 +
>  .../python/python-numpy/arm/numpyconfig.h  |   1 +
>  .../python/python-numpy/mips/_numpyconfig.h|   1 +
>  .../python/python-numpy/powerpc/_numpyconfig.h |   1 +
>  .../sudo/sudo/CVE-2015-8239-1.patch| 699 
> +
>  .../sudo/sudo/CVE-2015-8239-2.patch|  45 ++
>  meta/recipes-extended/sudo/sudo_1.8.15.bb  |   2 +
>  .../libtiff/files/CVE-2015-8781.patch  | 195 ++
>  .../libtiff/files/CVE-2015-8784.patch  |  73 +++
>  .../libtiff/files/CVE-2016-3186.patch  |  24 +
>  .../libtiff/files/CVE-2016-5321.patch  |  49 ++
>  .../libtiff/files/CVE-2016-5323.patch  | 107 
>  meta/recipes-multimedia/libtiff/tiff_4.0.6.bb  |   5 +
>  ...th-don-t-create-the-HSP-HFP-profile-twice.patch | 343 ++
>  .../pulseaudio/pulseaudio_8.0.bb   |   1 +
>  meta/recipes-support/curl/curl/CVE-2016-7141.patch |  50 ++
>  meta/recipes-support/curl/curl_7.47.1.bb   |   1 +
>  37 files changed, 1813 insertions(+), 47 deletions(-)
>  create mode 100644 
> meta/recipes-core/busybox/busybox/makefile-fix-backport.patch
>  create mode 100644 meta/recipes-core/busybox/busybox/parallel-make-fix.patch
>  create mode 

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

[Saul Wold]

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 46e7b70699d8bf4db08c8bb5111974318dd5416d in qemu project
renamed tests/Makefile to tests/Makefile.include, we apply the
same change in recipe accordingly to fix this issue.

Fixes [YOCTO #10245]
---
 meta/recipes-devtools/qemu/qemu.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/qemu/qemu.inc 
b/meta/recipes-devtools/qemu/qemu.inc
index d724aa4..b46e7f7 100644
--- a/meta/recipes-devtools/qemu/qemu.inc
+++ b/meta/recipes-devtools/qemu/qemu.inc
@@ -76,7 +76,7 @@ do_install_ptest() {
cp -rL ${B}/tests ${D}${PTEST_PATH}
find ${D}${PTEST_PATH}/tests -type f -name "*.[Sshcod]" | xargs -i rm 
-rf {}
 
-   cp ${S}/tests/Makefile ${D}${PTEST_PATH}/tests
+   cp ${S}/tests/Makefile.include ${D}${PTEST_PATH}/tests
 }
 
 do_install () {
-- 
2.7.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Mark Hatle]

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 
> -
>  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 9f78dee..2b8768c 100644
> --- a/meta/recipes-devtools/rpm/rpm_5.4.16.bb
> +++ b/meta/recipes-devtools/rpm/rpm_5.4.16.bb
> @@ -554,54 +554,11 @@ do_install_append() {
>   install -m 0755 ${WORKDIR}/pythondeps.sh 
> ${D}/${libdir}/rpm/pythondeps.sh
>   install -m 0755 ${WORKDIR}/perfile_rpmdeps.sh 
> ${D}/${libdir}/rpm/perfile_rpmdeps.sh
>  
> - # Remove unpackaged files (based on list in rpm.spec)
> - rm -f 
> ${D}/${libdir}/rpm/{Specfile.pm,cpanflute,cpanflute2,rpmdiff,rpmdiff.cgi,sql.prov,sql.req,tcl.req,trpm}

The above files can 'appear' in some odd cases.  But likely it is safe to remove
the 'rm'.

> - rm -f ${D}/${mandir}/man8/rpmcache.8*
> - rm -f ${D}/${mandir}/man8/rpmgraph.8*
> - rm -f ${D}/${mandir}/*/man8/rpmcache.8*
> - rm -f ${D}/${mandir}/*/man8/rpmgraph.8*
> - rm -rf ${D}/${mandir}/{fr,ko}

Above cases need to be removed.  We do not support the rpmcache or rpmgraph, and
at least for a long time the man pages were being generated for them.  (If this
is no longer true, and man pages ARE being generated they should be removed.)

> - rm -f ${D}/${includedir}/popt.h
> - rm -f ${D}/${libdir}/libpopt.*
> - rm -f ${D}/${libdir}/pkgconfig/popt.pc
> - rm -f ${D}/${datadir}/locale/*/LC_MESSAGES/popt.mo
> - rm -f ${D}/${mandir}/man3/popt.3

We can use either an internal or external version of the popt library.  If the
internal version is used, we MUST remove all of these files.  If the external
version is used, the RPM won't end up doing anything.

> - rm -f ${D}/${mandir}/man1/xar.1*
> - rm -f ${D}/${bindir}/xar
> - rm -rf ${D}/${includedir}/xar
> - rm -f ${D}/${libdir}/libxar*
> -
> - rm -f ${D}/${bindir}/lz*
> - rm -f ${D}/${bindir}/unlzma
> - rm -f ${D}/${bindir}/unxz
> - rm -f ${D}/${bindir}/xz*
> - rm -rf ${D}/${includedir}/lzma*
> - rm -f ${D}/${mandir}/man1/lz*.1
> - rm -f ${D}/${libdir}/pkgconfig/liblzma*

Above files may be generated in some configurations.  (Possible that is no
longer true.)

> - rm -f ${D}${PYTHON_SITEPACKAGES_DIR}/*.a
>   rm -f ${D}${PYTHON_SITEPACKAGES_DIR}/*.la
> - rm -f ${D}${PYTHON_SITEPACKAGES_DIR}/rpm/*.a
>   rm -f ${D}${PYTHON_SITEPACKAGES_DIR}/rpm/*.la

The .a files were removed because we didn't want anyone statically linking to
python.a, not sure they they were being produced to begin with.. but that is why
that was there.

> - #find ${D}/${libdir}/perl5 -type f -a \( -name perllocal.pod -o -name 
> .packlist \
> - #   -o \( -name '*.bs' -a -empty \) \) -exec rm -f {} ';'
> - #find ${D}/${libdir}/perl5 -type d -depth -exec rmdir {} 2>/dev/null ';'
> -

Don't know what the above is.

>   rm -f ${D}/${libdir}/rpm/dbconvert.sh
>  
> - rm -f ${D}/${libdir}/rpm/libsqldb.*
> -

If 'sqlite' support is enabled in RPM, the above should be removed.  It will
clash with external components.

> - # We don't want, nor need the Mandriva multiarch items
> - rm -f ${D}/${bindir}/multiarch-dispatch
> - rm -f ${D}/${bindir}/multiarch-platform
> - rm -f ${D}/${libdir}/rpm/check-multiarch-files
> - rm -f ${D}/${libdir}/rpm/mkmultiarch
> - rm -f ${D}/${includedir}/multiarch-dispatch.h
> -

Again, some configs may produce these.. if they're not produced in our config we
can remove it.

>   rm -f ${D}/${libdir}/rpm/gstreamer.sh
>   rm -f ${D}/${libdir}/rpm/gem_helper.rb
>   rm -f ${D}/${libdir}/rpm/rubygems.rb
> @@ -610,12 +567,10 @@ do_install_append() {
>   rm -f ${D}/${libdir}/rpm/macros.d/kernel
>   rm -f ${D}/${libdir}/rpm/macros.d/gstreamer
>   rm -f ${D}/${libdir}/rpm/bin/mgo
> - rm -f ${D}/${libdir}/rpm/bin/dbconvert

dbconvert is not useful for us.. it used to be provided, so we removed it.

>   rm -f ${D}/${libdir}/rpm/bin/pom2spec
>  
>   rm -rf ${D}/var/lib/wdj ${D}/var/cache/wdj
>   rm -f ${D}/${libdir}/rpm/bin/api-sanity-checker.pl
> -
>  }
>  
>  do_install_append_class-target() {
> 

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Ross Burton]

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 --git a/meta/recipes-devtools/rpm/rpm_5.4.16.bb 
b/meta/recipes-devtools/rpm/rpm_5.4.16.bb
index 9f78dee..2b8768c 100644
--- a/meta/recipes-devtools/rpm/rpm_5.4.16.bb
+++ b/meta/recipes-devtools/rpm/rpm_5.4.16.bb
@@ -554,54 +554,11 @@ do_install_append() {
install -m 0755 ${WORKDIR}/pythondeps.sh 
${D}/${libdir}/rpm/pythondeps.sh
install -m 0755 ${WORKDIR}/perfile_rpmdeps.sh 
${D}/${libdir}/rpm/perfile_rpmdeps.sh
 
-   # Remove unpackaged files (based on list in rpm.spec)
-   rm -f 
${D}/${libdir}/rpm/{Specfile.pm,cpanflute,cpanflute2,rpmdiff,rpmdiff.cgi,sql.prov,sql.req,tcl.req,trpm}
-
-   rm -f ${D}/${mandir}/man8/rpmcache.8*
-   rm -f ${D}/${mandir}/man8/rpmgraph.8*
-   rm -f ${D}/${mandir}/*/man8/rpmcache.8*
-   rm -f ${D}/${mandir}/*/man8/rpmgraph.8*
-   rm -rf ${D}/${mandir}/{fr,ko}
-
-   rm -f ${D}/${includedir}/popt.h
-   rm -f ${D}/${libdir}/libpopt.*
-   rm -f ${D}/${libdir}/pkgconfig/popt.pc
-   rm -f ${D}/${datadir}/locale/*/LC_MESSAGES/popt.mo
-   rm -f ${D}/${mandir}/man3/popt.3
-
-   rm -f ${D}/${mandir}/man1/xar.1*
-   rm -f ${D}/${bindir}/xar
-   rm -rf ${D}/${includedir}/xar
-   rm -f ${D}/${libdir}/libxar*
-
-   rm -f ${D}/${bindir}/lz*
-   rm -f ${D}/${bindir}/unlzma
-   rm -f ${D}/${bindir}/unxz
-   rm -f ${D}/${bindir}/xz*
-   rm -rf ${D}/${includedir}/lzma*
-   rm -f ${D}/${mandir}/man1/lz*.1
-   rm -f ${D}/${libdir}/pkgconfig/liblzma*
-
-   rm -f ${D}${PYTHON_SITEPACKAGES_DIR}/*.a
rm -f ${D}${PYTHON_SITEPACKAGES_DIR}/*.la
-   rm -f ${D}${PYTHON_SITEPACKAGES_DIR}/rpm/*.a
rm -f ${D}${PYTHON_SITEPACKAGES_DIR}/rpm/*.la
 
-   #find ${D}/${libdir}/perl5 -type f -a \( -name perllocal.pod -o -name 
.packlist \
-   #   -o \( -name '*.bs' -a -empty \) \) -exec rm -f {} ';'
-   #find ${D}/${libdir}/perl5 -type d -depth -exec rmdir {} 2>/dev/null ';'
-
rm -f ${D}/${libdir}/rpm/dbconvert.sh
 
-   rm -f ${D}/${libdir}/rpm/libsqldb.*
-
-   # We don't want, nor need the Mandriva multiarch items
-   rm -f ${D}/${bindir}/multiarch-dispatch
-   rm -f ${D}/${bindir}/multiarch-platform
-   rm -f ${D}/${libdir}/rpm/check-multiarch-files
-   rm -f ${D}/${libdir}/rpm/mkmultiarch
-   rm -f ${D}/${includedir}/multiarch-dispatch.h
-
rm -f ${D}/${libdir}/rpm/gstreamer.sh
rm -f ${D}/${libdir}/rpm/gem_helper.rb
rm -f ${D}/${libdir}/rpm/rubygems.rb
@@ -610,12 +567,10 @@ do_install_append() {
rm -f ${D}/${libdir}/rpm/macros.d/kernel
rm -f ${D}/${libdir}/rpm/macros.d/gstreamer
rm -f ${D}/${libdir}/rpm/bin/mgo
-   rm -f ${D}/${libdir}/rpm/bin/dbconvert
rm -f ${D}/${libdir}/rpm/bin/pom2spec
 
rm -rf ${D}/var/lib/wdj ${D}/var/cache/wdj
rm -f ${D}/${libdir}/rpm/bin/api-sanity-checker.pl
-
 }
 
 do_install_append_class-target() {
-- 
2.8.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Burton, Ross]

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
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Burton, Ross]

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
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Bruce Ashfield]

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/recipes-kernel/linux/linux-yocto-tiny_4.8.bb | 2 +-
 meta/recipes-kernel/linux/linux-yocto_4.8.bb  | 2 +-
 3 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb
index 84699ef70908..ff726815d2a3 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb
@@ -17,7 +17,7 @@ SRCREV_meta ?= "25fb74eaaef249519f25e243e7f9bf0cab0e1781"
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto-4.8.git;branch=${KBRANCH};name=machine \

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-4.8;destsuffix=${KMETA}"
 
-LINUX_VERSION ?= "4.8-rc4"
+LINUX_VERSION ?= "4.8-rc5"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_4.8.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_4.8.bb
index 58d3fea6c95d..6f62d22aa4c5 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_4.8.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_4.8.bb
@@ -4,7 +4,7 @@ KCONFIG_MODE = "--allnoconfig"
 
 require recipes-kernel/linux/linux-yocto.inc
 
-LINUX_VERSION ?= "4.8-rc4"
+LINUX_VERSION ?= "4.8-rc5"
 
 KMETA = "kernel-meta"
 KCONF_BSP_AUDIT_LEVEL = "2"
diff --git a/meta/recipes-kernel/linux/linux-yocto_4.8.bb 
b/meta/recipes-kernel/linux/linux-yocto_4.8.bb
index d6837d8a1827..b0e2a7673745 100644
--- a/meta/recipes-kernel/linux/linux-yocto_4.8.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_4.8.bb
@@ -24,7 +24,7 @@ SRCREV_meta ?= "25fb74eaaef249519f25e243e7f9bf0cab0e1781"
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto-4.8.git;name=machine;branch=${KBRANCH}; 
\

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-4.8;destsuffix=${KMETA}"
 
-LINUX_VERSION ?= "4.8-rc4"
+LINUX_VERSION ?= "4.8-rc5"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
-- 
2.5.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Richard Purdie]

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!)

Cheers,

Richard
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Christopher Larson]

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 bashisms, so just return
> +return
>

Afaik, you should be using ‘with’ to ensure the temporary files are cleaned
up after use.
-- 
Christopher Larson
clarson at kergoth dot com
Founder - BitBake, OpenEmbedded, OpenZaurus
Maintainer - Tslib
Senior Software Engineer, Mentor Graphics
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Randy Witt]

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. This patch enables infrastructure ppl to
set development teams up so that we can gather error metrics automatically.

This relies on a new set of variables:

REPORTERROR[autosend]="yes|no|ask"
REPORTERROR[user]=username
REPORTERROR[email]=email
REPORTERROR[server]=error-report-web instance

For autosend yes and no are pretty self explainatory. ask does not pass
the -y flag to send-error-report, thus enabling the end user to review
the report prior to submission.

Signed-off-by: Elizabeth 'pidge' Flanagan 
---
 meta/classes/report-error.bbclass | 41 +--
 1 file changed, 39 insertions(+), 2 deletions(-)

diff --git a/meta/classes/report-error.bbclass 
b/meta/classes/report-error.bbclass
index 82b5bcd..909adf0 100644
--- a/meta/classes/report-error.bbclass
+++ b/meta/classes/report-error.bbclass
@@ -85,10 +85,47 @@ python errorreport_handler () {
 bb.utils.unlockfile(lock)
 failures = jsondata['failures']
 if(len(failures) > 0):
+
 filename = "error_report_" + e.data.getVar("BUILDNAME", 
True)+".txt"
 datafile = errorreport_savedata(e, jsondata, filename)
-bb.note("The errors for this build are stored in %s\nYou can send 
the errors to a reports server by running:\n  send-error-report %s [-s server]" % 
(datafile, datafile))
-bb.note("The contents of these logs will be posted in public if you 
use the above command with the default server. Please ensure you remove any identifying 
or proprietary information when prompted before sending.")
+
+cmd_s = "send-error-report %s" % datafile
+response_s = "The errors for this build are stored in %s\n" % 
datafile
+sendit = False
+
+autosend = e.data.getVarFlag("REPORTERROR","autosend")
+user = e.data.getVarFlag("REPORTERROR","user")
+email = e.data.getVarFlag("REPORTERROR","email")
+server = e.data.getVarFlag("REPORTERROR","server")
+
+if user is not None:
+cmd_s += " -n %s" % user
+if email is not None:
+cmd_s += " -e %s" % email
+if server is not None:
+cmd_s += " -s %s" % server
+
+if autosend is not None:
+if autosend == "yes":
+response_s += "The errors for this build are set to 
automatically be sent.\n"
+cmd_s += " -y"
+sendit = True
+elif autosend == "ask":
+response_s += "The errors for this build are set to 
automatically be sent.\n"
+sendit = True
+elif autosend is None:
+response_s += "You can send the errors to a reports server 
by running:\n  %s\n" % cmd_s
+elif e.data.getVarFlags('REPORTERROR') is None:


The last elif will never be executed.


+response_s += "You can send the errors to a reports server 
by running:\n  %s [-s server]\n" % cmd_s
+response_s += "The contents of these logs will be 
posted in public if you use the above command with the default server.\n \
+ Please ensure you remove any identifying or 
proprietary information when prompted before sending.\n"
+
+bb.note(response_s)
+
+if sendit == True:
+import shlex, subprocess
+args = shlex.split(cmd_s)
+subprocess.call(args)
 }

 addhandler errorreport_handler



--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Bruce Ashfield]

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/recipes-kernel/linux/linux-yocto-tiny_4.8.bb |  4 ++--
>  meta/recipes-kernel/linux/linux-yocto_4.8.bb  | 18 +-
>  3 files changed, 13 insertions(+), 13 deletions(-)
>
> diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb
> b/meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb
> index 9fe0112fff4f..84699ef70908 100644
> --- a/meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb
> +++ b/meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb
> @@ -11,8 +11,8 @@ python () {
>  raise bb.parse.SkipPackage("Set PREFERRED_PROVIDER_virtual/kernel
> to linux-yocto-rt to enable it")
>  }
>
> -SRCREV_machine ?= "a7d71794e4e38d2f861c1b1dbff761ae0b0836b3"
> -SRCREV_meta ?= "dd820fa5f7079ac75338f0484151e6454db06951"
> +SRCREV_machine ?= "9e7ee5155e3466824abe94eebb641c63ab5cd5f2"
> +SRCREV_meta ?= "25fb74eaaef249519f25e243e7f9bf0cab0e1781"
>
>  SRC_URI = "git://git.yoctoproject.org/linux-yocto-4.8.git;branch=${
> KBRANCH};name=machine \
> git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;
> name=meta;branch=yocto-4.8;destsuffix=${KMETA}"
> diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_4.8.bb
> b/meta/recipes-kernel/linux/linux-yocto-tiny_4.8.bb
> index 7ef5e7e83484..58d3fea6c95d 100644
> --- a/meta/recipes-kernel/linux/linux-yocto-tiny_4.8.bb
> +++ b/meta/recipes-kernel/linux/linux-yocto-tiny_4.8.bb
> @@ -9,8 +9,8 @@ LINUX_VERSION ?= "4.8-rc4"
>  KMETA = "kernel-meta"
>  KCONF_BSP_AUDIT_LEVEL = "2"
>
> -SRCREV_machine ?= "3eab887a55424fc2c27553b7bfe32330df83f7b8"
> -SRCREV_meta ?= "dd820fa5f7079ac75338f0484151e6454db06951"
> +SRCREV_machine ?= "9e7ee5155e3466824abe94eebb641c63ab5cd5f2"
> +SRCREV_meta ?= "25fb74eaaef249519f25e243e7f9bf0cab0e1781"
>
>  PV = "${LINUX_VERSION}+git${SRCPV}"
>
> diff --git a/meta/recipes-kernel/linux/linux-yocto_4.8.bb
> b/meta/recipes-kernel/linux/linux-yocto_4.8.bb
> index 279c0db924fa..d6837d8a1827 100644
> --- a/meta/recipes-kernel/linux/linux-yocto_4.8.bb
> +++ b/meta/recipes-kernel/linux/linux-yocto_4.8.bb
> @@ -11,15 +11,15 @@ KBRANCH_qemux86  ?= "standard/base"
>  KBRANCH_qemux86-64 ?= "standard/base"
>  KBRANCH_qemumips64 ?= "standard/mti-malta64"
>
> -SRCREV_machine_qemuarm ?= "20544507201f870a365c43759e5dea1ab49a2d68"
> -SRCREV_machine_qemuarm64 ?= "3eab887a55424fc2c27553b7bfe32330df83f7b8"
> -SRCREV_machine_qemumips ?= "03d4caf37d133a923e49b8ad6d814ee299cf92c7"
> -SRCREV_machine_qemuppc ?= "3eab887a55424fc2c27553b7bfe32330df83f7b8"
> -SRCREV_machine_qemux86 ?= "a7d71794e4e38d2f861c1b1dbff761ae0b0836b3"
> -SRCREV_machine_qemux86-64 ?= "a7d71794e4e38d2f861c1b1dbff761ae0b0836b3"
> -SRCREV_machine_qemumips64 ?= "a4793b209b32964533e37ebd28a72b757c0f651a"
> -SRCREV_machine ?= "a7d71794e4e38d2f861c1b1dbff761ae0b0836b3"
> -SRCREV_meta ?= "dd820fa5f7079ac75338f0484151e6454db06951"
> +SRCREV_machine_qemuarm ?= "9a91ef47f85a741d842b876267b29f8ded751f68"
> +SRCREV_machine_qemuarm64 ?= "9e7ee5155e3466824abe94eebb641c63ab5cd5f2"
> +SRCREV_machine_qemumips ?= "40c7a721efe2822fdb7df4b2902a1994add40a77"
> +SRCREV_machine_qemuppc ?= "9e7ee5155e3466824abe94eebb641c63ab5cd5f2"
> +SRCREV_machine_qemux86 ?= "9e7ee5155e3466824abe94eebb641c63ab5cd5f2"
> +SRCREV_machine_qemux86-64 ?= "9e7ee5155e3466824abe94eebb641c63ab5cd5f2"
> +SRCREV_machine_qemumips64 ?= "fe4805532e149324939bf9d8415ed43dac357709"
> +SRCREV_machine ?= "9e7ee5155e3466824abe94eebb641c63ab5cd5f2"
> +SRCREV_meta ?= "25fb74eaaef249519f25e243e7f9bf0cab0e1781"
>
>  SRC_URI = "git://git.yoctoproject.org/linux-yocto-4.8.git;name=
> machine;branch=${KBRANCH}; \
> git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;
> name=meta;branch=yocto-4.8;destsuffix=${KMETA}"
> --
> 2.5.0
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>



-- 
"Thou shalt not follow the NULL pointer, for chaos and madness await thee
at its end"
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Richard Purdie]

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

[Ross Burton]

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/rpm/rpm_5.4.16.bb
+++ b/meta/recipes-devtools/rpm/rpm_5.4.16.bb
@@ -554,54 +554,11 @@ do_install_append() {
install -m 0755 ${WORKDIR}/pythondeps.sh 
${D}/${libdir}/rpm/pythondeps.sh
install -m 0755 ${WORKDIR}/perfile_rpmdeps.sh 
${D}/${libdir}/rpm/perfile_rpmdeps.sh
 
-   # Remove unpackaged files (based on list in rpm.spec)
-   rm -f 
${D}/${libdir}/rpm/{Specfile.pm,cpanflute,cpanflute2,rpmdiff,rpmdiff.cgi,sql.prov,sql.req,tcl.req,trpm}
-
-   rm -f ${D}/${mandir}/man8/rpmcache.8*
-   rm -f ${D}/${mandir}/man8/rpmgraph.8*
-   rm -f ${D}/${mandir}/*/man8/rpmcache.8*
-   rm -f ${D}/${mandir}/*/man8/rpmgraph.8*
-   rm -rf ${D}/${mandir}/{fr,ko}
-
-   rm -f ${D}/${includedir}/popt.h
-   rm -f ${D}/${libdir}/libpopt.*
-   rm -f ${D}/${libdir}/pkgconfig/popt.pc
-   rm -f ${D}/${datadir}/locale/*/LC_MESSAGES/popt.mo
-   rm -f ${D}/${mandir}/man3/popt.3
-
-   rm -f ${D}/${mandir}/man1/xar.1*
-   rm -f ${D}/${bindir}/xar
-   rm -rf ${D}/${includedir}/xar
-   rm -f ${D}/${libdir}/libxar*
-
-   rm -f ${D}/${bindir}/lz*
-   rm -f ${D}/${bindir}/unlzma
-   rm -f ${D}/${bindir}/unxz
-   rm -f ${D}/${bindir}/xz*
-   rm -rf ${D}/${includedir}/lzma*
-   rm -f ${D}/${mandir}/man1/lz*.1
-   rm -f ${D}/${libdir}/pkgconfig/liblzma*
-
-   rm -f ${D}${PYTHON_SITEPACKAGES_DIR}/*.a
rm -f ${D}${PYTHON_SITEPACKAGES_DIR}/*.la
-   rm -f ${D}${PYTHON_SITEPACKAGES_DIR}/rpm/*.a
rm -f ${D}${PYTHON_SITEPACKAGES_DIR}/rpm/*.la
 
-   #find ${D}/${libdir}/perl5 -type f -a \( -name perllocal.pod -o -name 
.packlist \
-   #   -o \( -name '*.bs' -a -empty \) \) -exec rm -f {} ';'
-   #find ${D}/${libdir}/perl5 -type d -depth -exec rmdir {} 2>/dev/null ';'
-
rm -f ${D}/${libdir}/rpm/dbconvert.sh
 
-   rm -f ${D}/${libdir}/rpm/libsqldb.*
-
-   # We don't want, nor need the Mandriva multiarch items
-   rm -f ${D}/${bindir}/multiarch-dispatch
-   rm -f ${D}/${bindir}/multiarch-platform
-   rm -f ${D}/${libdir}/rpm/check-multiarch-files
-   rm -f ${D}/${libdir}/rpm/mkmultiarch
-   rm -f ${D}/${includedir}/multiarch-dispatch.h
-
rm -f ${D}/${libdir}/rpm/gstreamer.sh
rm -f ${D}/${libdir}/rpm/gem_helper.rb
rm -f ${D}/${libdir}/rpm/rubygems.rb
@@ -610,12 +567,10 @@ do_install_append() {
rm -f ${D}/${libdir}/rpm/macros.d/kernel
rm -f ${D}/${libdir}/rpm/macros.d/gstreamer
rm -f ${D}/${libdir}/rpm/bin/mgo
-   rm -f ${D}/${libdir}/rpm/bin/dbconvert
rm -f ${D}/${libdir}/rpm/bin/pom2spec
 
rm -rf ${D}/var/lib/wdj ${D}/var/cache/wdj
rm -f ${D}/${libdir}/rpm/bin/api-sanity-checker.pl
-
 }
 
 do_install_append_class-target() {
-- 
2.8.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Ross Burton]

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 (it assumes that checkbashisms is on $PATH).

There is a whitelist to filter out false-positives such as the use of $HOSTNAME
(a bashism) in functions where we have defined it, or using the 'type' builtin
which is supported by ash/dash.

[ YOCTO #8851 ]

Signed-off-by: Ross Burton 
---
 scripts/verify-bashisms | 116 
 1 file changed, 116 insertions(+)
 create mode 100755 scripts/verify-bashisms

diff --git a/scripts/verify-bashisms b/scripts/verify-bashisms
new file mode 100755
index 000..0741e18
--- /dev/null
+++ b/scripts/verify-bashisms
@@ -0,0 +1,116 @@
+#!/usr/bin/env python3
+
+import sys, os, subprocess, re, shutil
+
+whitelist = (
+# type is supported by dash
+'if type systemctl >/dev/null 2>/dev/null; then',
+'if type systemd-tmpfiles >/dev/null 2>/dev/null; then',
+'if type update-rc.d >/dev/null 2>/dev/null; then',
+'command -v',
+# HOSTNAME is set locally
+'buildhistory_single_commit "$CMDLINE" "$HOSTNAME"',
+# False-positive, match is a grep not shell expression
+'grep "^$groupname:[^:]*:[^:]*:\\([^,]*,\\)*$username\\(,[^,]*\\)*"',
+# TODO verify dash's '. script args' behaviour
+'. $target_sdk_dir/${oe_init_build_env_path} $target_sdk_dir >> $LOGFILE'
+)
+
+def is_whitelisted(s):
+for w in whitelist:
+if w in s:
+return True
+return False
+
+def process(recipe, function, script):
+import tempfile
+
+if not script.startswith("#!"):
+script = "#! /bin/sh\n" + script
+
+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 bashisms, so just return
+return
+except subprocess.CalledProcessError as e:
+# TODO check exit code is 1
+
+# Replace the temporary filename with the function and split it
+output = e.output.replace(fn.name, function).splitlines()
+if len(results) % 2 != 0:
+print("Unexpected output from checkbashism: %s" % str(output))
+return
+
+# Turn the output into a list of (message, source) values
+result = []
+# Check the results against the whitelist
+for message, source in zip(output[0::2], output[1::2]):
+if not is_whitelisted(source):
+result.append((message, source))
+return result
+
+def get_tinfoil():
+scripts_path = os.path.dirname(os.path.realpath(__file__))
+lib_path = scripts_path + '/lib'
+sys.path = sys.path + [lib_path]
+import scriptpath
+scriptpath.add_bitbake_lib_path()
+import bb.tinfoil
+tinfoil = bb.tinfoil.Tinfoil()
+tinfoil.prepare()
+# tinfoil.logger.setLevel(logging.WARNING)
+return tinfoil
+
+if __name__=='__main__':
+import shutil
+if shutil.which("checkbashisms.pl") is None:
+print("Cannot find checkbashisms.pl on $PATH")
+sys.exit(1)
+
+tinfoil = get_tinfoil()
+
+# This is only the default configuration and should iterate over
+# recipecaches to handle multiconfig environments
+pkg_pn = tinfoil.cooker.recipecaches[""].pkg_pn
+
+# TODO: use argparse and have --help
+if len(sys.argv) > 1:
+initial_pns = sys.argv[1:]
+else:
+initial_pns = sorted(pkg_pn)
+
+pns = []
+print("Generating file list...")
+for pn in initial_pns:
+for fn in pkg_pn[pn]:
+# There's no point checking multiple BBCLASSEXTENDed variants of 
the same recipe
+realfn, _, _ = bb.cache.virtualfn2realfn(fn)
+if realfn not in pns:
+pns.append(realfn)
+
+
+def func(fn):
+result = []
+data = tinfoil.parse_recipe_file(fn)
+for key in data.keys():
+if data.getVarFlag(key, "func", True) and not data.getVarFlag(key, 
"python", True):
+script = data.getVar(key, False)
+if not script: continue
+#print ("%s:%s" % (fn, key))
+r = process(fn, key, script)
+if r: result.extend(r)
+return fn, result
+
+print("Scanning scripts...\n")
+import multiprocessing
+pool = multiprocessing.Pool()
+for pn,results in pool.imap(func, pns):
+if results:
+print(pn)
+for message,source in results:
+print(" %s\n  %s" % (message, source))
+print()
-- 
2.8.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org

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

[Markus Lehtonen]

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 version starting with a number is not found, fall
back to the "old" method of just taking the second-last dash-delimited
part (the one before revision).

Signed-off-by: Markus Lehtonen 
---
 meta/lib/oeqa/buildperf/base.py | 5 +
 1 file changed, 5 insertions(+)

diff --git a/meta/lib/oeqa/buildperf/base.py b/meta/lib/oeqa/buildperf/base.py
index 9700c05..2c10255 100644
--- a/meta/lib/oeqa/buildperf/base.py
+++ b/meta/lib/oeqa/buildperf/base.py
@@ -428,6 +428,11 @@ class BuildPerfTestCase(unittest.TestCase):
 n_e_v, revision = nevr.rsplit('-', 1)
 match = 
re.match(r'^(?P\S+)-((?P[0-9]{1,5})_)?(?P[0-9]\S*)$',
  n_e_v)
+if not match:
+# If we're not able to parse a version starting with a number, 
just
+# take the part after last dash
+match = 
re.match(r'^(?P\S+)-((?P[0-9]{1,5})_)?(?P[^-]+)$',
+ n_e_v)
 name = match.group('name')
 version = match.group('version')
 epoch = match.group('epoch')
-- 
2.6.6

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Robert Yang]

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/qemux86
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=rbt/qemux86

Robert Yang (1):
  parselogs: Whitelist qemux86 error message with qemu 2.7.0

 meta/lib/oeqa/runtime/parselogs.py | 1 +
 1 file changed, 1 insertion(+)

-- 
2.9.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Robert Yang]

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 :00:00.0: [Firmware Bug]: reg 0x1c: invalid BAR (can't 
size)
[2.312063] pci :00:00.0: [Firmware Bug]: reg 0x20: invalid BAR (can't 
size)
[2.312323] pci :00:00.0: [Firmware Bug]: reg 0x24: invalid BAR (can't 
size)
[2.314320] pci :00:0a.0: [8086:7110] type 00 class 0x060100
[2.315363] pci :00:0a.1: [8086:7111] type 00 class 0x010180

Whitelist this for now since this is preferable to the random failures
we're seeing from qemuppc with 2.6.0.

Signed-off-by: Robert Yang 
---
 meta/lib/oeqa/runtime/parselogs.py | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/lib/oeqa/runtime/parselogs.py 
b/meta/lib/oeqa/runtime/parselogs.py
index 1b9f6d0..2aabae7 100644
--- a/meta/lib/oeqa/runtime/parselogs.py
+++ b/meta/lib/oeqa/runtime/parselogs.py
@@ -74,6 +74,7 @@ ignore_errors = {
 'default' : common_errors,
 'qemux86' : [
 'Failed to access perfctr msr (MSR',
+'pci :00:00.0: [Firmware Bug]: reg 0x..: invalid BAR (can\'t 
size)',
 ] + qemux86_common,
 'qemux86-64' : qemux86_common,
 'qemumips' : [
-- 
2.9.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Maxin B. John]

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 applicable for krogoth branch.

I have already sent a request for this:
http://lists.openembedded.org/pipermail/openembedded-core/2016-August/125659.html

Is is possible to consider this patch for krogoth ?



Best Regards,
Maxin
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Burton, Ross]

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
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Armin Kuster]

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:

  http://git.yoctoproject.org/git/poky-contrib akuster/krogoth-next
  http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=akuster/krogoth-next

Alejandro Hernandez (1):
  initramfs-live-boot: Make sure we kill udev before switching root when
live booting

Armin Kuster (2):
  tiff: Security fix CVE-2015-8781
  tiff: Security fix CVE-2015-8784

Henry Bruce (1):
  npm: npm.bbclass now adds nodejs to RDEPENDS

Jackie Huang (1):
  e2fsprogs: Fix missing check for permission denied.

Jacob Kroon (1):
  bitbake.conf/toolchain-scripts.bbclass: Remove debug prefix mappings
in SDK

Jeremy Puhlman (2):
  Fix random python backtrace in mutlilib handling code.
  bitbake.conf: set READELF for cross compilation

Jonathan Liu (1):
  meta/classes: fix bb.build.FuncFailed typos

Khem Raj (3):
  python{3}-numpy: Predefine of sizeof off_t on mips/mipsel/ppc
  systemd: Create missing sysusers offline
  gdb: Cache gnu gettext config vars for musl builds

Markus Lehtonen (1):
  base.bbclass wipe ${S} before unpacking source

Pascal Bach (1):
  gcc, qemuppc: Explicitly disable forcing SPE flags for 4.9

Reinette Chatre (1):
  binutils: advance SRCREV to obtain versioned symbols

Richard Purdie (2):
  busybox: Backport makefile fix from upstream
  busybox: Add parallel make fix

Ross Burton (1):
  cml1: fix tasks after default [dirs] changed

Sona Sarmadi (2):
  sudo: CVE-2015-8239
  curl: security fix for CVE-2016-7141

Stefan Agner (1):
  busybox: Fix busybox-init on non-tty consoles

Stephano Cetola (1):
  systemd: allow add users as a rootfs postprocess cmd

Tanu Kaskinen (1):
  pulseaudio: fix crash when disconnecting bluetooth devices

Yi Zhao (3):
  tiff: Security fix CVE-2016-3186
  tiff: Security fix CVE-2016-5321
  tiff: Security fix CVE-2016-5323

 meta/classes/base.bbclass  |  18 +-
 meta/classes/cml1.bbclass  |   2 +
 meta/classes/grub-efi.bbclass  |   2 +-
 meta/classes/gummiboot.bbclass |   4 +-
 meta/classes/multilib_global.bbclass   |   3 +-
 meta/classes/npm.bbclass   |   1 +
 meta/classes/rootfs-postcommands.bbclass   |  43 +-
 meta/classes/syslinux.bbclass  |   2 +-
 meta/classes/toolchain-scripts.bbclass |   3 +
 meta/conf/bitbake.conf |   9 +-
 meta/recipes-core/busybox/busybox.inc  |   4 +-
 .../busybox/busybox/makefile-fix-backport.patch|  40 ++
 .../busybox/busybox/parallel-make-fix.patch|  65 ++
 meta/recipes-core/busybox/busybox_1.24.1.bb|   2 +
 meta/recipes-core/initrdscripts/files/init-live.sh |   4 +-
 meta/recipes-core/systemd/systemd_229.bb   |   8 +-
 meta/recipes-devtools/binutils/binutils-2.26.inc   |   2 +-
 ...s-fix-missing-check-for-permission-denied.patch |  32 +
 meta/recipes-devtools/e2fsprogs/e2fsprogs_git.bb   |   3 +
 ...AltiVec-generation-on-powepc-linux-target.patch |  11 +
 meta/recipes-devtools/gdb/gdb_7.10.1.bb|   5 +
 .../python/python-numpy/arm/numpyconfig.h  |   1 +
 .../python/python-numpy/mips/_numpyconfig.h|   1 +
 .../python/python-numpy/powerpc/_numpyconfig.h |   1 +
 .../sudo/sudo/CVE-2015-8239-1.patch| 699 +
 .../sudo/sudo/CVE-2015-8239-2.patch|  45 ++
 meta/recipes-extended/sudo/sudo_1.8.15.bb  |   2 +
 .../libtiff/files/CVE-2015-8781.patch  | 195 ++
 .../libtiff/files/CVE-2015-8784.patch  |  73 +++
 .../libtiff/files/CVE-2016-3186.patch  |  24 +
 .../libtiff/files/CVE-2016-5321.patch  |  49 ++
 .../libtiff/files/CVE-2016-5323.patch  | 107 
 meta/recipes-multimedia/libtiff/tiff_4.0.6.bb  |   5 +
 ...th-don-t-create-the-HSP-HFP-profile-twice.patch | 343 ++
 .../pulseaudio/pulseaudio_8.0.bb   |   1 +
 meta/recipes-support/curl/curl/CVE-2016-7141.patch |  50 ++
 meta/recipes-support/curl/curl_7.47.1.bb   |   1 +
 37 files changed, 1813 insertions(+), 47 deletions(-)
 create mode 100644 
meta/recipes-core/busybox/busybox/makefile-fix-backport.patch
 create mode 100644 meta/recipes-core/busybox/busybox/parallel-make-fix.patch
 create mode 100644 
meta/recipes-devtools/e2fsprogs/e2fsprogs/e2fsprogs-fix-missing-check-for-permission-denied.patch
 create mode 100644 meta/recipes-extended/sudo/sudo/CVE-2015-8239-1.patch
 create mode 100644 meta/recipes-extended/sudo/sudo/CVE-2015-8239-2.patch
 create mode 100644 meta/recipes-multimedia/libtiff/files/CVE-2015-8781.patch
 create mode 100644 meta/recipes-multimedia/libtiff/files/CVE-2015-8784.patch
 create 

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

[akuster808]

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.

thanks,
Armin

---
  meta/recipes-support/curl/curl/CVE-2016-7141.patch | 50 ++
  meta/recipes-support/curl/curl_7.47.1.bb   |  1 +
  2 files changed, 51 insertions(+)
  create mode 100644 meta/recipes-support/curl/curl/CVE-2016-7141.patch

diff --git a/meta/recipes-support/curl/curl/CVE-2016-7141.patch 
b/meta/recipes-support/curl/curl/CVE-2016-7141.patch
new file mode 100644
index 000..eb03afd
--- /dev/null
+++ b/meta/recipes-support/curl/curl/CVE-2016-7141.patch
@@ -0,0 +1,50 @@
+From 7700fcba64bf5806de28f6c1c7da3b4f0b38567d Mon Sep 17 00:00:00 2001
+From: Kamil Dudka 
+Date: Mon, 22 Aug 2016 10:24:35 +0200
+Subject: [PATCH] nss: refuse previously loaded certificate from file
+
+... when we are not asked to use a certificate from file
+
+Bug: https://curl.haxx.se/docs/adv_20160907.html
+Reported-by: kdu...@redhat.com
+
+Upstream-Status: Backport
+https://curl.haxx.se/CVE-2016-5421.patch
+
+CVE: CVE-2016-7141
+Signed-off-by: Sona Sarmadi 
+---
+ lib/vtls/nss.c | 8 +++-
+ 1 file changed, 7 insertions(+), 1 deletion(-)
+
+diff --git a/lib/vtls/nss.c b/lib/vtls/nss.c
+index 20c4277..cfb2263 100644
+--- a/lib/vtls/nss.c
 b/lib/vtls/nss.c
+@@ -1002,10 +1002,10 @@ static SECStatus SelectClientCert(void *arg, 
PRFileDesc *sock,
+   struct ssl_connect_data *connssl = (struct ssl_connect_data *)arg;
+   struct Curl_easy *data = connssl->data;
+   const char *nickname = connssl->client_nickname;
++  static const char pem_slotname[] = "PEM Token #1";
+
+   if(connssl->obj_clicert) {
+ /* use the cert/key provided by PEM reader */
+-static const char pem_slotname[] = "PEM Token #1";
+ SECItem cert_der = { 0, NULL, 0 };
+ void *proto_win = SSL_RevealPinArg(sock);
+ struct CERTCertificateStr *cert;
+@@ -1067,6 +1067,12 @@ static SECStatus SelectClientCert(void *arg, PRFileDesc 
*sock,
+   if(NULL == nickname)
+ nickname = "[unknown]";
+
++  if(!strncmp(nickname, pem_slotname, sizeof(pem_slotname) - 1U)) {
++failf(data, "NSS: refusing previously loaded certificate from file: %s",
++  nickname);
++return SECFailure;
++  }
++
+   if(NULL == *pRetKey) {
+ failf(data, "NSS: private key not found for certificate: %s", nickname);
+ return SECFailure;
+--
+2.7.4
diff --git a/meta/recipes-support/curl/curl_7.47.1.bb 
b/meta/recipes-support/curl/curl_7.47.1.bb
index 6c71760..3670a11 100644
--- a/meta/recipes-support/curl/curl_7.47.1.bb
+++ b/meta/recipes-support/curl/curl_7.47.1.bb
@@ -14,6 +14,7 @@ SRC_URI += " file://configure_ac.patch \
   file://CVE-2016-5419.patch \
   file://CVE-2016-5420.patch \
   file://CVE-2016-5421.patch \
+ file://CVE-2016-7141.patch \
 "
  
  SRC_URI[md5sum] = "9ea3123449439bbd960cd25cf98796fb"


--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Maxin B. John]

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-multimedia/gstreamer/gstreamer1.0-omx_1.2.0.bb
index 74358a7..40c4858 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-omx_1.2.0.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-omx_1.2.0.bb
@@ -9,3 +9,5 @@ SRC_URI[md5sum] = "d24e8c0153c35dfefee3e26b1c2c35f8"
 SRC_URI[sha256sum] = 
"0b4874961e6488ad9e5808114bd486ea981c540907262caab1419355fd82d745"
 
 S = "${WORKDIR}/gst-omx-${PV}"
+
+RECIPE_NO_UPDATE_REASON = "Version 1.9.2 requires gstreamer-1.0 >= 1.9.2"
-- 
2.4.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Maxin B. John]

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/kconfig-frontends/kconfig-frontends_3.12.0.0.bb 
b/meta/recipes-devtools/kconfig-frontends/kconfig-frontends_3.12.0.0.bb
index 48a2f93..804186d 100644
--- a/meta/recipes-devtools/kconfig-frontends/kconfig-frontends_3.12.0.0.bb
+++ b/meta/recipes-devtools/kconfig-frontends/kconfig-frontends_3.12.0.0.bb
@@ -11,14 +11,14 @@ HOMEPAGE = 
"http://ymorin.is-a-geek.org/projects/kconfig-frontends;
 LICENSE = "GPL-2.0"
 LIC_FILES_CHKSUM = "file://COPYING;md5=9b8cf60ff39767ff04b671fca8302408"
 SECTION = "devel"
-DEPENDS += "ncurses flex bison gperf-native pkgconfig-native"
+DEPENDS += "ncurses flex bison gperf-native"
 RDEPENDS_${PN} += "python bash"
 SRC_URI = "http://ymorin.is-a-geek.org/download/${BPN}/${BP}.tar.xz;
 
 SRC_URI[md5sum] = "b939280dcc83f8feabd87a1d5f9b00c2"
 SRC_URI[sha256sum] = 
"ea2615a62c74bea6ce3b38402f00c7513858f307f6ba7aa9fdbf0bbc12bcf407"
 
-inherit autotools
+inherit autotools pkgconfig
 do_configure_prepend () {
mkdir -p scripts/.autostuff/m4
 }
-- 
2.4.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Maxin B. John]

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 failed
sanity test (tmpdir) in path

[YOCTO #10223]

Signed-off-by: Maxin B. John 
---
 ...txt-libical.pc.in-fix-iculibs-remove-full.patch | 44 ++
 meta/recipes-support/libical/libical_2.0.0.bb  | 10 +
 2 files changed, 46 insertions(+), 8 deletions(-)
 create mode 100644 
meta/recipes-support/libical/libical/0001-CMakeLists.txt-libical.pc.in-fix-iculibs-remove-full.patch

diff --git 
a/meta/recipes-support/libical/libical/0001-CMakeLists.txt-libical.pc.in-fix-iculibs-remove-full.patch
 
b/meta/recipes-support/libical/libical/0001-CMakeLists.txt-libical.pc.in-fix-iculibs-remove-full.patch
new file mode 100644
index 000..6db75f5
--- /dev/null
+++ 
b/meta/recipes-support/libical/libical/0001-CMakeLists.txt-libical.pc.in-fix-iculibs-remove-full.patch
@@ -0,0 +1,44 @@
+From 1a41069c0dc054e59cd76fc3d8cf7cc2a78b5e8d Mon Sep 17 00:00:00 2001
+From: Allen Winter 
+Date: Sat, 3 Sep 2016 16:56:29 -0400
+Subject: [PATCH] CMakeLists.txt, libical.pc.in - fix iculibs (remove full 
path) ISSUE: 227
+
+Upstream-Status: Backport
+
+Signed-off-by: Maxin B. John 
+
+diff -Naur libical-2.0.0-orig/CMakeLists.txt libical-2.0.0/CMakeLists.txt
+--- libical-2.0.0-orig/CMakeLists.txt  2016-09-08 18:05:06.166049345 +0300
 libical-2.0.0/CMakeLists.txt   2016-09-08 18:05:45.201561334 +0300
+@@ -128,6 +128,7 @@
+ #  RSCALE info at http://tools.ietf.org/html/rfc7529
+ find_package(ICU)
+ if(ICU_FOUND)
++  set(ICUUC_LIBS "-licuuc") #for libical.pc
+   set(HAVE_LIBICU 1)
+   if(ICU_MAJOR_VERSION VERSION_GREATER 50)
+ set(HAVE_ICU_DANGI TRUE)
+@@ -137,6 +138,7 @@
+ endif()
+ if(ICU_I18N_FOUND)
+   set(HAVE_LIBICU_I18N 1)
++  set(ICUI18N_LIBS "-licui18n") #for libical.pc
+ endif()
+ 
+ # MSVC specific definitions
+diff -Naur libical-2.0.0-orig/libical.pc.in libical-2.0.0/libical.pc.in
+--- libical-2.0.0-orig/libical.pc.in   2015-12-28 23:44:53.0 +0200
 libical-2.0.0/libical.pc.in2016-09-08 18:09:12.991963597 +0300
+@@ -3,10 +3,10 @@
+ libdir=@libdir@
+ includedir=@includedir@
+ threadslib=@PTHREAD_LIBS@
+-iculib=@ICU_LIBRARIES@ @ICU_I18N_LIBRARIES@
++iculibs=@ICUUC_LIBS@ @ICUI18N_LIBS@
+ 
+ Name: libical
+ Description: An implementation of basic iCAL protocols
+ Version: @VERSION@
+-Libs: -L${libdir} -lical -licalss -licalvcal ${threadslib} ${iculib}
++Libs: -L${libdir} -lical -licalss -licalvcal ${threadslib} ${iculibs}
+ Cflags: -I${includedir}
diff --git a/meta/recipes-support/libical/libical_2.0.0.bb 
b/meta/recipes-support/libical/libical_2.0.0.bb
index 1042e6f..d4fe868 100644
--- a/meta/recipes-support/libical/libical_2.0.0.bb
+++ b/meta/recipes-support/libical/libical_2.0.0.bb
@@ -8,6 +8,7 @@ SECTION = "libs"
 
 SRC_URI = 
"https://github.com/${BPN}/${BPN}/releases/download/v${PV}/${BP}.tar.gz \
file://Remove-cmake-check-for-Perl.patch \
+   
file://0001-CMakeLists.txt-libical.pc.in-fix-iculibs-remove-full.patch \
"
 DEPENDS = "icu"
 
@@ -15,13 +16,6 @@ SRC_URI[md5sum] = "6bf8e5f5a3ba88baf390d0134e05d76e"
 SRC_URI[sha256sum] = 
"654c11f759c19237be39f6ad401d917e5a05f36f1736385ed958e60cf21456da"
 UPSTREAM_CHECK_URI = "https://github.com/libical/libical/releases;
 
-inherit cmake
+inherit cmake pkgconfig
 
 FILES_${PN}-dev += "${libdir}/cmake/*"
-
-#
-# Turn specific library paths in the pkgconfig file into standard library 
entries
-#
-do_install_append () {
-   sed -i -e "s#${STAGING_LIBDIR}/lib\([a-z0-9]*\)\.so#-l\1#g" 
${D}${libdir}/pkgconfig/libical.pc
-}
-- 
2.4.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Maxin B. John]

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
index 99c4a8f..eeacb9a 100644
--- a/meta/recipes-kernel/kmod/kmod.inc
+++ b/meta/recipes-kernel/kmod/kmod.inc
@@ -9,12 +9,10 @@ LICENSE = "GPL-2.0+ & LGPL-2.1+"
 LICENSE_libkmod = "LGPL-2.1+"
 SECTION = "base"
 
-DEPENDS += "pkgconfig-native"
-
 LIC_FILES_CHKSUM = "file://COPYING;md5=a6f89e2100d9b6cdffcea4f398e37343 \
 
file://libkmod/COPYING;md5=a6f89e2100d9b6cdffcea4f398e37343 \
"
-inherit autotools gtk-doc
+inherit autotools gtk-doc pkgconfig
 
 SRCREV = "65a885df5f6f15222b44fd695c5eaca17e837a14"
 # Lookout for PV bump too when SRCREV is changed
-- 
2.4.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[akuster808]

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


---
Pointed out by Andre McCurdy but patch v1 had already been accepted
and applied.
---
  meta/recipes-devtools/valgrind/valgrind_3.11.0.bb | 4 ++--
  1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb 
b/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
index 3d49131..42fd27f 100644
--- a/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
+++ b/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
@@ -39,8 +39,8 @@ COMPATIBLE_HOST_armv5 = 'null'
  COMPATIBLE_HOST_armv6 = 'null'
  
  # valgrind doesn't like mips soft float

-COMPATIBLE_HOST_mips = "${@bb.utils.contains("TARGET_FPU", "soft", "null", 
"mips-poky-linux", d)}"
-COMPATIBLE_HOST_mipsel = "${@bb.utils.contains("TARGET_FPU", "soft", "null", 
"mipsel-poky-linux", d)}"
+COMPATIBLE_HOST_mips = "${@bb.utils.contains("TARGET_FPU", "soft", "null", 
".*-linux", d)}"
+COMPATIBLE_HOST_mipsel = "${@bb.utils.contains("TARGET_FPU", "soft", "null", 
".*-linux", d)}"
  
  inherit autotools ptest
  


--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[André Draszik]

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 had already been accepted
> and applied.
> ---
>  meta/recipes-devtools/valgrind/valgrind_3.11.0.bb | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
> b/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
> index 3d49131..42fd27f 100644
> --- a/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
> +++ b/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
> @@ -39,8 +39,8 @@ COMPATIBLE_HOST_armv5 = 'null'
>  COMPATIBLE_HOST_armv6 = 'null'
>  
>  # valgrind doesn't like mips soft float
> -COMPATIBLE_HOST_mips = "${@bb.utils.contains("TARGET_FPU", "soft",
> "null", "mips-poky-linux", d)}"
> -COMPATIBLE_HOST_mipsel = "${@bb.utils.contains("TARGET_FPU", "soft",
> "null", "mipsel-poky-linux", d)}"
> +COMPATIBLE_HOST_mips = "${@bb.utils.contains("TARGET_FPU", "soft",
> "null", ".*-linux", d)}"
> +COMPATIBLE_HOST_mipsel = "${@bb.utils.contains("TARGET_FPU", "soft",
> "null", ".*-linux", d)}"

Can it not just be set to mips or mipsel? Why .*-linux?

COMPATIBLE_HOST_mips = "${@bb.utils.contains("TARGET_FPU", "soft", "null", 
"mips", d)}"
COMPATIBLE_HOST_mipsel = "${@bb.utils.contains("TARGET_FPU", "soft", "null", 
"mipsel", d)}"

Cheers,
Andre'


-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Jussi Kukkonen]

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 deletions(-)

diff --git a/meta/recipes-multimedia/libtiff/tiff_4.0.6.bb 
b/meta/recipes-multimedia/libtiff/tiff_4.0.6.bb
index 83d88df..8147bc4 100644
--- a/meta/recipes-multimedia/libtiff/tiff_4.0.6.bb
+++ b/meta/recipes-multimedia/libtiff/tiff_4.0.6.bb
@@ -1,9 +1,8 @@
 SUMMARY = "Provides support for the Tag Image File Format (TIFF)"
 LICENSE = "BSD-2-Clause"
 LIC_FILES_CHKSUM = "file://COPYRIGHT;md5=34da3db46fab7501992f9615d7e158cf"
-HOMEPAGE = "http://www.remotesensing.org/libtiff/;
 
-SRC_URI = "ftp://ftp.remotesensing.org/pub/libtiff/tiff-${PV}.tar.gz \
+SRC_URI = "http://download.osgeo.org/libtiff/tiff-${PV}.tar.gz \
file://libtool2.patch \
file://CVE-2015-8665_8683.patch \
file://CVE-2015-8781.patch \
-- 
2.1.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Sona Sarmadi]

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 ++
 meta/recipes-support/curl/curl_7.47.1.bb   |  1 +
 2 files changed, 51 insertions(+)
 create mode 100644 meta/recipes-support/curl/curl/CVE-2016-7141.patch

diff --git a/meta/recipes-support/curl/curl/CVE-2016-7141.patch 
b/meta/recipes-support/curl/curl/CVE-2016-7141.patch
new file mode 100644
index 000..eb03afd
--- /dev/null
+++ b/meta/recipes-support/curl/curl/CVE-2016-7141.patch
@@ -0,0 +1,50 @@
+From 7700fcba64bf5806de28f6c1c7da3b4f0b38567d Mon Sep 17 00:00:00 2001
+From: Kamil Dudka 
+Date: Mon, 22 Aug 2016 10:24:35 +0200
+Subject: [PATCH] nss: refuse previously loaded certificate from file
+
+... when we are not asked to use a certificate from file
+
+Bug: https://curl.haxx.se/docs/adv_20160907.html
+Reported-by: kdu...@redhat.com
+
+Upstream-Status: Backport
+https://curl.haxx.se/CVE-2016-5421.patch
+
+CVE: CVE-2016-7141
+Signed-off-by: Sona Sarmadi 
+---
+ lib/vtls/nss.c | 8 +++-
+ 1 file changed, 7 insertions(+), 1 deletion(-)
+
+diff --git a/lib/vtls/nss.c b/lib/vtls/nss.c
+index 20c4277..cfb2263 100644
+--- a/lib/vtls/nss.c
 b/lib/vtls/nss.c
+@@ -1002,10 +1002,10 @@ static SECStatus SelectClientCert(void *arg, 
PRFileDesc *sock,
+   struct ssl_connect_data *connssl = (struct ssl_connect_data *)arg;
+   struct Curl_easy *data = connssl->data;
+   const char *nickname = connssl->client_nickname;
++  static const char pem_slotname[] = "PEM Token #1";
+
+   if(connssl->obj_clicert) {
+ /* use the cert/key provided by PEM reader */
+-static const char pem_slotname[] = "PEM Token #1";
+ SECItem cert_der = { 0, NULL, 0 };
+ void *proto_win = SSL_RevealPinArg(sock);
+ struct CERTCertificateStr *cert;
+@@ -1067,6 +1067,12 @@ static SECStatus SelectClientCert(void *arg, PRFileDesc 
*sock,
+   if(NULL == nickname)
+ nickname = "[unknown]";
+
++  if(!strncmp(nickname, pem_slotname, sizeof(pem_slotname) - 1U)) {
++failf(data, "NSS: refusing previously loaded certificate from file: %s",
++  nickname);
++return SECFailure;
++  }
++
+   if(NULL == *pRetKey) {
+ failf(data, "NSS: private key not found for certificate: %s", nickname);
+ return SECFailure;
+--
+2.7.4
diff --git a/meta/recipes-support/curl/curl_7.47.1.bb 
b/meta/recipes-support/curl/curl_7.47.1.bb
index 6c71760..3670a11 100644
--- a/meta/recipes-support/curl/curl_7.47.1.bb
+++ b/meta/recipes-support/curl/curl_7.47.1.bb
@@ -14,6 +14,7 @@ SRC_URI += " file://configure_ac.patch \
  file://CVE-2016-5419.patch \
  file://CVE-2016-5420.patch \
  file://CVE-2016-5421.patch \
+ file://CVE-2016-7141.patch \
"
 
 SRC_URI[md5sum] = "9ea3123449439bbd960cd25cf98796fb"
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Zubair Lutfullah Kakakhel]

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/valgrind_3.11.0.bb | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb 
b/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
index 3d49131..42fd27f 100644
--- a/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
+++ b/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
@@ -39,8 +39,8 @@ COMPATIBLE_HOST_armv5 = 'null'
 COMPATIBLE_HOST_armv6 = 'null'
 
 # valgrind doesn't like mips soft float
-COMPATIBLE_HOST_mips = "${@bb.utils.contains("TARGET_FPU", "soft", "null", 
"mips-poky-linux", d)}"
-COMPATIBLE_HOST_mipsel = "${@bb.utils.contains("TARGET_FPU", "soft", "null", 
"mipsel-poky-linux", d)}"
+COMPATIBLE_HOST_mips = "${@bb.utils.contains("TARGET_FPU", "soft", "null", 
".*-linux", d)}"
+COMPATIBLE_HOST_mipsel = "${@bb.utils.contains("TARGET_FPU", "soft", "null", 
".*-linux", d)}"
 
 inherit autotools ptest
 
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Jack Mitchell]

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 'iptables-save > iptables.rules'
---
 .../iptables/iptables/iptables.rules |  0
 .../iptables/iptables/iptables.service   | 13 +
 meta/recipes-extended/iptables/iptables_1.6.0.bb | 20 ++--
 3 files changed, 31 insertions(+), 2 deletions(-)
 create mode 100644 meta/recipes-extended/iptables/iptables/iptables.rules
 create mode 100644 meta/recipes-extended/iptables/iptables/iptables.service

diff --git a/meta/recipes-extended/iptables/iptables/iptables.rules 
b/meta/recipes-extended/iptables/iptables/iptables.rules
new file mode 100644
index 000..e69de29
diff --git a/meta/recipes-extended/iptables/iptables/iptables.service 
b/meta/recipes-extended/iptables/iptables/iptables.service
new file mode 100644
index 000..041316e
--- /dev/null
+++ b/meta/recipes-extended/iptables/iptables/iptables.service
@@ -0,0 +1,13 @@
+[Unit]
+Description=Packet Filtering Framework
+Before=network-pre.target
+Wants=network-pre.target
+
+[Service]
+Type=oneshot
+ExecStart=@SBINDIR@/iptables-restore /etc/iptables/iptables.rules
+ExecReload=@SBINDIR@/iptables-restore /etc/iptables/iptables.rules
+RemainAfterExit=yes
+
+[Install]
+WantedBy=multi-user.target
diff --git a/meta/recipes-extended/iptables/iptables_1.6.0.bb 
b/meta/recipes-extended/iptables/iptables_1.6.0.bb
index fbbe418..65430a1 100644
--- a/meta/recipes-extended/iptables/iptables_1.6.0.bb
+++ b/meta/recipes-extended/iptables/iptables_1.6.0.bb
@@ -22,13 +22,16 @@ SRC_URI = 
"http://netfilter.org/projects/iptables/files/iptables-${PV}.tar.bz2 \
file://types.h-add-defines-that-are-required-for-if_packet.patch \

file://0001-configure-Add-option-to-enable-disable-libnfnetlink.patch \

file://0002-configure.ac-only-check-conntrack-when-libnfnetlink-enabled.patch \
-  "
+   file://iptables.service \
+   file://iptables.rules \
+"
+
 SRC_URI_append_libc-musl = " file://0001-fix-build-with-musl.patch"
 
 SRC_URI[md5sum] = "27ba3451cb622467fc9267a176f19a31"
 SRC_URI[sha256sum] = 
"4bb72a0a0b18b5a9e79e87631ddc4084528e5df236bc7624472dcaa8480f1c60"
 
-inherit autotools pkgconfig
+inherit autotools pkgconfig systemd
 
 EXTRA_OECONF = "--with-kernel=${STAGING_INCDIR} \
"
@@ -48,3 +51,16 @@ do_configure_prepend() {
# Keep ax_check_linker_flags.m4 which belongs to autoconf-archive.
rm -f libtool.m4 lt~obsolete.m4 ltoptions.m4 ltsugar.m4 ltversion.m4
 }
+
+do_install_append() {
+
+install -d ${D}${sysconfdir}/iptables
+install -m 0644 ${WORKDIR}/iptables.rules ${D}${sysconfdir}/iptables
+
+install -d ${D}${systemd_unitdir}/system
+install -m 0644 ${WORKDIR}/iptables.service 
${D}${systemd_unitdir}/system
+
+   sed -i -e 's,@SBINDIR@,${sbindir},g' 
${D}${systemd_unitdir}/system/iptables.service
+}
+
+SYSTEMD_SERVICE_${PN} = "iptables.service"
-- 
2.9.3

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Tanu Kaskinen]

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
> > 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-multimedia/pulseaudio/pulseaudio.inc
> > b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
> > index 6ed79ef..f3754d7 100644
> > --- a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
> > +++ b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
> > @@ -124,8 +124,8 @@ FILES_${PN}-conf = "${sysconfdir}"
> >  FILES_${PN}-bin +=
> > "${sysconfdir}/default/volatiles/volatiles.04_pulse"
> >  FILES_${PN}-server = "${bindir}/pulseaudio ${bindir}/start-*
> > ${sysconfdir} ${bindir}/pactl */udev/rules.d/*.rules
> > */*/udev/rules.d/*.rules ${systemd_user_unitdir}/*"
> > 
> > -#SYSTEMD_PACKAGES = "${PN}-server"
> > -SYSTEMD_SERVICE_${PN}-server = "pulseaudio.service"
> > +SYSTEMD_PACKAGES = "${PN}-server"
> > +SYSTEMD_USER_SERVICE_${PN}-server = "pulseaudio.service
> > pulseaudio.socket"
> > 
> > I think specifying "pulseaudio.socket" for 
> > SYSTEMD_USER_SERVICE_${PN}-server should be enough, systemd.bbclass is 
> > going to add the .service file afair.
> 
> Add both:
> chenqi@pek-hostel-deb01:~/poky/build-systemd [1] $ ls 
> tmp/work/qemux86_64-poky-linux/core-image-minimal/1.0-r0/rootfs/etc/systemd/user
> default.target.wants  sockets.target.wants
> 
> Add pulseaudio.socket:
> chenqi@pek-hostel-deb01:~/poky/build-systemd [1] $ ls 
> tmp/work/qemux86_64-poky-linux/core-image-minimal/1.0-r0/rootfs/etc/systemd/user
> sockets.target.wants
> 
> They have different results.
> I don't know a lot about pulseaudio. Can you confirm that 
> pulseaudio.socket is enough?

If I understood correctly, Pau's argument was that there would be no
difference, which doesn't seem to be the case. However, if
pulseaudio.service isn't included in default.target.wants, that
shouldn't be a big problem, because socket activation will anyway start
the service when needed. On the other hand, I don't
think SYSTEMD_USER_SERVICE is intended to be used for controlling which
units to enable - it looks more like a variable that should contain all
units contained in the package. If my understanding is correct, you
should list both units in the variable.

The distributions that I've seen to use systemd to manage pulseaudio
only enable pulseaudio.socket, so that socket activation is used rather
than starting pulseaudio automatically as part of the user session. I
don't know if OE supports that - it looks like there's only a toggle to
enable all units or none. Other distributions also patch client.conf to
disable pulseaudio's own autospawning mechanism, since it's redundant
when using socket activation. Leaving autospawning enabled shouldn't
break anything in normal use, but it can cause some confusing behaviour
if the user tries to manually disable automatic pulseaudio starting by
disabling the systemd units.

-- 
Tanu
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Burton, Ross]

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 as part of a belt-and-brances approach the test should not create a
new user if it already exists.

Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Burton, Ross]

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 access to the build directory when it fails?  It would be
interesting to see what ldd says the gen-all-unicode is linking to.

Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Burton, Ross]

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)
>  self.assertTrue(status == 0, msg="Failed to create new user: " +
> output)
> -(status, output) = self.target.run('su -c id test1')
> +(status, output) = self.target.run("su -c id %s" % test_user)
>  self.assertTrue('(test1)' in output, msg="Failed to execute as
> new user")
> -(status, output) = self.target.run('su -c "rpm -qa" test1 ')
> +(status, output) = self.target.run("su -c \"rpm -qa\" %s " %
> test_user)
>  self.assertEqual(status, 0, msg="status: %s. Cannot run rpm -qa:
> %s" % (status, output))
> +(status, output) = self.target.run("userdel -r %s" % test_user)
> +self.assertTrue(status == 0, msg="Failed to erase user: %s" %
> output)
>

The user removal should be in a try/finally block around the test so that
it always executes even if the test fails.

Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Ioan-Adrian Ratiu]

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 replicate this on demand?  For gen-all-unicode to have been built
> the library must have been in the sysroot, and removed by the time it was
> executed.  However, pcre is a dependency of glib which is a dependency of
> pango, so I'm not sure how this happened.

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.

>
> Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Robert Yang]

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-support-vte-2.91.patch

Here is the Changlog:
http://wiki.qemu.org/ChangeLog/2.7

Signed-off-by: Robert Yang 
---
 .../qemu/0001-configure-support-vte-2.91.patch | 79 --
 .../qemu/qemu/add-ptest-in-makefile.patch  | 19 +++---
 .../qemu/{qemu_2.6.0.bb => qemu_2.7.0.bb}  |  5 +-
 3 files changed, 11 insertions(+), 92 deletions(-)
 delete mode 100644 
meta/recipes-devtools/qemu/qemu/0001-configure-support-vte-2.91.patch
 rename meta/recipes-devtools/qemu/{qemu_2.6.0.bb => qemu_2.7.0.bb} (79%)

diff --git 
a/meta/recipes-devtools/qemu/qemu/0001-configure-support-vte-2.91.patch 
b/meta/recipes-devtools/qemu/qemu/0001-configure-support-vte-2.91.patch
deleted file mode 100644
index c286822..000
--- a/meta/recipes-devtools/qemu/qemu/0001-configure-support-vte-2.91.patch
+++ /dev/null
@@ -1,79 +0,0 @@
-From f40a8ceaaf0ee37fcfeb6900960632d7a7085a9f Mon Sep 17 00:00:00 2001
-From: Jussi Kukkonen 
-Date: Fri, 17 Jun 2016 21:09:03 +0300
-Subject: [PATCH] configure: support vte-2.91
-
-Upstream-Status: Backport [c6feff9e09aa99]
-Signed-off-by: Jussi Kukkonen 
-
-Original commit message below:
-
-From: Cole Robinson 
-Date: Fri, 6 May 2016 14:03:12 -0400
-Subject: [PATCH] configure: support vte-2.91
-
-vte >= 0.37 expores API version 2.91, which is where all the active
-development is. qemu builds and runs fine with that version, so use it
-if it's available.
-
-Signed-off-by: Cole Robinson 
-Message-id: 
b4f0375647f7b368d3dbd3834aee58cb0253566a.1462557436.git.crobi...@redhat.com
-Signed-off-by: Gerd Hoffmann 

- configure | 17 +++--
- 1 file changed, 11 insertions(+), 6 deletions(-)
-
-diff --git a/configure b/configure
-index 54a3189..a16fa2b 100755
 a/configure
-+++ b/configure
-@@ -2394,20 +2394,25 @@ fi
- 
- if test "$vte" != "no"; then
- if test "$gtkabi" = "3.0"; then
--  vtepackage="vte-2.90"
--  vteversion="0.32.0"
-+  vteminversion="0.32.0"
-+  if $pkg_config --exists "vte-2.91"; then
-+vtepackage="vte-2.91"
-+  else
-+vtepackage="vte-2.90"
-+  fi
- else
-   vtepackage="vte"
--  vteversion="0.24.0"
-+  vteminversion="0.24.0"
- fi
--if $pkg_config --exists "$vtepackage >= $vteversion"; then
-+if $pkg_config --exists "$vtepackage >= $vteminversion"; then
- vte_cflags=`$pkg_config --cflags $vtepackage`
- vte_libs=`$pkg_config --libs $vtepackage`
-+vteversion=`$pkg_config --modversion $vtepackage`
- libs_softmmu="$vte_libs $libs_softmmu"
- vte="yes"
- elif test "$vte" = "yes"; then
- if test "$gtkabi" = "3.0"; then
--feature_not_found "vte" "Install libvte-2.90 devel"
-+feature_not_found "vte" "Install libvte-2.90/2.91 devel"
- else
- feature_not_found "vte" "Install libvte devel"
- fi
-@@ -4759,6 +4764,7 @@ echo "pixman$pixman"
- echo "SDL support   $sdl"
- echo "GTK support   $gtk"
- echo "GTK GL support$gtk_gl"
-+echo "VTE support   $vte `echo_version $vte $vteversion`"
- echo "GNUTLS support$gnutls"
- echo "GNUTLS hash   $gnutls_hash"
- echo "GNUTLS rnd$gnutls_rnd"
-@@ -4771,7 +4777,6 @@ else
- fi
- echo "nettle kdf$nettle_kdf"
- echo "libtasn1  $tasn1"
--echo "VTE support   $vte"
- echo "curses support$curses"
- echo "virgl support $virglrenderer"
- echo "curl support  $curl"
--- 
-2.1.4
-
diff --git a/meta/recipes-devtools/qemu/qemu/add-ptest-in-makefile.patch 
b/meta/recipes-devtools/qemu/qemu/add-ptest-in-makefile.patch
index a99f720..2ce3478 100644
--- a/meta/recipes-devtools/qemu/qemu/add-ptest-in-makefile.patch
+++ b/meta/recipes-devtools/qemu/qemu/add-ptest-in-makefile.patch
@@ -4,14 +4,14 @@ Add subpackage -ptest which runs all unit test cases for qemu.
 
 Signed-off-by: Kai Kang 
 ---
- tests/Makefile |   10 ++
- 1 file changed, 10 insertions(+)
+ tests/Makefile.include | 8 
+ 1 file changed, 8 insertions(+)
 
-diff --git a/tests/Makefile b/tests/Makefile
-index 88f7105..3f40b4b 100644
 a/tests/Makefile
-+++ b/tests/Makefile
-@@ -405,3 +405,12 @@ all: $(QEMU_IOTESTS_HELPERS-y)
+diff --git a/tests/Makefile.include b/tests/Makefile.include
+index 14be491..0fce37a 100644
+--- a/tests/Makefile.include
 b/tests/Makefile.include
+@@ -776,3 +776,11 @@ all: $(QEMU_IOTESTS_HELPERS-y)
  
  -include $(wildcard tests/*.d)
  -include $(wildcard tests/libqos/*.d)
@@ -23,7 +23,6 @@ index 88f7105..3f40b4b 100644
 +  

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

[Robert Yang]

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
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=rbt/qemu

Robert Yang (1):
  qemu: 2.6.0 -> 2.7.0

 .../qemu/0001-configure-support-vte-2.91.patch | 79 --
 .../qemu/qemu/add-ptest-in-makefile.patch  | 19 +++---
 .../qemu/{qemu_2.6.0.bb => qemu_2.7.0.bb}  |  5 +-
 3 files changed, 11 insertions(+), 92 deletions(-)
 delete mode 100644 
meta/recipes-devtools/qemu/qemu/0001-configure-support-vte-2.91.patch
 rename meta/recipes-devtools/qemu/{qemu_2.6.0.bb => qemu_2.7.0.bb} (79%)

-- 
2.9.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Richard Purdie]

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/oeqa/runtime/smart.py
index c8ba433..6cdb10d 100644
--- a/meta/lib/oeqa/runtime/smart.py
+++ b/meta/lib/oeqa/runtime/smart.py
@@ -87,6 +87,10 @@ class SmartRepoTest(SmartTest):
 lockfilename = oeRuntimeTest.tc.d.getVar('DEPLOY_DIR_RPM', True) + 
"/rpm.lock"
 lf = bb.utils.lockfile(lockfilename, False)
 oe.path.copyhardlinktree(rpm_dir, idx_path)
+# Full indexes overload a 256MB image so reduce the number of rpms
+# in the feed. Filter to p* since we use the psplash packages and
+# this leaves some allarch and machine arch packages too.
+bb.utils.remove(idx_path + "*/[a-oq-z]*.rpm")
 bb.utils.unlockfile(lf)
 index_cmds.append("%s --dbpath %s --update -q %s" % 
(rpm_createrepo, db_path, idx_path))
 rpm_dirs_found = True


-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Burton, Ross]

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 been built
the library must have been in the sysroot, and removed by the time it was
executed.  However, pcre is a dependency of glib which is a dependency of
pango, so I'm not sure how this happened.

Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Ioan-Adrian Ratiu]

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 directory
| Makefile:1459: recipe for target 'all-unicode.txt' failed
| make[2]: *** [all-unicode.txt] Error 127
| make[2]: *** Waiting for unfinished jobs
| make[2]: Leaving directory 
'/mnt/build/jenkins-jobs/nilrt_OE_core_x64-pname/workspace/build/tmp-glibc/work/core2-64-nilrt-linux/pango/1.40.1-r0/build/tests'
| Makefile:576: recipe for target 'all-recursive' failed
| make[1]: *** [all-recursive] Error 1
| make[1]: Leaving directory 
'/mnt/build/jenkins-jobs/nilrt_OE_core_x64-pname/workspace/build/tmp-glibc/work/core2-64-nilrt-linux/pango/1.40.1-r0/build'

Signed-off-by: Ioan-Adrian Ratiu 
---
 meta/recipes-graphics/pango/pango_1.40.1.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-graphics/pango/pango_1.40.1.bb 
b/meta/recipes-graphics/pango/pango_1.40.1.bb
index 60288a1..159f591 100644
--- a/meta/recipes-graphics/pango/pango_1.40.1.bb
+++ b/meta/recipes-graphics/pango/pango_1.40.1.bb
@@ -19,7 +19,7 @@ SRC_URI += "file://run-ptest \
 SRC_URI[archive.md5sum] = "6fc88c6529890d6c8e03074d57a3eceb"
 SRC_URI[archive.sha256sum] = 
"e27af54172c72b3ac6be53c9a4c67053e16c905e02addcf3a603ceb2005c1a40"
 
-DEPENDS = "glib-2.0 glib-2.0-native fontconfig freetype virtual/libiconv cairo 
harfbuzz"
+DEPENDS = "glib-2.0 glib-2.0-native fontconfig freetype virtual/libiconv cairo 
harfbuzz libpcre"
 
 PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'x11', '', 
d)}"
 PACKAGECONFIG[x11] = "--with-xft,--without-xft,virtual/libx11 libxft"
-- 
2.9.3

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Elizabeth 'pidge' Flanagan]

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 teams up so that we can gather error metrics automatically.

This relies on a new set of variables:

REPORTERROR[autosend]="yes|no|ask"
REPORTERROR[user]=username
REPORTERROR[email]=email
REPORTERROR[server]=error-report-web instance

For autosend yes and no are pretty self explainatory. ask does not pass
the -y flag to send-error-report, thus enabling the end user to review
the report prior to submission.

Signed-off-by: Elizabeth 'pidge' Flanagan 
---
 meta/classes/report-error.bbclass | 41 +--
 1 file changed, 39 insertions(+), 2 deletions(-)

diff --git a/meta/classes/report-error.bbclass 
b/meta/classes/report-error.bbclass
index 82b5bcd..909adf0 100644
--- a/meta/classes/report-error.bbclass
+++ b/meta/classes/report-error.bbclass
@@ -85,10 +85,47 @@ python errorreport_handler () {
 bb.utils.unlockfile(lock)
 failures = jsondata['failures']
 if(len(failures) > 0):
+
 filename = "error_report_" + e.data.getVar("BUILDNAME", 
True)+".txt"
 datafile = errorreport_savedata(e, jsondata, filename)
-bb.note("The errors for this build are stored in %s\nYou can 
send the errors to a reports server by running:\n  send-error-report %s [-s 
server]" % (datafile, datafile))
-bb.note("The contents of these logs will be posted in public 
if you use the above command with the default server. Please ensure you remove 
any identifying or proprietary information when prompted before sending.")
+
+cmd_s = "send-error-report %s" % datafile
+response_s = "The errors for this build are stored in %s\n" % 
datafile
+sendit = False
+
+autosend = e.data.getVarFlag("REPORTERROR","autosend")
+user = e.data.getVarFlag("REPORTERROR","user")
+email = e.data.getVarFlag("REPORTERROR","email")
+server = e.data.getVarFlag("REPORTERROR","server")
+
+if user is not None:
+cmd_s += " -n %s" % user
+if email is not None:
+cmd_s += " -e %s" % email
+if server is not None:
+cmd_s += " -s %s" % server
+
+if autosend is not None:
+if autosend == "yes":
+response_s += "The errors for this build are set to 
automatically be sent.\n"
+cmd_s += " -y"
+sendit = True
+elif autosend == "ask":
+response_s += "The errors for this build are set to 
automatically be sent.\n"
+sendit = True
+elif autosend is None:
+response_s += "You can send the errors to a reports 
server by running:\n  %s\n" % cmd_s
+elif e.data.getVarFlags('REPORTERROR') is None:
+response_s += "You can send the errors to a reports 
server by running:\n  %s [-s server]\n" % cmd_s
+response_s += "The contents of these logs will be 
posted in public if you use the above command with the default server.\n \
+ Please ensure you remove any identifying or 
proprietary information when prompted before sending.\n"
+
+bb.note(response_s)
+
+if sendit == True:
+import shlex, subprocess
+args = shlex.split(cmd_s)
+subprocess.call(args)
 }
 
 addhandler errorreport_handler
-- 
2.9.3

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Chen Qi]

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-multimedia/pulseaudio/pulseaudio.inc 
b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
index 6ed79ef..f3754d7 100644
--- a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
+++ b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
@@ -124,8 +124,8 @@ FILES_${PN}-conf = "${sysconfdir}"
 FILES_${PN}-bin += "${sysconfdir}/default/volatiles/volatiles.04_pulse"
 FILES_${PN}-server = "${bindir}/pulseaudio ${bindir}/start-* ${sysconfdir} 
${bindir}/pactl */udev/rules.d/*.rules */*/udev/rules.d/*.rules 
${systemd_user_unitdir}/*"
 
-#SYSTEMD_PACKAGES = "${PN}-server"
-SYSTEMD_SERVICE_${PN}-server = "pulseaudio.service"
+SYSTEMD_PACKAGES = "${PN}-server"
+SYSTEMD_USER_SERVICE_${PN}-server = "pulseaudio.service pulseaudio.socket"
 
 FILES_${PN}-misc = "${bindir}/* ${libdir}/pulseaudio/libpulsedsp.so"
 
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Chen Qi]

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 insertions(+), 12 deletions(-)

diff --git a/meta/classes/systemd.bbclass b/meta/classes/systemd.bbclass
index db7873f..b6a4176 100644
--- a/meta/classes/systemd.bbclass
+++ b/meta/classes/systemd.bbclass
@@ -7,6 +7,7 @@ SYSTEMD_PACKAGES_class-nativesdk ?= ""
 
 # Whether to enable or disable the services on installation.
 SYSTEMD_AUTO_ENABLE ??= "enable"
+SYSTEMD_USER_AUTO_ENABLE ??= "enable"
 
 # This class will be included in any recipe that supports systemd init scripts,
 # even if systemd is not in DISTRO_FEATURES.  As such don't make any changes
@@ -29,10 +30,17 @@ if [ -n "$D" ]; then
 fi
 
 if type systemctl >/dev/null 2>/dev/null; then
-   systemctl $OPTS ${SYSTEMD_AUTO_ENABLE} ${SYSTEMD_SERVICE}
-
-   if [ -z "$D" -a "${SYSTEMD_AUTO_ENABLE}" = "enable" ]; then
-   systemctl restart ${SYSTEMD_SERVICE}
+   if [ "${SYSTEMD_SERVICE}" != "" ]; then
+   systemctl $OPTS ${SYSTEMD_AUTO_ENABLE} ${SYSTEMD_SERVICE}
+   if [ -z "$D" -a "${SYSTEMD_AUTO_ENABLE}" = "enable" ]; then
+   systemctl restart ${SYSTEMD_SERVICE}
+   fi
+   fi
+   if [ "${SYSTEMD_USER_SERVICE}" != "" ]; then
+   systemctl $OPTS --global ${SYSTEMD_USER_AUTO_ENABLE} 
${SYSTEMD_USER_SERVICE}
+   if [ -z "$D" -a "${SYSTEMD_USER_AUTO_ENABLE}" = "enable" ]; then
+   systemctl --global restart ${SYSTEMD_USER_SERVICE}
+   fi
fi
 fi
 }
@@ -45,11 +53,18 @@ if [ -n "$D" ]; then
 fi
 
 if type systemctl >/dev/null 2>/dev/null; then
-   if [ -z "$D" ]; then
-   systemctl stop ${SYSTEMD_SERVICE}
+   if [ "${SYSTEMD_SERVICE}" != "" ]; then
+   if [ -z "$D" ]; then
+   systemctl stop ${SYSTEMD_SERVICE}
+   fi
+   systemctl $OPTS disable ${SYSTEMD_SERVICE}
+   fi
+   if [ "${SYSTEMD_USER_SERVICE}" != "" ]; then
+   if [ -z "$D" ]; then
+   systemctl --global stop ${SYSTEMD_USER_SERVICE}
+   fi
+   systemctl $OPTS --global disable ${SYSTEMD_USER_SERVICE}
fi
-
-   systemctl $OPTS disable ${SYSTEMD_SERVICE}
 fi
 }
 
@@ -139,12 +154,14 @@ python systemd_populate_packages() {
 def systemd_check_services():
 searchpaths = [oe.path.join(d.getVar("sysconfdir", True), "systemd", 
"system"),]
 searchpaths.append(d.getVar("systemd_system_unitdir", True))
+searchpaths.append(oe.path.join(d.getVar("sysconfdir", True), 
"systemd", "user"))
+searchpaths.append(d.getVar("systemd_user_unitdir", True))
 systemd_packages = d.getVar('SYSTEMD_PACKAGES', True)
 
 keys = 'Also'
 # scan for all in SYSTEMD_SERVICE[]
 for pkg_systemd in systemd_packages.split():
-for service in get_package_var(d, 'SYSTEMD_SERVICE', 
pkg_systemd).split():
+for service in (get_package_var(d, 'SYSTEMD_SERVICE', pkg_systemd) 
+ get_package_var(d, 'SYSTEMD_USER_SERVICE', pkg_systemd)).split():
 path_found = ''
 
 # Deal with adding, for example, 'ifplugd@eth0.service' from
@@ -165,14 +182,14 @@ python systemd_populate_packages() {
 if path_found != '':
 systemd_add_files_and_parse(pkg_systemd, path_found, 
service, keys)
 else:
-raise bb.build.FuncFailed("SYSTEMD_SERVICE_%s value %s 
does not exist" % \
-(pkg_systemd, service))
+raise bb.build.FuncFailed("SYSTEMD_SERVICE_%s or 
SYSTEMD_USER_SERVICE_%s value %s does not exist" % \
+(pkg_systemd, pkg_systemd, service))
 
 # Run all modifications once when creating package
 if os.path.exists(d.getVar("D", True)):
 for pkg in d.getVar('SYSTEMD_PACKAGES', True).split():
 systemd_check_package(pkg)
-if d.getVar('SYSTEMD_SERVICE_' + pkg, True):
+if d.getVar('SYSTEMD_SERVICE_' + pkg, True) or 
d.getVar('SYSTEMD_USER_SERVICE_' + pkg, True):
 systemd_generate_package_scripts(pkg)
 systemd_check_services()
 }
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Chen Qi]

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-systemctl/systemctl 
b/meta/recipes-core/systemd/systemd-systemctl/systemctl
index efad14c..17a7277 100755
--- a/meta/recipes-core/systemd/systemd-systemctl/systemctl
+++ b/meta/recipes-core/systemd/systemd-systemctl/systemctl
@@ -2,7 +2,8 @@
 echo "Started $0 $*"
 
 ROOT=
-
+USER_SERVICE=no
+location=system
 # parse command line params
 action=
 while [ $# != 0 ]; do
@@ -46,6 +47,11 @@ while [ $# != 0 ]; do
cmd_args="0"
shift
;;
+   --global)
+   USER_SERVICE=yes
+   cmd_args="0"
+   shift
+   ;;
*)
if [ "$cmd_args" = "1" ]; then
services="$services $opt" 
@@ -57,8 +63,13 @@ while [ $# != 0 ]; do
;;
esac
 done
+
+if [ "$USER_SERVICE" = "yes" ]; then
+   location=user
+fi
+
 if [ "$action" = "preset" -a "$service_file" = "" ]; then
-   services=$(for f in `find $ROOT/etc/systemd/system 
$ROOT/lib/systemd/system $ROOT/usr/lib/systemd/system -type f 2>1`; do basename 
$f; done)
+   services=$(for f in `find $ROOT/etc/systemd/$location 
$ROOT/lib/systemd/$location $ROOT/usr/lib/systemd/$location -type f 2>1`; do 
basename $f; done)
services="$services $opt"
presetall=1
 fi
@@ -68,10 +79,10 @@ for service in $services; do
action="preset"
fi
if [ "$action" = "mask" ]; then
-   if [ ! -d $ROOT/etc/systemd/system/ ]; then
-   mkdir -p $ROOT/etc/systemd/system/
+   if [ ! -d $ROOT/etc/systemd/$location/ ]; then
+   mkdir -p $ROOT/etc/systemd/$location/
fi
-   cmd="ln -s /dev/null $ROOT/etc/systemd/system/$service"
+   cmd="ln -s /dev/null $ROOT/etc/systemd/$location/$service"
echo "$cmd"
$cmd
exit 0
@@ -92,9 +103,9 @@ for service in $services; do
fi
 
# find service file
-   for p in $ROOT/etc/systemd/system \
-$ROOT/lib/systemd/system \
-$ROOT/usr/lib/systemd/system; do
+   for p in $ROOT/etc/systemd/$location \
+$ROOT/lib/systemd/$location \
+$ROOT/usr/lib/systemd/$location; do
if [ -e $p/$service_base_file ]; then
service_file=$p/$service_base_file
service_file=${service_file##$ROOT}
@@ -151,18 +162,18 @@ for service in $services; do
enable_service=$(echo $service 
| sed "s/@/@$(echo $default_instance | sed 's/\\//g')/")
fi
fi
-   mkdir -p $ROOT/etc/systemd/system/$r.$suffix
-   ln -s $service_file 
$ROOT/etc/systemd/system/$r.$suffix/$enable_service
+   mkdir -p $ROOT/etc/systemd/$location/$r.$suffix
+   ln -s $service_file 
$ROOT/etc/systemd/$location/$r.$suffix/$enable_service
echo "Enabled $enable_service for $r."
else
if [ "$service_template" = true -a 
"$instance_specified" = false ]; then
-   
disable_service="$ROOT/etc/systemd/system/$r.$suffix/`echo $service | sed 
's/@/@*/'`"
+   
disable_service="$ROOT/etc/systemd/$location/$r.$suffix/`echo $service | sed 
's/@/@*/'`"
else
-   
disable_service="$ROOT/etc/systemd/system/$r.$suffix/$service"
+   
disable_service="$ROOT/etc/systemd/$location/$r.$suffix/$service"
fi
rm -f $disable_service
-   [ -d $ROOT/etc/systemd/system/$r.$suffix ] && 
rmdir --ignore-fail-on-non-empty -p $ROOT/etc/systemd/system/$r.$suffix
-   echo "Disabled 
${disable_service##$ROOT/etc/systemd/system/$r.$suffix/} for $r."
+   [ -d $ROOT/etc/systemd/$location/$r.$suffix ] 
&& rmdir --ignore-fail-on-non-empty -p $ROOT/etc/systemd/$location/$r.$suffix
+   echo "Disabled 
${disable_service##$ROOT/etc/systemd/$location/$r.$suffix/} for $r."
fi
done
done
@@ -174,11 +185,11 @@ for service in $services; do
 
for r in $alias; do
  

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

[Chen Qi]

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://git.openembedded.org/openembedded-core-contrib ChenQi/systemd-user-units
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=ChenQi/systemd-user-units

Chen Qi (3):
  systemd-systemctl: add option to manage user services
  systemd.bbclass: add support to manage user services
  pulseaudio: fix to manage user services corretly

 meta/classes/systemd.bbclass   | 41 ++--
 .../systemd/systemd-systemctl/systemctl| 45 ++
 meta/recipes-multimedia/pulseaudio/pulseaudio.inc  |  4 +-
 3 files changed, 59 insertions(+), 31 deletions(-)

-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Sujith H]

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-linux/perf/1.0-r9/perf-1.0/fs/fs.o)
to format elf32-i386 
(/scratch/dogwood/perf-ld-test/build/tmp/work/qemux86_64-mel-linux/perf/1.0-r9/perf-1.0/fs/libapi-in.o)
is not supported

This is because LD includes HOST_LD_ARCH, which contains TUNE_LDARGS,
which is -m elf32_x86_64 for x86_64. Without that, direct use of ld will fail.

Signed-off-by: Christopher Larson 
Signed-off-by: Sujith Haridasan 
---
 meta/recipes-kernel/perf/perf.bb | 9 +
 1 file changed, 9 insertions(+)

diff --git a/meta/recipes-kernel/perf/perf.bb b/meta/recipes-kernel/perf/perf.bb
index 88e3a0a..85fe0ea 100644
--- a/meta/recipes-kernel/perf/perf.bb
+++ b/meta/recipes-kernel/perf/perf.bb
@@ -79,6 +79,7 @@ EXTRA_OEMAKE = '\
 ARCH=${ARCH} \
 CC="${CC}" \
 AR="${AR}" \
+LD="${LD}" \
 EXTRA_CFLAGS="-ldw" \
 perfexecdir=${libexecdir} \
 NO_GTK2=1 ${TUI_DEFINES} NO_DWARF=1 ${LIBUNWIND_DEFINES} \
@@ -98,6 +99,14 @@ EXTRA_OEMAKE += "\
 'infodir=${@os.path.relpath(infodir, prefix)}' \
 "
 
+do_configure_prepend () {
+for makefile in "${S}/tools/perf/Makefile.perf" \
+"${S}/tools/lib/api/Makefile"; do
+if [ -e "$makefile" ]; then
+sed -i 's,LD = $(CROSS_COMPILE)ld,#LD,' "$makefile"
+fi
+done
+}
 
 do_compile() {
# Linux kernel build system is expected to do the right thing
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Maxin B. John]

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 when build an application and
> found this recipe cannot be built without specifying anything.
> I don't feel the existing options are passed to make with test,
> and guess EXTRA_CONF won't work with this makefile-based project.
> 
> The second patch is a following-up when I saw there is another
> option in the similar situation and seems to be obsolete now.
> 
> Jianxun Zhang (2):
>   libcap: fix compiling issue when not having libpam
>   libcap: remove dependency on attr

I think the libcap build fix is already in master branch now:
http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=b4f2c760aa4e9a92d5ce829136b60ab0ebed186c

Please use the latest master branch and see if you hit this error again.

>  meta/recipes-support/libcap/libcap_2.25.bb | 11 +++
>  1 file changed, 3 insertions(+), 8 deletions(-)

Best Regards,
Maxin
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Richard Purdie]

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 interesting:
> 
> http://wiki.qemu.org/ChangeLog/2.7
> 
> and here are a couple of shorter summaries from (ugh) Phoronix :
> 
> https://www.phoronix.com/scan.php?page=news_item=QEMU-2.7-Released
> http://www.phoronix.com/scan.php?page=news_item=QEMU-2.7-RC0
> 
> Shiny! :)

Most interestingly, it says:

PowerPC
* Many TCG fixes. 

and given the qemuppc openssh problems we're having that looks very
very tempting. We'll test a 2.7.0 upgrade (Robert already confirmed it
seems to help in local testing) and I may take this into M3 if it
solves issues we're seeing.

Cheers,

Richard

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Andre McCurdy]

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
> (/scratch/dogwood/perf-ld-test/build/tmp/work/qemux86_64-mel-linux/perf/1.0-r9/perf-1.0/fs/fs.o)
> to format elf32-i386 
> (/scratch/dogwood/perf-ld-test/build/tmp/work/qemux86_64-mel-linux/perf/1.0-r9/perf-1.0/fs/libapi-in.o)
> is not supported
>
> This is because LD includes HOST_LD_ARCH, which contains TUNE_LDARGS,
> which is -m elf32_x86_64 for x86_64. Without that, direct use of ld will fail.
>
> Signed-off-by: Christopher Larson 
> Signed-off-by: Sujith Haridasan 
> ---
>  meta/recipes-kernel/perf/perf.bb | 9 +
>  1 file changed, 9 insertions(+)
>
> diff --git a/meta/recipes-kernel/perf/perf.bb 
> b/meta/recipes-kernel/perf/perf.bb
> index 88e3a0a..85fe0ea 100644
> --- a/meta/recipes-kernel/perf/perf.bb
> +++ b/meta/recipes-kernel/perf/perf.bb
> @@ -79,6 +79,7 @@ EXTRA_OEMAKE = '\
>  ARCH=${ARCH} \
>  CC="${CC}" \
>  AR="${AR}" \
> +LD="${LD}" \
>  EXTRA_CFLAGS="-ldw" \
>  perfexecdir=${libexecdir} \
>  NO_GTK2=1 ${TUI_DEFINES} NO_DWARF=1 ${LIBUNWIND_DEFINES} \
> @@ -98,6 +99,14 @@ EXTRA_OEMAKE += "\
>  'infodir=${@os.path.relpath(infodir, prefix)}' \
>  "
>
> +do_configure_prepend () {
> +for makefile in "${S}/tools/perf/Makefile.perf" \
> +"${S}/tools/lib/api/Makefile"; do
> +if [ -e "$makefile" ]; then
> +sed -i 's,LD = $(CROSS_COMPILE)ld,#LD,' "$makefile"
> +fi
> +done
> +}

Isn't passing LD via the Make command line enough to over-ride these
definitions in the Makefiles?

>  do_compile() {
> # Linux kernel build system is expected to do the right thing
> --
> 1.9.1
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Sujith H]

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-linux/perf/1.0-r9/perf-1.0/fs/fs.o)
to format elf32-i386 
(/scratch/dogwood/perf-ld-test/build/tmp/work/qemux86_64-mel-linux/perf/1.0-r9/perf-1.0/fs/libapi-in.o)
is not supported

This is because LD includes HOST_LD_ARCH, which contains TUNE_LDARGS,
which is -m elf32_x86_64 for x86_64. Without that, direct use of ld will fail.

Signed-off-by: Christopher Larson 
Signed-off-by: Sujith Haridasan 
---
 meta/recipes-kernel/perf/perf.bb | 9 +
 1 file changed, 9 insertions(+)

diff --git a/meta/recipes-kernel/perf/perf.bb b/meta/recipes-kernel/perf/perf.bb
index 88e3a0a..85fe0ea 100644
--- a/meta/recipes-kernel/perf/perf.bb
+++ b/meta/recipes-kernel/perf/perf.bb
@@ -79,6 +79,7 @@ EXTRA_OEMAKE = '\
 ARCH=${ARCH} \
 CC="${CC}" \
 AR="${AR}" \
+LD="${LD}" \
 EXTRA_CFLAGS="-ldw" \
 perfexecdir=${libexecdir} \
 NO_GTK2=1 ${TUI_DEFINES} NO_DWARF=1 ${LIBUNWIND_DEFINES} \
@@ -98,6 +99,14 @@ EXTRA_OEMAKE += "\
 'infodir=${@os.path.relpath(infodir, prefix)}' \
 "
 
+do_configure_prepend () {
+for makefile in "${S}/tools/perf/Makefile.perf" \
+"${S}/tools/lib/api/Makefile"; do
+if [ -e "$makefile" ]; then
+sed -i 's,LD = $(CROSS_COMPILE)ld,#LD,' "$makefile"
+fi
+done
+}
 
 do_compile() {
# Linux kernel build system is expected to do the right thing
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[ChenQi]

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
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-multimedia/pulseaudio/pulseaudio.inc
b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
index 6ed79ef..f3754d7 100644
--- a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
+++ b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
@@ -124,8 +124,8 @@ FILES_${PN}-conf = "${sysconfdir}"
 FILES_${PN}-bin +=
"${sysconfdir}/default/volatiles/volatiles.04_pulse"
 FILES_${PN}-server = "${bindir}/pulseaudio ${bindir}/start-*
${sysconfdir} ${bindir}/pactl */udev/rules.d/*.rules
*/*/udev/rules.d/*.rules ${systemd_user_unitdir}/*"

-#SYSTEMD_PACKAGES = "${PN}-server"
-SYSTEMD_SERVICE_${PN}-server = "pulseaudio.service"
+SYSTEMD_PACKAGES = "${PN}-server"
+SYSTEMD_USER_SERVICE_${PN}-server = "pulseaudio.service
pulseaudio.socket"

I think specifying "pulseaudio.socket" for 
SYSTEMD_USER_SERVICE_${PN}-server should be enough, systemd.bbclass is 
going to add the .service file afair.


Add both:
chenqi@pek-hostel-deb01:~/poky/build-systemd [1] $ ls 
tmp/work/qemux86_64-poky-linux/core-image-minimal/1.0-r0/rootfs/etc/systemd/user

default.target.wants  sockets.target.wants

Add pulseaudio.socket:
chenqi@pek-hostel-deb01:~/poky/build-systemd [1] $ ls 
tmp/work/qemux86_64-poky-linux/core-image-minimal/1.0-r0/rootfs/etc/systemd/user

sockets.target.wants

They have different results.
I don't know a lot about pulseaudio. Can you confirm that 
pulseaudio.socket is enough?


Regards,
Chen Qi


 FILES_${PN}-misc = "${bindir}/* ${libdir}/pulseaudio/libpulsedsp.so"

--
1.9.1

--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org

http://lists.openembedded.org/mailman/listinfo/openembedded-core





-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core