[OE-core] [PATCH] scons.bbclass: rework parameters for install task

[Andreas Müller]

Fixes:

* During install all files were recompiled -> redurced build time
* For some recipes we found lot of links to build host image path

Signed-off-by: Andreas Müller 
---
 meta/classes/scons.bbclass | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes/scons.bbclass b/meta/classes/scons.bbclass
index 1579b05..b9ae19d 100644
--- a/meta/classes/scons.bbclass
+++ b/meta/classes/scons.bbclass
@@ -10,7 +10,7 @@ scons_do_compile() {
 }
 
 scons_do_install() {
-${STAGING_BINDIR_NATIVE}/scons PREFIX=${D}${prefix} 
prefix=${D}${prefix} install ${EXTRA_OESCONS}|| \
+${STAGING_BINDIR_NATIVE}/scons install_root=${D}${prefix} 
PREFIX=${prefix} prefix=${prefix} ${EXTRA_OESCONS} install || \
 die "scons install execution failed."
 }
 
-- 
2.5.5

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

Re: [OE-core] rm_work + pybootchart enhancements

[Patrick Ohly]

On Thu, 2016-09-22 at 10:37 -0700, Christopher Larson wrote:
> 
> On Thu, Sep 22, 2016 at 5:52 AM, Patrick Ohly 
> wrote:
> That's bitbake specific. What I was remembering is something
> generic
> that works for anything that prints test results on stdout. 
...
> I use https://github.com/rustyrussell/stats for that, quite handy.

That's it, thanks. I even still had it in my $HOME/bin... now I just
need remember it the next time that I need it.

-- 
Best Regards, Patrick Ohly

The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.



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

Re: [OE-core] [PATCH] bitbake.conf: add a lazy default for SDKMACHINE

[Khem Raj]

On Thu, Sep 22, 2016 at 6:21 AM, Ross Burton  wrote:
> If the user doesn't set SDKMACHINE in their local.conf then uninative and
> buildtools will fail in obscure ways, so ensure that a default value is set.
>

I think this should also be documented somewhere.

> Also as SDK_ARCH will be overritten then loading the machine-sdk configuration
> file, don't bother assigning it.
>
> Signed-off-by: Ross Burton 
> ---
>  meta/conf/bitbake.conf | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
> index b6a1a68..359f787 100644
> --- a/meta/conf/bitbake.conf
> +++ b/meta/conf/bitbake.conf
> @@ -129,7 +129,7 @@ TARGET_CC_ARCH = "${TUNE_CCARGS}"
>  TARGET_LD_ARCH = "${TUNE_LDARGS}"
>  TARGET_AS_ARCH = "${TUNE_ASARGS}"
>
> -SDK_ARCH = "${BUILD_ARCH}"
> +SDKMACHINE ??= "x86_64"
>  SDK_OS = "${BUILD_OS}"
>  SDK_VENDOR = "-oesdk"
>  SDK_SYS = "${SDK_ARCH}${SDK_VENDOR}${@['-' + d.getVar('SDK_OS', True), 
> ''][d.getVar('SDK_OS', True) == ('' or 'custom')]}"
> --
> 2.8.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

Re: [OE-core] [PATCH 1/2] runqemu: Move virtio RNG to machine configuration

[Khem Raj]

On Thu, Sep 22, 2016 at 6:53 AM, Nathan Rossi  wrote:
> Not all QEMU machines (outside of those available in OE-Core) are
> capable of using the virtio-rng-pci device due to various machine models
> not having a pci/virtio bus. This makes it such that the use of the
> '-device virtio-rng-pci' flag to QEMU is machine specific.
>
> This patch removes the general addition of the flag to all runqemu
> targets and adds the flag into the QB_OPT_APPEND for all the qemu*
> machines in OE-Core that support its use (which is all of them).
>
> Signed-off-by: Nathan Rossi 
> ---
>  meta/conf/machine/include/qemuboot-mips.inc | 2 +-
>  meta/conf/machine/include/qemuboot-x86.inc  | 2 +-
>  meta/conf/machine/qemuarm.conf  | 2 +-
>  meta/conf/machine/qemuarm64.conf| 2 +-
>  meta/conf/machine/qemuppc.conf  | 2 +-
>  scripts/runqemu | 3 ---
>  6 files changed, 5 insertions(+), 8 deletions(-)
>
> diff --git a/meta/conf/machine/include/qemuboot-mips.inc 
> b/meta/conf/machine/include/qemuboot-mips.inc
> index 0f04b81443..01f8f8bb3b 100644
> --- a/meta/conf/machine/include/qemuboot-mips.inc
> +++ b/meta/conf/machine/include/qemuboot-mips.inc
> @@ -3,5 +3,5 @@ IMAGE_CLASSES += "qemuboot"
>  QB_MEM = "-m 256"
>  QB_MACHINE = "-machine malta"
>  QB_KERNEL_CMDLINE_APPEND = "console=ttyS0 console=tty"
> -QB_OPT_APPEND = "-vga cirrus -show-cursor -usb -usbdevice tablet"
> +QB_OPT_APPEND = "-vga cirrus -show-cursor -usb -usbdevice tablet -device 
> virtio-rng-pci"
>  QB_SYSTEM_NAME = "qemu-system-${TUNE_ARCH}"
> diff --git a/meta/conf/machine/include/qemuboot-x86.inc 
> b/meta/conf/machine/include/qemuboot-x86.inc
> index 221cc95052..20e90716db 100644
> --- a/meta/conf/machine/include/qemuboot-x86.inc
> +++ b/meta/conf/machine/include/qemuboot-x86.inc
> @@ -11,4 +11,4 @@ QB_CPU_KVM_x86-64 = "-cpu kvm64"
>  QB_AUDIO_DRV = "alsa"
>  QB_AUDIO_OPT = "-soundhw ac97,es1370"
>  QB_KERNEL_CMDLINE_APPEND = "vga=0 uvesafb.mode_option=640x480-32 
> oprofile.timer=1 uvesafb.task_timeout=-1"
> -QB_OPT_APPEND = "-vga vmware -show-cursor -usb -usbdevice tablet"
> +QB_OPT_APPEND = "-vga vmware -show-cursor -usb -usbdevice tablet -device 
> virtio-rng-pci"
> diff --git a/meta/conf/machine/qemuarm.conf b/meta/conf/machine/qemuarm.conf
> index 4c5891ab7c..ff1ab7d48f 100644
> --- a/meta/conf/machine/qemuarm.conf
> +++ b/meta/conf/machine/qemuarm.conf
> @@ -14,6 +14,6 @@ SERIAL_CONSOLES = "115200;ttyAMA0 115200;ttyAMA1"
>  QB_SYSTEM_NAME = "qemu-system-arm"
>  QB_MACHINE = "-machine versatilepb"
>  QB_KERNEL_CMDLINE_APPEND = "console=ttyAMA0,115200 console=tty"
> -QB_OPT_APPEND = "-show-cursor -usb -usbdevice tablet"
> +QB_OPT_APPEND = "-show-cursor -usb -usbdevice tablet -device virtio-rng-pci"
>  PREFERRED_VERSION_linux-yocto ??= "4.8%"
>  QB_DTB = "${@base_version_less_or_equal('PREFERRED_VERSION_linux-yocto', 
> '4.7', '', 'zImage-versatile-pb.dtb', d)}"
> diff --git a/meta/conf/machine/qemuarm64.conf 
> b/meta/conf/machine/qemuarm64.conf
> index da59c338e4..a0920fe0e4 100644
> --- a/meta/conf/machine/qemuarm64.conf
> +++ b/meta/conf/machine/qemuarm64.conf
> @@ -15,7 +15,7 @@ QB_MEM = "-m 512"
>  QB_MACHINE = "-machine virt"
>  QB_CPU = "-cpu cortex-a57"
>  QB_KERNEL_CMDLINE_APPEND = "console=ttyAMA0,38400"
> -QB_OPT_APPEND = "-show-cursor"
> +QB_OPT_APPEND = "-show-cursor -device virtio-rng-pci"
>  QB_TAP_OPT = "-netdev tap,id=net0,ifname=@TAP@,script=no,downscript=no 
> -device virtio-net-device,netdev=net0,mac=@MAC@"
>  QB_SLIRP_OPT = "-netdev user,id=net0 -device virtio-net-device,netdev=net0"
>  QB_ROOTFS_OPT = "-drive id=disk0,file=@ROOTFS@,if=none,format=raw -device 
> virtio-blk-device,drive=disk0"
> diff --git a/meta/conf/machine/qemuppc.conf b/meta/conf/machine/qemuppc.conf
> index e54c3dd18f..3ae33088ea 100644
> --- a/meta/conf/machine/qemuppc.conf
> +++ b/meta/conf/machine/qemuppc.conf
> @@ -16,5 +16,5 @@ QB_SYSTEM_NAME = "qemu-system-ppc"
>  QB_MACHINE = "-machine mac99"
>  QB_CPU = "-cpu G4"
>  QB_KERNEL_CMDLINE_APPEND = "console=tty console=ttyS0"
> -QB_OPT_APPEND = "-show-cursor -usb -usbdevice tablet"
> +QB_OPT_APPEND = "-show-cursor -usb -usbdevice tablet -device virtio-rng-pci"
>  QB_TAP_OPT = "-netdev tap,id=net0,ifname=@TAP@,script=no,downscript=no 
> -device virtio-net-pci,netdev=net0,mac=@MAC@"
> diff --git a/scripts/runqemu b/scripts/runqemu
> index 658f7c8abd..2ed6f9a26e 100755
> --- a/scripts/runqemu
> +++ b/scripts/runqemu
> @@ -900,9 +900,6 @@ class BaseConfig(object):
>
>  self.qemu_opt = "%s %s %s %s %s" % (qemu_bin, 
> self.get('NETWORK_CMD'), self.qemu_opt_script, self.get('ROOTFS_OPTIONS'), 
> self.get('QB_OPT_APPEND'))
>
> -# Enable virtio RNG else we can run out of entropy in guests
> -self.qemu_opt += " -device virtio-rng-pci"
> -

I think this comment should be carried along too.

>  if self.snapshot:
>  self.qemu_opt += " -snapshot"
>
> --
> 2.9.3
> --
> 

Re: [OE-core] [PATCH] ruby: 2.2.5 -> 2.3.1

[Khem Raj]

On Thu, Sep 22, 2016 at 12:58 AM, Burton, Ross  wrote:
> This upgrade missed the M3 window which was the last time that upgrades are
> acceptable, so it will have to wait until after the 2.2 release.

I think this will be ok, its a 2.2 to 2.3 upgrade while it seems its
quite compatible but
major upgrades always should be given some soak time.

>
> Ross
>
> On 22 September 2016 at 02:39, Wang, Xin 
> wrote:
>>
>> ping
>>
>> -Original Message-
>> From: Wang, Xin/王 鑫
>> Sent: Thursday, September 01, 2016 1:36 PM
>> To: openembedded-core@lists.openembedded.org
>> Cc: Wang, Xin/王 鑫
>> Subject: [OE-core][PATCH] ruby: 2.2.5 -> 2.3.1
>>
>> 1) Upgrade ruby from 2.2.5 to 2.3.1.
>> 2) Modify LIC_FILES_CHKSUM, since the date in it has been changed, But the
>> LICENSE has not been changed.
>>
>> Signed-off-by: Wang Xin 
>> ---
>>  meta/recipes-devtools/ruby/ruby.inc | 2 +-
>>  meta/recipes-devtools/ruby/{ruby_2.2.5.bb => ruby_2.3.1.bb} | 4 ++--
>>  2 files changed, 3 insertions(+), 3 deletions(-)  rename
>> meta/recipes-devtools/ruby/{ruby_2.2.5.bb => ruby_2.3.1.bb} (89%)
>>
>> diff --git a/meta/recipes-devtools/ruby/ruby.inc
>> b/meta/recipes-devtools/ruby/ruby.inc
>> index fde67e9..f38ebb0 100644
>> --- a/meta/recipes-devtools/ruby/ruby.inc
>> +++ b/meta/recipes-devtools/ruby/ruby.inc
>> @@ -11,7 +11,7 @@ LIC_FILES_CHKSUM = "\
>>  file://COPYING;md5=837b32593517ae48b9c3b5c87a5d288c \
>>  file://BSDL;md5=19aaf65c88a40b508d17ae4be539c4b5\
>>  file://GPL;md5=b234ee4d69f5fce4486a80fdaf4a4263\
>> -file://LEGAL;md5=c440adb575ba4e6e2344c2630b6a5584\
>> +file://LEGAL;md5=78e8a29b8cc93e042990dbbb5572b1e1\
>>  "
>>
>>  DEPENDS = "ruby-native zlib openssl tcl libyaml db gdbm readline"
>> diff --git a/meta/recipes-devtools/ruby/ruby_2.2.5.bb
>> b/meta/recipes-devtools/ruby/ruby_2.3.1.bb
>> similarity index 89%
>> rename from meta/recipes-devtools/ruby/ruby_2.2.5.bb
>> rename to meta/recipes-devtools/ruby/ruby_2.3.1.bb
>> index 5a64582..f9f5b33 100644
>> --- a/meta/recipes-devtools/ruby/ruby_2.2.5.bb
>> +++ b/meta/recipes-devtools/ruby/ruby_2.3.1.bb
>> @@ -1,7 +1,7 @@
>>  require ruby.inc
>>
>> -SRC_URI[md5sum] = "bd8e349d4fb2c75d90817649674f94be"
>> -SRC_URI[sha256sum] =
>> "30c4b31697a4ca4ea0c8db8ad30cf45e6690a0f09687e5d483c933c03ca335e3"
>> +SRC_URI[md5sum] = "0d896c2e7fd54f722b399f407e48a4c6"
>> +SRC_URI[sha256sum] =
>> "b87c738cb2032bf4920fef8e3864dc5cf8eae9d89d8d523ce0236945c5797dcd"
>>
>>  # it's unknown to configure script, but then passed to extconf.rb  #
>> maybe it's not really needed as we're hardcoding the result with
>> --
>> 2.7.4
>>
>>
>>
>> --
>> ___
>> 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
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] scripts/runqemu: provide better error message on runqemu ifup fail

[Stephano Cetola]

If runqemu-ifup fails hen running testimage, a rather cryptic error
regarding "no tty present" is displayed. If this step fails, we
should at least point the user at runqemu-gen-tapdevs. A quick search
of this term in the manual will lead them to "Enabling Runtime Tests
on QEMU" which should give them all the info they need.

Signed-off-by: Stephano Cetola 
---
 scripts/runqemu | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/scripts/runqemu b/scripts/runqemu
index 658f7c8..06bd5f3 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -786,6 +786,9 @@ class BaseConfig(object):
 self.cleantap = True
 logger.info('Created tap: %s' % tap)
 
+if not tap:
+logger.error("Failed to setup tap device. Run runqemu-gen-tapdevs 
to manually create.")
+return 1
 self.tap = tap
 n0 = tap[3:]
 n1 = int(n0) * 2 + 1
-- 
2.9.3

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

Re: [OE-core] [PATCH 1/2] libunwind: fix build by linking with bfd instead of gold

[Khem Raj]

On Tue, Sep 20, 2016 at 10:30 PM, Andreas Müller
 wrote:
> works around:
> /ld: error: Gperf-simple.o: cannot make copy relocation for 
> protected symbol '_Uarm_local_addr_space', defined in 
> ../src/.libs/libunwind-arm.so
> collect2: error: ld returned 1 exit status
> Makefile:1038: recipe for target 'Gperf-simple' failed
> make[1]: *** [Gperf-simple] Error 1
> make[1]: *** Waiting for unfinished jobs
> <...>
> /ld: error: Lperf-simple.o: cannot make copy relocation for 
> protected symbol '_ULarm_local_addr_space', defined in 
> ../src/.libs/libunwind.so
> collect2: error: ld returned 1 exit status
> Makefile:1094: recipe for target 'Lperf-simple' failed
> make[1]: *** [Lperf-simple] Error 1
> <...>
> ERROR: oe_runmake failed
> /ld: error: Gperf-trace.o: cannot make copy relocation for 
> protected symbol '_Uarm_local_addr_space', defined in 
> ../src/.libs/libunwind-arm.so
> collect2: error: ld returned 1 exit status
> Makefile:1042: recipe for target 'Gperf-trace' failed
> make[1]: *** [Gperf-trace] Error 1
> /ld: error: Lperf-trace.o: cannot make copy relocation for 
> protected symbol '_ULarm_local_addr_space', defined in 
> ../src/.libs/libunwind.so
> collect2: error: ld returned 1 exit status
> Makefile:1098: recipe for target 'Lperf-trace' failed
> make[1]: *** [Lperf-trace] Error 1
> <...>
> /ld: error: test-coredump-unwind.o: cannot make copy 
> relocation for protected symbol '_UCD_accessors', defined in 
> ../src/.libs/libunwind-coredump.so
> collect2: error: ld returned 1 exit status
> Makefile:1186: recipe for target 'test-coredump-unwind' failed
>
> Signed-off-by: Andreas Müller 
> ---
>  meta/recipes-support/libunwind/libunwind_git.bb | 1 +
>  1 file changed, 1 insertion(+)
>
> diff --git a/meta/recipes-support/libunwind/libunwind_git.bb 
> b/meta/recipes-support/libunwind/libunwind_git.bb
> index cd4cb89..4249430 100644
> --- a/meta/recipes-support/libunwind/libunwind_git.bb
> +++ b/meta/recipes-support/libunwind/libunwind_git.bb
> @@ -26,3 +26,4 @@ SECURITY_CFLAGS_append_aarch64 = " -fPIE"
>
>  S = "${WORKDIR}/git"
>
> +LDFLAGS += "-Wl,-z,relro,-z,now ${@bb.utils.contains('DISTRO_FEATURES', 
> 'ld-is-gold', ' -fuse-ld=bfd ', '', d)}"

I dont think we need to check for DISTRO_FEATURE here. Since we want
to always use BFD linker using -fuse-ld=bfd unconditionally is fine
always.

> --
> 2.5.5
>
> --
> ___
> 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] lttng-tools: fix ptest

[Nathan Lynch]

Since the upgrade to 2.8, lttng-tools' test harness silently succeeds
but doesn't actually run the tests.  This is because upstream made
some changes in their test harness:

https://github.com/lttng/lttng-tools/commit/83666813cad3142ceccb929ca9b44d0e9cf53bc8

Updates to address this include:
- drop now-irrelevant patch
- change the ptest-run make target
- remove indiscriminate search/replace commands from do_install_ptest
- copy entire build directory into PTEST_PATH and then remove unneeded files
- use lttng binaries installed on the system for the tests
- add lttng-tools-ptest runtime dependencies
  - lttng-tools itself
  - babeltrace, used by the test harness to process traces
  - perl modules required by babelstats.pl test script
  - procps (for pgrep, pidof)
  - gawk
- remove unnecessary chmod and munging of utils.sh script library
- remove checkpatch from ptest installation tree
- avoid path-munging of libtool artifacts altogether
- use more efficient find+sed patterns to munge Makefiles
- reduce test harness output to conform to ptest rules

On qemux86-64 and qemuarm I get relatively stable results, with
PASS/FAIL varying by +-1 on successive runs.

TOTAL: 2345
PASS:  1735
SKIP:  311
XFAIL: 0
FAIL:  292
XPASS: 0
ERROR: 7

There are some ERRORs worth looking into further but this should be a
useful basis for future work.

Signed-off-by: Nathan Lynch 
---
 meta/recipes-kernel/lttng/lttng-tools/run-ptest|  7 +-
 .../lttng/lttng-tools/runtest-2.4.0.patch  | 27 
 meta/recipes-kernel/lttng/lttng-tools_git.bb   | 80 --
 3 files changed, 63 insertions(+), 51 deletions(-)
 delete mode 100644 meta/recipes-kernel/lttng/lttng-tools/runtest-2.4.0.patch

diff --git a/meta/recipes-kernel/lttng/lttng-tools/run-ptest 
b/meta/recipes-kernel/lttng/lttng-tools/run-ptest
index e758815c77d4..6230063442d6 100755
--- a/meta/recipes-kernel/lttng/lttng-tools/run-ptest
+++ b/meta/recipes-kernel/lttng/lttng-tools/run-ptest
@@ -1,4 +1,5 @@
 #!/bin/sh
-
-make -C tests installcheck
-
+# Without --ignore-exit, the tap harness causes any FAILs within a
+# test plan to raise ERRORs; this is just noise.
+makeargs="LOG_DRIVER_FLAGS=--ignore-exit"
+make -t all >/dev/null 2>&1 && exec make -s $makeargs check 2>/dev/null
diff --git a/meta/recipes-kernel/lttng/lttng-tools/runtest-2.4.0.patch 
b/meta/recipes-kernel/lttng/lttng-tools/runtest-2.4.0.patch
deleted file mode 100644
index 958bce48e0b0..
--- a/meta/recipes-kernel/lttng/lttng-tools/runtest-2.4.0.patch
+++ /dev/null
@@ -1,27 +0,0 @@
-diff --git a/Makefile.am b/Makefile.am
-index 584f59b..c2bcabd 100644
 a/Makefile.am
-+++ b/Makefile.am
-@@ -12,3 +12,9 @@ dist_doc_DATA = LICENSE \
- dist_noinst_DATA = CodingStyle
- 
- EXTRA_DIST = extras/lttng-bash_completion gpl-2.0.txt lgpl-2.1.txt
-+
-+install-ptest:
-+  cp -r $(srcdir)/tests $(DESTDIR)
-+  for m in $$(find $(DESTDIR)/tests -name Makefile); do \
-+  sed -i -e 's|^Makefile:|_Makefile:|' $$m; \
-+done
-diff --git a/tests/run.sh b/tests/run.sh
-index c6c50fd..6455359 100755
 a/tests/run.sh
-+++ b/tests/run.sh
-@@ -19,4 +19,7 @@
- 
- [ -z "$1" ] && echo "Error: No testlist. Please specify a testlist to run." 
&& exit 1
- 
--prove --merge --exec '' - < $1
-+prove --merge -v --exec '' - < $1 | sed \
-+  -e 's|^ok \(.*\)|PASS: \1|' \
-+  -e 's|^not ok \(.*\)|FAIL: \1|' \
-+  | egrep -h 'PASS|FAIL'
diff --git a/meta/recipes-kernel/lttng/lttng-tools_git.bb 
b/meta/recipes-kernel/lttng/lttng-tools_git.bb
index 66269d895713..c715d95457d8 100644
--- a/meta/recipes-kernel/lttng/lttng-tools_git.bb
+++ b/meta/recipes-kernel/lttng/lttng-tools_git.bb
@@ -11,7 +11,13 @@ LIC_FILES_CHKSUM = 
"file://LICENSE;md5=01d7fc4496aacf37d90df90b90b0cac1 \
 
 DEPENDS = "liburcu popt libxml2"
 RDEPENDS_${PN} = "libgcc"
-RDEPENDS_${PN}-ptest += "make perl bash"
+RDEPENDS_${PN}-ptest += "make perl bash gawk ${PN} babeltrace procps"
+# babelstats.pl wants getopt-long
+RDEPENDS_${PN}-ptest += "perl-module-getopt-long"
+# getopt itself needs overload
+RDEPENDS_${PN}-ptest += "perl-module-overload"
+# overload, in turn, needs overload_ing_
+RDEPENDS_${PN}-ptest += "perl-module-overloading"
 
 SRCREV = "d11e0dba0df9024b8613c51e167a379b91e8b20b"
 PV = "2.8.1+git${SRCPV}"
@@ -28,7 +34,6 @@ PACKAGECONFIG[manpages] = "--enable-man-pages, 
--disable-man-pages, asciidoc-nat
 PACKAGECONFIG_remove_libc-musl = "lttng-ust"
 
 SRC_URI = "git://git.lttng.org/lttng-tools.git;branch=stable-2.8 \
-   file://runtest-2.4.0.patch \
file://run-ptest"
 
 S = "${WORKDIR}/git"
@@ -55,27 +60,60 @@ do_configure_prepend () {
 }
 
 do_install_ptest () {
-   chmod +x ${D}${PTEST_PATH}/tests/utils/utils.sh
-   for i in `find ${D}${PTEST_PATH} -perm /u+x -type f`; do
-   sed -e "s:\$TESTDIR.*/src/bin/lttng/\$LTTNG_BIN:\$LTTNG_BIN:g" \
- -e 
"s:\$TESTDIR/../src/bin/lttng-sessiond/\$SESSIOND_BIN:\$SESSIOND_BIN:g" \
-

[OE-core] [PATCH] pseudo: Fix problem where pseudo could kill a container init

[Mark Hatle]

In a heavily loaded container, the child process might not started
before the parent process had terminated.  The child process attempts to
signal the parent with SIGUSR1.  If the parent had terminated, the
parent becomes PID 1, which is generally init.  When it signaled pid 1,
it caused the docker mini-init to terminate.

This doesn't happen in a traditional system, as systemd/sysvinit is
protected to only root users can signal it.

[YOCTO #10324]

Signed-off-by: Mark Hatle 
---
 .../files/0001-Don-t-send-SIGUSR1-to-init.patch| 48 ++
 meta/recipes-devtools/pseudo/pseudo_1.8.1.bb   |  1 +
 meta/recipes-devtools/pseudo/pseudo_git.bb |  2 +-
 3 files changed, 50 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-devtools/pseudo/files/0001-Don-t-send-SIGUSR1-to-init.patch

diff --git 
a/meta/recipes-devtools/pseudo/files/0001-Don-t-send-SIGUSR1-to-init.patch 
b/meta/recipes-devtools/pseudo/files/0001-Don-t-send-SIGUSR1-to-init.patch
new file mode 100644
index 000..6c694ce
--- /dev/null
+++ b/meta/recipes-devtools/pseudo/files/0001-Don-t-send-SIGUSR1-to-init.patch
@@ -0,0 +1,48 @@
+From befc6dbd6469d428c9e0830dbe51bdf7ac39d9ae Mon Sep 17 00:00:00 2001
+From: Seebs 
+Date: Thu, 22 Sep 2016 14:35:04 -0500
+Subject: [PATCH] Don't send SIGUSR1 to init.
+
+If the parent exits due to child process being slow, getppid() will return
+1, and we'll send SIGUSR1 to init, which can break things like dumbinit
+which aren't adequately protected against non-root processes sending them
+signals.
+
+Signed-off-by: Seebs 
+
+Upstream-Status: Backport (commit befc6dbd6469d428c9e0830dbe51bdf7ac39d9ae)
+
+[YOCTO #10324]
+
+This resolves an issue where a docker container running builds would die
+due to it's 'mini init' being signaled by pseudo.
+
+Signed-off-by: Mark Hatle 
+---
+ pseudo_server.c | 11 ---
+
+diff --git a/pseudo_server.c b/pseudo_server.c
+index 65102dd..8731d20 100644
+--- a/pseudo_server.c
 b/pseudo_server.c
+@@ -358,9 +358,14 @@ pseudo_server_start(int daemonize) {
+   signal(SIGTERM, quit_now);
+   /* tell parent process to stop waiting */
+   if (daemonize) {
+-  pseudo_diag("Setup complete, sending SIGUSR1 to pid %d.\n",
+-  getppid());
+-  kill(getppid(), SIGUSR1);
++  pid_t ppid = getppid();
++  if (ppid == 1) {
++  pseudo_diag("Setup complete, but parent is init, not 
sending SIGUSR1.\n");
++  } else {
++  pseudo_diag("Setup complete, sending SIGUSR1 to pid 
%d.\n",
++  ppid);
++  kill(ppid, SIGUSR1);
++  }
+   }
+   pseudo_server_loop();
+   return 0;
+-- 
+2.5.5
+
diff --git a/meta/recipes-devtools/pseudo/pseudo_1.8.1.bb 
b/meta/recipes-devtools/pseudo/pseudo_1.8.1.bb
index f45912a..cec2149 100644
--- a/meta/recipes-devtools/pseudo/pseudo_1.8.1.bb
+++ b/meta/recipes-devtools/pseudo/pseudo_1.8.1.bb
@@ -6,6 +6,7 @@ SRC_URI = 
"http://downloads.yoctoproject.org/releases/pseudo/${BPN}-${PV}.tar.bz
file://fallback-group \
file://moreretries.patch \
file://Fix-xattr-performance.patch \
+   file://0001-Don-t-send-SIGUSR1-to-init.patch \
"
 
 SRC_URI[md5sum] = "ee38e4fb62ff88ad067b1a5a3825bac7"
diff --git a/meta/recipes-devtools/pseudo/pseudo_git.bb 
b/meta/recipes-devtools/pseudo/pseudo_git.bb
index 8735cf4..8110b1a 100644
--- a/meta/recipes-devtools/pseudo/pseudo_git.bb
+++ b/meta/recipes-devtools/pseudo/pseudo_git.bb
@@ -1,6 +1,6 @@
 require pseudo.inc
 
-SRCREV = "f4b1c752186f4d08f1fadb0ea10ebcde9b0ea251"
+SRCREV = "befc6dbd6469d428c9e0830dbe51bdf7ac39d9ae"
 PV = "1.8.1+git${SRCPV}"
 
 DEFAULT_PREFERENCE = "-1"
-- 
2.5.5

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

Re: [OE-core] [PATCH 2/2] scons.bbclass: reduce build time by adding PARALLEL_MAKEINST to scons install params

[Andreas Müller]

On Wed, Sep 21, 2016 at 11:06 AM, Burton, Ross  wrote:
>
> On 21 September 2016 at 06:30, Andreas Müller 
> wrote:
>>
>> During install all files are recompiled. This should be investigated
>> further
>> later
>
>
> I'd put (pretend) money on it being because PREFIX/prefix change between
> compile and install, so it needs to rebuild.  Looks like this class is doing
> something wrong.
>
You are right! Need some further build tests but for mixxx I got good
results by keeping prefix same for compile/install and setting
install_root= properly. Before this modification starting mixxx
complained with links to build install dir and finally crashed. Now it
runs fine. See what the other recipes say...

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

Re: [OE-core] [PATCH 1/2] libunwind: fix build by linking with bfd instead of gold

[Martin Jansa]

On Wed, Sep 21, 2016 at 07:30:43AM +0200, Andreas Müller wrote:
> works around:
> /ld: error: Gperf-simple.o: cannot make copy relocation for 
> protected symbol '_Uarm_local_addr_space', defined in 
> ../src/.libs/libunwind-arm.so
> collect2: error: ld returned 1 exit status
> Makefile:1038: recipe for target 'Gperf-simple' failed
> make[1]: *** [Gperf-simple] Error 1
> make[1]: *** Waiting for unfinished jobs
> <...>
> /ld: error: Lperf-simple.o: cannot make copy relocation for 
> protected symbol '_ULarm_local_addr_space', defined in 
> ../src/.libs/libunwind.so
> collect2: error: ld returned 1 exit status
> Makefile:1094: recipe for target 'Lperf-simple' failed
> make[1]: *** [Lperf-simple] Error 1
> <...>
> ERROR: oe_runmake failed
> /ld: error: Gperf-trace.o: cannot make copy relocation for 
> protected symbol '_Uarm_local_addr_space', defined in 
> ../src/.libs/libunwind-arm.so
> collect2: error: ld returned 1 exit status
> Makefile:1042: recipe for target 'Gperf-trace' failed
> make[1]: *** [Gperf-trace] Error 1
> /ld: error: Lperf-trace.o: cannot make copy relocation for 
> protected symbol '_ULarm_local_addr_space', defined in 
> ../src/.libs/libunwind.so
> collect2: error: ld returned 1 exit status
> Makefile:1098: recipe for target 'Lperf-trace' failed
> make[1]: *** [Lperf-trace] Error 1
> <...>
> /ld: error: test-coredump-unwind.o: cannot make copy 
> relocation for protected symbol '_UCD_accessors', defined in 
> ../src/.libs/libunwind-coredump.so
> collect2: error: ld returned 1 exit status
> Makefile:1186: recipe for target 'test-coredump-unwind' failed

Acked-by: Martin Jansa 

I've verified that this fixes the issue I was reporting in "bitbake
wordl status" e-mails since last binutils upgrade to 2.27

It's basically complement to this oe-core change which went in together
with binutils:

commit 0092a076adb11cac411c86389af84bb96169730f
Author: Khem Raj 
Date:   Mon Aug 8 15:51:01 2016 -0700

libunwind: Do not use gold for linking

Which only stopped gold being used when bfd is the default linker, but
which left libunwind broken for people with ld-is-gold in
DISTRO_FEATURES to use gold by default.

Thanks!

> Signed-off-by: Andreas Müller 
> ---
>  meta/recipes-support/libunwind/libunwind_git.bb | 1 +
>  1 file changed, 1 insertion(+)
> 
> diff --git a/meta/recipes-support/libunwind/libunwind_git.bb 
> b/meta/recipes-support/libunwind/libunwind_git.bb
> index cd4cb89..4249430 100644
> --- a/meta/recipes-support/libunwind/libunwind_git.bb
> +++ b/meta/recipes-support/libunwind/libunwind_git.bb
> @@ -26,3 +26,4 @@ SECURITY_CFLAGS_append_aarch64 = " -fPIE"
>  
>  S = "${WORKDIR}/git"
>  
> +LDFLAGS += "-Wl,-z,relro,-z,now ${@bb.utils.contains('DISTRO_FEATURES', 
> 'ld-is-gold', ' -fuse-ld=bfd ', '', d)}"
> -- 
> 2.5.5
> 
> -- 
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


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

Re: [OE-core] rm_work + pybootchart enhancements

[Christopher Larson]

On Thu, Sep 22, 2016 at 5:52 AM, Patrick Ohly 
wrote:

> On Wed, 2016-09-21 at 18:08 +0200, Martin Jansa wrote:
> > On Wed, Sep 21, 2016 at 05:39:02PM +0200, Patrick Ohly wrote:
> > > Test script attached. I only ran this once, so I can't vouch that the
> > > numbers are stable. I remember reading about a benchmark wrapper which
> > > can run such a test script multiple times and then will automatically
> > > merge the output of all runs together, adding
> min/max/average/deviation,
> > > but couldn't find the tool again. Does anyone know which tool does
> that?
> >
> > it's in oe-core:
> > ./scripts/contrib/bb-perf/bb-matrix-plot.sh
> > ./scripts/contrib/bb-perf/bb-matrix.sh
> >
> > ...
>
> That's bitbake specific. What I was remembering is something generic
> that works for anything that prints test results on stdout. Perhaps I
> was dreaming ;-}
>

I use https://github.com/rustyrussell/stats for that, quite handy. For
cases simpler than yours, when I’m just checking for deviation of command
execution times, I use a little wrapper around time + stats at
https://github.com/kergoth/dotfiles/blob/master/scripts/time-stats.
-- 
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] -c menuconfig stopped working in master

[Renato Caldas]

2016-06-09 20:58 GMT+01:00 Leonardo Sandoval
:
> Yes, this is related to the python3 change. I have a patch, I will send it
> asap.

Hi, any news on this?

> On 06/09/2016 01:43 PM, Trevor Woerner wrote:
>>
>> It appears "bitbake virtual/kernel -c menuconfig" has stopped working in
>> master (python3-related?). The following is from a build on master of poky
>> (git://git.yoctoproject.org/poky) with qemux86 as the MACHINE (iow, the
>> most
>> basic build). The same happens with master-next.
>>
>> ERROR: linux-yocto-4.4.12+gitAUTOINC+8900370d33_1f3e98df09-r0
>> do_menuconfig: Error executing a python function in exec_python_func()
>> autogenerated:
>>
>> The stack trace of python calls that resulted in this
>> exception/failure was:
>> File: 'exec_python_func() autogenerated', lineno: 2, function:
>> 
>>  0001:
>>  *** 0002:do_menuconfig(d)
>>  0003:
>> File:
>> '/z/layerindex-master/layers/meta-poky/meta/classes/cml1.bbclass', lineno:
>> 30, function: do_menuconfig
>>  0026:except OSError:
>>  0027:mtime = 0
>>  0028:
>>  0029:oe_terminal("${SHELL} -c \"make %s; if [ \$? -ne 0
>> ]; then echo 'Command failed.'; printf 'Press any key to continue... '; read
>> r; fi\"" % d.getVar('KCONFIG_CONFIG_COMMAND', True),
>>  *** 0030:d.getVar('PN', True ) + '
>> Configuration', d)
>>  0031:
>>  0032:# FIXME this check can be removed when the minimum
>> bitbake version has been bumped
>>  0033:if hasattr(bb.build, 'write_taint'):
>>  0034:try:
>> File:
>> '/z/layerindex-master/layers/meta-poky/meta/classes/terminal.bbclass',
>> lineno: 90, function: oe_terminal
>>  0086:except oe.terminal.ExecutionError as exc:
>>  0087:bb.fatal('Unable to spawn terminal %s: %s' %
>> (terminal, exc))
>>  0088:
>>  0089:try:
>>  *** 0090:oe.terminal.spawn_preferred(command, title,
>> None, d)
>>  0091:except oe.terminal.NoSupportedTerminals:
>>  0092:bb.fatal('No valid terminal found, unable to
>> open devshell')
>>  0093:except oe.terminal.ExecutionError as exc:
>>  0094:bb.fatal('Unable to spawn terminal %s: %s' %
>> (terminal, exc))
>> File:
>> '/z/layerindex-master/layers/meta-poky/meta/lib/oe/terminal.py', lineno:
>> 197, function: spawn_preferred
>>  0193:def spawn_preferred(sh_cmd, title=None, env=None,
>> d=None):
>>  0194:"""Spawn the first supported terminal, by
>> priority"""
>>  0195:for terminal in prioritized():
>>  0196:try:
>>  *** 0197:spawn(terminal.name, sh_cmd, title, env, d)
>>  0198:break
>>  0199:except UnsupportedTerminal:
>>  0200:continue
>>  0201:else:
>> File:
>> '/z/layerindex-master/layers/meta-poky/meta/lib/oe/terminal.py', lineno:
>> 212, function: spawn
>>  0208:terminal = Registry.registry[name]
>>  0209:except KeyError:
>>  0210:raise UnsupportedTerminal(name)
>>  0211:
>>  *** 0212:pipe = terminal(sh_cmd, title, env, d)
>>  0213:output = pipe.communicate()[0]
>>  0214:if pipe.returncode != 0:
>>  0215:raise ExecutionError(sh_cmd, pipe.returncode,
>> output)
>>  0216:
>> File:
>> '/z/layerindex-master/layers/meta-poky/meta/lib/oe/terminal.py', lineno: 89,
>> function: __init__
>>  0085:priority = 2
>>  0086:
>>  0087:def __init__(self, sh_cmd, title=None, env=None,
>> d=None):
>>  0088:# Check version
>>  *** 0089:vernum = check_terminal_version("konsole")
>>  0090:if vernum and LooseVersion(vernum) < '2.0.0':
>>  0091:# Konsole from KDE 3.x
>>  0092:self.command = 'konsole -T "{title}" -e
>> {command}'
>>  0093:XTerminal.__init__(self, sh_cmd, title, env, d)
>> File:
>> '/z/layerindex-master/layers/meta-poky/meta/lib/oe/terminal.py', lineno:
>> 249, function: check_terminal_version
>>  0245:newenv = os.environ.copy()
>>  0246:newenv["LANG"] = "C"
>>  0247:p = sub.Popen(['sh', '-c', cmdversion],
>> stdout=sub.PIPE, stderr=sub.PIPE, env=newenv)
>>  0248:out, err = p.communicate()
>>  *** 0249:ver_info = out.rstrip().split('\n')
>>  0250:except OSError as exc:
>>  0251:import errno
>>  0252:if exc.errno == errno.ENOENT:
>>  

[OE-core] [PATCH 00/60] krogoth-next staged

[Armin Kuster]

These are the changes I have staged. The last 17 changes have not be run on the 
AB. We are working throught build issues on mips64.

The following changes since commit 8c69f7d56cbd496aa01ba0738675a170826a536b:

  bitbake: lib/bb/tests/fetch: remove URL that doesn't exist anymore 
(2016-09-13 16:19:46 +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

Alexander Kanavin (2):
  gobject-introspection.bbclass: disable introspection for -native and
-nativesdk recipes
  arch-mips.inc: Disable QEMU usermode usage when building with n32 ABI

Armin Kuster (13):
  tiff: Security fix CVE-2015-8781
  tiff: Security fix CVE-2015-8784
  openssh: Security fix CVE-2016-6210
  openssh: Security fix CVE-2016-5615
  openssh: Security fix CVE-2015-8325
  wget: Security fix CVE-2016-4971
  util-linux: Security fix for CVE-2016-5011
  qemu: Security Fix CVE-2016-3710
  qemu: Security Fix CVE-2016-3712
  qemu: Security fix CVE-2016-4439
  qemu: Security fix CVE-2016-6351
  qemu: Security fix for CVE-2016-4002
  qemu: Secuirty fix for CVE-2016-5403

Bill Randle (3):
  perl: set proper perl subversion number in config files
  perl: some perl tests require libssp
  perl: fix several perl test failures

Dengke Du (1):
  busybox: fix "sed n (flushes pattern space, terminates early)"
testcase failure

He Zhe (1):
  perl: Correct perl path for ptest

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

Ioan-Adrian Ratiu (1):
  perl-native: backport libnm link fix

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

Juro Bystricky (1):
  busybox: Avoid race building libbb

Jérémy Rosen (1):
  rpm: manually cleanup sysck

Kai Kang (1):
  perl: fix CVE-2016-2381

Khem Raj (4):
  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
  xserver-xf86-config: pre-load int10 and exa modules

Mariano Lopez (1):
  python-smartpm_git.bb: Add patch for debugging random errors

Markus Lehtonen (2):
  base.bbclass wipe ${S} before unpacking source
  python-smartpm: use md5 as the digest for rpm_sys channel

Maxin B. John (1):
  useradd_base: avoid unintended expansion for useradd parameters

Mingli Yu (2):
  perl: fix CVE-2016-6185
  perl: fix CVE-2015-8607

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 (3):
  busybox: Backport makefile fix from upstream
  busybox: Add parallel make fix
  python-smartpm: Avoid locale issue with bitbake python3

Robert Yang (1):
  rpm: make --nosignature work

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

Sona Sarmadi (3):
  sudo: CVE-2015-8239
  curl: security fix for CVE-2016-7141
  dropbear: upgrade to 2016.72

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

Thomas Witt (1):
  cmake.bbclass: call cmake with a relative path

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

Zhixiong Chi (1):
  rpm: ensure rpm2cpio call rpm relocation code

mingli...@windriver.com (1):
  python-smartpm: add support to check signatures

 meta/classes/base.bbclass  |  18 +-
 meta/classes/cmake.bbclass |  14 +-
 meta/classes/cml1.bbclass  |   2 +
 meta/classes/gobject-introspection.bbclass |  14 +-
 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/classes/useradd_base.bbclass  |   2 -
 meta/conf/bitbake.conf |   9 +-
 meta/conf/machine/include/mips/arch-mips.inc   |   3 +
 meta/conf/machine/qemux86-64.conf  |   5 +-
 meta/conf/machine/qemux86.conf |   5 +-
 .../openssh/openssh/CVE-2015-8325.patch|  33 +
 

Re: [OE-core] [PATCH] [krogoth] Fixes several python3 dependencies

[Alejandro Hernandez]

Hey Armin, I just gave it another try and I got no errors, python 
manifests patches may cause problems sometimes because some lines may be 
longer than 998 characters, could you try merging it from my contrib branch?


http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/?h=hsalejandro/krogothpy3


On 09/22/2016 10:33 AM, akuster808 wrote:

Alejandro,


On 09/21/2016 02:10 PM, Alejandro Hernandez wrote:
This patch adds the packages python3-signal, python3-enum and 
python3-selectors,
while it also fixes python3-subprocess, this fixes the installation 
of python3-modules


I can not get this to apply to my krogoth-next nor krogoth in Poky. 
Can you double check and let me know if I am doing something wrong or 
need any dependency changes?


error pw is showing is:
fatal: patch fragment without header at line 29: @@ -89,6 +89,10 @@ 
SUMMARY_${PN}-email="Python email support"


- armin


[YOCTO #10276]

Signed-off-by: Alejandro Hernandez 
---
  meta/recipes-devtools/python/python-3.5-manifest.inc | 18 
+++---

  scripts/contrib/python/generate-manifest-3.5.py  | 11 ++-
  2 files changed, 25 insertions(+), 4 deletions(-)

diff --git a/meta/recipes-devtools/python/python-3.5-manifest.inc 
b/meta/recipes-devtools/python/python-3.5-manifest.inc

index bce9ce1..0ad9186 100644
--- a/meta/recipes-devtools/python/python-3.5-manifest.inc
+++ b/meta/recipes-devtools/python/python-3.5-manifest.inc
@@ -1,6 +1,6 @@
# WARNING: This file is AUTO GENERATED: Manual edits will be lost 
next time I regenerate the file.
-# Generator: 
'../../../scripts/contrib/python/generate-manifest-3.5.py' Version 
20140131 (C) 2002-2010 Michael 'Mickey' Lauer 
+# Generator: './generate-manifest-3.5.py' Version 20140131 (C) 
2002-2010 Michael 'Mickey' Lauer 
  # Visit the Python for Embedded Systems Site => 
http://www.Vanille.de/projects/python.spy
 @@ -39,7 +39,7 @@ 
FILES_${PN}-compression="${libdir}/python3.5/gzip.* 
${libdir}/python3.5/zipfile.

SUMMARY_${PN}-core="Python interpreter and core modules"
  RDEPENDS_${PN}-core="${PN}-lang ${PN}-re ${PN}-reprlib ${PN}-codecs 
${PN}-io ${PN}-math"
-FILES_${PN}-core="${libdir}/python3.5/__future__.* 
${libdir}/python3.5/_abcoll.* ${libdir}/python3.5/abc.* 
${libdir}/python3.5/ast.* ${libdir}/python3.5/copy.* 
${libdir}/python3.5/copyreg.* ${libdir}/python3.5/configparser.* 
${libdir}/python3.5/genericpath.* ${libdir}/python3.5/getopt.* 
${libdir}/python3.5/linecache.* ${libdir}/python3.5/new.* 
${libdir}/python3.5/os.* ${libdir}/python3.5/posixpath.* 
${libdir}/python3.5/struct.* ${libdir}/python3.5/warnings.* 
${libdir}/python3.5/site.* ${libdir}/python3.5/stat.* 
${libdir}/python3.5/UserDict.* ${libdir}/python3.5/UserList.* 
${libdir}/python3.5/UserString.* 
${libdir}/python3.5/lib-dynload/binascii.*.so 
${libdir}/python3.5/lib-dynload/_struct.*.so 
${libdir}/python3.5/lib-dynload/time.*.so 
${libdir}/python3.5/lib-dynload/xreadlines.*.so 
${libdir}/python3.5/types.* ${libdir}/python3.5/platform.* 
${bindir}/python* ${libdir}/python3.5/_weakrefset.* 
${libdir}/python3.5/sysconfig.* ${libdir}/python3.5/_sysconfigdata.* 
${libdir}/python
  3.5/config/Makefile 
${includedir}/python${PYTHON_BINABI}/pyconfig*.h 
${libdir}/python${PYTHON_MAJMIN}/collections 
${libdir}/python${PYTHON_MAJMIN}/_collections_abc.* 
${libdir}/python${PYTHON_MAJMIN}/_sitebuiltins.* 
${libdir}/python${PYTHON_MAJMIN}/sitecustomize.py "
+FILES_${PN}-core="${libdir}/python3.5/__future__.* 
${libdir}/python3.5/_abcoll.* ${libdir}/python3.5/abc.* 
${libdir}/python3.5/ast.* ${libdir}/python3.5/copy.* 
${libdir}/python3.5/copyreg.* ${libdir}/python3.5/ConfigParser.* 
${libdir}/python3.5/genericpath.* ${libdir}/python3.5/getopt.* 
${libdir}/python3.5/linecache.* ${libdir}/python3.5/new.* 
${libdir}/python3.5/os.* ${libdir}/python3.5/posixpath.* 
${libdir}/python3.5/struct.* ${libdir}/python3.5/warnings.* 
${libdir}/python3.5/site.* ${libdir}/python3.5/stat.* 
${libdir}/python3.5/UserDict.* ${libdir}/python3.5/UserList.* 
${libdir}/python3.5/UserString.* 
${libdir}/python3.5/lib-dynload/binascii.*.so 
${libdir}/python3.5/lib-dynload/_struct.*.so 
${libdir}/python3.5/lib-dynload/time.*.so 
${libdir}/python3.5/lib-dynload/xreadlines.*.so 
${libdir}/python3.5/types.* ${libdir}/python3.5/platform.* 
${bindir}/python* ${libdir}/python3.5/_weakrefset.* 
${libdir}/python3.5/sysconfig.* ${libdir}/python3.5/_sysconfigdata.* 
${libdir}/python
  3.5/config/Makefile 
${includedir}/python${PYTHON_BINABI}/pyconfig*.h 
${libdir}/python${PYTHON_MAJMIN}/collections 
${libdir}/python${PYTHON_MAJMIN}/_collections_abc.* 
${libdir}/python${PYTHON_MAJMIN}/_sitebuiltins.* 
${libdir}/python${PYTHON_MAJMIN}/sitecustomize.py "

SUMMARY_${PN}-crypt="Python basic cryptographic and hashing support"
  RDEPENDS_${PN}-crypt="${PN}-core"
@@ -89,6 +89,10 @@ SUMMARY_${PN}-email="Python email support"
  RDEPENDS_${PN}-email="${PN}-core 

[OE-core] [PATCH] cmake-native: prefer native sysroot libraries over host

[Ross Burton]

Explicitly set CMAKE_LIBRARY_PATH so that find_library() looks in the native
sysroot before the host.

Also pass --verbose to configure which sets CMAKE_VERBOSE_MAKEFILE for detailed
compile logs.

Signed-off-by: Ross Burton 
---
 meta/recipes-devtools/cmake/cmake-native_3.6.1.bb | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/cmake/cmake-native_3.6.1.bb 
b/meta/recipes-devtools/cmake/cmake-native_3.6.1.bb
index a301ae6..aec0d64 100644
--- a/meta/recipes-devtools/cmake/cmake-native_3.6.1.bb
+++ b/meta/recipes-devtools/cmake/cmake-native_3.6.1.bb
@@ -12,6 +12,7 @@ do_configure[cleandirs] = "${B}"
 
 # Disable ccmake since we don't depend on ncurses
 CMAKE_EXTRACONF = "\
+-DCMAKE_LIBRARY_PATH=${STAGING_LIBDIR_NATIVE} \
 -DBUILD_CursesDialog=0 \
 -DCMAKE_USE_SYSTEM_LIBRARIES=1 \
 -DCMAKE_USE_SYSTEM_LIBRARY_JSONCPP=0 \
@@ -21,7 +22,7 @@ CMAKE_EXTRACONF = "\
 "
 
 do_configure () {
-   ${S}/configure --prefix=${prefix} -- ${CMAKE_EXTRACONF}
+   ${S}/configure --verbose --prefix=${prefix} -- ${CMAKE_EXTRACONF}
 }
 
 do_compile() {
-- 
2.8.1

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

Re: [OE-core] [PATCH] [krogoth] Fixes several python3 dependencies

[akuster808]

Alejandro,


On 09/21/2016 02:10 PM, Alejandro Hernandez wrote:

This patch adds the packages python3-signal, python3-enum and python3-selectors,
while it also fixes python3-subprocess, this fixes the installation of 
python3-modules


I can not get this to apply to my krogoth-next nor krogoth in Poky. Can 
you double check and let me know if I am doing something wrong or need 
any dependency changes?


error pw is showing is:
fatal: patch fragment without header at line 29: @@ -89,6 +89,10 @@ 
SUMMARY_${PN}-email="Python email support"


- armin


[YOCTO #10276]

Signed-off-by: Alejandro Hernandez 
---
  meta/recipes-devtools/python/python-3.5-manifest.inc | 18 +++---
  scripts/contrib/python/generate-manifest-3.5.py  | 11 ++-
  2 files changed, 25 insertions(+), 4 deletions(-)

diff --git a/meta/recipes-devtools/python/python-3.5-manifest.inc 
b/meta/recipes-devtools/python/python-3.5-manifest.inc
index bce9ce1..0ad9186 100644
--- a/meta/recipes-devtools/python/python-3.5-manifest.inc
+++ b/meta/recipes-devtools/python/python-3.5-manifest.inc
@@ -1,6 +1,6 @@
  
  # WARNING: This file is AUTO GENERATED: Manual edits will be lost next time I regenerate the file.

-# Generator: '../../../scripts/contrib/python/generate-manifest-3.5.py' Version 
20140131 (C) 2002-2010 Michael 'Mickey' Lauer 
+# Generator: './generate-manifest-3.5.py' Version 20140131 (C) 2002-2010 Michael 
'Mickey' Lauer 
  # Visit the Python for Embedded Systems Site => 
http://www.Vanille.de/projects/python.spy
  
   
@@ -39,7 +39,7 @@ FILES_${PN}-compression="${libdir}/python3.5/gzip.* ${libdir}/python3.5/zipfile.
  
  SUMMARY_${PN}-core="Python interpreter and core modules"

  RDEPENDS_${PN}-core="${PN}-lang ${PN}-re ${PN}-reprlib ${PN}-codecs ${PN}-io 
${PN}-math"
-FILES_${PN}-core="${libdir}/python3.5/__future__.* 
${libdir}/python3.5/_abcoll.* ${libdir}/python3.5/abc.* ${libdir}/python3.5/ast.* 
${libdir}/python3.5/copy.* ${libdir}/python3.5/copyreg.* 
${libdir}/python3.5/configparser.* ${libdir}/python3.5/genericpath.* 
${libdir}/python3.5/getopt.* ${libdir}/python3.5/linecache.* 
${libdir}/python3.5/new.* ${libdir}/python3.5/os.* ${libdir}/python3.5/posixpath.* 
${libdir}/python3.5/struct.* ${libdir}/python3.5/warnings.* 
${libdir}/python3.5/site.* ${libdir}/python3.5/stat.* ${libdir}/python3.5/UserDict.* 
${libdir}/python3.5/UserList.* ${libdir}/python3.5/UserString.* 
${libdir}/python3.5/lib-dynload/binascii.*.so 
${libdir}/python3.5/lib-dynload/_struct.*.so 
${libdir}/python3.5/lib-dynload/time.*.so 
${libdir}/python3.5/lib-dynload/xreadlines.*.so ${libdir}/python3.5/types.* 
${libdir}/python3.5/platform.* ${bindir}/python* ${libdir}/python3.5/_weakrefset.* 
${libdir}/python3.5/sysconfig.* ${libdir}/python3.5/_sysconfigdata.* ${libdir}/pyth

on

  3.5/config/Makefile ${includedir}/python${PYTHON_BINABI}/pyconfig*.h 
${libdir}/python${PYTHON_MAJMIN}/collections 
${libdir}/python${PYTHON_MAJMIN}/_collections_abc.* 
${libdir}/python${PYTHON_MAJMIN}/_sitebuiltins.* 
${libdir}/python${PYTHON_MAJMIN}/sitecustomize.py "
+FILES_${PN}-core="${libdir}/python3.5/__future__.* 
${libdir}/python3.5/_abcoll.* ${libdir}/python3.5/abc.* ${libdir}/python3.5/ast.* 
${libdir}/python3.5/copy.* ${libdir}/python3.5/copyreg.* 
${libdir}/python3.5/ConfigParser.* ${libdir}/python3.5/genericpath.* 
${libdir}/python3.5/getopt.* ${libdir}/python3.5/linecache.* 
${libdir}/python3.5/new.* ${libdir}/python3.5/os.* ${libdir}/python3.5/posixpath.* 
${libdir}/python3.5/struct.* ${libdir}/python3.5/warnings.* 
${libdir}/python3.5/site.* ${libdir}/python3.5/stat.* ${libdir}/python3.5/UserDict.* 
${libdir}/python3.5/UserList.* ${libdir}/python3.5/UserString.* 
${libdir}/python3.5/lib-dynload/binascii.*.so 
${libdir}/python3.5/lib-dynload/_struct.*.so 
${libdir}/python3.5/lib-dynload/time.*.so 
${libdir}/python3.5/lib-dynload/xreadlines.*.so ${libdir}/python3.5/types.* 
${libdir}/python3.5/platform.* ${bindir}/python* ${libdir}/python3.5/_weakrefset.* 
${libdir}/python3.5/sysconfig.* ${libdir}/python3.5/_sysconfigdata.* ${libdir}/pyth

on

  3.5/config/Makefile ${includedir}/python${PYTHON_BINABI}/pyconfig*.h 
${libdir}/python${PYTHON_MAJMIN}/collections 
${libdir}/python${PYTHON_MAJMIN}/_collections_abc.* 
${libdir}/python${PYTHON_MAJMIN}/_sitebuiltins.* 
${libdir}/python${PYTHON_MAJMIN}/sitecustomize.py "
  
  SUMMARY_${PN}-crypt="Python basic cryptographic and hashing support"

  RDEPENDS_${PN}-crypt="${PN}-core"
@@ -89,6 +89,10 @@ SUMMARY_${PN}-email="Python email support"
  RDEPENDS_${PN}-email="${PN}-core ${PN}-io ${PN}-re ${PN}-mime ${PN}-audio 
${PN}-image ${PN}-netclient"
  FILES_${PN}-email="${libdir}/python3.5/imaplib.* ${libdir}/python3.5/email "
  
+SUMMARY_${PN}-enum="Python support for enumerations"

+RDEPENDS_${PN}-enum="${PN}-core"
+FILES_${PN}-enum="${libdir}/python3.5/enum.* "
+
  SUMMARY_${PN}-fcntl="Python's fcntl interface"
  

Re: [OE-core] [PATCH][krogoth] qemu: CVE-2016-3710

[akuster808]

On 09/21/2016 01:10 AM, Sona Sarmadi wrote:

Fixes an out-of-bounds read/write access flaw which was found
in the way QEMU's VGA emulation with VESA BIOS Extensions (VBE)
support performed read/write operations using I/O port methods.

A privileged guest user could use this flaw to execute arbitrary
code on the host with the privileges of the host's QEMU process.


Thanks. This one is already in my staging branch.

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

- armin


Reference to pstream fix:
-
https://lists.gnu.org/archive/html/qemu-devel/2016-05/msg01197.html

References:
---
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-3710
http://www.openwall.com/lists/oss-security/2016/05/09/3
https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2016-3710

Signed-off-by: Sona Sarmadi 
---
  .../recipes-devtools/qemu/qemu/CVE-2016-3710.patch | 111 +
  meta/recipes-devtools/qemu/qemu_2.5.0.bb   |   1 +
  2 files changed, 112 insertions(+)
  create mode 100644 meta/recipes-devtools/qemu/qemu/CVE-2016-3710.patch

diff --git a/meta/recipes-devtools/qemu/qemu/CVE-2016-3710.patch 
b/meta/recipes-devtools/qemu/qemu/CVE-2016-3710.patch
new file mode 100644
index 000..48b9589
--- /dev/null
+++ b/meta/recipes-devtools/qemu/qemu/CVE-2016-3710.patch
@@ -0,0 +1,111 @@
+From 3bf1817079bb0d80c0d8a86a7c7dd0bfe90eb82e Mon Sep 17 00:00:00 2001
+From: Gerd Hoffmann 
+Date: Tue, 26 Apr 2016 08:49:10 +0200
+Subject: [PATCH] vga: fix banked access bounds checking (CVE-2016-3710)
+
+vga allows banked access to video memory using the window at 0xa0
+and it supports a different access modes with different address
+calculations.
+
+The VBE bochs extentions support banked access too, using the
+VBE_DISPI_INDEX_BANK register.  The code tries to take the different
+address calculations into account and applies different limits to
+VBE_DISPI_INDEX_BANK depending on the current access mode.
+
+Which is probably effective in stopping misprogramming by accident.
+But from a security point of view completely useless as an attacker
+can easily change access modes after setting the bank register.
+
+Drop the bogus check, add range checks to vga_mem_{readb,writeb}
+instead.
+
+Upstream-Status: Backport [from v2.6.0-rc5~1^2~4
+commit: 3bf1817079bb0d80c0d8a86a7c7dd0bfe90eb82e]
+
+Fixes: CVE-2016-3710
+Reported-by: Qinghao Tang 
+Signed-off-by: Gerd Hoffmann 
+Signed-off-by: Sona Sarmadi 
+---
+ hw/display/vga.c | 24 ++--
+ 1 file changed, 18 insertions(+), 6 deletions(-)
+
+diff --git a/hw/display/vga.c b/hw/display/vga.c
+index 657e9f1..b9191ca 100644
+--- a/hw/display/vga.c
 b/hw/display/vga.c
+@@ -179,6 +179,7 @@ static void vga_update_memory_access(VGACommonState *s)
+ size = 0x8000;
+ break;
+ }
++assert(offset + size <= s->vram_size);
+ memory_region_init_alias(>chain4_alias, 
memory_region_owner(>vram),
+  "vga.chain4", >vram, offset, size);
+ memory_region_add_subregion_overlap(s->legacy_address_space, base,
+@@ -716,11 +717,7 @@ void vbe_ioport_write_data(void *opaque, uint32_t addr, 
uint32_t val)
+ vbe_fixup_regs(s);
+ break;
+ case VBE_DISPI_INDEX_BANK:
+-if (s->vbe_regs[VBE_DISPI_INDEX_BPP] == 4) {
+-  val &= (s->vbe_bank_mask >> 2);
+-} else {
+-  val &= s->vbe_bank_mask;
+-}
++val &= s->vbe_bank_mask;
+ s->vbe_regs[s->vbe_index] = val;
+ s->bank_offset = (val << 16);
+ vga_update_memory_access(s);
+@@ -819,13 +816,21 @@ uint32_t vga_mem_readb(VGACommonState *s, hwaddr addr)
+
+ if (s->sr[VGA_SEQ_MEMORY_MODE] & VGA_SR04_CHN_4M) {
+ /* chain 4 mode : simplest access */
++assert(addr < s->vram_size);
+ ret = s->vram_ptr[addr];
+ } else if (s->gr[VGA_GFX_MODE] & 0x10) {
+ /* odd/even mode (aka text mode mapping) */
+ plane = (s->gr[VGA_GFX_PLANE_READ] & 2) | (addr & 1);
+-ret = s->vram_ptr[((addr & ~1) << 1) | plane];
++addr = ((addr & ~1) << 1) | plane;
++if (addr >= s->vram_size) {
++return 0xff;
++}
++ret = s->vram_ptr[addr];
+ } else {
+ /* standard VGA latched access */
++if (addr * sizeof(uint32_t) >= s->vram_size) {
++return 0xff;
++}
+ s->latch = ((uint32_t *)s->vram_ptr)[addr];
+
+ if (!(s->gr[VGA_GFX_MODE] & 0x08)) {
+@@ -882,6 +887,7 @@ void vga_mem_writeb(VGACommonState *s, hwaddr addr, 
uint32_t val)
+ plane = addr & 3;
+ mask = (1 << plane);
+ if (s->sr[VGA_SEQ_PLANE_WRITE] & mask) {
++assert(addr < s->vram_size);
+ s->vram_ptr[addr] = val;
+ #ifdef DEBUG_VGA_MEM

Re: [OE-core] [PATCH v4] bind: 9.10.3-P3 -> 9.11.0b2

[Burton, Ross]

On 22 September 2016 at 02:36, Wang, Xin 
wrote:

> ping
>

Sorry, this missed the M3 cutoff for features so will have to wait for
master to open again (after 2.3 release).

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

Re: [OE-core] [PATCH 1/1] rpm: make install with --nosignature and --nodigest work

[Mark Hatle]

On 9/21/16 8:39 PM, Robert Yang wrote:
> 
> 
> On 09/21/2016 10:10 PM, Mark Hatle wrote:
>> On 9/20/16 10:37 PM, Robert Yang wrote:
>>>
>>>
>>> On 09/21/2016 04:33 AM, Mark Hatle wrote:
 On 9/20/16 10:00 AM, Burton, Ross wrote:
>
> On 20 September 2016 at 09:15, Hongxu Jia  > wrote:
>
> -Upstream-Status: Submitted [Sent email to rpm-de...@rpm5.org
> ]
> +Upstream-Status: Rejected [Sent email to rpm-de...@rpm5.org
> ]
> +http://rpm5.org/community/rpm-devel/5655.html
> 
>
>
> Considering upstream has explicitly rejected this patch, why should we 
> accept it?
>
> Ross
>
>

 I'm confused by what the patch is doing looking at it.

 It sounds like from the description there is a bug that without the change,
 packages with (intentionally) bad checksums and such are allowed to be 
 installed.

 The bug is caused by a previous patch that enabled nosignature, etc -- 
 because
 the comparisons turned out to be backwards.

 So really nosignature, etc is already in place -- it's just not working 
 properly?

 What was rejected upstream is the use of nosignature in any context.  RPM5
 maintainer believes it is unwise and unsafe to permit uses to install 
 packages
 that have failed basic validation.  (I tend to agree.)  Similarly, even 
 being
 able to run queries and other operations against them may be dangerous as 
 well.
>>>
>>> If command like "rpm5 -qp --nosignature --nodigest " queries 
>>> database,
>>> then it would cause rpm5 hang when more than one "rpm5 -qp" is running, so I
>>> fixed the *query* problem, and the *install* problem is not caused by the 
>>> fix.
>>> Btw., *rpm4* doesn't query database when "rpm -qp file.rpm", if we are going
>>> to use dnf in next release, maybe we can consider using rpm4 as Fedora does.
>>> I did a rough statistics for oe-core's local patches, the winner is rpm, it
>>> has 77 local patches, that's not good for maintaining, and you can imagine 
>>> that
>>
>> 30 patches are simply configuration changes.
>>
>> 42 patches are bug fixes that have been submitted and will likely go away in 
>> the
>> next uprev.
>>
>>> how many times it surprised us. rpm4 should be more stable than rpm5, I 
>>> don't
>>> know how many distros use rpm5, I can't access rpm5.org atm, it seems that 
>>> the
>>> web is down (It was OK yesterday), but widely used distros like Redhat and 
>>> Suse
>>
>> The website is working for me today.
>>
>>> uses rpm4, so maybe rpm4 will make our life much more easier, and also for
>>> yocto's user. I think that why we need rpm5 before was because we need use 
>>> it
>>
>> There is a major problem with rpm4.  It doesn't support cross compiling at 
>> all.
>> We know in the past there have been significant problems with it and 
>> BerkleyDB
>> with endian issues.  Also it was not possible to do cross-architecture 
>> installs
>> (in the past, this one might be resolved.)
>>
>> The general functionality between RPM4 and RPM5 is nearly identical.  RPM 4 
>> has
>> a plug-in interface (which I personally don't believe should be used due to
>> security issues.)  RPM 5 has a focus around specific security enhancements.
>> Some are reasonable, some are a bit too experimental to be used.
>>
>> The other main difference is software license.  RPM 4 is 'GPLv2', while RPM5 
>> is
>> 'LGPLv2'.  This doesn't sound like a big deal at first -- but RPM 4 can't be
>> linked to OpenSSL for it's crypto library.  RPM 4 is linked ONLY to NSS, 
>> while
>> RPM5 can use beecrypt, nss, openssl and others.  This makes for a 
>> significantly
>> more flexible embedded system.
>>
>>> to compute the package dependencies, but now we have smartpm, so we don't 
>>> rely
>>> on that any more.
>>>
>>> Here is the recipe list which has more than 10 local patches, and we have 
>>> 1762
>>> patches atm:
>>>   77 rpm
>>
>> I'd think it's a better comparison to say '30', the configuration items.  So
>> it's similar to perl or openssl in complexity.  I'd agree that is a fair 
>> comparison.
>>
>>>   59 gcc-5.4
>>>   49 gcc-6.2
>>>   36 ltp
>>>   31 python3
>>>   30 perl
>>>   29 openssl
>>>   28 man
>>>   27 glibc
>>>   24 python
>>>   23 tcp-wrappers-7.6
>>>   23 systemd
>>>   18 busybox
>>>   14 syslinux
>>>   14 python-smartpm
>>>   14 elfutils-0.166
>>>   14 apt
>>>   13 qemu
>>>   13 libtool
>>>   13 gstreamer1.0-plugins-bad
>>>   13 glib-2.0
>>>   13 binutils
>>>   13 bind
>>>   12 coreutils-6.9
>>>   11 valgrind
>>>   11 gdb
>>>   11 dhcp
>>>   11 autoconf
>>>   10 unzip
>>>   10 dpkg
>>>   10 console-tools-0.3.2
>>>

 If fixing 

[OE-core] [PATCH 1/2] runqemu: Move virtio RNG to machine configuration

[Nathan Rossi]

Not all QEMU machines (outside of those available in OE-Core) are
capable of using the virtio-rng-pci device due to various machine models
not having a pci/virtio bus. This makes it such that the use of the
'-device virtio-rng-pci' flag to QEMU is machine specific.

This patch removes the general addition of the flag to all runqemu
targets and adds the flag into the QB_OPT_APPEND for all the qemu*
machines in OE-Core that support its use (which is all of them).

Signed-off-by: Nathan Rossi 
---
 meta/conf/machine/include/qemuboot-mips.inc | 2 +-
 meta/conf/machine/include/qemuboot-x86.inc  | 2 +-
 meta/conf/machine/qemuarm.conf  | 2 +-
 meta/conf/machine/qemuarm64.conf| 2 +-
 meta/conf/machine/qemuppc.conf  | 2 +-
 scripts/runqemu | 3 ---
 6 files changed, 5 insertions(+), 8 deletions(-)

diff --git a/meta/conf/machine/include/qemuboot-mips.inc 
b/meta/conf/machine/include/qemuboot-mips.inc
index 0f04b81443..01f8f8bb3b 100644
--- a/meta/conf/machine/include/qemuboot-mips.inc
+++ b/meta/conf/machine/include/qemuboot-mips.inc
@@ -3,5 +3,5 @@ IMAGE_CLASSES += "qemuboot"
 QB_MEM = "-m 256"
 QB_MACHINE = "-machine malta"
 QB_KERNEL_CMDLINE_APPEND = "console=ttyS0 console=tty"
-QB_OPT_APPEND = "-vga cirrus -show-cursor -usb -usbdevice tablet"
+QB_OPT_APPEND = "-vga cirrus -show-cursor -usb -usbdevice tablet -device 
virtio-rng-pci"
 QB_SYSTEM_NAME = "qemu-system-${TUNE_ARCH}"
diff --git a/meta/conf/machine/include/qemuboot-x86.inc 
b/meta/conf/machine/include/qemuboot-x86.inc
index 221cc95052..20e90716db 100644
--- a/meta/conf/machine/include/qemuboot-x86.inc
+++ b/meta/conf/machine/include/qemuboot-x86.inc
@@ -11,4 +11,4 @@ QB_CPU_KVM_x86-64 = "-cpu kvm64"
 QB_AUDIO_DRV = "alsa"
 QB_AUDIO_OPT = "-soundhw ac97,es1370"
 QB_KERNEL_CMDLINE_APPEND = "vga=0 uvesafb.mode_option=640x480-32 
oprofile.timer=1 uvesafb.task_timeout=-1"
-QB_OPT_APPEND = "-vga vmware -show-cursor -usb -usbdevice tablet"
+QB_OPT_APPEND = "-vga vmware -show-cursor -usb -usbdevice tablet -device 
virtio-rng-pci"
diff --git a/meta/conf/machine/qemuarm.conf b/meta/conf/machine/qemuarm.conf
index 4c5891ab7c..ff1ab7d48f 100644
--- a/meta/conf/machine/qemuarm.conf
+++ b/meta/conf/machine/qemuarm.conf
@@ -14,6 +14,6 @@ SERIAL_CONSOLES = "115200;ttyAMA0 115200;ttyAMA1"
 QB_SYSTEM_NAME = "qemu-system-arm"
 QB_MACHINE = "-machine versatilepb"
 QB_KERNEL_CMDLINE_APPEND = "console=ttyAMA0,115200 console=tty"
-QB_OPT_APPEND = "-show-cursor -usb -usbdevice tablet"
+QB_OPT_APPEND = "-show-cursor -usb -usbdevice tablet -device virtio-rng-pci"
 PREFERRED_VERSION_linux-yocto ??= "4.8%"
 QB_DTB = "${@base_version_less_or_equal('PREFERRED_VERSION_linux-yocto', 
'4.7', '', 'zImage-versatile-pb.dtb', d)}"
diff --git a/meta/conf/machine/qemuarm64.conf b/meta/conf/machine/qemuarm64.conf
index da59c338e4..a0920fe0e4 100644
--- a/meta/conf/machine/qemuarm64.conf
+++ b/meta/conf/machine/qemuarm64.conf
@@ -15,7 +15,7 @@ QB_MEM = "-m 512"
 QB_MACHINE = "-machine virt"
 QB_CPU = "-cpu cortex-a57"
 QB_KERNEL_CMDLINE_APPEND = "console=ttyAMA0,38400"
-QB_OPT_APPEND = "-show-cursor"
+QB_OPT_APPEND = "-show-cursor -device virtio-rng-pci"
 QB_TAP_OPT = "-netdev tap,id=net0,ifname=@TAP@,script=no,downscript=no -device 
virtio-net-device,netdev=net0,mac=@MAC@"
 QB_SLIRP_OPT = "-netdev user,id=net0 -device virtio-net-device,netdev=net0"
 QB_ROOTFS_OPT = "-drive id=disk0,file=@ROOTFS@,if=none,format=raw -device 
virtio-blk-device,drive=disk0"
diff --git a/meta/conf/machine/qemuppc.conf b/meta/conf/machine/qemuppc.conf
index e54c3dd18f..3ae33088ea 100644
--- a/meta/conf/machine/qemuppc.conf
+++ b/meta/conf/machine/qemuppc.conf
@@ -16,5 +16,5 @@ QB_SYSTEM_NAME = "qemu-system-ppc"
 QB_MACHINE = "-machine mac99"
 QB_CPU = "-cpu G4"
 QB_KERNEL_CMDLINE_APPEND = "console=tty console=ttyS0"
-QB_OPT_APPEND = "-show-cursor -usb -usbdevice tablet"
+QB_OPT_APPEND = "-show-cursor -usb -usbdevice tablet -device virtio-rng-pci"
 QB_TAP_OPT = "-netdev tap,id=net0,ifname=@TAP@,script=no,downscript=no -device 
virtio-net-pci,netdev=net0,mac=@MAC@"
diff --git a/scripts/runqemu b/scripts/runqemu
index 658f7c8abd..2ed6f9a26e 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -900,9 +900,6 @@ class BaseConfig(object):
 
 self.qemu_opt = "%s %s %s %s %s" % (qemu_bin, self.get('NETWORK_CMD'), 
self.qemu_opt_script, self.get('ROOTFS_OPTIONS'), self.get('QB_OPT_APPEND'))
 
-# Enable virtio RNG else we can run out of entropy in guests
-self.qemu_opt += " -device virtio-rng-pci"
-
 if self.snapshot:
 self.qemu_opt += " -snapshot"
 
-- 
2.9.3
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/2] scripts/runqemu: Using a cpio* rootfs has no special network

[Nathan Rossi]

When booting a system with the rootfs being of cpio* type the networking
setup should still work the same as for all other root filesystem types.
This change removes the clearing of the NETWORK_CMD variable allowing
for the slirp/tap setup to be provided to QEMU.

Signed-off-by: Nathan Rossi 
---
 scripts/runqemu | 1 -
 1 file changed, 1 deletion(-)

diff --git a/scripts/runqemu b/scripts/runqemu
index 2ed6f9a26e..5095e67817 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -821,7 +821,6 @@ class BaseConfig(object):
 self.rootfs_options = '-drive file=%s,if=virtio,format=raw' % 
self.rootfs
 
 if self.fstype in ('cpio.gz', 'cpio'):
-self.set('NETWORK_CMD', '')
 self.kernel_cmdline = 'root=/dev/ram0 rw debugshell'
 self.rootfs_options = '-initrd %s' % self.rootfs
 else:
-- 
2.9.3
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] bitbake.conf: add a lazy default for SDKMACHINE

[Ross Burton]

If the user doesn't set SDKMACHINE in their local.conf then uninative and
buildtools will fail in obscure ways, so ensure that a default value is set.

Also as SDK_ARCH will be overritten then loading the machine-sdk configuration
file, don't bother assigning it.

Signed-off-by: Ross Burton 
---
 meta/conf/bitbake.conf | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index b6a1a68..359f787 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -129,7 +129,7 @@ TARGET_CC_ARCH = "${TUNE_CCARGS}"
 TARGET_LD_ARCH = "${TUNE_LDARGS}"
 TARGET_AS_ARCH = "${TUNE_ASARGS}"
 
-SDK_ARCH = "${BUILD_ARCH}"
+SDKMACHINE ??= "x86_64"
 SDK_OS = "${BUILD_OS}"
 SDK_VENDOR = "-oesdk"
 SDK_SYS = "${SDK_ARCH}${SDK_VENDOR}${@['-' + d.getVar('SDK_OS', True), 
''][d.getVar('SDK_OS', True) == ('' or 'custom')]}"
-- 
2.8.1

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

[OE-core] [PATCH 2/2] buildtools-tarball: improve stamp independence

[Joshua Lock]

buildtools-tarball shouldn't be regenerated when MACHINE changes,
nor should variants for other SDKMACHINE be removed from the deploy
directory when SDKMACHINE changes.

Remove target architecture dependencies so that deploy artefacts
can overlap.

Signed-off-by: Joshua Lock 
---
 meta/recipes-core/meta/buildtools-tarball.bb | 15 +--
 1 file changed, 13 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-core/meta/buildtools-tarball.bb 
b/meta/recipes-core/meta/buildtools-tarball.bb
index 2e738e6..da18c09 100644
--- a/meta/recipes-core/meta/buildtools-tarball.bb
+++ b/meta/recipes-core/meta/buildtools-tarball.bb
@@ -28,10 +28,13 @@ TOOLCHAIN_HOST_TASK ?= "\
 
 MULTIMACH_TARGET_SYS = "${SDK_ARCH}-nativesdk${SDK_VENDOR}-${SDK_OS}"
 PACKAGE_ARCH = "${SDK_ARCH}"
+PACKAGE_ARCHS = ""
+TARGET_ARCH = "none"
+TARGET_OS = "none"
 
 SDK_PACKAGE_ARCHS += "buildtools-dummy-${SDKPKGSUFFIX}"
 
-TOOLCHAIN_OUTPUTNAME ?= 
"${SDK_NAME}-buildtools-nativesdk-standalone-${DISTRO_VERSION}"
+TOOLCHAIN_OUTPUTNAME ?= 
"${SDK_ARCH}-buildtools-nativesdk-standalone-${DISTRO_VERSION}"
 
 SDK_TITLE = "Build tools"
 
@@ -41,10 +44,18 @@ EXCLUDE_FROM_WORLD = "1"
 
 inherit meta
 inherit populate_sdk
-inherit toolchain-scripts
+inherit toolchain-scripts-base
+inherit nopackages
+
+deltask install
+deltask package
+deltask packagedata
+deltask populate_sysroot
 
 do_populate_sdk[stamp-extra-info] = "${SDKMACHINE}"
 
+REAL_MULTIMACH_TARGET_SYS = "none"
+
 create_sdk_files_append () {
rm -f ${SDK_OUTPUT}/${SDKPATH}/site-config-*
rm -f ${SDK_OUTPUT}/${SDKPATH}/environment-setup-*
-- 
2.7.4

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

[OE-core] [PATCH 1/2] toolchain-scripts-base: add base class for toolchain_create_sdk_version

[Joshua Lock]

We use toolchain_create_sdk_version() in buildtools-tarball but
don't want the extra classes toolchain-scripts pulls in, therefore
split out a separate base class for this function which both
toolchain-scripts and the buildtools-tarball can inherit.

Signed-off-by: Joshua Lock 
---
 meta/classes/toolchain-scripts-base.bbclass | 11 +++
 meta/classes/toolchain-scripts.bbclass  | 14 +-
 2 files changed, 12 insertions(+), 13 deletions(-)
 create mode 100644 meta/classes/toolchain-scripts-base.bbclass

diff --git a/meta/classes/toolchain-scripts-base.bbclass 
b/meta/classes/toolchain-scripts-base.bbclass
new file mode 100644
index 000..2489b9d
--- /dev/null
+++ b/meta/classes/toolchain-scripts-base.bbclass
@@ -0,0 +1,11 @@
+#This function create a version information file
+toolchain_create_sdk_version () {
+   local versionfile=$1
+   rm -f $versionfile
+   touch $versionfile
+   echo 'Distro: ${DISTRO}' >> $versionfile
+   echo 'Distro Version: ${DISTRO_VERSION}' >> $versionfile
+   echo 'Metadata Revision: ${METADATA_REVISION}' >> $versionfile
+   echo 'Timestamp: ${DATETIME}' >> $versionfile
+}
+toolchain_create_sdk_version[vardepsexclude] = "DATETIME"
diff --git a/meta/classes/toolchain-scripts.bbclass 
b/meta/classes/toolchain-scripts.bbclass
index 997ff88..0e11f2d 100644
--- a/meta/classes/toolchain-scripts.bbclass
+++ b/meta/classes/toolchain-scripts.bbclass
@@ -1,4 +1,4 @@
-inherit siteinfo kernel-arch
+inherit toolchain-scripts-base siteinfo kernel-arch
 
 # We want to be able to change the value of MULTIMACH_TARGET_SYS, because it
 # doesn't always match our expectations... but we default to the stock value
@@ -136,18 +136,6 @@ toolchain_create_sdk_siteconfig () {
 # The immediate expansion above can result in unwanted path dependencies here
 toolchain_create_sdk_siteconfig[vardepsexclude] = 
"TOOLCHAIN_CONFIGSITE_SYSROOTCACHE"
 
-#This function create a version information file
-toolchain_create_sdk_version () {
-   local versionfile=$1
-   rm -f $versionfile
-   touch $versionfile
-   echo 'Distro: ${DISTRO}' >> $versionfile
-   echo 'Distro Version: ${DISTRO_VERSION}' >> $versionfile
-   echo 'Metadata Revision: ${METADATA_REVISION}' >> $versionfile
-   echo 'Timestamp: ${DATETIME}' >> $versionfile
-}
-toolchain_create_sdk_version[vardepsexclude] = "DATETIME"
-
 python __anonymous () {
 import oe.classextend
 deps = ""
-- 
2.7.4

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

Re: [OE-core] rm_work + pybootchart enhancements

[Patrick Ohly]

On Wed, 2016-09-21 at 18:08 +0200, Martin Jansa wrote:
> On Wed, Sep 21, 2016 at 05:39:02PM +0200, Patrick Ohly wrote:
> > Test script attached. I only ran this once, so I can't vouch that the
> > numbers are stable. I remember reading about a benchmark wrapper which
> > can run such a test script multiple times and then will automatically
> > merge the output of all runs together, adding min/max/average/deviation,
> > but couldn't find the tool again. Does anyone know which tool does that?
> 
> it's in oe-core:
> ./scripts/contrib/bb-perf/bb-matrix-plot.sh
> ./scripts/contrib/bb-perf/bb-matrix.sh
> 
> ...

That's bitbake specific. What I was remembering is something generic
that works for anything that prints test results on stdout. Perhaps I
was dreaming ;-}

-- 
Best Regards, Patrick Ohly

The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.



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

[OE-core] [PATCH] gstreamer1.0-libav: Add 'valgrind' config option

[Otavio Salvador]

This fixes following error:

,
| src/libavutil/log.c:51:31: fatal error: valgrind/valgrind.h: No such file or 
directory
|  #include 
`

Signed-off-by: Otavio Salvador 
---

 meta/recipes-multimedia/gstreamer/gstreamer1.0-libav.inc | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-libav.inc 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-libav.inc
index b24de62..ea01163 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-libav.inc
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-libav.inc
@@ -18,6 +18,7 @@ PACKAGECONFIG[gpl] = "--enable-gpl,--disable-gpl,"
 PACKAGECONFIG[libav] = "--with-system-libav,,libav"
 PACKAGECONFIG[orc] = "--enable-orc,--disable-orc,orc"
 PACKAGECONFIG[yasm] = "--enable-yasm,--disable-yasm,yasm-native"
+PACKAGECONFIG[valgrind] = "--enable-valgrind,--disable-valgrind,valgrind"
 
 GSTREAMER_1_0_DEBUG ?= "--disable-debug"
 
-- 
2.10.0

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

[OE-core] [PATCH 0/1] xserver-xorg: fix qa warnings

[kai.kang]

From: Kai Kang 

The following changes since commit 3c1807e2d85b2b6147c113645af85fc3d73c9928:

  uninative-tarball: Make stamp independent (2016-09-22 00:24:56 +0100)

are available in the git repository at:

  git://git.pokylinux.org/poky-contrib kangkai/xorg
  http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=kangkai/xorg

Kai Kang (1):
  xserver-xorg: fix qa warnings

 meta/recipes-graphics/xorg-xserver/xserver-xorg.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

-- 
2.9.3

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

[OE-core] [PATCH 1/1] xserver-xorg: fix qa warnings

[kai.kang]

From: Kai Kang 

When build lib32-xserver-xorg it has qa warning:

| WARNING: lib32-xserver-xorg-2_1.18.4-r0 do_package_qa: QA Issue:
| Package lib32-xf86-video-modesetting contains Xorg driver
| (modesetting_drv.so) but no xorg-abi- dependencies [xorg-driver-abi]

The qa check xorg-driver-abi has been skipped for xserver-xorg and make
it to skip for multilib package too.

Signed-off-by: Kai Kang 
---
 meta/recipes-graphics/xorg-xserver/xserver-xorg.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xorg.inc 
b/meta/recipes-graphics/xorg-xserver/xserver-xorg.inc
index 371c279..29503b1 100644
--- a/meta/recipes-graphics/xorg-xserver/xserver-xorg.inc
+++ b/meta/recipes-graphics/xorg-xserver/xserver-xorg.inc
@@ -69,7 +69,7 @@ PACKAGES =+ "${PN}-sdl \
  xf86-video-modesetting"
 
 SUMMARY_xf86-video-modesetting = "X.Org X server -- modesetting display driver"
-INSANE_SKIP_xf86-video-modesetting = "xorg-driver-abi"
+INSANE_SKIP_${MLPREFIX}xf86-video-modesetting = "xorg-driver-abi"
 
 XSERVER_RRECOMMENDS = "xkeyboard-config rgb xserver-xf86-config xkbcomp"
 RRECOMMENDS_${PN} += "${XSERVER_RRECOMMENDS}"
-- 
2.9.3

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

Re: [OE-core] [PATCH v2] Remove bashisms

[Burton, Ross]

On 22 September 2016 at 10:33,  wrote:

> -if type systemctl >/dev/null 2>/dev/null; then
> +if command -p systemctl >/dev/null 2>/dev/null; then


This doesn't do what you want:

$ type whoami ; echo $?
whoami is /usr/bin/whoami
0
$ type foobar; echo $?
-bash: type: foobar: not found
1

'type' when used with a binary prints the full path (thus the redirect) and
returns success if it was found, error if it wasn't.

$ command -p whoami ; echo $?
ross
0

$ which applyotron
/home/ross/bin/applyotron
$ command -p applyotron
-bash: applyotron: command not found

'command -p' searches for a binary (ignoring any aliases or builtins) in a
hardcoded set of paths as you pass -p (not $PATH, so will fail at rootfs
time) for a binary and executes it if found.  We don't want to look in a
hard-coded set of paths, and we don't want to run the binary, so these
changes are bad.

bash, dash and ash all support type, which is why verify-bashisms has them
on the whitelist as the simplest way of saying "does this binary exist".


# 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}/${libdir}/rpm/Specfile.pm
> +   rm -f ${D}/${libdir}/rpm/cpanflute
> +   rm -f ${D}/${libdir}/rpm/cpanflute2
> +   rm -f ${D}/${libdir}/rpm/rpmdiff
> +   rm -f ${D}/${libdir}/rpm/rpmdiff.cgi
> +   rm -f ${D}/${libdir}/rpm/sql.prov
> +   rm -f ${D}/${libdir}/rpm/sql.req
> +   rm -f ${D}/${libdir}/rpm/tcl.req
> +   rm -f ${D}/${libdir}/rpm/trpm
>

I deleted these in "rpm: remove redundant removals" when doing a similar
sweep, so please rebase to master.

I think all thats left is the guile cleanup, so can you submit just that
with a rewritten commit message.

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

[OE-core] [wic][PATCH] wic: remove partition images

[Ed Bartosh]

Preserving images for every partition doubles disk space
consumed by a build. As those images are not used it's
better to remove them after assembling final image.

Signed-off-by: Ed Bartosh 
---
 scripts/lib/wic/utils/partitionedfs.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/scripts/lib/wic/utils/partitionedfs.py 
b/scripts/lib/wic/utils/partitionedfs.py
index 46b5d34..3dbf9a6 100644
--- a/scripts/lib/wic/utils/partitionedfs.py
+++ b/scripts/lib/wic/utils/partitionedfs.py
@@ -351,7 +351,7 @@ class Image():
 (source, part['num'], part['start'],
  part['start'] + part['size'] - 1, part['size']))
 
-os.rename(source, image_file + '.p%d' % part['num'])
+os.unlink(source)
 
 def create(self):
 for dev in self.disks:
-- 
2.1.4

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

[OE-core] [PATCH v2] Remove bashisms

[zhe.he]

From: "Tim K. Chan" 

Signed-off-by: Tim K. Chan 
[
Adjust context
Use Peter Kjellerstedt's simpler guile_cross_config
]
Signed-off-by: He Zhe 
---
 meta/classes/systemd.bbclass   |  4 +--
 meta/classes/update-rc.d.bbclass   |  6 ++--
 .../resolvconf/resolvconf_1.79.bb  |  2 +-
 meta/recipes-core/glibc/glibc-package.inc  |  2 +-
 meta/recipes-devtools/guile/guile_2.0.12.bb| 37 --
 meta/recipes-devtools/rpm/rpm_5.4.16.bb| 13 ++--
 6 files changed, 39 insertions(+), 25 deletions(-)

diff --git a/meta/classes/systemd.bbclass b/meta/classes/systemd.bbclass
index db7873f..7370489 100644
--- a/meta/classes/systemd.bbclass
+++ b/meta/classes/systemd.bbclass
@@ -28,7 +28,7 @@ if [ -n "$D" ]; then
 OPTS="--root=$D"
 fi
 
-if type systemctl >/dev/null 2>/dev/null; then
+if command -p systemctl >/dev/null 2>/dev/null; then
systemctl $OPTS ${SYSTEMD_AUTO_ENABLE} ${SYSTEMD_SERVICE}
 
if [ -z "$D" -a "${SYSTEMD_AUTO_ENABLE}" = "enable" ]; then
@@ -44,7 +44,7 @@ if [ -n "$D" ]; then
 OPTS="--root=$D"
 fi
 
-if type systemctl >/dev/null 2>/dev/null; then
+if command -p systemctl >/dev/null 2>/dev/null; then
if [ -z "$D" ]; then
systemctl stop ${SYSTEMD_SERVICE}
fi
diff --git a/meta/classes/update-rc.d.bbclass b/meta/classes/update-rc.d.bbclass
index 82b8024..dee80c8 100644
--- a/meta/classes/update-rc.d.bbclass
+++ b/meta/classes/update-rc.d.bbclass
@@ -15,7 +15,7 @@ updatercd_preinst() {
 if [ -z "$D" -a -f "${INIT_D_DIR}/${INITSCRIPT_NAME}" ]; then
${INIT_D_DIR}/${INITSCRIPT_NAME} stop
 fi
-if type update-rc.d >/dev/null 2>/dev/null; then
+if command -p update-rc.d >/dev/null 2>/dev/null; then
if [ -n "$D" ]; then
OPT="-f -r $D"
else
@@ -26,7 +26,7 @@ fi
 }
 
 updatercd_postinst() {
-if type update-rc.d >/dev/null 2>/dev/null; then
+if command -p update-rc.d >/dev/null 2>/dev/null; then
if [ -n "$D" ]; then
OPT="-r $D"
else
@@ -43,7 +43,7 @@ fi
 }
 
 updatercd_postrm() {
-if type update-rc.d >/dev/null 2>/dev/null; then
+if command -p update-rc.d >/dev/null 2>/dev/null; then
if [ -n "$D" ]; then
OPT="-f -r $D"
else
diff --git a/meta/recipes-connectivity/resolvconf/resolvconf_1.79.bb 
b/meta/recipes-connectivity/resolvconf/resolvconf_1.79.bb
index 8550177..e415445 100644
--- a/meta/recipes-connectivity/resolvconf/resolvconf_1.79.bb
+++ b/meta/recipes-connectivity/resolvconf/resolvconf_1.79.bb
@@ -56,7 +56,7 @@ do_install () {
 
 pkg_postinst_${PN} () {
if [ -z "$D" ]; then
-   if command -v systemd-tmpfiles >/dev/null; then
+   if command -p systemd-tmpfiles >/dev/null; then
systemd-tmpfiles --create 
${sysconfdir}/tmpfiles.d/resolvconf.conf
elif [ -e ${sysconfdir}/init.d/populate-volatile.sh ]; then
${sysconfdir}/init.d/populate-volatile.sh update
diff --git a/meta/recipes-core/glibc/glibc-package.inc 
b/meta/recipes-core/glibc/glibc-package.inc
index 6df8b9e..557f32a 100644
--- a/meta/recipes-core/glibc/glibc-package.inc
+++ b/meta/recipes-core/glibc/glibc-package.inc
@@ -206,7 +206,7 @@ glibc_package_preprocess () {
 
 pkg_postinst_nscd () {
if [ -z "$D" ]; then
-   if command -v systemd-tmpfiles >/dev/null; then
+   if command -p systemd-tmpfiles >/dev/null; then
systemd-tmpfiles --create 
${sysconfdir}/tmpfiles.d/nscd.conf
elif [ -e ${sysconfdir}/init.d/populate-volatile.sh ]; then
${sysconfdir}/init.d/populate-volatile.sh update
diff --git a/meta/recipes-devtools/guile/guile_2.0.12.bb 
b/meta/recipes-devtools/guile/guile_2.0.12.bb
index d2fe511..a466d65 100644
--- a/meta/recipes-devtools/guile/guile_2.0.12.bb
+++ b/meta/recipes-devtools/guile/guile_2.0.12.bb
@@ -87,22 +87,27 @@ SYSROOT_PREPROCESS_FUNCS = "guile_cross_config"
 
 guile_cross_config() {
# this is only for target recipe
-   if [ "${PN}" = "guile" ]
-   then
-   # Create guile-config returning target values instead of native 
values
-   install -d ${SYSROOT_DESTDIR}${STAGING_BINDIR_CROSS}
-   echo '#!'`which ${BUILD_SYS}-guile`$' \\\n--no-auto-compile -e 
main -s\n!#\n(define %guile-build-info '\'\( \
-   > ${B}/guile-config.cross
-   sed -n -e 's:^[ \t]*{[ \t]*":  (:' \
-   -e 's:",[ \t]*": . ":' \
-   -e 's:" *}, *\\:"):' \
-   -e 's:^.*cachedir.*$::' \
-   -e '/^  (/p' \
-   < ${B}/libguile/libpath.h >> ${B}/guile-config.cross
-   echo '))' >> ${B}/guile-config.cross
-   cat ${B}/meta/guile-config >> ${B}/guile-config.cross
-   

Re: [OE-core] Terminating matchbox window manager leads to DRM lockups

[Shrikant Bobade]

Hi,

@Ping

Please advise further pointers if any.


Thanks
Shrikant

On Thu, Aug 25, 2016 at 8:13 PM, srikanth krishnakar 
wrote:

> Hello All,
>
> I am building latest yocto with core-image-sato and noticed that matchbox
> session or its relative apps are using kernel context and eventually these
> are shown when the window manager is terminated or the target is rebooted.
> Please see the logs below:
>
> Target: i.MX6Q ARM
> Kernel: Linux-4.1
> Yocto: master (7b9f59)
>
>
> --
> root@mx6q:~# ps | grep match
>   558 root  7080 Smatchbox-window-manager -theme Sato -use_cursor
> yes
>   612 root  174m Smatchbox-desktop
>   614 root  174m Smatchbox-panel --start-applets
> showdesktop,windowselector --end-applets clock,battery,,systray,
> startup-notify,notify
>   677 root  2752 Sgrep match
> root@mx6q:~#
> root@mx6q:~#
> root@mx6q:~# opkg list | grep -i xserver-xorg
> xserver-xorg - 2:1.18.4-r0.3
> xserver-xorg-extension-glx - 2:1.18.4-r0.3
> xserver-xorg-extension-viv-autohdmi - 3:5.0.11.p8.4-r0.3
> xserver-xorg-module-exa - 2:1.18.4-r0.3
> root@mx6q:~# opkg list | grep -i matchbox
> matchbox-config-gtk - 0.2-r0.2
> matchbox-desktop - 2.1-r0.2
> matchbox-keyboard - 0.1.1-r0.2
> matchbox-keyboard-applet - 0.1.1-r0.2
> matchbox-keyboard-im - 0.1.1-r0.2
> matchbox-panel-2 - 2.11-r0.2
> matchbox-session - 0.1-r4.0
> matchbox-session-sato - 0.1-r30.0
> matchbox-terminal - 0.1-r0.2
> matchbox-theme-sato - 0.2-r0.0
> matchbox-wm - 1.2.1-r0.1
> root@mx6q:~#
> root@mx6q:~# kill 558
> root@mx6q:~# [  404.937507] [drm:drm_legacy_unlock] *ERROR* Process 614
> using kernel context 0
> [  404.947643] [drm:drm_lock_take] *ERROR* 1 holds heavyweight lock
> [  404.953752] [drm:drm_legacy_unlock] *ERROR* Process 612 using kernel
> context 0
> [  405.132658] [drm:drm_legacy_unlock] *ERROR* Process 612 using kernel
> context 0
> [  405.140370] [drm:drm_legacy_unlock] *ERROR* Process 614 using kernel
> context 0
> --
>
> Reboot scenario:
> ---
> root@mx6q:~#
> root@mx6q:~# ps | grep -i match
>   569 root  7080 Smatchbox-window-manager -theme Sato -use_cursor
> yes
>   621 root  174m Smatchbox-desktop
>   622 root  174m Smatchbox-panel --start-applets
> showdesktop,windowselector --end-applets clock,battery,,systray,
> startup-notify,notify
>   652 root  2752 Sgrep -i match
> root@mx6q:~#
> root@mx6q:~# reboot
> [   26.234069] [drm:drm_legacy_unlock] *ERROR* Process 622 using kernel
> context 0
> [   26.247957] [drm:drm_legacy_unlock] *ERROR* Process 622 using kernel
> context 0
> [   26.261257] [drm:drm_legacy_unlock] *ERROR* Process 621 using kernel
> context 0
> [   26.268810] [drm:drm_lock_take] *ERROR* 1 holds heavyweight lock
> ---
>
> Killing Xorg directly does not have any issue related to DRM lockup, but
> termination of matchbox session is showing up these errors. The target has
> DRM support and runs on accelerated graphics.
>
> This is not seen on "krogoth yocto-2.1" builds.
>
> Did anyone notice this on most recent core-image-sato running on DRM
> enabled target ?
>
> Any pointers will be much appreciated.
>
> TIA!
>
> --
> ___
> 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

Re: [OE-core] [PATCH v2] libunwind: add aarch64 support

[Fathi Boudra]

On 22 September 2016 at 11:56, Fathi Boudra  wrote:
> On 20 September 2016 at 17:21, Randy MacLeod
>  wrote:
>> On 2016-09-20 07:57 AM, Fathi Boudra wrote:
>>>
>>> Hi,
>>>
>>> On 20 September 2016 at 05:12, ChenQi >> > wrote:

 On 09/26/2014 05:59 PM, Fathi Boudra wrote:
>
>
> * pass --enable-debug-frame on aarch64 architecture



 Hi Fathi,

 I'm now dealing with a problem related to libunwind support on aarch64.
 Could you please tell me why '--enable-debug-frame' is needed for
 aarch64?
>>>
>>>
>>> libunwind needs to be configured with --enable-debug-frame to prevent a
>>> linkage error.
>>> Note: --enable-debug-frame is automatically selected on ARM32, not on
>>> ARM64.
>>>
>
> Admittedly, I haven't checked recently and things may have progressed 
> upstream.
> I'm going to double check with our toolchain guys.

After asking to the TC guys, AArch64 doesn't default to debug-frame usage yet.
But as it is the only unwinding mechanism implemented in it, it would
make sense to make it the default.
They're going to give a deeper look to it, and propose a patch if needed.

>> Thanks.
>> We dropped the configuration flag and don't see any linking/linkage
>> problems yet. Can you be more specific about the problems encountered?
>>
>> Our goal is to make tcmalloc from gperftools work on ARM64.

tcmalloc >= 2.4 has support for arm64. We've upstreamed support a year ago.
If you use latest release (2.5), it should work without issues.

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

Re: [OE-core] [PATCH v2] libunwind: add aarch64 support

[Fathi Boudra]

On 20 September 2016 at 17:21, Randy MacLeod
 wrote:
> On 2016-09-20 07:57 AM, Fathi Boudra wrote:
>>
>> Hi,
>>
>> On 20 September 2016 at 05:12, ChenQi > > wrote:
>>>
>>> On 09/26/2014 05:59 PM, Fathi Boudra wrote:


 * pass --enable-debug-frame on aarch64 architecture
>>>
>>>
>>>
>>> Hi Fathi,
>>>
>>> I'm now dealing with a problem related to libunwind support on aarch64.
>>> Could you please tell me why '--enable-debug-frame' is needed for
>>> aarch64?
>>
>>
>> libunwind needs to be configured with --enable-debug-frame to prevent a
>> linkage error.
>> Note: --enable-debug-frame is automatically selected on ARM32, not on
>> ARM64.
>>

Admittedly, I haven't checked recently and things may have progressed upstream.
I'm going to double check with our toolchain guys.

> Thanks.
> We dropped the configuration flag and don't see any linking/linkage
> problems yet. Can you be more specific about the problems encountered?
>
> Our goal is to make tcmalloc from gperftools work on ARM64.
>
> ../Randy
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] bash2dash conversion

[He Zhe]

On 09/19/2016 08:07 PM, Burton, Ross wrote:
>
> On 19 September 2016 at 12:57, Peter Kjellerstedt 
> >wrote:
>
> > ++mem_exists="`grep 
> "^$groupname:[!:]*:[!:]*:\([!,]*,\)*$username\(,[!,]*\)*"$rootdir/etc/group 
> || true`"
> >   if test "x$mem_exists" = "x"; then
> >   bbfatal "${PN}: groupmems command did not 
> succeed."
> >   fi
>
> The above change cannot be correct. Changing the expression "[^:]"
> (which means "anything but :") to "[!:]" (which means "! or :") is
> definitely not the same
>
>
> My prediction is that this series is generated by running checkbashism over 
> the fragments, it fires a false-positive here (from memory because it thinks 
> it is processing a bash glob or something, not grep regex).
>
> Note that I just submitted my verify-bashism script which has a whitelist for 
> things - such as use of command - which whilst not in POSIX are in fact in 
> bash/dash/ash so for all intents and purposes will work.
>

Yes, I'm using checkbashism and have found some false-positive reports but 
missed this one. Thank you for pointing out.

Zhe

> Ross

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

Re: [OE-core] [PATCH] bash2dash conversion

[He Zhe]

On 09/19/2016 07:57 PM, Peter Kjellerstedt wrote:
>> -Original Message-
>> From: openembedded-core-boun...@lists.openembedded.org
>> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
>> zhe...@windriver.com
>> Sent: den 18 september 2016 04:52
>> To: openembedded-core@lists.openembedded.org
>> Subject: [OE-core] [PATCH] bash2dash conversion
>  ^
> Typically this is referred to as "Remove bashisms"...

Yes.

>
>> From: "Tim K. Chan" 
>>
>> Change bash style to dash style
>>
>> Signed-off-by: Tim K. Chan 
>> [Adjust context]
>> Signed-off-by: He Zhe 
>> ---
>>  meta/classes/systemd.bbclass|  4 ++--
>>  meta/classes/update-rc.d.bbclass|  6 +++---
>>  meta/classes/useradd_base.bbclass   |  4 ++--
>>  meta/recipes-connectivity/resolvconf/resolvconf_1.79.bb |  2 +-
>>  meta/recipes-core/glibc/glibc-package.inc   |  2 +-
>>  meta/recipes-devtools/guile/guile_2.0.12.bb |  6 --
>>  meta/recipes-devtools/rpm/rpm_5.4.16.bb | 13 +++--
>>  7 files changed, 24 insertions(+), 13 deletions(-)
> [cut]
>
>> diff --git a/meta/classes/useradd_base.bbclass
>> b/meta/classes/useradd_base.bbclass
>> index f4dc713..35d5f06 100644
>> --- a/meta/classes/useradd_base.bbclass
>> +++ b/meta/classes/useradd_base.bbclass
>> @@ -59,10 +59,10 @@ perform_groupmems () {
>>  gshadow="no"
>>  touch $rootdir${sysconfdir}/gshadow
>>  fi
>> -local mem_exists="`grep 
>> "^$groupname:[^:]*:[^:]*:\([^,]*,\)*$username\(,[^,]*\)*"$rootdir/etc/group 
>> || true`"
>> +local mem_exists="`grep 
>> "^$groupname:[!:]*:[!:]*:\([!,]*,\)*$username\(,[!,]*\)*"$rootdir/etc/group 
>> || true`"
>>  if test "x$mem_exists" = "x"; then
>>  eval flock -x $rootdir${sysconfdir} -c \"$PSEUDO groupmems 
>> \$opts\" || true
>> -mem_exists="`grep 
>> "^$groupname:[^:]*:[^:]*:\([^,]*,\)*$username\(,[^,]*\)*"$rootdir/etc/group 
>> || true`"
>> ++   mem_exists="`grep 
>> "^$groupname:[!:]*:[!:]*:\([!,]*,\)*$username\(,[!,]*\)*"$rootdir/etc/group 
>> || true`"
>>  if test "x$mem_exists" = "x"; then
>>  bbfatal "${PN}: groupmems command did not succeed."
>>  fi
> The above change cannot be correct. Changing the expression "[^:]" 
> (which means "anything but :") to "[!:]" (which means "! or :") is 
> definitely not the same

Thanks for careful review. I really missed correcting thisfalse-positive report.

>> diff --git a/meta/recipes-devtools/guile/guile_2.0.12.bb
>> b/meta/recipes-devtools/guile/guile_2.0.12.bb
>> index d2fe511..3ada0f1 100644
>> --- a/meta/recipes-devtools/guile/guile_2.0.12.bb
>> +++ b/meta/recipes-devtools/guile/guile_2.0.12.bb
>> @@ -91,8 +91,10 @@ guile_cross_config() {
>>  then
>>  # Create guile-config returning target values instead of native 
>> values
>>  install -d ${SYSROOT_DESTDIR}${STAGING_BINDIR_CROSS}
>> -echo '#!'`which ${BUILD_SYS}-guile`$' \\\n--no-auto-compile -e 
>> main -s\n!#\n(define %guile-build-info '\'\( \
>> -> ${B}/guile-config.cross
>> +echo -n '#!' > ${B}/guile-config.cross
>> +echo -n `which x86_64-linux-guile` >> ${B}/guile-config.cross
>> +printf ' \\\n--no-auto-compile -e main -s\n!#\n(define 
>> %%guile-build-info ' >> ${B}/guile-config.cross
>> +echo "'(" >> ${B}/guile-config.cross
>>  sed -n -e 's:^[ \t]*{[ \t]*":  (:' \
>>  -e 's:",[ \t]*": . ":' \
>>  -e 's:" *}, *\\:"):' \
> I suggest to replace the entire guile_cross_config() function with this:
>
> guile_cross_config() {
>   # this is only for target recipe
>   [ "${PN}" = "${BPN}" ] || return 0
>
>   vars=$(sed -n -e 's:^[ \t]*{[ \t]*":  (:' \
> -e 's:",[ \t]*": . ":' \
> -e 's:" *}, *\\:"):' \
> -e 's:^.*cachedir.*$::' \
> -e '/^  (/p' \
>  < ${B}/libguile/libpath.h)
>
>   # Create guile-config returning target values instead of native values
>   install -d ${SYSROOT_DESTDIR}${bindir_crossscripts}
>   cat <${B}/guile-config.cross
> #!$(which ${BUILD_SYS}-guile) \\
> --no-auto-compile -e main -s
> !#
> (define %guile-build-info '(
> $vars
> ))
> EOF
>   cat ${B}/meta/guile-config >> ${B}/guile-config.cross
>   install ${B}/guile-config.cross 
> ${SYSROOT_DESTDIR}${bindir_crossscripts}/guile-config
> }
>
> That should make it a lot simpler to see what is going on.
> Please note that I have corrected the installation path as well.

Definitely simpler and clearer. I'll test and send v2.

Thanks,
Zhe

> //Peter
>
>

-- 
___
Openembedded-core mailing list

Re: [OE-core] [PATCH] ruby: 2.2.5 -> 2.3.1

[Burton, Ross]

This upgrade missed the M3 window which was the last time that upgrades are
acceptable, so it will have to wait until after the 2.2 release.

Ross

On 22 September 2016 at 02:39, Wang, Xin 
wrote:

> ping
>
> -Original Message-
> From: Wang, Xin/王 鑫
> Sent: Thursday, September 01, 2016 1:36 PM
> To: openembedded-core@lists.openembedded.org
> Cc: Wang, Xin/王 鑫
> Subject: [OE-core][PATCH] ruby: 2.2.5 -> 2.3.1
>
> 1) Upgrade ruby from 2.2.5 to 2.3.1.
> 2) Modify LIC_FILES_CHKSUM, since the date in it has been changed, But the
> LICENSE has not been changed.
>
> Signed-off-by: Wang Xin 
> ---
>  meta/recipes-devtools/ruby/ruby.inc | 2 +-
>  meta/recipes-devtools/ruby/{ruby_2.2.5.bb => ruby_2.3.1.bb} | 4 ++--
>  2 files changed, 3 insertions(+), 3 deletions(-)  rename
> meta/recipes-devtools/ruby/{ruby_2.2.5.bb => ruby_2.3.1.bb} (89%)
>
> diff --git a/meta/recipes-devtools/ruby/ruby.inc
> b/meta/recipes-devtools/ruby/ruby.inc
> index fde67e9..f38ebb0 100644
> --- a/meta/recipes-devtools/ruby/ruby.inc
> +++ b/meta/recipes-devtools/ruby/ruby.inc
> @@ -11,7 +11,7 @@ LIC_FILES_CHKSUM = "\
>  file://COPYING;md5=837b32593517ae48b9c3b5c87a5d288c \
>  file://BSDL;md5=19aaf65c88a40b508d17ae4be539c4b5\
>  file://GPL;md5=b234ee4d69f5fce4486a80fdaf4a4263\
> -file://LEGAL;md5=c440adb575ba4e6e2344c2630b6a5584\
> +file://LEGAL;md5=78e8a29b8cc93e042990dbbb5572b1e1\
>  "
>
>  DEPENDS = "ruby-native zlib openssl tcl libyaml db gdbm readline"
> diff --git a/meta/recipes-devtools/ruby/ruby_2.2.5.bb
> b/meta/recipes-devtools/ruby/ruby_2.3.1.bb
> similarity index 89%
> rename from meta/recipes-devtools/ruby/ruby_2.2.5.bb
> rename to meta/recipes-devtools/ruby/ruby_2.3.1.bb
> index 5a64582..f9f5b33 100644
> --- a/meta/recipes-devtools/ruby/ruby_2.2.5.bb
> +++ b/meta/recipes-devtools/ruby/ruby_2.3.1.bb
> @@ -1,7 +1,7 @@
>  require ruby.inc
>
> -SRC_URI[md5sum] = "bd8e349d4fb2c75d90817649674f94be"
> -SRC_URI[sha256sum] = "30c4b31697a4ca4ea0c8db8ad30cf4
> 5e6690a0f09687e5d483c933c03ca335e3"
> +SRC_URI[md5sum] = "0d896c2e7fd54f722b399f407e48a4c6"
> +SRC_URI[sha256sum] = "b87c738cb2032bf4920fef8e3864dc
> 5cf8eae9d89d8d523ce0236945c5797dcd"
>
>  # it's unknown to configure script, but then passed to extconf.rb  #
> maybe it's not really needed as we're hardcoding the result with
> --
> 2.7.4
>
>
>
> --
> ___
> 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][v2] wpa_supplicant: Security Advisory-CVE-2016-4476

[Zhixiong Chi]

Add CVE-2016-4476 patch for avoiding \n and \r characters in passphrase
parameters, which allows remote attackers to cause a denial of service
(daemon outage) via a crafted WPS operation.
Patches came from http://w1.fi/security/2016-1/

Signed-off-by: Zhixiong Chi 
---
 ...ject-a-Credential-with-invalid-passphrase.patch | 86 ++
 ...ines-from-wpa_supplicant-config-network-o.patch | 86 ++
 .../wpa-supplicant/wpa-supplicant_2.5.bb   |  2 +
 3 files changed, 174 insertions(+)
 create mode 100644 
meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/0001-WPS-Reject-a-Credential-with-invalid-passphrase.patch
 create mode 100644 
meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/0002-Remove-newlines-from-wpa_supplicant-config-network-o.patch

diff --git 
a/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/0001-WPS-Reject-a-Credential-with-invalid-passphrase.patch
 
b/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/0001-WPS-Reject-a-Credential-with-invalid-passphrase.patch
new file mode 100644
index 000..db222e4
--- /dev/null
+++ 
b/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/0001-WPS-Reject-a-Credential-with-invalid-passphrase.patch
@@ -0,0 +1,86 @@
+From ecbb0b3dc122b0d290987cf9c84010bbe53e1022 Mon Sep 17 00:00:00 2001
+From: Jouni Malinen 
+Date: Fri, 4 Mar 2016 17:20:18 +0200
+Subject: [PATCH 1/2] WPS: Reject a Credential with invalid passphrase
+
+WPA/WPA2-Personal passphrase is not allowed to include control
+characters. Reject a Credential received from a WPS Registrar both as
+STA (Credential) and AP (AP Settings) if the credential is for WPAPSK or
+WPA2PSK authentication type and includes an invalid passphrase.
+
+This fixes an issue where hostapd or wpa_supplicant could have updated
+the configuration file PSK/passphrase parameter with arbitrary data from
+an external device (Registrar) that may not be fully trusted. Should
+such data include a newline character, the resulting configuration file
+could become invalid and fail to be parsed.
+
+Upstream-Status: Backport
+
+CVE: CVE-2016-4476
+
+Signed-off-by: Jouni Malinen 
+Signed-off-by: Zhixiong Chi 
+---
+ src/utils/common.c | 12 
+ src/utils/common.h |  1 +
+ src/wps/wps_attr_process.c | 10 ++
+ 3 files changed, 23 insertions(+)
+
+diff --git a/src/utils/common.c b/src/utils/common.c
+index 450e2c6..27b7c02 100644
+--- a/src/utils/common.c
 b/src/utils/common.c
+@@ -697,6 +697,18 @@ int is_hex(const u8 *data, size_t len)
+ }
+ 
+ 
++int has_ctrl_char(const u8 *data, size_t len)
++{
++  size_t i;
++
++  for (i = 0; i < len; i++) {
++  if (data[i] < 32 || data[i] == 127)
++  return 1;
++  }
++  return 0;
++}
++
++
+ size_t merge_byte_arrays(u8 *res, size_t res_len,
+const u8 *src1, size_t src1_len,
+const u8 *src2, size_t src2_len)
+diff --git a/src/utils/common.h b/src/utils/common.h
+index 701dbb2..a972240 100644
+--- a/src/utils/common.h
 b/src/utils/common.h
+@@ -488,6 +488,7 @@ const char * wpa_ssid_txt(const u8 *ssid, size_t ssid_len);
+ 
+ char * wpa_config_parse_string(const char *value, size_t *len);
+ int is_hex(const u8 *data, size_t len);
++int has_ctrl_char(const u8 *data, size_t len);
+ size_t merge_byte_arrays(u8 *res, size_t res_len,
+const u8 *src1, size_t src1_len,
+const u8 *src2, size_t src2_len);
+diff --git a/src/wps/wps_attr_process.c b/src/wps/wps_attr_process.c
+index eadb22f..e8c4579 100644
+--- a/src/wps/wps_attr_process.c
 b/src/wps/wps_attr_process.c
+@@ -229,6 +229,16 @@ static int wps_workaround_cred_key(struct wps_credential 
*cred)
+   cred->key_len--;
+ #endif /* CONFIG_WPS_STRICT */
+   }
++
++
++  if (cred->auth_type & (WPS_AUTH_WPAPSK | WPS_AUTH_WPA2PSK) &&
++  (cred->key_len < 8 || has_ctrl_char(cred->key, cred->key_len))) {
++  wpa_printf(MSG_INFO, "WPS: Reject credential with invalid 
WPA/WPA2-Personal passphrase");
++  wpa_hexdump_ascii_key(MSG_INFO, "WPS: Network Key",
++cred->key, cred->key_len);
++  return -1;
++  }
++
+   return 0;
+ }
+ 
+--
+1.9.1
diff --git 
a/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/0002-Remove-newlines-from-wpa_supplicant-config-network-o.patch
 
b/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/0002-Remove-newlines-from-wpa_supplicant-config-network-o.patch
new file mode 100644
index 000..cc7b01a
--- /dev/null
+++ 
b/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/0002-Remove-newlines-from-wpa_supplicant-config-network-o.patch
@@ -0,0 +1,86 @@
+From 0fe5a234240a108b294a87174ad197f6b5cb38e9 Mon Sep 17 00:00:00 2001
+From: Paul Stewart 
+Date: Thu, 3 Mar 

[OE-core] [PATCH][v2] wpa_supplicant: Security Advisory-CVE-2016-4477

[Zhixiong Chi]

Add CVE-2016-4477 patch for avoiding \n and \r characters in passphrase
parameters, which allows remote attackers to cause a denial of service
(daemon outage) via a crafted WPS operation.
Patches came from http://w1.fi/security/2016-1/

Signed-off-by: Zhixiong Chi 
---
 ...parameter-set-with-invalid-passphrase-cha.patch | 55 ++
 ...CRED-commands-with-newline-characters-in-.patch | 66 ++
 ...commands-with-newline-characters-in-the-s.patch | 54 ++
 .../wpa-supplicant/wpa-supplicant_2.5.bb   |  3 +
 4 files changed, 178 insertions(+)
 create mode 100644 
meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/0001-Reject-psk-parameter-set-with-invalid-passphrase-cha.patch
 create mode 100644 
meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/0002-Reject-SET_CRED-commands-with-newline-characters-in-.patch
 create mode 100644 
meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/0003-Reject-SET-commands-with-newline-characters-in-the-s.patch

diff --git 
a/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/0001-Reject-psk-parameter-set-with-invalid-passphrase-cha.patch
 
b/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/0001-Reject-psk-parameter-set-with-invalid-passphrase-cha.patch
new file mode 100644
index 000..dd7d5f7
--- /dev/null
+++ 
b/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/0001-Reject-psk-parameter-set-with-invalid-passphrase-cha.patch
@@ -0,0 +1,55 @@
+From 73e4abb24a936014727924d8b0b2965edfc117dd Mon Sep 17 00:00:00 2001
+From: Jouni Malinen 
+Date: Fri, 4 Mar 2016 18:46:41 +0200
+Subject: [PATCH 1/3] Reject psk parameter set with invalid passphrase
+ character
+
+WPA/WPA2-Personal passphrase is not allowed to include control
+characters. Reject a passphrase configuration attempt if that passphrase
+includes an invalid passphrase.
+
+This fixes an issue where wpa_supplicant could have updated the
+configuration file psk parameter with arbitrary data from the control
+interface or D-Bus interface. While those interfaces are supposed to be
+accessible only for trusted users/applications, it may be possible that
+an untrusted user has access to a management software component that
+does not validate the passphrase value before passing it to
+wpa_supplicant.
+
+This could allow such an untrusted user to inject up to 63 characters of
+almost arbitrary data into the configuration file. Such configuration
+file could result in wpa_supplicant trying to load a library (e.g.,
+opensc_engine_path, pkcs11_engine_path, pkcs11_module_path,
+load_dynamic_eap) from user controlled location when starting again.
+This would allow code from that library to be executed under the
+wpa_supplicant process privileges.
+
+Upstream-Status: Backport
+
+CVE: CVE-2016-4477
+
+Signed-off-by: Jouni Malinen 
+Signed-off-by: Zhixiong Chi 
+---
+ wpa_supplicant/config.c | 6 ++
+ 1 file changed, 6 insertions(+)
+
+diff --git a/wpa_supplicant/config.c b/wpa_supplicant/config.c
+index b1c7870..fdd9643 100644
+--- a/wpa_supplicant/config.c
 b/wpa_supplicant/config.c
+@@ -478,6 +478,12 @@ static int wpa_config_parse_psk(const struct parse_data 
*data,
+   }
+   wpa_hexdump_ascii_key(MSG_MSGDUMP, "PSK (ASCII passphrase)",
+ (u8 *) value, len);
++  if (has_ctrl_char((u8 *) value, len)) {
++  wpa_printf(MSG_ERROR,
++ "Line %d: Invalid passphrase character",
++ line);
++  return -1;
++  }
+   if (ssid->passphrase && os_strlen(ssid->passphrase) == len &&
+   os_memcmp(ssid->passphrase, value, len) == 0) {
+   /* No change to the previously configured value */
+-- 
+1.9.1
diff --git 
a/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/0002-Reject-SET_CRED-commands-with-newline-characters-in-.patch
 
b/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/0002-Reject-SET_CRED-commands-with-newline-characters-in-.patch
new file mode 100644
index 000..cad7425
--- /dev/null
+++ 
b/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/0002-Reject-SET_CRED-commands-with-newline-characters-in-.patch
@@ -0,0 +1,66 @@
+From b166cd84a77a6717be9600bf95378a0055d6f5a5 Mon Sep 17 00:00:00 2001
+From: Jouni Malinen 
+Date: Tue, 5 Apr 2016 23:33:10 +0300
+Subject: [PATCH 2/3] Reject SET_CRED commands with newline characters in the
+ string values
+
+Most of the cred block parameters are written as strings without
+filtering and if there is an embedded newline character in the value,
+unexpected configuration file data might be written.
+
+This fixes an issue where wpa_supplicant could have updated the
+configuration file cred parameter with arbitrary data from the control

Re: [OE-core] [wic][PATCH] wic: add beaglebone.wks

[Ed Bartosh]

Please, ignore this patch. It's not needed as fully functional image
can be built using existing wks file sdimage-bootpart.wks

On Wed, Sep 21, 2016 at 06:18:12PM +0300, Ed Bartosh wrote:
> Added wks to make an image for Beaglebone board.
> 
> Signed-off-by: Ed Bartosh 
> ---
>  scripts/lib/wic/canned-wks/beaglebone.wks | 7 +++
>  1 file changed, 7 insertions(+)
>  create mode 100644 scripts/lib/wic/canned-wks/beaglebone.wks
> 
> diff --git a/scripts/lib/wic/canned-wks/beaglebone.wks 
> b/scripts/lib/wic/canned-wks/beaglebone.wks
> new file mode 100644
> index 000..753418e
> --- /dev/null
> +++ b/scripts/lib/wic/canned-wks/beaglebone.wks
> @@ -0,0 +1,7 @@
> +# short-description: Create Beaglebone disk image
> +# long-description: Creates a partitioned disk image for Beaglebone board
> +# which can be directly copied to SD card.
> +
> +part /boot --ondisk mmcblk0 --label boot --fstype vfat --source 
> bootimg-partition --align 1024 --active
> +part / --ondisk mmcblk0 --label root --fstype ext4 --source rootfs 
> --align 1024
> +
> -- 
> 2.1.4
> 

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

Re: [OE-core] [wic][PATCH] wic: add beaglebone.wks

[Ed Bartosh]

On Wed, Sep 21, 2016 at 06:34:33PM +0200, Maciej Borzęcki wrote:
> On Wed, Sep 21, 2016 at 5:18 PM, Ed Bartosh  
> wrote:
> > Added wks to make an image for Beaglebone board.
> >
> > Signed-off-by: Ed Bartosh 
> > ---
> >  scripts/lib/wic/canned-wks/beaglebone.wks | 7 +++
> >  1 file changed, 7 insertions(+)
> >  create mode 100644 scripts/lib/wic/canned-wks/beaglebone.wks
> >
> > diff --git a/scripts/lib/wic/canned-wks/beaglebone.wks 
> > b/scripts/lib/wic/canned-wks/beaglebone.wks
> > new file mode 100644
> > index 000..753418e
> > --- /dev/null
> > +++ b/scripts/lib/wic/canned-wks/beaglebone.wks
> > @@ -0,0 +1,7 @@
> > +# short-description: Create Beaglebone disk image
> > +# long-description: Creates a partitioned disk image for Beaglebone board
> > +# which can be directly copied to SD card.
> > +
> > +part /boot --ondisk mmcblk0 --label boot --fstype vfat --source 
> > bootimg-partition --align 1024 --active
> > +part / --ondisk mmcblk0 --label root --fstype ext4 --source rootfs 
> > --align 1024
> > +
> 
> Should be basically the same as sdimage-bootpart.wks as I used BBB
> back when I posted it along with some wic fixes. It also used to be
> possible to build a usable RaspberryPI image with the same kickstart
> file, though I have not tried that lately.

Thank you for pointing this out to me. I've just built wic image using
sdimage-bootpart.wks and it worked just fine on my BBB.

I didn't need any fixes though. Have your fixes been merged? Can you
point me out to them?

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