Re: [OE-core] [BUG REPORT] failed to build valgrind on qemuarm

[Rongqing Li]

On 2016年01月19日 15:47, Robert Yang wrote:


On 01/19/2016 03:27 PM, Rongqing Li wrote:

1. on qemuarm:


There is a patch for this:
[OE-core] [PATCH] valgrind: make it explicit that valgrind supports
armv7a and above

// Robert


which armv7 BSP is tested?

thanks

-Roy






| arm-poky-linux-gnueabi-gcc  -march=armv5e -marm
--sysroot=/buildarea1/lirq/Yocto/poky/arm/tmp/sysroots/qemuarm
-DHAVE_CONFIG_H
-I. -I../../valgrind-3.11.0/memcheck -I.. -I../../valgrind-3.11.0
-I../../valgrind-3.11.0/include -I../../valgrind-3.11.0/VEX/pub
-I../VEX/pub
-DVGA_arm=1 -DVGO_linux=1 -DVGP_arm_linux=1
-DVGPV_arm_linux_vanilla=1  -O2 -g
-std=gnu99 -Wall -Wmissing-prototypes -Wshadow -Wpointer-arith
-Wstrict-prototypes -Wmissing-declarations -Wcast-qual -Wwrite-strings
-Wempty-body -Wformat -Wformat-security -Wignored-qualifiers
-Wmissing-parameter-type -Wold-style-declaration -fno-stack-protector
-fno-strict-aliasing -fno-builtin  -marm -mcpu=cortex-a8 -O -g
-fno-omit-frame-pointer -fno-strict-aliasing -fpic -fno-builtin
-fno-ipa-icf -O2
-O2 -pipe -g -feliminate-unused-debug-types -c -o
vgpreload_memcheck_arm_linux_so-mc_replace_strmem.o `test -f
'mc_replace_strmem.c' || echo
'../../valgrind-3.11.0/memcheck/'`mc_replace_strmem.c
| for f in ; do \
|   if [ ! -e $f.dSYM  -o  $f -nt $f.dSYM ] ; then \
|   echo "dsymutil $f"; \
|   dsymutil $f; \
|   fi; \
| done
| ../../valgrind-3.11.0/memcheck/mc_malloc_wrappers.c:1:0: warning:
switch
-mcpu=cortex-a8 conflicts with -march=armv5e switch
|
|  ^
| mkdir -p ../.in_place; \
| for f in ; do \
|   rm -f ../.in_place/$f.dSYM; \
|   ln -f -s ../memcheck/$f.dSYM ../.in_place; \
| done
| ../../valgrind-3.11.0/memcheck/mc_leakcheck.c:1:0: warning: switch
-mcpu=cortex-a8 conflicts with -march=armv5e switch
|
|  ^
| ../../valgrind-3.11.0/memcheck/mc_replace_strmem.c:1:0: warning: switch
-mcpu=cortex-a8 conflicts with -march=armv5e switch
|
|  ^
| ../../valgrind-3.11.0/memcheck/mc_errors.c:1:0: warning: switch
-mcpu=cortex-a8 conflicts with -march=armv5e switch
|
|  ^
| ../../valgrind-3.11.0/memcheck/mc_translate.c:1:0: warning: switch
-mcpu=cortex-a8 conflicts with -march=armv5e switch
|
|  ^
| ../../valgrind-3.11.0/memcheck/mc_machine.c:1:0: warning: switch
-mcpu=cortex-a8 conflicts with -march=armv5e switch
|
|  ^
| ../../valgrind-3.11.0/memcheck/mc_main.c:1:0: warning: switch
-mcpu=cortex-a8
conflicts with -march=armv5e switch
|  /* -*- mode: C; c-basic-offset: 3; -*- */
|  ^
| {standard input}: Assembler messages:
| {standard input}:25: Error: selected processor does not support ARM
mode `movw
r3,#:lower16:primary_map'
| {standard input}:28: Error: selected processor does not support ARM
mode `movt
r3,#:upper16:primary_map'
| {standard input}:30: Error: selected processor does not support ARM
mode `uxth
r1,r0'
| {standard input}:31: Error: selected processor does not support ARM
mode `movw
r3,#0x'
| {standard input}:40: Error: selected processor does not support ARM
mode `movw
r3,#0x'
| {standard input}:61: Error: selected processor does not support ARM
mode `movw
r3,#:lower16:primary_map'
| {standard input}:64: Error: selected processor does not support ARM
mode `movt
r3,#:upper16:primary_map'
| {standard input}:66: Error: selected processor does not support ARM
mode `uxth
r1,r0'
| {standard input}:94: Error: selected processor does not support ARM
mode `movw
r3,#:lower16:primary_map'
| {standard input}:95: Error: selected processor does not support ARM
mode `uxth
r1,r0'
| {standard input}:96: Error: selected processor does not support ARM
mode `movt
r3,#:upper16:primary_map'
| {standard input}:135: Error: selected processor does not support ARM
mode
`movw r3,#:lower16:primary_map'
| {standard input}:136: Error: selected processor does not support ARM
mode
`uxth r1,r0'
| {standard input}:137: Error: selected processor does not support ARM
mode
`movt r3,#:upper16:primary_map'



2: on qemuarma9


| arm-wrs-linux-gnueabi-gcc -march=armv7-a -mfloat-abi=softfp  -marm
-mthumb-interwork
--sysroot=/work/wr/buildarea/arm/bitbake_build/tmp/sysroots/qemuarma9
-DHAVE_CONFIG_H -I.
-I/work/wr/buildarea/arm/bitbake_build/tmp/work/armv7a-vfp-wrs-linux-gnueabi/valgrind/3.11.0-r0/valgrind-3.11.0/memcheck/tests

-I../..
-I/work/wr/buildarea/arm/bitbake_build/tmp/work/armv7a-vfp-wrs-linux-gnueabi/valgrind/3.11.0-r0/valgrind-3.11.0

-I/work/wr/buildarea/arm/bitbake_build/tmp/work/armv7a-vfp-wrs-linux-gnueabi/valgrind/3.11.0-r0/valgrind-3.11.0/include

-I/work/wr/buildarea/arm/bitbake_build/tmp/work/armv7a-vfp-wrs-linux-gnueabi/valgrind/3.11.0-r0/valgrind-3.11.0/coregrind

-I../../include
-I/work/wr/buildarea/arm/bitbake_build/tmp/work/armv7a-vfp-wrs-linux-gnueabi/valgrind/3.11.0-r0/valgrind-3.11.0/VEX/pub

-I../../VEX/pub -DVGA_arm=1 -DVGO_linux=1 -DVGP_arm_linux=1
-DVGPV_arm_linux_vanilla=1   -Winline -Wall -Wshadow -Wno-long-long -g
-fno-stack-protector-O2 -pipe -g  -fno-omit-frame-pointer
-fvisibility=default -O0 -c -o sh-mem-random.o
/work/wr/buildarea/arm/bitbake_build/tmp/wor

Re: [OE-core] [BUG REPORT] failed to build valgrind on qemuarm

[Robert Yang]

On 01/19/2016 03:27 PM, Rongqing Li wrote:

1. on qemuarm:


There is a patch for this:
[OE-core] [PATCH] valgrind: make it explicit that valgrind supports armv7a and 
above

// Robert



| arm-poky-linux-gnueabi-gcc  -march=armv5e -marm
--sysroot=/buildarea1/lirq/Yocto/poky/arm/tmp/sysroots/qemuarm -DHAVE_CONFIG_H
-I. -I../../valgrind-3.11.0/memcheck -I.. -I../../valgrind-3.11.0
-I../../valgrind-3.11.0/include -I../../valgrind-3.11.0/VEX/pub -I../VEX/pub
-DVGA_arm=1 -DVGO_linux=1 -DVGP_arm_linux=1 -DVGPV_arm_linux_vanilla=1  -O2 -g
-std=gnu99 -Wall -Wmissing-prototypes -Wshadow -Wpointer-arith
-Wstrict-prototypes -Wmissing-declarations -Wcast-qual -Wwrite-strings
-Wempty-body -Wformat -Wformat-security -Wignored-qualifiers
-Wmissing-parameter-type -Wold-style-declaration -fno-stack-protector
-fno-strict-aliasing -fno-builtin  -marm -mcpu=cortex-a8 -O -g
-fno-omit-frame-pointer -fno-strict-aliasing -fpic -fno-builtin -fno-ipa-icf -O2
-O2 -pipe -g -feliminate-unused-debug-types -c -o
vgpreload_memcheck_arm_linux_so-mc_replace_strmem.o `test -f
'mc_replace_strmem.c' || echo 
'../../valgrind-3.11.0/memcheck/'`mc_replace_strmem.c
| for f in ; do \
|   if [ ! -e $f.dSYM  -o  $f -nt $f.dSYM ] ; then \
|   echo "dsymutil $f"; \
|   dsymutil $f; \
|   fi; \
| done
| ../../valgrind-3.11.0/memcheck/mc_malloc_wrappers.c:1:0: warning: switch
-mcpu=cortex-a8 conflicts with -march=armv5e switch
|
|  ^
| mkdir -p ../.in_place; \
| for f in ; do \
|   rm -f ../.in_place/$f.dSYM; \
|   ln -f -s ../memcheck/$f.dSYM ../.in_place; \
| done
| ../../valgrind-3.11.0/memcheck/mc_leakcheck.c:1:0: warning: switch
-mcpu=cortex-a8 conflicts with -march=armv5e switch
|
|  ^
| ../../valgrind-3.11.0/memcheck/mc_replace_strmem.c:1:0: warning: switch
-mcpu=cortex-a8 conflicts with -march=armv5e switch
|
|  ^
| ../../valgrind-3.11.0/memcheck/mc_errors.c:1:0: warning: switch
-mcpu=cortex-a8 conflicts with -march=armv5e switch
|
|  ^
| ../../valgrind-3.11.0/memcheck/mc_translate.c:1:0: warning: switch
-mcpu=cortex-a8 conflicts with -march=armv5e switch
|
|  ^
| ../../valgrind-3.11.0/memcheck/mc_machine.c:1:0: warning: switch
-mcpu=cortex-a8 conflicts with -march=armv5e switch
|
|  ^
| ../../valgrind-3.11.0/memcheck/mc_main.c:1:0: warning: switch -mcpu=cortex-a8
conflicts with -march=armv5e switch
|  /* -*- mode: C; c-basic-offset: 3; -*- */
|  ^
| {standard input}: Assembler messages:
| {standard input}:25: Error: selected processor does not support ARM mode `movw
r3,#:lower16:primary_map'
| {standard input}:28: Error: selected processor does not support ARM mode `movt
r3,#:upper16:primary_map'
| {standard input}:30: Error: selected processor does not support ARM mode `uxth
r1,r0'
| {standard input}:31: Error: selected processor does not support ARM mode `movw
r3,#0x'
| {standard input}:40: Error: selected processor does not support ARM mode `movw
r3,#0x'
| {standard input}:61: Error: selected processor does not support ARM mode `movw
r3,#:lower16:primary_map'
| {standard input}:64: Error: selected processor does not support ARM mode `movt
r3,#:upper16:primary_map'
| {standard input}:66: Error: selected processor does not support ARM mode `uxth
r1,r0'
| {standard input}:94: Error: selected processor does not support ARM mode `movw
r3,#:lower16:primary_map'
| {standard input}:95: Error: selected processor does not support ARM mode `uxth
r1,r0'
| {standard input}:96: Error: selected processor does not support ARM mode `movt
r3,#:upper16:primary_map'
| {standard input}:135: Error: selected processor does not support ARM mode
`movw r3,#:lower16:primary_map'
| {standard input}:136: Error: selected processor does not support ARM mode
`uxth r1,r0'
| {standard input}:137: Error: selected processor does not support ARM mode
`movt r3,#:upper16:primary_map'



2: on qemuarma9


| arm-wrs-linux-gnueabi-gcc -march=armv7-a -mfloat-abi=softfp  -marm
-mthumb-interwork
--sysroot=/work/wr/buildarea/arm/bitbake_build/tmp/sysroots/qemuarma9
-DHAVE_CONFIG_H -I.
-I/work/wr/buildarea/arm/bitbake_build/tmp/work/armv7a-vfp-wrs-linux-gnueabi/valgrind/3.11.0-r0/valgrind-3.11.0/memcheck/tests
-I../..
-I/work/wr/buildarea/arm/bitbake_build/tmp/work/armv7a-vfp-wrs-linux-gnueabi/valgrind/3.11.0-r0/valgrind-3.11.0
-I/work/wr/buildarea/arm/bitbake_build/tmp/work/armv7a-vfp-wrs-linux-gnueabi/valgrind/3.11.0-r0/valgrind-3.11.0/include
-I/work/wr/buildarea/arm/bitbake_build/tmp/work/armv7a-vfp-wrs-linux-gnueabi/valgrind/3.11.0-r0/valgrind-3.11.0/coregrind
-I../../include
-I/work/wr/buildarea/arm/bitbake_build/tmp/work/armv7a-vfp-wrs-linux-gnueabi/valgrind/3.11.0-r0/valgrind-3.11.0/VEX/pub
-I../../VEX/pub -DVGA_arm=1 -DVGO_linux=1 -DVGP_arm_linux=1
-DVGPV_arm_linux_vanilla=1   -Winline -Wall -Wshadow -Wno-long-long -g
-fno-stack-protector-O2 -pipe -g  -fno-omit-frame-pointer
-fvisibility=default -O0 -c -o sh-mem-random.o
/work/wr/buildarea/arm/bitbake_build/tmp/work/armv7a-vfp-wrs-linux-gnueabi/valgrind/3.11.0-r0/valgrind-3.11.0/memcheck/tests/sh-mem-rando

[OE-core] [BUG REPORT] failed to build valgrind on qemuarm

[Rongqing Li]

1. on qemuarm:

| arm-poky-linux-gnueabi-gcc  -march=armv5e -marm 
--sysroot=/buildarea1/lirq/Yocto/poky/arm/tmp/sysroots/qemuarm 
-DHAVE_CONFIG_H -I. -I../../valgrind-3.11.0/memcheck -I.. 
-I../../valgrind-3.11.0 -I../../valgrind-3.11.0/include 
-I../../valgrind-3.11.0/VEX/pub -I../VEX/pub -DVGA_arm=1 -DVGO_linux=1 
-DVGP_arm_linux=1 -DVGPV_arm_linux_vanilla=1  -O2 -g -std=gnu99 -Wall 
-Wmissing-prototypes -Wshadow -Wpointer-arith -Wstrict-prototypes 
-Wmissing-declarations -Wcast-qual -Wwrite-strings -Wempty-body -Wformat 
-Wformat-security -Wignored-qualifiers -Wmissing-parameter-type 
-Wold-style-declaration -fno-stack-protector -fno-strict-aliasing 
-fno-builtin  -marm -mcpu=cortex-a8 -O -g -fno-omit-frame-pointer 
-fno-strict-aliasing -fpic -fno-builtin -fno-ipa-icf -O2 -O2 -pipe -g 
-feliminate-unused-debug-types -c -o 
vgpreload_memcheck_arm_linux_so-mc_replace_strmem.o `test -f 
'mc_replace_strmem.c' || echo 
'../../valgrind-3.11.0/memcheck/'`mc_replace_strmem.c

| for f in ; do \
|   if [ ! -e $f.dSYM  -o  $f -nt $f.dSYM ] ; then \
|   echo "dsymutil $f"; \
|   dsymutil $f; \
|   fi; \
| done
| ../../valgrind-3.11.0/memcheck/mc_malloc_wrappers.c:1:0: warning: 
switch -mcpu=cortex-a8 conflicts with -march=armv5e switch

|
|  ^
| mkdir -p ../.in_place; \
| for f in ; do \
|   rm -f ../.in_place/$f.dSYM; \
|   ln -f -s ../memcheck/$f.dSYM ../.in_place; \
| done
| ../../valgrind-3.11.0/memcheck/mc_leakcheck.c:1:0: warning: switch 
-mcpu=cortex-a8 conflicts with -march=armv5e switch

|
|  ^
| ../../valgrind-3.11.0/memcheck/mc_replace_strmem.c:1:0: warning: 
switch -mcpu=cortex-a8 conflicts with -march=armv5e switch

|
|  ^
| ../../valgrind-3.11.0/memcheck/mc_errors.c:1:0: warning: switch 
-mcpu=cortex-a8 conflicts with -march=armv5e switch

|
|  ^
| ../../valgrind-3.11.0/memcheck/mc_translate.c:1:0: warning: switch 
-mcpu=cortex-a8 conflicts with -march=armv5e switch

|
|  ^
| ../../valgrind-3.11.0/memcheck/mc_machine.c:1:0: warning: switch 
-mcpu=cortex-a8 conflicts with -march=armv5e switch

|
|  ^
| ../../valgrind-3.11.0/memcheck/mc_main.c:1:0: warning: switch 
-mcpu=cortex-a8 conflicts with -march=armv5e switch

|  /* -*- mode: C; c-basic-offset: 3; -*- */
|  ^
| {standard input}: Assembler messages:
| {standard input}:25: Error: selected processor does not support ARM 
mode `movw r3,#:lower16:primary_map'
| {standard input}:28: Error: selected processor does not support ARM 
mode `movt r3,#:upper16:primary_map'
| {standard input}:30: Error: selected processor does not support ARM 
mode `uxth r1,r0'
| {standard input}:31: Error: selected processor does not support ARM 
mode `movw r3,#0x'
| {standard input}:40: Error: selected processor does not support ARM 
mode `movw r3,#0x'
| {standard input}:61: Error: selected processor does not support ARM 
mode `movw r3,#:lower16:primary_map'
| {standard input}:64: Error: selected processor does not support ARM 
mode `movt r3,#:upper16:primary_map'
| {standard input}:66: Error: selected processor does not support ARM 
mode `uxth r1,r0'
| {standard input}:94: Error: selected processor does not support ARM 
mode `movw r3,#:lower16:primary_map'
| {standard input}:95: Error: selected processor does not support ARM 
mode `uxth r1,r0'
| {standard input}:96: Error: selected processor does not support ARM 
mode `movt r3,#:upper16:primary_map'
| {standard input}:135: Error: selected processor does not support ARM 
mode `movw r3,#:lower16:primary_map'
| {standard input}:136: Error: selected processor does not support ARM 
mode `uxth r1,r0'
| {standard input}:137: Error: selected processor does not support ARM 
mode `movt r3,#:upper16:primary_map'




2: on qemuarma9


| arm-wrs-linux-gnueabi-gcc -march=armv7-a -mfloat-abi=softfp  -marm 
-mthumb-interwork 
--sysroot=/work/wr/buildarea/arm/bitbake_build/tmp/sysroots/qemuarma9 
-DHAVE_CONFIG_H -I. 
-I/work/wr/buildarea/arm/bitbake_build/tmp/work/armv7a-vfp-wrs-linux-gnueabi/valgrind/3.11.0-r0/valgrind-3.11.0/memcheck/tests 
-I../.. 
-I/work/wr/buildarea/arm/bitbake_build/tmp/work/armv7a-vfp-wrs-linux-gnueabi/valgrind/3.11.0-r0/valgrind-3.11.0 
-I/work/wr/buildarea/arm/bitbake_build/tmp/work/armv7a-vfp-wrs-linux-gnueabi/valgrind/3.11.0-r0/valgrind-3.11.0/include 
-I/work/wr/buildarea/arm/bitbake_build/tmp/work/armv7a-vfp-wrs-linux-gnueabi/valgrind/3.11.0-r0/valgrind-3.11.0/coregrind 
-I../../include 
-I/work/wr/buildarea/arm/bitbake_build/tmp/work/armv7a-vfp-wrs-linux-gnueabi/valgrind/3.11.0-r0/valgrind-3.11.0/VEX/pub 
-I../../VEX/pub -DVGA_arm=1 -DVGO_linux=1 -DVGP_arm_linux=1 
-DVGPV_arm_linux_vanilla=1   -Winline -Wall -Wshadow -Wno-long-long -g 
-fno-stack-protector-O2 -pipe -g  -fno-omit-frame-pointer 
-fvisibility=default -O0 -c -o sh-mem-random.o 
/work/wr/buildarea/arm/bitbake_build/tmp/work/armv7a-vfp-wrs-linux-gnueabi/valgrind/3.11.0-r0/valgrind-3.11.0/memcheck/tests/sh-mem-random.c

| {standard input}: Assembler messages:
| {standard input}:1107: Error: selected processor does not support A

Re: [OE-core] [PATCH 19/73] mtools: Fix build with uclibc

[Roman Khimov]

В письме от 18 января 2016 13:51:36 пользователь Khem Raj написал:
> > And from what I remember, I had some issue building native package with
> > 'DEPENDS +='. Although that's an old branch and probably things are
> > different now.
> 
> I guess what you might have seen is that there is no provider for
> libiconv-native which is already fixed by
> https://github.com/kraj/openembedded-core/commit/a5e6f5939c0ee4280eabd7cfc01
> 131052040bc81
> 
> if it was something else. Please report with more details.

True, it was something like that. If that's already fixed, then everything is 
perfect. Will this kind of patches go to jethro?

-- 
 http://roman.khimov.ru
mailto: ro...@khimov.ru
gpg --keyserver hkp://subkeys.pgp.net --recv-keys 0xE5E055C3

signature.asc
Description: This is a digitally signed message part.
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 0/2] e2fsprogs: fix PV and PACKAGECONFIG

[Robert Yang]

The following changes since commit a42229df424552955c0ac62da1063461f97f5938:

  openssh: CVE-2016-1907 (2016-01-17 11:32:21 +)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib rbt/e2fsprogs
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=rbt/e2fsprogs

Robert Yang (2):
  e2fsprogs: add PACKAGECONFIG for fuse
  e2fsprogs: fix PV

 meta/recipes-devtools/e2fsprogs/e2fsprogs_git.bb |5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

-- 
1.7.9.5

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

[OE-core] [PATCH 2/2] e2fsprogs: fix PV

[Robert Yang]

We had upgraded e2fsprogs from 1.42.9 to 1.43 (WIP), and used:
PV = "1.42+1.43-git${SRCPV}"
But:
$ dpkg --compare-versions 1.42+1.43 gt 1.42.9 && echo greater || echo less
less

It shows that 1.42+1.43 is less than 1.42.9, so this is a downgraded. Use
PV = "1.42.13+git${SRCPV}"
to fix the problem. 1.42.13 is the latest e2fsprogs 1.42 version.

Signed-off-by: Robert Yang 
---
 meta/recipes-devtools/e2fsprogs/e2fsprogs_git.bb |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/e2fsprogs/e2fsprogs_git.bb 
b/meta/recipes-devtools/e2fsprogs/e2fsprogs_git.bb
index b1b7931..60b2854 100644
--- a/meta/recipes-devtools/e2fsprogs/e2fsprogs_git.bb
+++ b/meta/recipes-devtools/e2fsprogs/e2fsprogs_git.bb
@@ -9,7 +9,7 @@ SRC_URI += "file://acinclude.m4 \
 "
 
 SRCREV = "0f26747167cc9d82df849b0aad387bf824f04544"
-PV = "1.42+1.43-git${SRCPV}"
+PV = "1.42.13+git${SRCPV}"
 
 EXTRA_OECONF += "--libdir=${base_libdir} --sbindir=${base_sbindir} \
 --enable-elf-shlibs --disable-libuuid --disable-uuidd \
-- 
1.7.9.5

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

[OE-core] [PATCH 1/2] e2fsprogs: add PACKAGECONFIG for fuse

[Robert Yang]

Fixed:
e2fsprogs-1.42+1.43-gitAUTOINC+0f26747167: e2fsprogs rdepends on fuse, but it 
isn't a build dependency? [build-deps]

The fuse is in meta-filesystems layer.

Signed-off-by: Robert Yang 
---
 meta/recipes-devtools/e2fsprogs/e2fsprogs_git.bb |3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/recipes-devtools/e2fsprogs/e2fsprogs_git.bb 
b/meta/recipes-devtools/e2fsprogs/e2fsprogs_git.bb
index 0aab8ae..b1b7931 100644
--- a/meta/recipes-devtools/e2fsprogs/e2fsprogs_git.bb
+++ b/meta/recipes-devtools/e2fsprogs/e2fsprogs_git.bb
@@ -17,6 +17,9 @@ EXTRA_OECONF += "--libdir=${base_libdir} 
--sbindir=${base_sbindir} \
 
 EXTRA_OECONF_darwin = "--libdir=${base_libdir} --sbindir=${base_sbindir} 
--enable-bsd-shlibs"
 
+PACKAGECONFIG ??= ""
+PACKAGECONFIG[fuse] = '--enable-fuse2fs,--disable-fuse2fs,fuse'
+
 do_configure_prepend () {
cp ${WORKDIR}/acinclude.m4 ${S}/
 }
-- 
1.7.9.5

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

Re: [OE-core] [PATCH 1/1] linux-libc-headers: set ALLOW_EMPTY

[Jian Liu]

On 2016年01月16日 02:17, Richard Purdie wrote:

On Thu, 2016-01-14 at 14:46 +0800, Jian Liu wrote:

If setting IMAGE_INSTALL += "linux-libc-headers", do_rootfs will
cause
error.
   ERROR: linux-libc-headers not found in the base feeds

This is because that there is no linux-libc-headers.rpm generated.

There is no point in generating an empty package just for the sake of
it. Surely you just shouldn't put that in IMAGE_INSTALL?

Cheers,

Richard


Yes, I submit this patch just considering that someone who is not 
familiar with yocto may be confused
by this behavior. There is linux-libc-headers bb file so IMAGE_INSTALL 
+= "linux-libc-headers" is taken for

granted.

This is really not a bug and it is just a usage problem.

Thanks!

//Jian




Signed-off-by: Jian Liu 

diff --git a/meta/recipes-kernel/linux-libc-headers/linux-libc
-headers.inc b/meta/recipes-kernel/linux-libc-headers/linux-libc
-headers.inc
index 2ba6ed5..403360b 100644
--- a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc
+++ b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc
@@ -76,3 +76,5 @@ RRECOMMENDS_${PN}-dbg = "${PN}-dev (=
${EXTENDPKGV})"
  
  INHIBIT_DEFAULT_DEPS = "1"

  DEPENDS += "unifdef-native"
+
+ALLOW_EMPTY_${PN} = "1"


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

Re: [OE-core] [PATCH 1/1] gstreamer1.0-plugins-good.inc: add gudev back to PACKAGECONFIG

[Robert Yang]

On 01/19/2016 01:52 AM, Richard Purdie wrote:

On Mon, 2016-01-18 at 17:53 +0100, Martin Jansa wrote:

On Fri, Jan 15, 2016 at 01:07:20AM -0800, Robert Yang wrote:

The 66e32244aed8d33f1b49fbe78179f2442545c730 wrongly removed gudev
from
PACKAGECONFIG, now add it back.


It was removed intentionally, because for systemd images there isn't
libgudev provider in oe-core, only in meta-oe.

RP's fix:
http://git.openembedded.org/openembedded-core/commit/?h=jethro&id=bc4
58ae9586b45b11b6908eadb31e94d892e698f

breaks the dependencies again, because when systemd is used there
won't
be libgudev needed by gstreamer1.0-plugins-good

Please revert both "fixes"


Sorry, I wrongly thought it was a mistake, but was intention.

// Robert



The "backported" patch should have made mention of the changes compared
to the version in master since otherwise, "intentionally" looked like a
mistake :/.

What is the impact to gstreamer of removing libgudev?

Cheers,

Richard


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

Re: [OE-core] Lots of [host-user-contaminated] warning

[Max Krummenacher]

Am Sonntag, den 17.01.2016, 19:55 -0700 schrieb Christopher Larson:
> On Fri, Nov 20, 2015 at 4:02 AM, Max Krummenacher <
> max.oss...@gmail.com>
> wrote:
> 
> > Am Dienstag, den 17.11.2015, 09:46 +0100 schrieb Andreas Müller:
> > > Hi,
> > > 
> > > this bugs me for a while and I wonder if I am again the only one
> > > facing this: I get floods of warnings for sourcecode files as
> > > 
> > > WARNING: QA Issue: qtserialport:
> > > /qtserialport-dbg/usr/src/debug/qtserialport/5.5.99+5.6.0-alpha1
> > +gitAUTOINC+2575d33fab-r0/git/src/serialport/qserialport_p.h
> > > is owned by uid 1000, which is the same as the user running
> > > bitbake.
> > > This may be due to host contamination [host-user-contaminated]
> > > WARNING: QA Issue: qtx11extras:
> > > /qtx11extras-dbg/usr/src/debug/qtx11extras/5.5.99+5.6.0-alpha1
> > +gitAUTOINC+d64ee96f0d-r0/git/src/x11extras/qx11info_x11.cpp
> > > is owned by uid 1000, which is the same as the user running
> > > bitbake.
> > > This may be due to host contamination [host-user-contaminated]
> > > WARNING: QA Issue: qtxmlpatterns:
> > > /qtxmlpatterns-dbg/usr/src/debug/qtxmlpatterns/5.5.99+5.6.0
> > > -alpha1
> > +gitAUTOINC+94136d4280
> > -r0/git/src/xmlpatterns/type/qbuiltintypes.cpp
> > > is owned by uid 1000, which is the same as the user running
> > > bitbake.
> > > This may be due to host contamination [host-user-contaminated]
> > > 
> > > I checked PACKAGE_DEBUG_SPLIT_STYLE is not set globally - few
> > > recipes
> > > set PACKAGE_DEBUG_SPLIT_STYLE to debug-without-src.
> > > 
> > > Help appreciated
> > > 
> > > Andreas
> > 
> > I see this also in my builds. The warnings clutter the build output
> > in a
> > way that makes the warnings mostly useless. Who will spot the one
> > important new warning in the hundreds of host-user-contaminated
> > ones?
> > A fresh build of core-image-minimal today gave me 54 of these
> > warnings.
> > All but one (glibc-locale) complaining on source files.
> > 
> > I checked a few recipes and most of them were not even using a
> > custom
> > do_install but autotools generated 'make install' with something
> > like
> > 'cp -p src/* dest/' or so.
> > 
> 
> Yes, this is the most common case. Usage of cp -a or cp -p means the
> build
> ownership is retained, and no chown is run to fix it.
> 
> 
> > Even if I know how to do it I think we should not patch upstream
> > sources
> > to suppress a warning introduced by the downstream build system
> > with
> > loads of false positives and then have to maintain the patches as
> > upstream is progressing.
> > 
> 
> Either we're calling the upstream buildsystem and not running cp
> directly,
> in which case it's a bug in the upstream buildsystem, since make
> install
> will result in non-deterministic behavior in the ownership of the
> installed
> files, or it's a cp -a case, which doesn't require altering upstream
> with a
> patch at all, only recipe modification.
> 
> 
> > I haven't looked into how one does it but I'm inclined to switch of
> > the
> > warning globally, e.g. in local.conf.
> 
> 
> Blindly disabling them will just result in ignoring a problem. Files
> in the
> target filesystem are owned by your build user, who most likely
> doesn't
> even exist on target.

Don't you get me wrong, fixing the issues are a good plan. My point is
that currently there are so many [host-user-contaminated] warnings,
more or less all with -dbg packages, that I fear to overlook a warning
which is more likely to indicate a bug that is going haunt me.

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

[OE-core] [PATCHv3 3/4] lib/oe/rootfs: Use list_pkgs() instead of list()

[mariano . lopez]

From: Mariano Lopez 

This patch changes the use list_pkgs() instead of list()
from class RpmPkgsList. The change is in two functions,
image_list_installed_packages from rootfs.py and
sdk_list_installed_packages from sdk.py.

With this change the functions calling the functions
listed above, must format the output as they required.
The formatting can be done using format_pkg_list() from
oe.utils.

The classes calling the afected functions are changed too
with this patch, to keep the same functionality using the
new data structure.

[YOCTO #7427]

Signed-off-by: Mariano Lopez 
---
 meta/classes/buildhistory.bbclass| 11 +++
 meta/classes/license.bbclass |  8 ++--
 meta/classes/populate_sdk_base.bbclass   |  8 ++--
 meta/classes/rootfs-postcommands.bbclass |  4 +++-
 meta/lib/oe/package_manager.py   | 18 ++
 meta/lib/oe/rootfs.py| 10 +-
 meta/lib/oe/sdk.py   |  8 
 7 files changed, 41 insertions(+), 26 deletions(-)

diff --git a/meta/classes/buildhistory.bbclass 
b/meta/classes/buildhistory.bbclass
index 2c144ab..9f17442 100644
--- a/meta/classes/buildhistory.bbclass
+++ b/meta/classes/buildhistory.bbclass
@@ -337,18 +337,21 @@ def write_pkghistory(pkginfo, d):
 def buildhistory_list_installed(d, rootfs_type="image"):
 from oe.rootfs import image_list_installed_packages
 from oe.sdk import sdk_list_installed_packages
+from oe.utils import format_pkg_list
 
 process_list = [('file', 'bh_installed_pkgs.txt'),\
 ('deps', 'bh_installed_pkgs_deps.txt')]
 
+if rootfs_type == "image":
+pkgs = image_list_installed_packages(d)
+else:
+pkgs = sdk_list_installed_packages(d, rootfs_type == "sdk_target")
+
 for output_type, output_file in process_list:
 output_file_full = os.path.join(d.getVar('WORKDIR', True), output_file)
 
 with open(output_file_full, 'w') as output:
-if rootfs_type == "image":
-output.write(image_list_installed_packages(d, output_type))
-else:
-output.write(sdk_list_installed_packages(d, rootfs_type == 
"sdk_target", output_type))
+output.write(format_pkg_list(pkgs, output_type))
 
 python buildhistory_list_installed_image() {
 buildhistory_list_installed(d)
diff --git a/meta/classes/license.bbclass b/meta/classes/license.bbclass
index 8a42874..301216d 100644
--- a/meta/classes/license.bbclass
+++ b/meta/classes/license.bbclass
@@ -21,8 +21,12 @@ python write_package_manifest() {
 license_image_dir = d.expand('${LICENSE_DIRECTORY}/${IMAGE_NAME}')
 bb.utils.mkdirhier(license_image_dir)
 from oe.rootfs import image_list_installed_packages
+from oe.utils import format_pkg_list
+
+pkgs = image_list_installed_packages(d)
+output = format_pkg_list(pkgs)
 open(os.path.join(license_image_dir, 'package.manifest'),
-'w+').write(image_list_installed_packages(d))
+'w+').write(output)
 }
 
 python write_deploy_manifest() {
@@ -38,7 +42,7 @@ python license_create_manifest() {
 return 0
 
 pkg_dic = {}
-for pkg in image_list_installed_packages(d).splitlines():
+for pkg in sorted(image_list_installed_packages(d)):
 pkg_info = os.path.join(d.getVar('PKGDATA_DIR', True),
 'runtime-reverse', pkg)
 pkg_name = os.path.basename(os.readlink(pkg_info))
diff --git a/meta/classes/populate_sdk_base.bbclass 
b/meta/classes/populate_sdk_base.bbclass
index 7ca1df6..99b64f7 100644
--- a/meta/classes/populate_sdk_base.bbclass
+++ b/meta/classes/populate_sdk_base.bbclass
@@ -62,20 +62,24 @@ SDK_TARGET_MANIFEST = 
"${SDK_DEPLOY}/${TOOLCHAIN_OUTPUTNAME}.target.manifest"
 SDK_HOST_MANIFEST = "${SDK_DEPLOY}/${TOOLCHAIN_OUTPUTNAME}.host.manifest"
 python write_target_sdk_manifest () {
 from oe.sdk import sdk_list_installed_packages
+from oe.utils import format_pkg_list
 sdkmanifestdir = os.path.dirname(d.getVar("SDK_TARGET_MANIFEST", True))
+pkgs = sdk_list_installed_packages(d, True)
 if not os.path.exists(sdkmanifestdir):
 bb.utils.mkdirhier(sdkmanifestdir)
 with open(d.getVar('SDK_TARGET_MANIFEST', True), 'w') as output:
-output.write(sdk_list_installed_packages(d, True, 'ver'))
+output.write(format_pkg_list(pkgs, 'ver'))
 }
 
 python write_host_sdk_manifest () {
 from oe.sdk import sdk_list_installed_packages
+from oe.utils import format_pkg_list
 sdkmanifestdir = os.path.dirname(d.getVar("SDK_HOST_MANIFEST", True))
+pkgs = sdk_list_installed_packages(d, False)
 if not os.path.exists(sdkmanifestdir):
 bb.utils.mkdirhier(sdkmanifestdir)
 with open(d.getVar('SDK_HOST_MANIFEST', True), 'w') as output:
-output.write(sdk_list_installed_packages(d, False, 'ver'))
+output.write(format_pkg_list(pkgs, 'ver'))
 }
 
 POPULATE_SDK_POST_TARGET_COMMAND_append = " write_target_sdk_m

[OE-core] [PATCHv3 2/4] lib/oe/utils: Add function format_pkg_list()

[mariano . lopez]

From: Mariano Lopez 

The class PkgsList returns a dictionary with all the installed
packages, because the data structure is a dictionary there is
needed to format the data in order to write to a file.

The function format_pkg_list returns a formated sting with all
packages installed. The output will depend on the requested format
when calling the function.

[YOCTO #7427]

Signed-off-by: Mariano Lopez 
---
 meta/lib/oe/utils.py | 22 ++
 1 file changed, 22 insertions(+)

diff --git a/meta/lib/oe/utils.py b/meta/lib/oe/utils.py
index cee087f..9a86410 100644
--- a/meta/lib/oe/utils.py
+++ b/meta/lib/oe/utils.py
@@ -208,6 +208,28 @@ def squashspaces(string):
 import re
 return re.sub("\s+", " ", string).strip()
 
+def format_pkg_list(pkg_dict, ret_format=None):
+output = []
+
+if ret_format == "arch":
+for pkg in sorted(pkg_dict):
+output.append("%s %s" % (pkg, pkg_dict[pkg]["arch"]))
+elif ret_format == "file":
+for pkg in sorted(pkg_dict):
+output.append("%s %s %s" % (pkg, pkg_dict[pkg]["filename"], 
pkg_dict[pkg]["arch"]))
+elif ret_format == "ver":
+for pkg in sorted(pkg_dict):
+output.append("%s %s %s" % (pkg, pkg_dict[pkg]["arch"], 
pkg_dict[pkg]["ver"]))
+elif ret_format == "deps":
+for pkg in sorted(pkg_dict):
+for dep in pkg_dict[pkg]["deps"]:
+output.append("%s|%s" % (pkg, dep))
+else:
+for pkg in sorted(pkg_dict):
+output.append(pkg)
+
+return '\n'.join(output)
+
 #
 # Python 2.7 doesn't have threaded pools (just multiprocessing)
 # so implement a version here
-- 
1.8.4.5

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

[OE-core] [PATCHv3 1/4] lib/oe/package_manager: Add list_pkgs() to PkgsList class

[mariano . lopez]

From: Mariano Lopez 

Currently the class PkgList returns a formated string of the
installed packages. It would be more clean to pass a standard
data structure to the callers instead to format the output
inside PkgsList class.

This patch adds list_pkgs() method to PkgsList class to get the
all the information for installed packages and return a dictionary
with the info.

[YOCTO #7427]

Signed-off-by: Mariano Lopez 
---
 meta/lib/oe/package_manager.py | 135 +
 1 file changed, 135 insertions(+)

diff --git a/meta/lib/oe/package_manager.py b/meta/lib/oe/package_manager.py
index bc39721..79cadda 100644
--- a/meta/lib/oe/package_manager.py
+++ b/meta/lib/oe/package_manager.py
@@ -296,6 +296,60 @@ class PkgsList(object):
 def list(self, format=None):
 pass
 
+@abstractmethod
+def list_pkgs(self):
+pass
+
+
+"""
+This method parse the output from the package manager
+and return a dictionary with the information of the
+installed packages. This is used whne the packages are
+in deb or ipk format
+"""
+def opkg_query(self, cmd_output):
+verregex = re.compile(' \([=<>]* [^ )]*\)')
+output = dict()
+filename = ""
+dep = []
+for line in cmd_output.splitlines():
+line = line.rstrip()
+if ':' in line:
+if line.startswith("Package: "):
+pkg = line.split(": ")[1]
+elif line.startswith("Architecture: "):
+arch = line.split(": ")[1]
+elif line.startswith("Version: "):
+ver = line.split(": ")[1]
+elif line.startswith("File: "):
+filename = line.split(": ")[1]
+elif line.startswith("Depends: "):
+depends = verregex.sub('', line.split(": ")[1])
+for depend in depends.split(", "):
+dep.append(depend)
+elif line.startswith("Recommends: "):
+recommends = verregex.sub('', line.split(": ")[1])
+for recommend in recommends.split(", "):
+dep.append("%s [REC]" % recommend)
+else:
+# IPK doesn't include the filename
+if not filename:
+filename = "%s_%s_%s.ipk" % (pkg, ver, arch)
+if pkg:
+output[pkg] = {"arch":arch, "ver":ver,
+"filename":filename, "deps": dep }
+pkg = ""
+filename = ""
+dep = []
+
+if pkg:
+if not filename:
+filename = "%s_%s_%s.ipk" % (pkg, ver, arch)
+output[pkg] = {"arch":arch, "ver":ver,
+"filename":filename, "deps": dep }
+
+return output
+
 
 class RpmPkgsList(PkgsList):
 def __init__(self, d, rootfs_dir, arch_var=None, os_var=None):
@@ -412,6 +466,59 @@ class RpmPkgsList(PkgsList):
 
 return '\n'.join(output)
 
+def list_pkgs(self):
+cmd = self.rpm_cmd + ' --root ' + self.rootfs_dir
+cmd += ' -D "_dbpath /var/lib/rpm" -qa'
+if self.rpm_version == 4:
+cmd += " --qf '[%{NAME} %{ARCH} %{VERSION}\n]'"
+else:
+cmd += " --qf '[%{NAME} %{ARCH} %{VERSION} %{PACKAGEORIGIN}\n]'"
+
+try:
+# bb.note(cmd)
+tmp_output = subprocess.check_output(cmd, 
stderr=subprocess.STDOUT, shell=True).strip()
+except subprocess.CalledProcessError as e:
+bb.fatal("Cannot get the installed packages list. Command '%s' "
+ "returned %d:\n%s" % (cmd, e.returncode, e.output))
+
+output = dict()
+deps = dict()
+if self.rpm_version == 4:
+bb.warn("Dependency listings are not supported with rpm 4 since 
rpmresolve does not work")
+dependencies = ""
+else:
+dependencies = self._list_pkg_deps()
+
+# Populate deps dictionary for better manipulation
+for line in dependencies.splitlines():
+pkg, dep = line.split("|")
+if not pkg in deps:
+deps[pkg] = list()
+if not dep in deps[pkg]:
+deps[pkg].append(dep)
+
+for line in tmp_output.split('\n'):
+if len(line.strip()) == 0:
+continue
+pkg = line.split()[0]
+arch = line.split()[1]
+ver = line.split()[2]
+dep = deps.get(pkg, [])
+
+# Skip GPG keys
+if pkg == 'gpg-pubkey':
+continue
+if self.rpm_version == 4:
+pkgorigin = "unknown"
+else:
+pkgorigin = line.split()[3]
+new_pkg, new_arch = self._pkg_translate_smart_to_oe(pkg, arch)
+
+output[new_pkg] = {"arch":new_arch, "ver":ver,
+"filename":p

[OE-core] [PATCHv3 4/4] lib/oe/package_manager.py: Remove list() from PkgsList class

[mariano . lopez]

From: Mariano Lopez 

Now that the method list() is not used anymore, remove it.

[YOCTO #7427]

Signed-off-by: Mariano Lopez 
---
 meta/lib/oe/package_manager.py | 153 -
 1 file changed, 153 deletions(-)

diff --git a/meta/lib/oe/package_manager.py b/meta/lib/oe/package_manager.py
index 6d02630..6a6e3e9 100644
--- a/meta/lib/oe/package_manager.py
+++ b/meta/lib/oe/package_manager.py
@@ -293,10 +293,6 @@ class PkgsList(object):
 self.rootfs_dir = rootfs_dir
 
 @abstractmethod
-def list(self, format=None):
-pass
-
-@abstractmethod
 def list_pkgs(self):
 pass
 
@@ -416,56 +412,6 @@ class RpmPkgsList(PkgsList):
 
 return output
 
-def list(self, format=None):
-if format == "deps":
-if self.rpm_version == 4:
-bb.fatal("'deps' format dependency listings are not supported 
with rpm 4 since rpmresolve does not work")
-return self._list_pkg_deps()
-
-cmd = self.rpm_cmd + ' --root ' + self.rootfs_dir
-cmd += ' -D "_dbpath /var/lib/rpm" -qa'
-if self.rpm_version == 4:
-cmd += " --qf '[%{NAME} %{ARCH} %{VERSION}\n]'"
-else:
-cmd += " --qf '[%{NAME} %{ARCH} %{VERSION} %{PACKAGEORIGIN}\n]'"
-
-try:
-# bb.note(cmd)
-tmp_output = subprocess.check_output(cmd, 
stderr=subprocess.STDOUT, shell=True).strip()
-
-except subprocess.CalledProcessError as e:
-bb.fatal("Cannot get the installed packages list. Command '%s' "
- "returned %d:\n%s" % (cmd, e.returncode, e.output))
-
-output = list()
-for line in tmp_output.split('\n'):
-if len(line.strip()) == 0:
-continue
-pkg = line.split()[0]
-arch = line.split()[1]
-ver = line.split()[2]
-# Skip GPG keys
-if pkg == 'gpg-pubkey':
-continue
-if self.rpm_version == 4:
-pkgorigin = "unknown"
-else:
-pkgorigin = line.split()[3]
-new_pkg, new_arch = self._pkg_translate_smart_to_oe(pkg, arch)
-
-if format == "arch":
-output.append('%s %s' % (new_pkg, new_arch))
-elif format == "file":
-output.append('%s %s %s' % (new_pkg, pkgorigin, new_arch))
-elif format == "ver":
-output.append('%s %s %s' % (new_pkg, new_arch, ver))
-else:
-output.append('%s' % (new_pkg))
-
-output.sort()
-
-return '\n'.join(output)
-
 def list_pkgs(self):
 cmd = self.rpm_cmd + ' --root ' + self.rootfs_dir
 cmd += ' -D "_dbpath /var/lib/rpm" -qa'
@@ -528,51 +474,6 @@ class OpkgPkgsList(PkgsList):
 self.opkg_args = "-f %s -o %s " % (config_file, rootfs_dir)
 self.opkg_args += self.d.getVar("OPKG_ARGS", True)
 
-def list(self, format=None):
-opkg_query_cmd = bb.utils.which(os.getenv('PATH'), 
"opkg-query-helper.py")
-
-if format == "arch":
-cmd = "%s %s status | %s -a" % \
-(self.opkg_cmd, self.opkg_args, opkg_query_cmd)
-elif format == "file":
-cmd = "%s %s status | %s -f" % \
-(self.opkg_cmd, self.opkg_args, opkg_query_cmd)
-elif format == "ver":
-cmd = "%s %s status | %s -v" % \
-(self.opkg_cmd, self.opkg_args, opkg_query_cmd)
-elif format == "deps":
-cmd = "%s %s status | %s" % \
-(self.opkg_cmd, self.opkg_args, opkg_query_cmd)
-else:
-cmd = "%s %s list_installed | cut -d' ' -f1" % \
-(self.opkg_cmd, self.opkg_args)
-
-try:
-# bb.note(cmd)
-tmp_output = subprocess.check_output(cmd, 
stderr=subprocess.STDOUT, shell=True).strip()
-
-except subprocess.CalledProcessError as e:
-bb.fatal("Cannot get the installed packages list. Command '%s' "
- "returned %d:\n%s" % (cmd, e.returncode, e.output))
-
-output = list()
-for line in tmp_output.split('\n'):
-if len(line.strip()) == 0:
-continue
-if format == "file":
-pkg, pkg_file, pkg_arch = line.split()
-full_path = os.path.join(self.rootfs_dir, pkg_arch, pkg_file)
-if os.path.exists(full_path):
-output.append('%s %s %s' % (pkg, full_path, pkg_arch))
-else:
-output.append('%s %s %s' % (pkg, pkg_file, pkg_arch))
-else:
-output.append(line)
-
-output.sort()
-
-return '\n'.join(output)
-
 def list_pkgs(self, format=None):
 cmd = "%s %s status" % (self.opkg_cmd, self.opkg_args)
 
@@ -588,60 +489,6 @@ class OpkgPkgsList(PkgsList):
 
 
 class DpkgPkgsList(PkgsList):
-def list(self, format=None):

[OE-core] [PATCHv3 0/4] Clean PkgsList return data implementation.

[mariano . lopez]

From: Mariano Lopez 

Currently the when calling the list() from the classes that inherit
from PKgsList, it must pass the format required and it will return
a formated string listing all the packages installed. Retruning such
string is not the best data structure to manipulate in the callers.

This series of patches change PkgsList to return a dictionary and the
callers will format the output as required.

Changes in V2:

- Fix the last break line in the image manifest
- Fix issue not showing the last pkg when using deb or ipk

Changes in V3:

- Fix exception when creating read only rootfs

The following changes since commit a2f23fa62858b89850aab339ddec16dcf6026b37:

  openssh: CVE-2016-1907 (2016-01-18 11:47:08 +)

are available in the git repository at:

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

Mariano Lopez (4):
  lib/oe/package_manager: Add list_pkgs() to PkgsList class
  lib/oe/utils: Add function format_pkg_list()
  lib/oe/rootfs: Use list_pkgs() instead of list()
  lib/oe/package_manager.py: Remove list() from PkgsList class

 meta/classes/buildhistory.bbclass|  11 +-
 meta/classes/license.bbclass |   8 +-
 meta/classes/populate_sdk_base.bbclass   |   8 +-
 meta/classes/rootfs-postcommands.bbclass |   4 +-
 meta/lib/oe/package_manager.py   | 200 ++-
 meta/lib/oe/rootfs.py|  10 +-
 meta/lib/oe/sdk.py   |   8 +-
 meta/lib/oe/utils.py |  22 
 8 files changed, 145 insertions(+), 126 deletions(-)

-- 
1.8.4.5

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

Re: [OE-core] [PATCH 19/73] mtools: Fix build with uclibc

[Khem Raj]

Hi Roman

> On Jan 17, 2016, at 11:17 PM, Roman Khimov  wrote:
> 
> В письме от 17 января 2016 03:35:52 пользователь Khem Raj написал:
>> --- a/meta/recipes-devtools/mtools/mtools_4.0.18.bb
>> +++ b/meta/recipes-devtools/mtools/mtools_4.0.18.bb
>> @@ -5,6 +5,7 @@ SECTION = "optional"
>> LICENSE = "GPLv3"
>> LIC_FILES_CHKSUM = "file://COPYING;md5=d32239bcb673463ab874e80d47fae504"
>> 
>> +DEPENDS += "virtual/libiconv"
>> 
>> RDEPENDS_${PN}_libc-glibc = "glibc-gconv-ibm850"
>> RRECOMMENDS_${PN}_libc-glibc = "\
>> @@ -35,6 +36,8 @@ inherit autotools texinfo
>> 
>> EXTRA_OECONF = "--without-x"
>> 
>> +LDFLAGS_append_libc-uclibc = " -liconv "
>> +
>> BBCLASSEXTEND = "native nativesdk"
>> 
>> PACKAGECONFIG ??= ""
> 
> I've just checked to see that my mtools bbappend (based on fido) has it solved
> like this:
> 
> DEPENDS_class-target += "virtual/libiconv"
> export LIBS = "-liconv"
> LIBS_class-native = “"

Both are doing same thing in the end. if LIBS is altered we inject the compiler 
flags
same happens via LDFLAGS except that if we use LDFLAGS then we can utilize 
overrides
at recipe level and they are automatically exported into component Make systems.

LIBS is supposed to be computed during configure if one was to use libs approach
then USERLDLIBS is safer.

> 
> And from what I remember, I had some issue building native package with
> 'DEPENDS +='. Although that's an old branch and probably things are different
> now.

I guess what you might have seen is that there is no provider for 
libiconv-native
which is already fixed by
https://github.com/kraj/openembedded-core/commit/a5e6f5939c0ee4280eabd7cfc01131052040bc81

if it was something else. Please report with more details.

> 
> Same thing with parted.
> 
> --
> http://roman.khimov.ru
> mailto: ro...@khimov.ru
> gpg --keyserver hkp://subkeys.pgp.net --recv-keys 0xE5E055C3



signature.asc
Description: Message signed with OpenPGP using GPGMail
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 00/73] musl fixes part 3 & 4 combined

[Khem Raj]

> On Jan 17, 2016, at 3:36 AM, Khem Raj  wrote:
> 
> 
> This patchset rebases the last pull request on top of latest master
> since lot of recipes went in and the patches wont apply straight
> 
> core-image-weston/core-image-sato/core-image-full-cmdline build for
> all qemu machines work well.
> 
> No regressions seen on glibc based world builds
> 
> Here are some of world build results for qemu (musl)
> 
> http://errors.yoctoproject.org/Errors/Build/11636/
> http://errors.yoctoproject.org/Errors/Build/11637/
> http://errors.yoctoproject.org/Errors/Build/11638/
> 
> more to follow as the run finishes
> 
> One patch is for upgrading uclibc to 1.0.11
> 
> The following changes since commit b3b679d5be86f73d1a06c7230cb00872f0a407b5:
> 

For glibc I see 1 issue on qemuarm which is valgrind and I think Andre wanted to
send a patch to fix it since valgrind won’t work on arm < v7 without patching.
Another issue on ppc kernel is due to 2.26 binutils/gas upgrade, I have sent
and email about that separately besides that all world builds are clean.

uclibc/qemu runs

Building world for qemuarm/uclibc...
Your entry can be found here: http://errors.yoctoproject.org/Errors/Build/11654/
Building world for qemuarm64/uclibc...
Your entry can be found here: http://errors.yoctoproject.org/Errors/Build/11655/
Building world for qemux86/uclibc...
Your entry can be found here: http://errors.yoctoproject.org/Errors/Build/11657/
Building world for qemux86-64/uclibc...
Your entry can be found here: http://errors.yoctoproject.org/Errors/Build/11658/
Building world for qemumips/uclibc...
Your entry can be found here: http://errors.yoctoproject.org/Errors/Build/11660/
Building world for qemuppc/uclibc...
Your entry can be found here: http://errors.yoctoproject.org/Errors/Build/11661/


musl/qemu world builds


-
Building world for qemuarm/musl ...
Your entry can be found here: http://errors.yoctoproject.org/Errors/Build/11636/
-
Building world for qemuarm64/musl ...
Your entry can be found here: http://errors.yoctoproject.org/Errors/Build/11637/
-
Building world for qemux86/musl ...
Your entry can be found here: http://errors.yoctoproject.org/Errors/Build/11638/
-
Building world for qemux86-64/musl ...
Your entry can be found here: http://errors.yoctoproject.org/Errors/Build/11640/
-
Building world for qemumips/musl ...
Your entry can be found here: http://errors.yoctoproject.org/Errors/Build/11641/
-
Building world for qemuppc/musl ...
Your entry can be found here: http://errors.yoctoproject.org/Errors/Build/11645/

>  openssh: update to 7.1p2 (2016-01-15 15:44:51 +)
> 
> are available in the git repository at:
> 
>  git://github.com/kraj/openembedded-core kraj/musl-fixes
>  https://github.com/kraj/openembedded-core/tree/kraj/musl-fixes
> 
> Khem Raj (72):
>  powertop: Include right headers for timval struct
>  blktrace: Include   ppp: Fix build with musl
>  tcp-wrappers: Fix build with musl
>  fts: Add recipe
>  connman: include config.h for HAVE_STRUCT_IN6_PKTINFO_IPI6_ADDR
>  libcgroup: Add dependency on fts when building on musl
>  linux-libc-headers: Port patches for linux-headers for musl
>  xserver-xorg: Fix build with musl
>  gdk-pixbuf: Fix latent build  issue exposed by musl
>  argp-standalone: Add recipe
>  gnutls: Link with libargp on musl and depend on argp-standalone
>  util-linux: Fix ptest builds on musl
>  elfutils: Fix build with uclibc/musl
>  systemd: Update and fix build with uclibc
>  packagegroup-self-hosted.bb: Move glibc-gconv-ibm850 to glibc only
>case
>  guile: Fix build with uclibc
>  gnutls: Link with libuargp on uclibc
>  mtools: Fix build with uclibc
>  parted: Fix build with uclibc
>  net-tools: Link with libintl on uclibc
>  libdrm: Upgrade 2.4.65 -> 2.4.66
>  directfb: Fix build with musl
>  gzip: Fix build with musl
>  watchdog: Fix build with musl
>  xinetd: Fix build with musl
>  dpkg: Add musleabi to known architectures
>  puzzles: Zero'ise structs before use
>  apt: Add support for building for musl targets
>  libunwind: backtrace APIs are glibc specific
>  babeltrace: Add missing header for MAXNAMLEN define
>  sysklogd: untangle header inclusion maze
>  console-tools: Include sys/types.h for u_char and u_short defs
>  webkitgtk: Fix build with clang/musl
>  rt-tests: Fix build with non-gcc compilers
>  tar: Fix build for musl based targets
>  pax: Fix build with musl
>  iputils: Use member based initialization for mrghdr struct
>  libuser: Fix build when secure getenv is not there
>  iproute2: Fix build with musl
>  irda-utils: Fix header inclusions
>  nspr: Drop older glibc code
>  ch

[OE-core] [PATCH v2 5/5] strace: update 4.10 -> 4.11

[Andre McCurdy]

Noteworthy changes in release 4.11 (2015-12-21)
===

* Changes in behavior
  * Some syscalls have different names depending on architecture and
personality.  In these cases, syscall filtering and printing now
consistently uses the names that match corresponding __NR_* kernel
macros of the tracee's architecture and personality.
  * Added strace prefix to all diagnostic messages.

* Improvements
  * Enhanced and extended test suite.
  * Implemented reliable tracing of processes whose personality differs
from the personality of strace, fixed decoding of 32-bit personality
syscalls on 64-bit architectures.
  * When some data referenced by syscall arguments is irrelevant or cannot
be read from tracee's memory, strace now prints its address consistently.
  * When a syscall is restarted using restart_syscall mechanism, strace now
shows the syscall name on architectures that expose this information.
  * Print values returned by epoll_create1, eventfd, eventfd2, fanotify_init,
inotify_init1, perf_event_open, pipe, pipe2, signalfd, signalfd4, socket,
socketpair, timerfd, and timerfd_create syscalls, as well as F_DUPFD and
F_DUPFD_CLOEXEC fcntl commands, as file descriptors.
  * Optimized decoding of indirect socket syscalls.
  * Implemented decoding of nanoseconds along with seconds in stat family
syscalls (addresses Fedora bug #1251176).
  * Implemented decoding of struct statfs.f_flags in statfs syscall.
  * Implemented decoding of siginfo_t.si_syscall and siginfo_t.si_arch
in SIGSYS signal.
  * Implemented decoding of indirect syscall on mips o32.
  * Implemented decoding of IPPROTO_IP control messages.
  * Implemented decoding of setsockopt syscall multicast arguments.
  * Enhanced decoding of struct sigevent.
  * Enhanced decoding of block, loop, mtd, ptp, rtc, SG_IO, socket, tty,
and v4l2 ioctl syscall arguments.
  * Enhanced decoding of epoll_create, fcntl, fcntl64, futex, getdents,
getdents64, getsockopt, io_*, mount, msgctl, prctl, quotactl, recvfrom,
sendfile, setsockopt, and shmctl syscalls.
  * Implemented decoding of bpf, execveat, ioperm, iopl, kcmp, kexec_file_load,
lookup_dcookie, membarrier, memfd_create, mlock2, name_to_handle_at,
open_by_handle_at, sched_getattr, sched_setattr, and userfaultfd syscalls.
  * Updated lists of AF_*, EPOLL_*, FALLOC_FL_*, F_*, INPUT_PROP_*, IPPROTO_*,
IPV6_*, IP_*, KEY_*, LOCK_*, MNT_*, MS_*, PACKET_*, PERF_FLAG_*, PF_*,
PR_*, PTRACE_O_*, RENAME_*, SCTP_*, SECBIT_*, SO_*, TCP_*, and siginfo_t
constants.
  * Added Nios II architecture support.
  * Added new syscall entries to match Linux 4.4.

* Bug fixes
  * Fixed potential short read of strings from tracee's memory.
  * Fixed -qq option in conjunction with -o option.
  * Fixed filtering of  syscalls.
  * Fixed decoding of ioctl syscall command on aarch64 and 32-bit architectures
with 64-bit aligned structures.
  * Fixed decoding of eventfd2, epoll_create1, signalfd4, and sync_file_range2
syscall flags arguments.
  * Fixed decoding of 4th argument of clock_nanosleep syscall.
  * Fixed decoding of getpagesize syscall on m68k.
  * Fixed decoding of getrandom and seccomp syscalls on aarch64.
  * Fixed decoding of timezone argument of gettimeofday and settimeofday
  * syscalls.
  * Fixed decoding of offset argument of mmap2 syscall on arm, sparc,
and sparc64.
  * Fixed decoding of pipe syscall on alpha and mips.
  * Fixed decoding of pipe2 syscall on ia64, sh, sparc, and sparc64.
  * Fixed decoding of signal mask argument of pselect6 syscall on x32.
  * Fixed decoding of signal mask of rt_sigreturn syscall on aarch64, m68k,
and x32.
  * Fixed decoding of 4th argument of semctl indirect syscall.
  * Fixed decoding of sa_restorer and sa_mask of sigaction syscall on m68k.
  * Fixed decoding of statfs64 and fstatfs64 syscalls on arm eabi.
  * Fixed decoding of struct dirent on x32.
  * Fixed decoding of times syscall return value on mips n32 and x32.
  * Fixed decoding of path argument of umount2 syscall
(addresses Debian bug #785050).
  * Worked around a kernel bug in tracing privileged executables.
  * Fixed various errors in mapping between syscall numbers and associated
information like the number of syscall arguments, the name of syscall,
and syscall decoder.

Signed-off-by: Andre McCurdy 
Signed-off-by: Richard Purdie 
---
 .../0001-Add-linux-aarch64-arch_regs.h.patch   |  25 -
 .../Include-linux-ioctl.h-for-_IOC_-macros.patch   |  69 
 .../strace/Include-sys-stat.h-for-S_I-macros.patch |  52 -
 .../strace/strace/Makefile-ptest.patch |  18 ++--
 .../define-OS-ARCH-in-tests-Makefile-am.patch  |  26 -
 ...-robust-test-for-m32-mx32-compile-support.patch |  46 
 .../strace/strace-add-configure-options.patch  |  49 -
 .../strace/strace/update-gawk-paths.patch  | 118 +
 .../strace/{

[OE-core] [PATCH v2 4/5] strace: fix ARCH definition in tests/Makefile

[Andre McCurdy]

TARGET_ARCH doesn't map to strace's ARCH variable, so we can't assign
one from the other. Forcing the incorrect value via the make command
line doesn't cause any problems with strace v4.10, but it will do for
strace v4.11.

Signed-off-by: Andre McCurdy 
Signed-off-by: Richard Purdie 
---
 .../define-OS-ARCH-in-tests-Makefile-am.patch  | 26 ++
 meta/recipes-devtools/strace/strace_4.10.bb|  3 ++-
 2 files changed, 28 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-devtools/strace/strace/define-OS-ARCH-in-tests-Makefile-am.patch

diff --git 
a/meta/recipes-devtools/strace/strace/define-OS-ARCH-in-tests-Makefile-am.patch 
b/meta/recipes-devtools/strace/strace/define-OS-ARCH-in-tests-Makefile-am.patch
new file mode 100644
index 000..4b1bb26
--- /dev/null
+++ 
b/meta/recipes-devtools/strace/strace/define-OS-ARCH-in-tests-Makefile-am.patch
@@ -0,0 +1,26 @@
+Ensure that OS and ARCH are defined in tests/Makefile.am
+
+For strace v4.10 this is a purely cosmetic fix, since the include
+paths derived from $(OS)/${ARCH) are never used. These variables are
+correctly defined by default in strace v4.11.
+
+Partial backport of upstream commit:
+
+  
http://sourceforge.net/p/strace/code/ci/25c804ce42261b24b19d35c637bf2745c237ee07
+
+Upstream-Status: Backport
+
+Signed-off-by: Andre McCurdy 
+
+Index: strace-4.10/tests/Makefile.am
+===
+--- strace-4.10.orig/tests/Makefile.am
 strace-4.10/tests/Makefile.am
+@@ -1,5 +1,7 @@
+ # Automake input for strace tests.
+ 
++OS = linux
++ARCH = @arch@
+ AM_CFLAGS = $(WARN_CFLAGS)
+ AM_CPPFLAGS = -I$(top_builddir)/$(OS)/$(ARCH) \
+ -I$(top_srcdir)/$(OS)/$(ARCH) \
diff --git a/meta/recipes-devtools/strace/strace_4.10.bb 
b/meta/recipes-devtools/strace/strace_4.10.bb
index 0b2316b..1b64743 100644
--- a/meta/recipes-devtools/strace/strace_4.10.bb
+++ b/meta/recipes-devtools/strace/strace_4.10.bb
@@ -12,6 +12,7 @@ SRC_URI = "${SOURCEFORGE_MIRROR}/strace/strace-${PV}.tar.xz \
file://run-ptest \
file://Include-sys-stat.h-for-S_I-macros.patch \
file://Include-linux-ioctl.h-for-_IOC_-macros.patch \
+   file://define-OS-ARCH-in-tests-Makefile-am.patch \
   "
 
 SRC_URI[md5sum] = "107a5be455493861189e9b57a3a51912"
@@ -37,7 +38,7 @@ do_install_append() {
 }
 
 do_compile_ptest() {
-   oe_runmake -C ${TESTDIR} buildtest-TESTS OS=linux ARCH="${TARGET_ARCH}"
+   oe_runmake -C ${TESTDIR} buildtest-TESTS
 }
 
 do_install_ptest() {
-- 
1.9.1

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

[OE-core] [PATCH v2 3/5] strace: remove need for git-version-gen script

[Andre McCurdy]

The git-version-gen isn't really needed in order to determine the
version of tarball releases, so avoid the need to provide our own
copy.

Signed-off-by: Andre McCurdy 
Signed-off-by: Richard Purdie 
---
 .../strace/strace/disable-git-version-gen.patch|  20 ++
 .../recipes-devtools/strace/strace/git-version-gen | 225 -
 meta/recipes-devtools/strace/strace_4.10.bb|   6 +-
 3 files changed, 21 insertions(+), 230 deletions(-)
 create mode 100644 
meta/recipes-devtools/strace/strace/disable-git-version-gen.patch
 delete mode 100755 meta/recipes-devtools/strace/strace/git-version-gen

diff --git a/meta/recipes-devtools/strace/strace/disable-git-version-gen.patch 
b/meta/recipes-devtools/strace/strace/disable-git-version-gen.patch
new file mode 100644
index 000..7bc1436
--- /dev/null
+++ b/meta/recipes-devtools/strace/strace/disable-git-version-gen.patch
@@ -0,0 +1,20 @@
+The git-version-gen script is not included in tarball releases,
+so we need to avoid attempts to call it when running autoreconf.
+
+Upstream-Status: Inappropriate [configuration]
+
+Signed-off-by: Andre McCurdy 
+
+Index: strace-4.10/configure.ac
+===
+--- strace-4.10.orig/configure.ac
 strace-4.10/configure.ac
+@@ -1,7 +1,7 @@
+ dnl Process this file with autoconf to create configure.  Use autoreconf.
+ AC_PREREQ(2.57)
+ AC_INIT([strace],
+-  m4_esyscmd([./git-version-gen .tarball-version]),
++  m4_esyscmd_s([cat .tarball-version]),
+   [strace-de...@lists.sourceforge.net])
+ AC_CONFIG_SRCDIR([strace.c])
+ AC_CONFIG_AUX_DIR([.])
diff --git a/meta/recipes-devtools/strace/strace/git-version-gen 
b/meta/recipes-devtools/strace/strace/git-version-gen
deleted file mode 100755
index 8fee74e..000
--- a/meta/recipes-devtools/strace/strace/git-version-gen
+++ /dev/null
@@ -1,225 +0,0 @@
-#!/bin/sh
-# Print a version string.
-scriptversion=2012-12-31.23; # UTC
-
-# Copyright (C) 2007-2013 Free Software Foundation, Inc.
-#
-# This program is free software: you can redistribute it and/or modify
-# it under the terms of the GNU General Public License as published by
-# the Free Software Foundation; either version 3 of the License, or
-# (at your option) any later version.
-#
-# This program is distributed in the hope that it will be useful,
-# but WITHOUT ANY WARRANTY; without even the implied warranty of
-# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
-# GNU General Public License for more details.
-#
-# You should have received a copy of the GNU General Public License
-# along with this program.  If not, see .
-
-# This script is derived from GIT-VERSION-GEN from GIT: http://git.or.cz/.
-# It may be run two ways:
-# - from a git repository in which the "git describe" command below
-#   produces useful output (thus requiring at least one signed tag)
-# - from a non-git-repo directory containing a .tarball-version file, which
-#   presumes this script is invoked like "./git-version-gen .tarball-version".
-
-# In order to use intra-version strings in your project, you will need two
-# separate generated version string files:
-#
-# .tarball-version - present only in a distribution tarball, and not in
-#   a checked-out repository.  Created with contents that were learned at
-#   the last time autoconf was run, and used by git-version-gen.  Must not
-#   be present in either $(srcdir) or $(builddir) for git-version-gen to
-#   give accurate answers during normal development with a checked out tree,
-#   but must be present in a tarball when there is no version control system.
-#   Therefore, it cannot be used in any dependencies.  GNUmakefile has
-#   hooks to force a reconfigure at distribution time to get the value
-#   correct, without penalizing normal development with extra reconfigures.
-#
-# .version - present in a checked-out repository and in a distribution
-#   tarball.  Usable in dependencies, particularly for files that don't
-#   want to depend on config.h but do want to track version changes.
-#   Delete this file prior to any autoconf run where you want to rebuild
-#   files to pick up a version string change; and leave it stale to
-#   minimize rebuild time after unrelated changes to configure sources.
-#
-# As with any generated file in a VC'd directory, you should add
-# /.version to .gitignore, so that you don't accidentally commit it.
-# .tarball-version is never generated in a VC'd directory, so needn't
-# be listed there.
-#
-# Use the following line in your configure.ac, so that $(VERSION) will
-# automatically be up-to-date each time configure is run (and note that
-# since configure.ac no longer includes a version string, Makefile rules
-# should not depend on configure.ac for version updates).
-#
-# AC_INIT([GNU project],
-# m4_esyscmd([build-aux/git-version-gen .tarball-version]),
-# [bug-project@example])
-#
-# Then use the following lines in your Mak

[OE-core] [PATCH v2 1/5] strace: drop unnecessary dependency on acl

[Andre McCurdy]

The dependency on acl was removed from strace prior to the v4.10
release, so it's no longer necessary to add a configure option to
allow acl to be disabled.

  
http://sourceforge.net/p/strace/code/ci/681452b0f854833d4bd443fcd9bb0bab2b46339f

Signed-off-by: Andre McCurdy 
Signed-off-by: Richard Purdie 
---
 .../strace/strace-add-configure-options.patch  | 24 ++
 meta/recipes-devtools/strace/strace_4.10.bb|  3 +--
 2 files changed, 3 insertions(+), 24 deletions(-)

diff --git 
a/meta/recipes-devtools/strace/strace/strace-add-configure-options.patch 
b/meta/recipes-devtools/strace/strace/strace-add-configure-options.patch
index e48e4b3..a3f8ec4 100644
--- a/meta/recipes-devtools/strace/strace/strace-add-configure-options.patch
+++ b/meta/recipes-devtools/strace/strace/strace-add-configure-options.patch
@@ -1,4 +1,4 @@
-Add options "aio" and "acl" to enable/disable libaio and acl support.
+Add option "aio" to enable/disable libaio support.
 
 Upstream-Status: Pending
 
@@ -12,26 +12,7 @@ diff --git a/configure.ac b/configure.ac
 index e73958c..9099370 100644
 --- a/configure.ac
 +++ b/configure.ac
-@@ -270,6 +270,18 @@ AC_CHECK_HEADERS(m4_normalize([
-   sys/vfs.h
-   sys/xattr.h
- ]))
-+
-+AC_ARG_ENABLE([acl],
-+  [AS_HELP_STRING([--enable-acl], [turn on acl support])],
-+  [case $enableval in
-+  yes)
-+  AC_CHECK_HEADERS([sys/acl.h])
-+  ;;
-+  no)  ;;
-+  *)   AC_MSG_ERROR([bad value $enableval for aio option]) ;;
-+  esac]
-+)
-+
- AC_CHECK_HEADERS([linux/icmp.h linux/in6.h linux/netlink.h linux/if_packet.h],
-  [], [], [#include 
- #include 
-@@ -745,6 +757,20 @@ if test "x$ac_cv_lib_dl_dladdr" = xyes; then
+@@ -745,6 +745,20 @@ if test "x$ac_cv_lib_dl_dladdr" = xyes;
  fi
  AC_SUBST(dl_LIBS)
  
@@ -54,4 +35,3 @@ index e73958c..9099370 100644
  dnl stack trace with libunwind
 --
 1.9.1
-
diff --git a/meta/recipes-devtools/strace/strace_4.10.bb 
b/meta/recipes-devtools/strace/strace_4.10.bb
index 20b7e3d..fe250b7 100644
--- a/meta/recipes-devtools/strace/strace_4.10.bb
+++ b/meta/recipes-devtools/strace/strace_4.10.bb
@@ -21,12 +21,11 @@ inherit autotools ptest bluetooth
 RDEPENDS_${PN}-ptest += "make coreutils grep gawk"
 
 PACKAGECONFIG_class-target ??= "\
-libaio ${@bb.utils.contains('DISTRO_FEATURES', 'acl', 'acl', '', d)} \
+libaio \
 ${@bb.utils.contains('DISTRO_FEATURES', 'bluetooth', 'bluez', '', d)} \
 "
 
 PACKAGECONFIG[libaio] = "--enable-aio,--disable-aio,libaio"
-PACKAGECONFIG[acl] = "--enable-acl,--disable-acl,acl"
 PACKAGECONFIG[libunwind] = "--with-libunwind, --without-libunwind, libunwind"
 PACKAGECONFIG[bluez] = 
"ac_cv_header_bluetooth_bluetooth_h=yes,ac_cv_header_bluetooth_bluetooth_h=no,${BLUEZ}"
 
-- 
1.9.1

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

[OE-core] [PATCH v2 2/5] strace: fix --disable-aio configure option

[Andre McCurdy]

Remove the original unconditional check for libaio.h,
since it's included in the newly added conditional check.

Signed-off-by: Andre McCurdy 
Signed-off-by: Richard Purdie 
---
 .../strace/strace/strace-add-configure-options.patch   | 14 +-
 1 file changed, 13 insertions(+), 1 deletion(-)

diff --git 
a/meta/recipes-devtools/strace/strace/strace-add-configure-options.patch 
b/meta/recipes-devtools/strace/strace/strace-add-configure-options.patch
index a3f8ec4..84b9f9c 100644
--- a/meta/recipes-devtools/strace/strace/strace-add-configure-options.patch
+++ b/meta/recipes-devtools/strace/strace/strace-add-configure-options.patch
@@ -12,7 +12,19 @@ diff --git a/configure.ac b/configure.ac
 index e73958c..9099370 100644
 --- a/configure.ac
 +++ b/configure.ac
-@@ -745,6 +745,20 @@ if test "x$ac_cv_lib_dl_dladdr" = xyes;
+@@ -303,11 +303,6 @@ AC_CHECK_MEMBERS([struct sysinfo.totalhi
+ 
+ AC_CHECK_TYPES([struct flock64],,, [#include ])
+ 
+-AC_CHECK_HEADERS([libaio.h], [
+-  AC_CHECK_MEMBERS([struct iocb.u.c.flags],,, [#include ])
+-  AC_CHECK_DECLS([IO_CMD_PWRITE, IO_CMD_PWRITEV],,, [#include ])
+-])
+-
+ AC_CHECK_HEADERS([linux/input.h], [
+   AC_CHECK_MEMBERS([struct input_absinfo.resolution],,, [#include 
])
+ ])
+@@ -745,6 +740,20 @@ if test "x$ac_cv_lib_dl_dladdr" = xyes;
  fi
  AC_SUBST(dl_LIBS)
  
-- 
1.9.1

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

[OE-core] [PATCH v2 0/5] strace: update 4.10 -> 4.11

[Andre McCurdy]

v2: add mpers.m4 patch to fix x86-64 build failures.

Andre McCurdy (5):
  strace: drop unnecessary dependency on acl
  strace: fix --disable-aio configure option
  strace: remove need for git-version-gen script
  strace: fix ARCH definition in tests/Makefile
  strace: update 4.10 -> 4.11

 .../0001-Add-linux-aarch64-arch_regs.h.patch   |  25 ---
 .../Include-linux-ioctl.h-for-_IOC_-macros.patch   |  69 ---
 .../strace/Include-sys-stat.h-for-S_I-macros.patch |  52 -
 .../strace/strace/Makefile-ptest.patch |  18 +-
 .../strace/strace/disable-git-version-gen.patch|  20 ++
 .../recipes-devtools/strace/strace/git-version-gen | 225 -
 ...-robust-test-for-m32-mx32-compile-support.patch |  46 +
 .../strace/strace-add-configure-options.patch  |  57 --
 .../strace/strace/update-gawk-paths.patch  | 118 +++
 .../strace/{strace_4.10.bb => strace_4.11.bb}  |  26 +--
 10 files changed, 202 insertions(+), 454 deletions(-)
 delete mode 100644 
meta/recipes-devtools/strace/strace/0001-Add-linux-aarch64-arch_regs.h.patch
 delete mode 100644 
meta/recipes-devtools/strace/strace/Include-linux-ioctl.h-for-_IOC_-macros.patch
 delete mode 100644 
meta/recipes-devtools/strace/strace/Include-sys-stat.h-for-S_I-macros.patch
 create mode 100644 
meta/recipes-devtools/strace/strace/disable-git-version-gen.patch
 delete mode 100755 meta/recipes-devtools/strace/strace/git-version-gen
 create mode 100644 
meta/recipes-devtools/strace/strace/more-robust-test-for-m32-mx32-compile-support.patch
 delete mode 100644 
meta/recipes-devtools/strace/strace/strace-add-configure-options.patch
 create mode 100644 meta/recipes-devtools/strace/strace/update-gawk-paths.patch
 rename meta/recipes-devtools/strace/{strace_4.10.bb => strace_4.11.bb} (51%)

-- 
1.9.1

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

Re: [OE-core] [PATCH 22/73] libdrm: Upgrade 2.4.65 -> 2.4.66

[Khem Raj]

Hi Ross

> On Jan 18, 2016, at 7:40 AM, Burton, Ross  wrote:
> 
> 
> On 17 January 2016 at 11:35, Khem Raj  > wrote:
> Fix test build failures
> 
> packages/corei7-64-poky-linux/libdrm/libdrm: PKG changed from libdrm2 to 
> libdrm [default] - may indicate debian renaming failure
> packages/corei7-64-poky-linux/libdrm/libdrm: PKGSIZE changed from 56367 to 
> 176551 (+213%)
>   * PV changed from "2.4.65" to "2.4.66"
>   * FILELIST: added "/usr/bin/random /usr/bin/getversion /usr/bin/updatedraw 
> /usr/bin/setversion /usr/bin/name_from_fd /usr/bin/getstats /usr/bin/hash 
> /usr/bin/openclose /usr/bin/kms-universal-planes /usr/bin/kms-steal-crtc 
> /usr/bin/getclient"
> 
> Please remember to run buildhistory-diff :)

I think we have a bit relaxed QA checks for nodistro in OE-Core, may be we 
should tighten it up to make it similar to poky. I will locally add them in my 
site.conf


> 
> This is a simple matter of more binaries being added and overly-restricted 
> FILES matches, I've fixed locally.
> 

thanks for the help



signature.asc
Description: Message signed with OpenPGP using GPGMail
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/2] bitbake.conf: make localedir nonarch

[Christopher Larson]

On Mon, Jan 18, 2016 at 5:18 AM, Burton, Ross  wrote:

> On 14 January 2016 at 20:47, Dan McGregor 
> wrote:
>
>> -localedir = "${libdir}/locale"
>> +localedir = "${nonarch_libdir}/locale"
>>
>
> As was recently discovered, this variable isn't really used in many places:
>
> $ dpkg -c xz-locale-de_5.2.2-r0.1_corei7-64.ipk|grep mo
> -rw-r--r-- root/root 26533 2016-01-12 16:50
> ./usr/share/locale/de/LC_MESSAGES/xz.mo
>
> I'd suggest that localedir should be ${datadir}/locale, and then any
> explicit users of ${datadir}/locale/ replaced with ${localedir}.
>

Isn't the current localedir used for binary locales, whereas datadir/locale
is the location of the non-binary locale files? So we'd be changing the
meaning/semantics of the variable? Admittedly to a version which would be
used in more recipes, but I think we should make it clear that we're
changing its meaning in that way, if so.
-- 
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

[OE-core] [PATCH] sstate: Add packagedata to list of tasks not to recurse

[Richard Purdie]

If we "bitbake X -c packagedata" and the packagedata comes from sstate, we 
don't need any of the tasks dependencies. This is similar to the 
populate_lic case, we only care about the end result.

Therefore short circuit the dependencies so packagedata doesn't pull in
any other dependencies.

Signed-off-by: Richard Purdie 

diff --git a/meta/classes/sstate.bbclass b/meta/classes/sstate.bbclass
index d9adf01..7d65f4a 100644
--- a/meta/classes/sstate.bbclass
+++ b/meta/classes/sstate.bbclass
@@ -854,6 +854,10 @@ def setscene_depvalid(task, taskdependees, notneeded, d):
 if taskdependees[task][1] == "do_populate_lic":
 return True
 
+# We only need to trigger packagedata through direct dependencies
+if taskdependees[task][1] == "do_packagedata":
+return True
+
 for dep in taskdependees:
 bb.debug(2, "  considering dependency: %s" % (str(taskdependees[dep])))
 if task == dep:
-- 
cgit v0.10.2

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

Re: [OE-core] [PATCH 1/1] gstreamer1.0-plugins-good.inc: add gudev back to PACKAGECONFIG

[Richard Purdie]

On Mon, 2016-01-18 at 17:53 +0100, Martin Jansa wrote:
> On Fri, Jan 15, 2016 at 01:07:20AM -0800, Robert Yang wrote:
> > The 66e32244aed8d33f1b49fbe78179f2442545c730 wrongly removed gudev
> > from
> > PACKAGECONFIG, now add it back.
> 
> It was removed intentionally, because for systemd images there isn't
> libgudev provider in oe-core, only in meta-oe.
> 
> RP's fix:
> http://git.openembedded.org/openembedded-core/commit/?h=jethro&id=bc4
> 58ae9586b45b11b6908eadb31e94d892e698f
> 
> breaks the dependencies again, because when systemd is used there
> won't
> be libgudev needed by gstreamer1.0-plugins-good
> 
> Please revert both "fixes"

The "backported" patch should have made mention of the changes compared
to the version in master since otherwise, "intentionally" looked like a
mistake :/.

What is the impact to gstreamer of removing libgudev?

Cheers,

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

[OE-core] how to get OE/rpm5 and rpms being built with rpm4 on centos7 to play together?

[Robert P. J. Day]

  was just presented with the following issue ... friend was asked to start
creating RPMs to add to a system being created with wind river linux 7 (soon
to be WRL8), but effectively, yocto project. last time i looked, YP uses
rpm5 and i never thought too much about it.

  said friend, however, has a home-grown build system that involves
hand-rolled spec files and running "rpmbuild" manually on centos 7,
which uses rpm4, which means (as i gather) that the generated rpms
are simply incompatible with the target system. so, possible solutions?

  one is to recreate the target system entirely with a PREFERRED_VERSION
for rpm of 4, but that seems like overkill.

  second is to somehow get rpmbuildv5 onto his centos 7 box, and alter
his search path to pick up that version just for the sake of his build.

  last option (and my preference) is to ditch his whole hand-rolling
and use YP (in this case, WRL) and define actual recipes for his
software and build that way.

  thoughts? am i understanding the problem here correctly? is there a
simpler solution i'm overlooking? thanks.

rday


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

Re: [OE-core] [PATCH 13/17] nss: update to 3.21

[Richard Purdie]

On Mon, 2016-01-18 at 20:00 +0200, alexander.kana...@linux.intel.com
wrote:
> > The third failure is probably a gcc 4.8 issue on opensuse 13.1. I
> > can't
> > reproduce it here. Would you be able to develop a fix? Or we can
> > try
> > again when upstream makes a new release.
> 
> Oh, I just noticed that opensuse 13.1 has been removed from
> SANITY_TESTED_DISTROS in March 2015, so why is it still used to test
> the
> builds? Should I still try to fix the build failure?

We have one autobuilder which is opensuse 13.1:

https://autobuilder.yoctoproject.org/main/buildslaves

so it does need to work. When they builders are due for upgrades I
don't know.

Cheers,

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

Re: [OE-core] [PATCH 13/17] nss: update to 3.21

[alexander . kanavin]

> The third failure is probably a gcc 4.8 issue on opensuse 13.1. I can't
> reproduce it here. Would you be able to develop a fix? Or we can try
> again when upstream makes a new release.

Oh, I just noticed that opensuse 13.1 has been removed from
SANITY_TESTED_DISTROS in March 2015, so why is it still used to test the
builds? Should I still try to fix the build failure?


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

[OE-core] [PATCH] libnewt: Fix linking error due missing symbols

[Otavio Salvador]

The NEWT library links with 'slang' which requires 'tinfo' for
successful linking, this adds the 'tinfo' to the linking libraries.

Signed-off-by: Otavio Salvador 
---

 ...-Add-tinfo-library-to-the-linking-librari.patch | 26 ++
 meta/recipes-extended/newt/libnewt_0.52.18.bb  |  1 +
 2 files changed, 27 insertions(+)
 create mode 100644 
meta/recipes-extended/newt/files/Makefile.in-Add-tinfo-library-to-the-linking-librari.patch

diff --git 
a/meta/recipes-extended/newt/files/Makefile.in-Add-tinfo-library-to-the-linking-librari.patch
 
b/meta/recipes-extended/newt/files/Makefile.in-Add-tinfo-library-to-the-linking-librari.patch
new file mode 100644
index 000..bc55582
--- /dev/null
+++ 
b/meta/recipes-extended/newt/files/Makefile.in-Add-tinfo-library-to-the-linking-librari.patch
@@ -0,0 +1,26 @@
+From fad40cfc18a42946a9a9e440c3434cd6b847ff9d Mon Sep 17 00:00:00 2001
+From: Otavio Salvador 
+Date: Mon, 18 Jan 2016 17:05:19 +
+Subject: [PATCH] Makefile.in: Add tinfo library to the linking libraries
+Organization: O.S. Systems Software LTDA.
+
+Upstream-Status: Pending
+
+Signed-off-by: Otavio Salvador 
+---
+ Makefile.in | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/Makefile.in b/Makefile.in
+index a85d00f..98b85f9 100644
+--- a/Makefile.in
 b/Makefile.in
+@@ -1,4 +1,4 @@
+-LIBS = -lslang @LIBS@
++LIBS = -lslang -ltinfo @LIBS@
+ LIBTCL = @TCL_LIB_FLAG@
+ 
+ CC = @CC@
+-- 
+2.1.4
+
diff --git a/meta/recipes-extended/newt/libnewt_0.52.18.bb 
b/meta/recipes-extended/newt/libnewt_0.52.18.bb
index 302e418..293c1a8 100644
--- a/meta/recipes-extended/newt/libnewt_0.52.18.bb
+++ b/meta/recipes-extended/newt/libnewt_0.52.18.bb
@@ -21,6 +21,7 @@ SRC_URI = 
"https://fedorahosted.org/releases/n/e/newt/newt-${PV}.tar.gz \
file://remove_slang_include.patch \
file://fix_SHAREDDIR.patch \
file://cross_ar.patch \
+   file://Makefile.in-Add-tinfo-library-to-the-linking-librari.patch \
 "
 
 SRC_URI[md5sum] = "685721bee1a318570704b19dcf31d268"
-- 
2.7.0

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

Re: [OE-core] [PATCH 1/1] gstreamer1.0-plugins-good.inc: add gudev back to PACKAGECONFIG

[Martin Jansa]

On Fri, Jan 15, 2016 at 01:07:20AM -0800, Robert Yang wrote:
> The 66e32244aed8d33f1b49fbe78179f2442545c730 wrongly removed gudev from
> PACKAGECONFIG, now add it back.

It was removed intentionally, because for systemd images there isn't
libgudev provider in oe-core, only in meta-oe.

RP's fix:
http://git.openembedded.org/openembedded-core/commit/?h=jethro&id=bc458ae9586b45b11b6908eadb31e94d892e698f

breaks the dependencies again, because when systemd is used there won't
be libgudev needed by gstreamer1.0-plugins-good

Please revert both "fixes"

Regards,

> 
> Signed-off-by: Robert Yang 
> ---
>  .../gstreamer/gstreamer1.0-plugins-good.inc|2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc 
> b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc
> index edaafe8..2f987b4 100644
> --- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc
> +++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc
> @@ -11,7 +11,7 @@ inherit gettext
>  PACKAGECONFIG ??= " \
>  ${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'x11', '', d)} \
>  ${@bb.utils.contains('DISTRO_FEATURES', 'pulseaudio', 'pulseaudio', '', 
> d)} \
> -orc cairo flac gdk-pixbuf jpeg libpng soup speex taglib v4l2\
> +orc cairo flac gdk-pixbuf gudev jpeg libpng soup speex taglib v4l2 \
>  "
>  
>  X11DEPENDS = "virtual/libx11 libsm libxrender libxfixes libxdamage"
> -- 
> 1.7.9.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] [PATCH 07/40] gstreamer1.0-plugins-good: fix PACKAGECONFIG for gudev and add one for v4l2 and libv4l2

[Martin Jansa]

On Fri, Jan 15, 2016 at 09:21:30AM +0100, Andreas Müller wrote:
> On Mon, Dec 28, 2015 at 8:14 AM, Robert Yang  
> wrote:
> > From: Martin Jansa 
> >
> > * WARN: gstreamer1.0-plugins-good: gstreamer1.0-plugins-good-video4linux2 
> > rdepends on libcap, but it isn't a build dependency?
> >   WARN: gstreamer1.0-plugins-good: gstreamer1.0-plugins-good-video4linux2 
> > rdepends on libgudev, but it isn't a build dependency?
> >   WARN: gstreamer1.0-plugins-good: gstreamer1.0-plugins-good-video4linux2 
> > rdepends on libudev, but it isn't a build dependency?
> >   WARN: gstreamer1.0-plugins-good: gstreamer1.0-plugins-good-video4linux2 
> > rdepends on zlib, but it isn't a build dependency?
> >
> > Signed-off-by: Martin Jansa 
> > ---
> >  .../gstreamer/gstreamer1.0-plugins-good.inc|8 
> >  1 file changed, 4 insertions(+), 4 deletions(-)
> >
> > diff --git 
> > a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc 
> > b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc
> > index 0ce4b8f..edaafe8 100644
> > --- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc
> > +++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc
> > @@ -11,7 +11,7 @@ inherit gettext
> >  PACKAGECONFIG ??= " \
> >  ${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'x11', '', d)} \
> >  ${@bb.utils.contains('DISTRO_FEATURES', 'pulseaudio', 'pulseaudio', 
> > '', d)} \
> > -orc cairo flac gdk-pixbuf gudev jpeg libpng soup speex taglib \
> > +orc cairo flac gdk-pixbuf jpeg libpng soup speex taglib v4l2\
> >  "
> Just noticed that this patch removes gudev from default PACKAGECONFIG.
> Was that intended?

Yes it was intended, because oe-core doesn't have libgudev provider for
systemd based builds, see:
http://patchwork.openembedded.org/patch/107865/

I didn't get reply from Robert and haven't seen any libgudev backport
for oe-core, so I've sent gstreamer changes for jethro which disable
gudev support where it isn't available for oe-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] [PATCH] slang: Add dependency on ncorses

[Burton, Ross]

On 18 January 2016 at 16:49, Randy MacLeod 
wrote:

> Please fix typo in shortlog:
>
> s/ncorses/ncurses/
>

I fixed this when I pulled it into mut.

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

Re: [OE-core] [PATCH] slang: Add dependency on ncorses

[Randy MacLeod]

Please fix typo in shortlog:

s/ncorses/ncurses/

../Randy
On 2016-01-18 10:18 AM, Otavio Salvador wrote:

Slang links over ncurses' terminal information library thus it
requires it to be available for build.

Signed-off-by: Otavio Salvador 
---

  meta/recipes-extended/slang/slang_2.2.4.bb | 2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-extended/slang/slang_2.2.4.bb 
b/meta/recipes-extended/slang/slang_2.2.4.bb
index bfaa9a5..237e9f2 100644
--- a/meta/recipes-extended/slang/slang_2.2.4.bb
+++ b/meta/recipes-extended/slang/slang_2.2.4.bb
@@ -9,7 +9,7 @@ to recode S-Lang procedures in C if you need to."

  HOMEPAGE = "http://www.jedsoft.org/slang/";
  SECTION = "libs"
-DEPENDS = "pcre"
+DEPENDS = "pcre ncurses"
  PR = "r12"

  LICENSE = "GPLv2"




--
# Randy MacLeod. SMTS, Linux, Wind River
Direct: 613.963.1350 | 350 Terry Fox Drive, Suite 200, Ottawa, ON, 
Canada, K2K 2W5

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

Re: [OE-core] [poky][PATCH 00/13] Add patches for gstreamer 1.6

[alexander . kanavin]

> ---gstreamer1.0
>Correct the setting for FLAG_DISCONT when push to adapter.
>
> ---gstreamer1.0-plugins-base
>Fix taglist not being sent to down stream issue.
>Fix audio/video decoder error.
>Make gstaudiobasesink print warning instead of returning ERROR.
>Disable orc optimization for lib video.
>Add video crop supporting when convert frame.
>
> ---gstreamer1.0-plugins-bad
>Fix mpegtsmux get wrong pid.
>Add code type checking in mpeg4videoparse when draining.
>Detect picture coding type when draining.
>Fix frame rate info lost when fixating caps.
>Add video stitching support based on Open CV.
>Fix memory leak of navigation thread in glwindow.
>Fix loop test hang in glimagesink.

Please explain what is the benefit of having these patches in oe-core
right now, instead of just getting the fixes automatically from future
upstream releases. Why are you submitting these patches in particular, are
they something that a lot of people will benefit from?

These patches add significantly to the maintenance burden of oe-core
recipes, and if they're difficult to forward port, they will simply be
dropped from the recipes when new versions of gstreamer are out.

Generally, we prefer to take patches that:
a) fix build issues, particularly those exposed by cross-compilation or
less common architectures.
b) fix issues that are embedded-specific.


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

[OE-core] [PATCH] sstate: replace verbose manifest removal with a single count

[Ross Burton]

If there are lots of changes between the previous build and the build about to
start bitbake will potentially print pages of:

  DEBUG: Stamp $BUILD/stamps/corei7-64-poky-linux/libdrm/2.4.66-r0 is not 
reachable, removing related manifests

Instead of spamming the console with this list, write the list of manifests only
to the debug log and simply write a count to the console.  This way the user
doesn't get spammed but still knows what is happening if bitbake appears to
stall with heavy I/O.

Signed-off-by: Ross Burton 
---
 meta/classes/sstate.bbclass | 6 +-
 1 file changed, 5 insertions(+), 1 deletion(-)

diff --git a/meta/classes/sstate.bbclass b/meta/classes/sstate.bbclass
index 9bef212..918768f 100644
--- a/meta/classes/sstate.bbclass
+++ b/meta/classes/sstate.bbclass
@@ -952,8 +952,12 @@ python sstate_eventhandler2() {
 if stamp not in stamps:
 toremove.append(l)
 if stamp not in seen:
-bb.note("Stamp %s is not reachable, removing related 
manifests" % stamp)
+bb.debug(2, "Stamp %s is not reachable, removing 
related manifests" % stamp)
 seen.append(stamp)
+
+if toremove:
+bb.note("There are %d recipes to be removed from the sysroot, 
removing..." % (len(toremove)))
+
 for r in toremove:
 (stamp, manifest, workdir) = r.split()
 for m in glob.glob(manifest + ".*"):
-- 
2.6.4

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

Re: [OE-core] PV from filename, not reflected in siginfo?

[Olof Johansson]

On 16-01-18 14:37 +, Richard Purdie wrote:
> On Mon, 2016-01-18 at 13:44 +0100, Olof Johansson wrote:
> > Hi,
> > 
> > I'm currently investigating reports of bitbake not correctly
> > handling a type of change to a recipe, where the only change is a
> > filename rename to update the PV.
...
> > Is this a known issue? Any ideas on how to solve this? Nicer
> > workarounds?
> 
> It isn't known but I can imagine how this could cause a problem.
> 
> I suspect (but am guessing) that:
> 
> PV[vardepvalue] = "${PV}"
> 
> might happen to fix this...

Indeed, that works! Thanks a lot! It's not completely obvious to
me why it works, but I'm guessing that this is just a way to make
sure PV is expanded before siginfo is dumped?

Is something based on this acceptable for integration in oe-core,
or is this just a (much) nicer workaround?

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

Re: [OE-core] [PATCH 0/3] ptest-runner2 C implementation

[Aníbal Limón]

ping...

On 01/14/2016 04:27 PM, Aníbal Limón wrote:
> This is the changes that adds new ptest-runner2 C implementation a detail
> description exists in the recipe adding.
> 
> You can review the ptest-runner2 code on [1], i wrote unit tests for all
> the code using check framework also i used mtrace for found possible memory 
> leaks.
> 
> Finally i tested the new runner on qemux86, qemuarm, qemumips, qemuppc using
> core-image-minimal and qemux86/poky-tiny/core-image-minimal.
> 
> [YOCTO #8021]
> 
> [1] https://github.com/alimon/ptest-runner2
> 
> The following changes since commit 92cc02fe517bad0af4e493fda3331738cbcc9a26:
> 
>   linux-yocto: Update Genericx86* BSPs to 4.1.15 (2016-01-14 15:18:46 +)
> 
> are available in the git repository at:
> 
>   git://git.yoctoproject.org/poky-contrib alimon/ptest-runner2
>   
> http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=alimon/ptest-runner2
> 
> Aníbal Limón (3):
>   ptest-runner2: Add new ptest-runner2 recipe.
>   ptests: Update references to new ptest-runner2.
>   Update dev-manual to point to the new ptest-runner2.
> 
>  .../dev-manual/dev-manual-common-tasks.xml |  4 ++--
>  meta/classes/ptest.bbclass |  2 +-
>  meta/lib/oeqa/runtime/_ptest.py|  4 ++--
>  .../ptest-runner2/ptest-runner2_0.1.bb | 24 
> ++
>  4 files changed, 29 insertions(+), 5 deletions(-)
>  create mode 100644 meta/recipes-support/ptest-runner2/ptest-runner2_0.1.bb
> 
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 22/73] libdrm: Upgrade 2.4.65 -> 2.4.66

[Burton, Ross]

On 17 January 2016 at 11:35, Khem Raj  wrote:

> Fix test build failures
>

packages/corei7-64-poky-linux/libdrm/libdrm: PKG changed from libdrm2 to
libdrm [default] - may indicate debian renaming failure
packages/corei7-64-poky-linux/libdrm/libdrm: PKGSIZE changed from 56367 to
176551 (+213%)
  * PV changed from "2.4.65" to "2.4.66"
  * FILELIST: added "/usr/bin/random /usr/bin/getversion
/usr/bin/updatedraw /usr/bin/setversion /usr/bin/name_from_fd
/usr/bin/getstats /usr/bin/hash /usr/bin/openclose
/usr/bin/kms-universal-planes /usr/bin/kms-steal-crtc /usr/bin/getclient"

Please remember to run buildhistory-diff :)

This is a simple matter of more binaries being added and overly-restricted
FILES matches, I've fixed locally.

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

[OE-core] [PATCH] slang: Add dependency on ncorses

[Otavio Salvador]

Slang links over ncurses' terminal information library thus it
requires it to be available for build.

Signed-off-by: Otavio Salvador 
---

 meta/recipes-extended/slang/slang_2.2.4.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-extended/slang/slang_2.2.4.bb 
b/meta/recipes-extended/slang/slang_2.2.4.bb
index bfaa9a5..237e9f2 100644
--- a/meta/recipes-extended/slang/slang_2.2.4.bb
+++ b/meta/recipes-extended/slang/slang_2.2.4.bb
@@ -9,7 +9,7 @@ to recode S-Lang procedures in C if you need to."
 
 HOMEPAGE = "http://www.jedsoft.org/slang/";
 SECTION = "libs"
-DEPENDS = "pcre"
+DEPENDS = "pcre ncurses"
 PR = "r12"
 
 LICENSE = "GPLv2"
-- 
2.7.0

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

Re: [OE-core] [poky][PATCH 11/13] gstreamer1.0-plugins-bad: Add video stitching support based on Open CV

[Burton, Ross]

On 18 January 2016 at 09:33, Yuqing Zhu  wrote:

> +Add video stitching element based on Open CV.
>

I'm not entirely convinced that we should be carrying patches to add
entirely new elements to GStreamer.  Why can't this be in your layer until
it's merged upstream?

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

Re: [OE-core] [poky][PATCH 13/13] gstreamer1.0-plugins-bad: Fix loop test hang in glimagesink

[Burton, Ross]

On 18 January 2016 at 09:33, Yuqing Zhu  wrote:

> +Upstream-Status: Pending
> +
> +bugzilla URL: https://bugzilla.gnome.org/show_bug.cgi?id=758984
>

So this would be Upstream-Status: Submitted.

Most of the patches are actually submitted upstream but in Pending state,
can you fix them please.

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

Re: [OE-core] [poky][PATCH 12/13] gstreamer1.0-plugins-bad: Fix memory leak of navigation thread in glwindow

[Burton, Ross]

On 18 January 2016 at 09:33, Yuqing Zhu  wrote:

> +Upstream-Status: Pending
> +
> +bugzilla URL: https://bugzilla.gnome.org/show_bug.cgi?id=758820
>

Shouldn't this be a backport of the commits that were actually merged, and
then Upstream-Status: Backport?  I don't want the next person who updates
this recipe to have to figure out any conflicts.

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

Re: [OE-core] [poky][PATCH 10/13] gstreamer1.0-plugins-bad: Fix frame rate info lost when fixate caps

[Burton, Ross]

On 18 January 2016 at 09:32, Yuqing Zhu  wrote:

> Frame rate info will be lost when fixate caps. It will
> cause down stream element fail, such as avimux.
>

The upstream bug here rejects the patch, do you plan on improving it as per
Sebastian's comment?

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

Re: [OE-core] Replace foomatic-filters with cups-filters

[Burton, Ross]

On 13 January 2016 at 02:12, Fan Xin  wrote:

> So I want to replace foomatic-filters with cups-filters in
> packagegroup-core-lsb.bb file and replace the foomatic-filters.bb file
> with cups-filters.bb file.
>
> How do you think about it?
>

Sounds sensible, patches welcome!

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

Re: [OE-core] [PATCH v2] cups: update systemd support

[Burton, Ross]

On 8 January 2016 at 15:37, Andrew Shadura 
wrote:

> Hmm, the whole point of my change is precisely fixing this issue, are
> you sure you have applied my patch?
>

Merged to my local staging branch, sorry it took so long!

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

Re: [OE-core] [PATCH 1/1] cups: upgrade to 2.1.2

[Burton, Ross]

On 13 January 2016 at 03:23, Chen Qi  wrote:

> Add PACKAGECONFIG for systemd. And install our own systemd unit files.
>

Why would we want to use our own units over the upstream units?

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

Re: [OE-core] PV from filename, not reflected in siginfo?

[Richard Purdie]

On Mon, 2016-01-18 at 13:44 +0100, Olof Johansson wrote:
> Hi,
> 
> I'm currently investigating reports of bitbake not correctly
> handling a type of change to a recipe, where the only change is a
> filename rename to update the PV.
> 
> With bitbake-dumpsigs:
> 
>  ...
>  Variable PV value is ${@bb.parse.BBHandler.vars_from_file(d.getVar('
> FILE', False),d)[1] or '1.0'}
>  Variable PN value is ${@bb.parse.BBHandler.vars_from_file(d.getVar('
> FILE', False),d)[0] or 'defaultpkgname'}
>  ...
> 
> ... with nothing containing the resolved value of PV. I would
> expect the computed value of PV to be a part of the siginfo. The
> consquence of this seems to be that bitbake doesn't schedule
> dependents to be rebuilt, i.e. if I rename the recipe
> foo_1.2.3.bb to foo_1.2.4.bb, the recipe foo is rebuilt, but the
> image isn't.
> 
> I tried some changes:
> 
>  - Changing the PV assignment in bitbake.conf to :=. Didn't work,
>got errors that I suspect are related to not being able to
>include foo-${PV}.inc files. The value of PV was clobbered.
>Also played around with using BB_FILENAME instead, but didn't
>help.
> 
>  - Changes within Bitbake that assigned the version part of the
>filename to PV when loading new files ending with .bb. This
>worked but is really ugly.
> 
>  - Moving the PV assignment into the recipe (as an explicit
>assignment). This works, makes dependents build as expected
>and bitbake-dumpsigs lists the value, but is also ugly.
> 
> I suspect this isn't usually a problem in OE-Core, since most
> recipe updates requires updates within the recipe as well
> (tarball checksums, for instance), but that's not as true for our
> internal recipes.
> 
> Is this a known issue? Any ideas on how to solve this? Nicer
> workarounds?

It isn't known but I can imagine how this could cause a problem.

I suspect (but am guessing) that:

PV[vardepvalue] = "${PV}"

might happen to fix this...

Cheers,

Richard


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

[OE-core] [PATCH] bootimg/image-vm/image-live: Improve image dependencies

[Richard Purdie]

Now that image generation consists of separate tasks, we can improve
the dependencies in these classes. We can also incorporate the tasks
within do_image_complete instead of do_build so we have a specific task
for when the deploy directory is populated with images.

This fixes various expectations about do_image_completed and the way
I'd tried to use it to fix some sanity test problems.

Signed-off-by: Richard Purdie 

diff --git a/meta/classes/boot-directdisk.bbclass 
b/meta/classes/boot-directdisk.bbclass
index b324d89..ee8c744 100644
--- a/meta/classes/boot-directdisk.bbclass
+++ b/meta/classes/boot-directdisk.bbclass
@@ -193,4 +193,4 @@ def validate_disk_signature(d):
 
 DISK_SIGNATURE_GENERATED := "${@generate_disk_signature()}"
 
-addtask bootdirectdisk before do_build
+addtask bootdirectdisk before do_image_complete
diff --git a/meta/classes/bootimg.bbclass b/meta/classes/bootimg.bbclass
index ed9afb9..b174266 100644
--- a/meta/classes/bootimg.bbclass
+++ b/meta/classes/bootimg.bbclass
@@ -295,4 +295,4 @@ IMAGE_TYPEDEP_iso = "ext4"
 IMAGE_TYPEDEP_hddimg = "ext4"
 IMAGE_TYPES_MASKED += "iso hddimg"
 
-addtask bootimg before do_build
+addtask bootimg before do_image_complete
diff --git a/meta/classes/image-live.bbclass b/meta/classes/image-live.bbclass
index d2e8b85..aafa7d5 100644
--- a/meta/classes/image-live.bbclass
+++ b/meta/classes/image-live.bbclass
@@ -10,7 +10,7 @@ LABELS_append = " ${SYSLINUX_LABELS} "
 ROOTFS ?= "${DEPLOY_DIR_IMAGE}/${IMAGE_LINK_NAME}.ext4"
 
 do_bootimg[depends] += "${INITRD_IMAGE}:do_image_complete"
-do_bootimg[depends] += "${PN}:do_image_complete"
+do_bootimg[depends] += "${PN}:do_image_ext4"
 
 inherit bootimg
 
diff --git a/meta/classes/image-vm.bbclass b/meta/classes/image-vm.bbclass
index d214bf8..6f3a55b 100644
--- a/meta/classes/image-vm.bbclass
+++ b/meta/classes/image-vm.bbclass
@@ -9,7 +9,7 @@ INITRD ?= 
"${@'${DEPLOY_DIR_IMAGE}/${INITRD_IMAGE}-${MACHINE}.cpio.gz' if '${INI
 do_bootdirectdisk[depends] += "${@'${INITRD_IMAGE}:do_image_complete' if 
'${INITRD_IMAGE}' else ''}"
 
 # need to define the dependency and the ROOTFS for directdisk
-do_bootdirectdisk[depends] += "${PN}:do_image_complete"
+do_bootdirectdisk[depends] += "${PN}:do_image_ext4"
 ROOTFS ?= "${DEPLOY_DIR_IMAGE}/${IMAGE_LINK_NAME}.ext4"
 
 # creating VM images relies on having a hddimg so ensure we inherit it here.
@@ -45,6 +45,6 @@ python do_vmimg() {
 bb.build.exec_func('create_qcow2_image', d)
 }
 
-addtask vmimg after do_bootdirectdisk before do_build
+addtask vmimg after do_bootdirectdisk before do_image_complete
 do_vmimg[depends] += "qemu-native:do_populate_sysroot"
 


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

[OE-core] [PATCH] image: Always run do_rootfs_wicenv

[Richard Purdie]

The wic command can be used externally but for this to work, the wic
environment file needs to be present. Therefore write this out
universally, it runs in parallel with other image construction so
any performance implications are negligible.

Signed-off-by: Richard Purdie 

diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index e81edb2..3870516 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
@@ -277,7 +277,7 @@ python do_rootfs_wicenv () {
 if value:
 envf.write('%s="%s"\n' % (var, value.strip()))
 }
-addtask do_rootfs_wicenv after do_rootfs before do_image_wic
+addtask do_rootfs_wicenv after do_rootfs before do_image_wic do_image_complete
 do_rootfs_wicenv[vardeps] += "${WICVARS}"
 do_rootfs_wicenv[prefuncs] = 'set_image_size'
 


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

[OE-core] [wic][PATCH 5/6] wic: override ArgumentParser.error

[Ed Bartosh]

Overriden error method to throw exception instead of
printing usage error message. Exception is caught by
KickStart code to add .ks file name and line number.

Signed-off-by: Ed Bartosh 
---
 scripts/lib/wic/kickstart.py | 10 +-
 1 file changed, 9 insertions(+), 1 deletion(-)

diff --git a/scripts/lib/wic/kickstart.py b/scripts/lib/wic/kickstart.py
index 5d3a572..7dbe052 100644
--- a/scripts/lib/wic/kickstart.py
+++ b/scripts/lib/wic/kickstart.py
@@ -34,6 +34,14 @@ from wic.partition import Partition
 class KickStartError(Exception):
 pass
 
+class KickStartParser(ArgumentParser):
+"""
+This class overwrites error method to throw exception
+instead of producing usage message(default argparse behavior).
+"""
+def error(self, message):
+raise ArgumentError(None, message)
+
 def sizetype(arg):
 """
 Custom type for ArgumentParser
@@ -77,7 +85,7 @@ class KickStart(object):
 self.bootloader = None
 self.lineno = 0
 
-parser = ArgumentParser()
+parser = KickStartParser()
 subparsers = parser.add_subparsers()
 
 part = subparsers.add_parser('part')
-- 
2.1.4

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

[OE-core] [wic][PATCH 6/6] wic: rename kickstarter.py -> ksparser.py

[Ed Bartosh]

kickstarter.py was not the best name for this module as previously
there was a directory with the same name in scripts/lib/wic/.
All files were removed from it, but .pyc files could still stay there
causing imports from wic.kickstart to fail with
ImportError: cannot import name KickStart.

Signed-off-by: Ed Bartosh 
---
 scripts/lib/wic/conf.py   | 2 +-
 scripts/lib/wic/{kickstart.py => ksparser.py} | 0
 2 files changed, 1 insertion(+), 1 deletion(-)
 rename scripts/lib/wic/{kickstart.py => ksparser.py} (100%)

diff --git a/scripts/lib/wic/conf.py b/scripts/lib/wic/conf.py
index 922a0f6..f7d56d0 100644
--- a/scripts/lib/wic/conf.py
+++ b/scripts/lib/wic/conf.py
@@ -17,7 +17,7 @@
 
 import os
 
-from wic.kickstart import KickStart, KickStartError
+from wic.ksparser import KickStart, KickStartError
 from wic import msger
 from wic.utils import misc
 
diff --git a/scripts/lib/wic/kickstart.py b/scripts/lib/wic/ksparser.py
similarity index 100%
rename from scripts/lib/wic/kickstart.py
rename to scripts/lib/wic/ksparser.py
-- 
2.1.4

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

[OE-core] [wic][PATCH 3/6] wic: improve processing of parseing errors

[Ed Bartosh]

Caught argparse.ArgumentError
Included .ks file name and line number into the error messages.

Signed-off-by: Ed Bartosh 
---
 scripts/lib/wic/kickstart.py | 11 ---
 1 file changed, 8 insertions(+), 3 deletions(-)

diff --git a/scripts/lib/wic/kickstart.py b/scripts/lib/wic/kickstart.py
index 7f0105d..5d3a572 100644
--- a/scripts/lib/wic/kickstart.py
+++ b/scripts/lib/wic/kickstart.py
@@ -27,7 +27,7 @@
 
 
 import shlex
-from argparse import ArgumentParser, ArgumentTypeError
+from argparse import ArgumentParser, ArgumentError, ArgumentTypeError
 
 from wic.partition import Partition
 
@@ -113,11 +113,16 @@ class KickStart(object):
 line = line.strip()
 lineno += 1
 if line and line[0] != '#':
-parsed = parser.parse_args(shlex.split(line))
+try:
+parsed = parser.parse_args(shlex.split(line))
+except ArgumentError as err:
+raise KickStartError('%s:%d: %s' % \
+ (confpath, lineno, err))
 if line.startswith('part'):
 self.partitions.append(Partition(parsed, lineno))
 else:
 if not self.bootloader:
  self.bootloader = parsed
 else:
- raise KickStartError("Error: more than one 
bootloader specified")
+ raise KickStartError("%s:%d: more than one 
bootloader "\
+  "specified" % (confpath, 
lineno))
-- 
2.1.4

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

[OE-core] [wic][PATCH 4/6] wic: removed unused imports

[Ed Bartosh]

Removed imports of wic.kickstart from plugins as they're
not used in the code.

Signed-off-by: Ed Bartosh 
---
 scripts/lib/wic/plugins/source/bootimg-efi.py| 2 +-
 scripts/lib/wic/plugins/source/bootimg-pcbios.py | 2 +-
 scripts/lib/wic/plugins/source/isoimage-isohybrid.py | 2 +-
 scripts/lib/wic/plugins/source/rootfs_pcbios_ext.py  | 1 -
 4 files changed, 3 insertions(+), 4 deletions(-)

diff --git a/scripts/lib/wic/plugins/source/bootimg-efi.py 
b/scripts/lib/wic/plugins/source/bootimg-efi.py
index 22f9813..125c943 100644
--- a/scripts/lib/wic/plugins/source/bootimg-efi.py
+++ b/scripts/lib/wic/plugins/source/bootimg-efi.py
@@ -27,7 +27,7 @@
 import os
 import shutil
 
-from wic import kickstart, msger
+from wic import msger
 from wic.pluginbase import SourcePlugin
 from wic.utils.misc import get_custom_config
 from wic.utils.oe.misc import exec_cmd, exec_native_cmd, get_bitbake_var, \
diff --git a/scripts/lib/wic/plugins/source/bootimg-pcbios.py 
b/scripts/lib/wic/plugins/source/bootimg-pcbios.py
index 0b5478e..a1bfa26 100644
--- a/scripts/lib/wic/plugins/source/bootimg-pcbios.py
+++ b/scripts/lib/wic/plugins/source/bootimg-pcbios.py
@@ -27,7 +27,7 @@
 import os
 
 from wic.utils.errors import ImageError
-from wic import kickstart, msger
+from wic import msger
 from wic.utils import runner
 from wic.utils.misc import get_custom_config
 from wic.pluginbase import SourcePlugin
diff --git a/scripts/lib/wic/plugins/source/isoimage-isohybrid.py 
b/scripts/lib/wic/plugins/source/isoimage-isohybrid.py
index daefff3..c1e2a5d 100644
--- a/scripts/lib/wic/plugins/source/isoimage-isohybrid.py
+++ b/scripts/lib/wic/plugins/source/isoimage-isohybrid.py
@@ -24,7 +24,7 @@ import os
 import re
 import shutil
 
-from wic import kickstart, msger
+from wic import msger
 from wic.pluginbase import SourcePlugin
 from wic.utils.oe.misc import exec_cmd, exec_native_cmd, get_bitbake_var
 
diff --git a/scripts/lib/wic/plugins/source/rootfs_pcbios_ext.py 
b/scripts/lib/wic/plugins/source/rootfs_pcbios_ext.py
index 48b4817..3d60e6f 100644
--- a/scripts/lib/wic/plugins/source/rootfs_pcbios_ext.py
+++ b/scripts/lib/wic/plugins/source/rootfs_pcbios_ext.py
@@ -19,7 +19,6 @@
 #
 
 import os
-from wic import kickstart
 from wic import msger
 from wic.utils import syslinux
 from wic.utils import runner
-- 
2.1.4

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

[OE-core] [wic][PATCH 2/6] wic: catch KickStartError

[Ed Bartosh]

Catch parsing errors and output them using msger.

Signed-off-by: Ed Bartosh 
---
 scripts/lib/wic/conf.py | 7 +--
 1 file changed, 5 insertions(+), 2 deletions(-)

diff --git a/scripts/lib/wic/conf.py b/scripts/lib/wic/conf.py
index 2e29451..922a0f6 100644
--- a/scripts/lib/wic/conf.py
+++ b/scripts/lib/wic/conf.py
@@ -17,7 +17,7 @@
 
 import os
 
-from wic.kickstart import KickStart
+from wic.kickstart import KickStart, KickStartError
 from wic import msger
 from wic.utils import misc
 
@@ -87,7 +87,10 @@ class ConfigMgr(object):
 if not ksconf:
 return
 
-ksobj = KickStart(ksconf)
+try:
+ksobj = KickStart(ksconf)
+except KickStartError as err:
+msger.error(str(err))
 
 self.create['ks'] = ksobj
 self.create['name'] = os.path.splitext(os.path.basename(ksconf))[0]
-- 
2.1.4

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

[OE-core] [wic][PATCH 1/6] wic: add custom exception KickStartError

[Ed Bartosh]

This exception will be raised by kickstart parser
on parsing errors and processed in the code which
calls parser to produce meaningful error output.

Signed-off-by: Ed Bartosh 
---
 scripts/lib/wic/kickstart.py | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/scripts/lib/wic/kickstart.py b/scripts/lib/wic/kickstart.py
index 2208395..7f0105d 100644
--- a/scripts/lib/wic/kickstart.py
+++ b/scripts/lib/wic/kickstart.py
@@ -31,6 +31,9 @@ from argparse import ArgumentParser, ArgumentTypeError
 
 from wic.partition import Partition
 
+class KickStartError(Exception):
+pass
+
 def sizetype(arg):
 """
 Custom type for ArgumentParser
-- 
2.1.4

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

[OE-core] [wic][PATCH 0/6] wic: kickstart fixes

[Ed Bartosh]

Hi,

This patchset includes usability fixes and error handling improvements
for new kickstart parser.

The following changes since commit a2f23fa62858b89850aab339ddec16dcf6026b37:

  openssh: CVE-2016-1907 (2016-01-18 11:47:08 +)

are available in the git repository at:

  git://git.yoctoproject.org/poky-contrib ed/wic/kickstart-fixes
  
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=ed/wic/kickstart-fixes

Ed Bartosh (6):
  wic: add custom exception KickStartError
  wic: catch KickStartError
  wic: improve processing of parseing errors
  wic: removed unused imports
  wic: override ArgumentParser.error
  wic: rename kickstarter.py -> ksparser.py

 scripts/lib/wic/conf.py|  7 +--
 scripts/lib/wic/{kickstart.py => ksparser.py}  | 24 ++
 scripts/lib/wic/plugins/source/bootimg-efi.py  |  2 +-
 scripts/lib/wic/plugins/source/bootimg-pcbios.py   |  2 +-
 .../lib/wic/plugins/source/isoimage-isohybrid.py   |  2 +-
 .../lib/wic/plugins/source/rootfs_pcbios_ext.py|  1 -
 6 files changed, 28 insertions(+), 10 deletions(-)
 rename scripts/lib/wic/{kickstart.py => ksparser.py} (82%)

--
Regards,
Ed

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

[OE-core] PV from filename, not reflected in siginfo?

[Olof Johansson]

Hi,

I'm currently investigating reports of bitbake not correctly
handling a type of change to a recipe, where the only change is a
filename rename to update the PV.

With bitbake-dumpsigs:

 ...
 Variable PV value is ${@bb.parse.BBHandler.vars_from_file(d.getVar('FILE', 
False),d)[1] or '1.0'}
 Variable PN value is ${@bb.parse.BBHandler.vars_from_file(d.getVar('FILE', 
False),d)[0] or 'defaultpkgname'}
 ...

... with nothing containing the resolved value of PV. I would
expect the computed value of PV to be a part of the siginfo. The
consquence of this seems to be that bitbake doesn't schedule
dependents to be rebuilt, i.e. if I rename the recipe
foo_1.2.3.bb to foo_1.2.4.bb, the recipe foo is rebuilt, but the
image isn't.

I tried some changes:

 - Changing the PV assignment in bitbake.conf to :=. Didn't work,
   got errors that I suspect are related to not being able to
   include foo-${PV}.inc files. The value of PV was clobbered.
   Also played around with using BB_FILENAME instead, but didn't
   help.

 - Changes within Bitbake that assigned the version part of the
   filename to PV when loading new files ending with .bb. This
   worked but is really ugly.

 - Moving the PV assignment into the recipe (as an explicit
   assignment). This works, makes dependents build as expected
   and bitbake-dumpsigs lists the value, but is also ugly.

I suspect this isn't usually a problem in OE-Core, since most
recipe updates requires updates within the recipe as well
(tarball checksums, for instance), but that's not as true for our
internal recipes.

Is this a known issue? Any ideas on how to solve this? Nicer
workarounds?


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

Re: [OE-core] fido -> jethro switching problem

[Koen Kooi]

> Op 18 jan. 2016, om 12:55 heeft Steffen Sledz  het 
> volgende geschreven:
> 
> On 15.01.2016 15:29, Koen Kooi wrote:
>>> Op 15 jan. 2016 om 15:26 heeft Steffen Sledz  het 
>>> volgende geschreven:
 On 15.01.2016 14:24, Steffen Sledz wrote:
 And I made another interesting discovery: The exception appears on certain 
 machine types only, e.g with qemuarm it appears, with qemuarm64 or qemux86 
 not.
>>> 
>>> It seems that all machines based on armv5e are affected.
>> 
>> FWIW, I'm seeing the same problem. The last time it happened it was due to 
>> the fixup angstrom does for broken arm BSPs
> 
> I've identified this line from 
> meta-angstrom/conf/distro/include/angstrom.inc[1] as "trigger" for the 
> exception in the way, that commenting out this line avoids the exception.
> 
> --> snip <
> # Add FEED_ARCH to machine overrides so we get access to e.g. 'armv7a' and 
> 'sh4'
> # Hopefully we'll never see a machine or arch with 'all' as substring
> MACHINEOVERRIDES .= ":${@bb.data.getVar('FEED_ARCH', 
> d,1).replace('all','noarch')}"
> --> snip <

So that bit doesn’t do what it says it does anymore, this diff after removing 
it:

-# $MACHINEOVERRIDES [10 operations]
+# $MACHINEOVERRIDES [9 operations]
 #   set? /build/v2015.12/sources/openembedded-core/meta/conf/bitbake.conf:688
 # "${MACHINE}"
 #   set /build/v2015.12/sources/openembedded-core/meta/conf/bitbake.conf:689
@@ -9106,15 +9106,13 @@
 # "${@bb.utils.contains("TUNE_FEATURES", "armv5", "armv5:", "" ,d)}"
 #   predot 
/build/v2015.12/sources/openembedded-core/meta/conf/machine/include/arm/arch-armv4.inc:13
 # "${@bb.utils.contains("TUNE_FEATURES", "armv4", "armv4:", "" ,d)}"
-#   postdot 
/build/v2015.12/sources/meta-angstrom/conf/distro/include/angstrom.inc:30
-# ":${@bb.data.getVar('FEED_ARCH', d,1).replace('all','noarch')}"
 #   append 
/build/v2015.12/sources/meta-angstrom/conf/distro/include/angstrom-core-tweaks.inc:27
 # [vardepsexclude] "SOC_FAMILY"
 #   set 
/build/v2015.12/sources/openembedded-core/meta/conf/documentation.conf:282
 # [doc] "Lists overrides specific to the current machine. By default, this 
list includes the value of MACHINE."
 # pre-expansion value:
-#   "${@bb.utils.contains("TUNE_FEATURES", "armv4", "armv4:", "" 
,d)}${@bb.utils.contains("TUNE_FEATURES", "armv5", "armv5:", "" 
,d)}${@bb.utils.contains("TUNE_FEATURES", "armv6", "armv6:", "" 
,d)}${@bb.utils.contains("TUNE_FEATURES", "armv7a", "armv7a:", "" ,d)}${@['', 
'${SOC_FAMILY}:']['${SOC_FAMILY}' != 
'']}${MACHINE}:${@bb.data.getVar('FEED_ARCH', d,1).replace('all','noarch')}"
-MACHINEOVERRIDES="armv7a:ti33x:beaglebone:armv7at2hf-vfp-neon"
+#   "${@bb.utils.contains("TUNE_FEATURES", "armv4", "armv4:", "" 
,d)}${@bb.utils.contains("TUNE_FEATURES", "armv5", "armv5:", "" 
,d)}${@bb.utils.contains("TUNE_FEATURES", "armv6", "armv6:", "" 
,d)}${@bb.utils.contains("TUNE_FEATURES", "armv7a", "armv7a:", "" ,d)}${@['', 
'${SOC_FAMILY}:']['${SOC_FAMILY}' != '']}${MACHINE}"
+MACHINEOVERRIDES=“armv7a:ti33x:beaglebone"

So ‘armv7a’ is already there, 'armv7at2hf-vfp-neon’ isn’t needed since that 
information is availble from MACHINE_FEATURES already. I’ll drop the bit in 
jethro and master.

Thanks for tracking this down!

regards,

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

Re: [OE-core] Add python-systemd in oe-core or meta-oe?

[Burton, Ross]

On 13 January 2016 at 21:44, Randy MacLeod 
wrote:

> https://github.com/systemd/python-systemd
>
> This is a python module that was present in the systemd
> v215 source but removed by v223.
>
> So does anyone think it's useful say for testing?
> If so, should it be added to oe-core or meta-oe?


I'd suggest adding it to meta-python.

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

Re: [OE-core] [PATCH 1/2] bitbake.conf: make localedir nonarch

[Burton, Ross]

On 14 January 2016 at 20:47, Dan McGregor  wrote:

> -localedir = "${libdir}/locale"
> +localedir = "${nonarch_libdir}/locale"
>

As was recently discovered, this variable isn't really used in many places:

$ dpkg -c xz-locale-de_5.2.2-r0.1_corei7-64.ipk|grep mo
-rw-r--r-- root/root 26533 2016-01-12 16:50
./usr/share/locale/de/LC_MESSAGES/xz.mo

I'd suggest that localedir should be ${datadir}/locale, and then any
explicit users of ${datadir}/locale/ replaced with ${localedir}.

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

Re: [OE-core] fido -> jethro switching problem

[Steffen Sledz]

On 15.01.2016 15:29, Koen Kooi wrote:
>> Op 15 jan. 2016 om 15:26 heeft Steffen Sledz  het 
>> volgende geschreven:
>>> On 15.01.2016 14:24, Steffen Sledz wrote:
>>> And I made another interesting discovery: The exception appears on certain 
>>> machine types only, e.g with qemuarm it appears, with qemuarm64 or qemux86 
>>> not.
>>
>> It seems that all machines based on armv5e are affected.
> 
> FWIW, I'm seeing the same problem. The last time it happened it was due to 
> the fixup angstrom does for broken arm BSPs

I've identified this line from 
meta-angstrom/conf/distro/include/angstrom.inc[1] as "trigger" for the 
exception in the way, that commenting out this line avoids the exception.

--> snip <
# Add FEED_ARCH to machine overrides so we get access to e.g. 'armv7a' and 'sh4'
# Hopefully we'll never see a machine or arch with 'all' as substring
MACHINEOVERRIDES .= ":${@bb.data.getVar('FEED_ARCH', 
d,1).replace('all','noarch')}"
--> snip <

[1] 


-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 04/10] recipetool: create: support additional autoconf macros from autoconf-archive

[Paul Eggleton]

Support a number of macros from autoconf-archive when reading
configure.ac to extract dependencies.

Signed-off-by: Paul Eggleton 
---
 scripts/lib/recipetool/create_buildsys.py | 95 ++-
 1 file changed, 94 insertions(+), 1 deletion(-)

diff --git a/scripts/lib/recipetool/create_buildsys.py 
b/scripts/lib/recipetool/create_buildsys.py
index c6d9bbe..127e133 100644
--- a/scripts/lib/recipetool/create_buildsys.py
+++ b/scripts/lib/recipetool/create_buildsys.py
@@ -144,6 +144,8 @@ class AutotoolsRecipeHandler(RecipeHandler):
 def extract_autotools_deps(outlines, srctree, extravalues=None, 
acfile=None):
 import shlex
 import oe.package
+import json
+import glob
 
 values = {}
 inherits = []
@@ -163,6 +165,7 @@ class AutotoolsRecipeHandler(RecipeHandler):
 pkg_re = re.compile('PKG_CHECK_MODULES\(\[?[a-zA-Z0-9_]*\]?, 
*\[?([^,\]]*)\]?[),].*')
 pkgce_re = re.compile('PKG_CHECK_EXISTS\(\[?([^,\]]*)\]?[),].*')
 lib_re = re.compile('AC_CHECK_LIB\(\[?([^,\]]*)\]?,.*')
+libx_re = re.compile('AX_CHECK_LIBRARY\(\[?[^,\]]*\]?, 
*\[?([^,\]]*)\]?, *\[?([a-zA-Z0-9-]*)\]?,.*')
 progs_re = re.compile('_PROGS?\(\[?[a-zA-Z0-9_]*\]?, 
\[?([^,\]]*)\]?[),].*')
 dep_re = re.compile('([^ ><=]+)( [<>=]+ [^ ><=]+)?')
 ac_init_re = re.compile('AC_INIT\(([^,]+), *([^,]+)[,)].*')
@@ -189,6 +192,7 @@ class AutotoolsRecipeHandler(RecipeHandler):
 
 # Now turn it into a library->recipe mapping
 recipelibmap = {}
+recipeheadermap = {}
 pkgdata_dir = tinfoil.config_data.getVar('PKGDATA_DIR', True)
 for libname, pkg in pkglibmap.iteritems():
 try:
@@ -203,6 +207,27 @@ class AutotoolsRecipeHandler(RecipeHandler):
 else:
 raise
 
+def load_headermap():
+if recipeheadermap:
+return
+includedir = tinfoil.config_data.getVar('includedir', True)
+for pkg in glob.glob(os.path.join(pkgdata_dir, 'runtime', 
'*-dev')):
+with open(os.path.join(pkgdata_dir, 'runtime', pkg)) as f:
+pn = None
+headers = []
+for line in f:
+if line.startswith('PN:'):
+pn = line.split(':', 1)[-1].strip()
+elif line.startswith('FILES_INFO:'):
+val = line.split(':', 1)[1].strip()
+dictval = json.loads(val)
+for fullpth in sorted(dictval):
+if fullpth.startswith(includedir) and 
fullpth.endswith('.h'):
+headers.append(os.path.relpath(fullpth, 
includedir))
+if pn and headers:
+for header in headers:
+recipeheadermap[header] = pn
+
 defines = {}
 def subst_defines(value):
 newvalue = value
@@ -263,7 +288,7 @@ class AutotoolsRecipeHandler(RecipeHandler):
 deps.append('intltool-native')
 elif keyword == 'AM_PATH_GLIB_2_0':
 deps.append('glib-2.0')
-elif keyword == 'AC_CHECK_PROG' or keyword == 'AC_PATH_PROG':
+elif keyword in ('AC_CHECK_PROG', 'AC_PATH_PROG', 'AX_WITH_PROG'):
 res = progs_re.search(value)
 if res:
 for prog in shlex.split(res.group(1)):
@@ -292,6 +317,26 @@ class AutotoolsRecipeHandler(RecipeHandler):
 if libdep is None:
 if not lib.startswith('$'):
 unmappedlibs.append(lib)
+elif keyword == 'AX_CHECK_LIBRARY':
+res = libx_re.search(value)
+if res:
+lib = res.group(2)
+if lib in ignorelibs:
+logger.debug('Ignoring library dependency %s' % lib)
+else:
+libdep = recipelibmap.get(lib, None)
+if libdep:
+deps.append(libdep)
+else:
+if libdep is None:
+if not lib.startswith('$'):
+header = res.group(1)
+load_headermap()
+libdep = recipeheadermap.get(header, None)
+if libdep:
+deps.append(libdep)
+else:
+unmappedlibs.append(lib)
 elif keyword == 'AC_PATH_X':
 deps.append('libx11')
 elif keyword in ('AX_BOOST', 'BOOST_REQUIRE'):
@@ -300,6 +345,36 @@ class AutotoolsRecipeHandler(RecipeHandler):
   

[OE-core] [PATCH 05/10] recipetool: create: fix overzealous mapping of git URLs

[Paul Eggleton]

The regex for detecting git URLs was unanchored, leading to it matching
where it shouldn't have. An example of where this went wrong was
http://taglib.github.io/releases/taglib-1.9.1.tar.gz.

Signed-off-by: Paul Eggleton 
---
 scripts/lib/recipetool/create.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/scripts/lib/recipetool/create.py b/scripts/lib/recipetool/create.py
index 4f95d7e..1218a7d 100644
--- a/scripts/lib/recipetool/create.py
+++ b/scripts/lib/recipetool/create.py
@@ -140,7 +140,7 @@ def create_recipe(args):
 # Assume the archive contains the directory structure verbatim
 # so we need to extract to a subdirectory
 fetchuri += ';subdir=%s' % 
os.path.splitext(os.path.basename(urlparse.urlsplit(fetchuri).path))[0]
-git_re = re.compile('(https?)://([^;]+\.git)(;.*)?')
+git_re = re.compile('(https?)://([^;]+\.git)(;.*)?$')
 res = git_re.match(fetchuri)
 if res:
 # Need to switch the URI around so that the git fetcher is used
-- 
2.5.0

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

[OE-core] [PATCH 01/10] recipetool: create: improve extraction of pkg-config / lib deps

[Paul Eggleton]

* The regexes for PKG_CHECK_MODULES / AC_CHECK_LIB were a bit too strict
  and thus we were skipping some macros.
* Add support for PKG_CHECK_EXISTS
* Avoid duplicates in warning on missing pkg-config dependencies
* Ignore dependency on musl (since this may come up if it's the selected
  C library)

Signed-off-by: Paul Eggleton 
---
 meta/lib/oeqa/selftest/recipetool.py  |  4 ++--
 scripts/lib/recipetool/create_buildsys.py | 18 ++
 2 files changed, 16 insertions(+), 6 deletions(-)

diff --git a/meta/lib/oeqa/selftest/recipetool.py 
b/meta/lib/oeqa/selftest/recipetool.py
index 4103a88..927da73 100644
--- a/meta/lib/oeqa/selftest/recipetool.py
+++ b/meta/lib/oeqa/selftest/recipetool.py
@@ -383,7 +383,7 @@ class RecipetoolTests(RecipetoolBase):
 @testcase(1194)
 def test_recipetool_create_git(self):
 # Ensure we have the right data in shlibs/pkgdata
-bitbake('libpng pango libx11 libxext jpeg')
+bitbake('libpng pango libx11 libxext jpeg libxsettings-client 
libcheck')
 # Try adding a recipe
 tempsrc = os.path.join(self.tempdir, 'srctree')
 os.makedirs(tempsrc)
@@ -397,7 +397,7 @@ class RecipetoolTests(RecipetoolBase):
 checkvars['S'] = '${WORKDIR}/git'
 checkvars['PV'] = '1.11+git${SRCPV}'
 checkvars['SRC_URI'] = srcuri
-checkvars['DEPENDS'] = set(['libjpeg-turbo', 'libpng', 'libx11', 
'libxext', 'pango'])
+checkvars['DEPENDS'] = set(['libcheck', 'libjpeg-turbo', 'libpng', 
'libx11', 'libxsettings-client', 'libxext', 'pango'])
 inherits = ['autotools', 'pkgconfig']
 self._test_recipe_contents(recipefile, checkvars, inherits)
 
diff --git a/scripts/lib/recipetool/create_buildsys.py 
b/scripts/lib/recipetool/create_buildsys.py
index 1674aba..7fedb2a 100644
--- a/scripts/lib/recipetool/create_buildsys.py
+++ b/scripts/lib/recipetool/create_buildsys.py
@@ -157,12 +157,13 @@ class AutotoolsRecipeHandler(RecipeHandler):
 progclassmap = {'gconftool-2': 'gconf',
 'pkg-config': 'pkgconfig'}
 
-ignoredeps = ['gcc-runtime', 'glibc', 'uclibc', 'tar-native', 
'binutils-native']
+ignoredeps = ['gcc-runtime', 'glibc', 'uclibc', 'musl', 'tar-native', 
'binutils-native']
 ignorelibs = ['socket']
 
-pkg_re = re.compile('PKG_CHECK_MODULES\(\[?[a-zA-Z0-9]*\]?, 
\[?([^,\]]*)[),].*')
-lib_re = re.compile('AC_CHECK_LIB\(\[?([a-zA-Z0-9]*)\]?, .*')
-progs_re = re.compile('_PROGS?\(\[?[a-zA-Z0-9]*\]?, 
\[?([^,\]]*)\]?[),].*')
+pkg_re = re.compile('PKG_CHECK_MODULES\(\[?[a-zA-Z0-9_]*\]?, 
*\[?([^,\]]*)\]?[),].*')
+pkgce_re = re.compile('PKG_CHECK_EXISTS\(\[?([^,\]]*)\]?[),].*')
+lib_re = re.compile('AC_CHECK_LIB\(\[?([^,\]]*)\]?,.*')
+progs_re = re.compile('_PROGS?\(\[?[a-zA-Z0-9_]*\]?, 
\[?([^,\]]*)\]?[),].*')
 dep_re = re.compile('([^ ><=]+)( [<>=]+ [^ ><=]+)?')
 ac_init_re = re.compile('AC_INIT\(([^,]+), *([^,]+)[,)].*')
 am_init_re = re.compile('AM_INIT_AUTOMAKE\(([^,]+), *([^,]+)[,)].*')
@@ -249,6 +250,13 @@ class AutotoolsRecipeHandler(RecipeHandler):
 if res:
 pcdeps.extend([x[0] for x in res])
 inherits.append('pkgconfig')
+elif keyword == 'PKG_CHECK_EXISTS':
+res = pkgce_re.search(value)
+if res:
+res = dep_re.findall(res.group(1))
+if res:
+pcdeps.extend([x[0] for x in res])
+inherits.append('pkgconfig')
 elif keyword in ('AM_GNU_GETTEXT', 'AM_GLIB_GNU_GETTEXT', 
'GETTEXT_PACKAGE'):
 inherits.append('gettext')
 elif keyword in ('AC_PROG_INTLTOOL', 'IT_PROG_INTLTOOL'):
@@ -313,6 +321,7 @@ class AutotoolsRecipeHandler(RecipeHandler):
 defines[key] = value
 
 keywords = ['PKG_CHECK_MODULES',
+'PKG_CHECK_EXISTS',
 'AM_GNU_GETTEXT',
 'AM_GLIB_GNU_GETTEXT',
 'GETTEXT_PACKAGE',
@@ -375,6 +384,7 @@ class AutotoolsRecipeHandler(RecipeHandler):
 
 recipemap = read_pkgconfig_provides(tinfoil.config_data)
 unmapped = []
+pcdeps = list(set(pcdeps))
 for pcdep in pcdeps:
 recipe = recipemap.get(pcdep, None)
 if recipe:
-- 
2.5.0

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

[OE-core] [PATCH 03/10] recipetool: create: detect flex/bison dependency

[Paul Eggleton]

There are a few different macros that can be used to pick up these
tools, add support for them all.

Signed-off-by: Paul Eggleton 
---
 scripts/lib/recipetool/create_buildsys.py | 9 +
 1 file changed, 9 insertions(+)

diff --git a/scripts/lib/recipetool/create_buildsys.py 
b/scripts/lib/recipetool/create_buildsys.py
index 544dae3..c6d9bbe 100644
--- a/scripts/lib/recipetool/create_buildsys.py
+++ b/scripts/lib/recipetool/create_buildsys.py
@@ -296,6 +296,10 @@ class AutotoolsRecipeHandler(RecipeHandler):
 deps.append('libx11')
 elif keyword in ('AX_BOOST', 'BOOST_REQUIRE'):
 deps.append('boost')
+elif keyword in ('AC_PROG_LEX', 'AM_PROG_LEX', 'AX_PROG_FLEX'):
+deps.append('flex-native')
+elif keyword in ('AC_PROG_YACC', 'AX_PROG_BISON'):
+deps.append('bison-native')
 elif keyword == 'AC_INIT':
 if extravalues is not None:
 res = ac_init_re.match(value)
@@ -336,6 +340,11 @@ class AutotoolsRecipeHandler(RecipeHandler):
 'AC_PATH_X',
 'AX_BOOST',
 'BOOST_REQUIRE',
+'AC_PROG_LEX',
+'AM_PROG_LEX',
+'AX_PROG_FLEX',
+'AC_PROG_YACC',
+'AX_PROG_BISON',
 'AC_INIT',
 'AM_INIT_AUTOMAKE',
 'define(',
-- 
2.5.0

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

[OE-core] [PATCH 10/10] oe-selftest: devtool: fix test_devtool_add_library if python was built first

[Paul Eggleton]

If Python is in the sysroot then this test can fail due to some
brokenness in libftdi's CMakeLists.txt file for its python bindings.
Just disable it in order to have the test work more reliably.

Signed-off-by: Paul Eggleton 
---
 meta/lib/oeqa/selftest/devtool.py | 12 
 1 file changed, 8 insertions(+), 4 deletions(-)

diff --git a/meta/lib/oeqa/selftest/devtool.py 
b/meta/lib/oeqa/selftest/devtool.py
index f6471bd..43c7cda 100644
--- a/meta/lib/oeqa/selftest/devtool.py
+++ b/meta/lib/oeqa/selftest/devtool.py
@@ -208,15 +208,16 @@ class DevtoolTests(DevtoolBase):
 # Fetch source
 tempdir = tempfile.mkdtemp(prefix='devtoolqa')
 self.track_for_cleanup(tempdir)
-url = 
'http://www.intra2net.com/en/developer/libftdi/download/libftdi1-1.1.tar.bz2'
+version = '1.1'
+url = 
'https://www.intra2net.com/en/developer/libftdi/download/libftdi1-%s.tar.bz2' % 
version
 result = runCmd('wget %s' % url, cwd=tempdir)
-result = runCmd('tar xfv libftdi1-1.1.tar.bz2', cwd=tempdir)
-srcdir = os.path.join(tempdir, 'libftdi1-1.1')
+result = runCmd('tar xfv libftdi1-%s.tar.bz2' % version, cwd=tempdir)
+srcdir = os.path.join(tempdir, 'libftdi1-%s' % version)
 self.assertTrue(os.path.isfile(os.path.join(srcdir, 
'CMakeLists.txt')), 'Unable to find CMakeLists.txt in source directory')
 # Test devtool add (and use -V so we test that too)
 self.track_for_cleanup(self.workspacedir)
 self.add_command_to_tearDown('bitbake-layers remove-layer */workspace')
-result = runCmd('devtool add libftdi %s -V 1.1' % srcdir)
+result = runCmd('devtool add libftdi %s -V %s' % (srcdir, version))
 self.assertTrue(os.path.exists(os.path.join(self.workspacedir, 'conf', 
'layer.conf')), 'Workspace directory not created')
 # Test devtool status
 result = runCmd('devtool status')
@@ -224,6 +225,9 @@ class DevtoolTests(DevtoolBase):
 self.assertIn(srcdir, result.output)
 # Clean up anything in the workdir/sysroot/sstate cache (have to do 
this *after* devtool add since the recipe only exists then)
 bitbake('libftdi -c cleansstate')
+# libftdi's python/CMakeLists.txt is a bit broken, so let's just 
disable it
+recipefile = '%s/recipes/libftdi/libftdi_%s.bb' % (self.workspacedir, 
version)
+result = runCmd('recipetool setvar %s EXTRA_OECMAKE -- 
"-DPYTHON_BINDINGS=OFF"' % recipefile)
 # Test devtool build
 result = runCmd('devtool build libftdi')
 staging_libdir = get_bb_var('STAGING_LIBDIR', 'libftdi')
-- 
2.5.0

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

[OE-core] [PATCH 09/10] recipetool: create: add a couple more license checksums

[Paul Eggleton]

I found these when I was looking at libftdi and they seem to be
generic enough to show up in at least a couple of other packages so I
figure I'll add them.

Signed-off-by: Paul Eggleton 
---
 scripts/lib/recipetool/create.py | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/scripts/lib/recipetool/create.py b/scripts/lib/recipetool/create.py
index ad6bf7b..43861ee 100644
--- a/scripts/lib/recipetool/create.py
+++ b/scripts/lib/recipetool/create.py
@@ -630,11 +630,13 @@ def get_license_md5sums(d, static_only=False):
 md5sums['55ca817ccb7d5b5b66355690e9abc605'] = 'LGPLv2'
 md5sums['252890d9eee26aab7b432e8b8a616475'] = 'LGPLv2'
 md5sums['3214f080875748938ba060314b4f727d'] = 'LGPLv2'
+md5sums['db979804f025cf55aabec7129cb671ed'] = 'LGPLv2'
 md5sums['d32239bcb673463ab874e80d47fae504'] = 'GPLv3'
 md5sums['f27defe1e96c2e1ecd4e0c9be8967949'] = 'GPLv3'
 md5sums['6a6a8e020838b23406c81b19c1d46df6'] = 'LGPLv3'
 md5sums['3b83ef96387f14655fc854ddc3c6bd57'] = 'Apache-2.0'
 md5sums['385c55653886acac3821999a3ccd17b3'] = 'Artistic-1.0 | GPL-2.0' # 
some perl modules
+md5sums['54c7042be62e169199200bc6477f04d1'] = 'BSD-3-Clause'
 return md5sums
 
 def guess_license(srctree):
-- 
2.5.0

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

[OE-core] [PATCH 08/10] recipetool: create: add basic support for extracting dependencies from cmake

[Paul Eggleton]

Add support for extracting dependencies from CMakeLists.txt. There's
still a bunch of things missing that are outside the scope of OE-Core
and we still lack a proper extension mechanism, but this is a good
start.

This also adds an oe-selftest test to exercise the new code a bit.

Implements [YOCTO #7635].

Signed-off-by: Paul Eggleton 
---
 meta/lib/oeqa/selftest/recipetool.py  |  17 +++
 scripts/lib/recipetool/create.py  |   3 +
 scripts/lib/recipetool/create_buildsys.py | 177 +-
 3 files changed, 191 insertions(+), 6 deletions(-)

diff --git a/meta/lib/oeqa/selftest/recipetool.py 
b/meta/lib/oeqa/selftest/recipetool.py
index 927da73..b4d33bc 100644
--- a/meta/lib/oeqa/selftest/recipetool.py
+++ b/meta/lib/oeqa/selftest/recipetool.py
@@ -422,6 +422,23 @@ class RecipetoolTests(RecipetoolBase):
 inherits = ['autotools']
 self._test_recipe_contents(os.path.join(temprecipe, dirlist[0]), 
checkvars, inherits)
 
+def test_recipetool_create_cmake(self):
+# Try adding a recipe
+temprecipe = os.path.join(self.tempdir, 'recipe')
+os.makedirs(temprecipe)
+recipefile = os.path.join(temprecipe, 'navit_0.5.0.bb')
+srcuri = 
'http://downloads.sourceforge.net/project/navit/v0.5.0/navit-0.5.0.tar.gz'
+result = runCmd('recipetool create -o %s %s' % (temprecipe, srcuri))
+self.assertTrue(os.path.isfile(recipefile))
+checkvars = {}
+checkvars['LICENSE'] = set(['Unknown', 'GPLv2', 'LGPLv2'])
+checkvars['SRC_URI'] = 
'http://downloads.sourceforge.net/project/navit/v${PV}/navit-${PV}.tar.gz'
+checkvars['SRC_URI[md5sum]'] = '242f398e979a6b8c0f3c802b63435b68'
+checkvars['SRC_URI[sha256sum]'] = 
'13353481d7fc01a4f64e385dda460b51496366bba0fd2cc85a89a0747910e94d'
+checkvars['DEPENDS'] = set(['freetype', 'zlib', 'openssl', 'glib-2.0', 
'virtual/libgl', 'virtual/egl', 'gtk+', 'libpng', 'libsdl', 'freeglut', 
'dbus-glib'])
+inherits = ['cmake', 'python-dir', 'gettext', 'pkgconfig']
+self._test_recipe_contents(recipefile, checkvars, inherits)
+
 class RecipetoolAppendsrcBase(RecipetoolBase):
 def _try_recipetool_appendsrcfile(self, testrecipe, newfile, destfile, 
options, expectedlines, expectedfiles):
 cmd = 'recipetool appendsrcfile %s %s %s %s %s' % (options, 
self.templayerdir, testrecipe, newfile, destfile)
diff --git a/scripts/lib/recipetool/create.py b/scripts/lib/recipetool/create.py
index 1601a7f..ad6bf7b 100644
--- a/scripts/lib/recipetool/create.py
+++ b/scripts/lib/recipetool/create.py
@@ -558,6 +558,8 @@ def create_recipe(args):
 outlines = []
 outlines.extend(lines_before)
 if classes:
+if outlines[-1] and not outlines[-1].startswith('#'):
+outlines.append('')
 outlines.append('inherit %s' % ' '.join(classes))
 outlines.append('')
 outlines.extend(lines_after)
@@ -627,6 +629,7 @@ def get_license_md5sums(d, static_only=False):
 md5sums['5f30f0716dfdd0d91eb439ebec522ec2'] = 'LGPLv2'
 md5sums['55ca817ccb7d5b5b66355690e9abc605'] = 'LGPLv2'
 md5sums['252890d9eee26aab7b432e8b8a616475'] = 'LGPLv2'
+md5sums['3214f080875748938ba060314b4f727d'] = 'LGPLv2'
 md5sums['d32239bcb673463ab874e80d47fae504'] = 'GPLv3'
 md5sums['f27defe1e96c2e1ecd4e0c9be8967949'] = 'GPLv3'
 md5sums['6a6a8e020838b23406c81b19c1d46df6'] = 'LGPLv3'
diff --git a/scripts/lib/recipetool/create_buildsys.py 
b/scripts/lib/recipetool/create_buildsys.py
index 40659d1..6afb5de 100644
--- a/scripts/lib/recipetool/create_buildsys.py
+++ b/scripts/lib/recipetool/create_buildsys.py
@@ -36,6 +36,7 @@ class CmakeRecipeHandler(RecipeHandler):
 if RecipeHandler.checkfiles(srctree, ['CMakeLists.txt']):
 classes.append('cmake')
 values = CmakeRecipeHandler.extract_cmake_deps(lines_before, 
srctree, extravalues)
+classes.extend(values.pop('inherit', '').split())
 for var, value in values.iteritems():
 lines_before.append('%s = "%s"' % (var, value))
 lines_after.append('# Specify any options you want to pass to 
cmake using EXTRA_OECMAKE:')
@@ -48,18 +49,182 @@ class CmakeRecipeHandler(RecipeHandler):
 @staticmethod
 def extract_cmake_deps(outlines, srctree, extravalues, 
cmakelistsfile=None):
 values = {}
+inherits = []
 
 if cmakelistsfile:
 srcfiles = [cmakelistsfile]
 else:
 srcfiles = RecipeHandler.checkfiles(srctree, ['CMakeLists.txt'])
 
-proj_re = re.compile('project\(([^)]*)\)', re.IGNORECASE)
-with open(srcfiles[0], 'r') as f:
-for line in f:
-res = proj_re.match(line.strip())
-if res:
-extravalues['PN'] = res.group(1).split()[0]
+# Note that some of these are non-standard, but probably better to
+# be able to map them anyway if we see them
+cmake_pkgmap = {

[OE-core] [PATCH 06/10] recipetool: create: move dependency mapping code to RecipeHandler

[Paul Eggleton]

Some refactoring to allow access to the library/header/pkg-config
mappings and the DEPENDS / unmapped dependency output code from other
classes than AutotoolsRecipeHandler.

Signed-off-by: Paul Eggleton 
---
 scripts/lib/recipetool/create.py  | 137 +-
 scripts/lib/recipetool/create_buildsys.py | 121 ++
 2 files changed, 144 insertions(+), 114 deletions(-)

diff --git a/scripts/lib/recipetool/create.py b/scripts/lib/recipetool/create.py
index 1218a7d..dab917f 100644
--- a/scripts/lib/recipetool/create.py
+++ b/scripts/lib/recipetool/create.py
@@ -21,6 +21,7 @@ import argparse
 import glob
 import fnmatch
 import re
+import json
 import logging
 import scriptutils
 import urlparse
@@ -39,7 +40,73 @@ def tinfoil_init(instance):
 global tinfoil
 tinfoil = instance
 
-class RecipeHandler():
+class RecipeHandler(object):
+recipelibmap = {}
+recipeheadermap = {}
+
+@staticmethod
+def load_libmap(d):
+'''Load library->recipe mapping'''
+import oe.package
+
+if RecipeHandler.recipelibmap:
+return
+# First build up library->package mapping
+shlib_providers = oe.package.read_shlib_providers(d)
+libdir = d.getVar('libdir', True)
+base_libdir = d.getVar('base_libdir', True)
+libpaths = list(set([base_libdir, libdir]))
+libname_re = re.compile('^lib(.+)\.so.*$')
+pkglibmap = {}
+for lib, item in shlib_providers.iteritems():
+for path, pkg in item.iteritems():
+if path in libpaths:
+res = libname_re.match(lib)
+if res:
+libname = res.group(1)
+if not libname in pkglibmap:
+pkglibmap[libname] = pkg[0]
+else:
+logger.debug('unable to extract library name from %s' 
% lib)
+
+# Now turn it into a library->recipe mapping
+pkgdata_dir = d.getVar('PKGDATA_DIR', True)
+for libname, pkg in pkglibmap.iteritems():
+try:
+with open(os.path.join(pkgdata_dir, 'runtime', pkg)) as f:
+for line in f:
+if line.startswith('PN:'):
+RecipeHandler.recipelibmap[libname] = 
line.split(':', 1)[-1].strip()
+break
+except IOError as ioe:
+if ioe.errno == 2:
+logger.warn('unable to find a pkgdata file for package %s' 
% pkg)
+else:
+raise
+
+@staticmethod
+def load_headermap(d):
+'''Build up lib headerfile->recipe mapping'''
+if RecipeHandler.recipeheadermap:
+return
+includedir = d.getVar('includedir', True)
+for pkg in glob.glob(os.path.join(pkgdata_dir, 'runtime', '*-dev')):
+with open(os.path.join(pkgdata_dir, 'runtime', pkg)) as f:
+pn = None
+headers = []
+for line in f:
+if line.startswith('PN:'):
+pn = line.split(':', 1)[-1].strip()
+elif line.startswith('FILES_INFO:'):
+val = line.split(':', 1)[1].strip()
+dictval = json.loads(val)
+for fullpth in sorted(dictval):
+if fullpth.startswith(includedir) and 
fullpth.endswith('.h'):
+headers.append(os.path.relpath(fullpth, 
includedir))
+if pn and headers:
+for header in headers:
+RecipeHandler.recipeheadermap[header] = pn
+
 @staticmethod
 def checkfiles(path, speclist, recursive=False):
 results = []
@@ -54,6 +121,74 @@ class RecipeHandler():
 results.extend(glob.glob(os.path.join(path, spec)))
 return results
 
+@staticmethod
+def handle_depends(libdeps, pcdeps, deps, outlines, values, d):
+if pcdeps:
+recipemap = read_pkgconfig_provides(d)
+if libdeps:
+RecipeHandler.load_libmap(d)
+
+ignorelibs = ['socket']
+ignoredeps = ['gcc-runtime', 'glibc', 'uclibc', 'musl', 'tar-native', 
'binutils-native']
+
+unmappedpc = []
+pcdeps = list(set(pcdeps))
+for pcdep in pcdeps:
+if isinstance(pcdep, basestring):
+recipe = recipemap.get(pcdep, None)
+if recipe:
+deps.append(recipe)
+else:
+if not pcdep.startswith('$'):
+unmappedpc.append(pcdep)
+else:
+for item in pcdep:
+recipe = recipemap.get(pcdep, None)
+if recipe:
+deps.append(recipe)
+break
+else:
+ 

[OE-core] [PATCH 07/10] recipetool: create: force GL libraries to virtual/*

[Paul Eggleton]

We want to specify dependencies on virtual/* rather than whatever
library is selected in the current configuration.

Signed-off-by: Paul Eggleton 
---
 scripts/lib/recipetool/create.py | 5 +
 1 file changed, 5 insertions(+)

diff --git a/scripts/lib/recipetool/create.py b/scripts/lib/recipetool/create.py
index dab917f..1601a7f 100644
--- a/scripts/lib/recipetool/create.py
+++ b/scripts/lib/recipetool/create.py
@@ -84,6 +84,11 @@ class RecipeHandler(object):
 else:
 raise
 
+# Some overrides - these should be mapped to the virtual
+RecipeHandler.recipelibmap['GL'] = 'virtual/libgl'
+RecipeHandler.recipelibmap['EGL'] = 'virtual/egl'
+RecipeHandler.recipelibmap['GLESv2'] = 'virtual/libgles2'
+
 @staticmethod
 def load_headermap(d):
 '''Build up lib headerfile->recipe mapping'''
-- 
2.5.0

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

[OE-core] [PATCH 02/10] recipetool: create: pick up boost macros in configure.ac

[Paul Eggleton]

The presence of BOOST_REQUIRE or AX_BOOST.* indicates that boost is a
dependency.

Signed-off-by: Paul Eggleton 
---
 scripts/lib/recipetool/create_buildsys.py | 4 
 1 file changed, 4 insertions(+)

diff --git a/scripts/lib/recipetool/create_buildsys.py 
b/scripts/lib/recipetool/create_buildsys.py
index 7fedb2a..544dae3 100644
--- a/scripts/lib/recipetool/create_buildsys.py
+++ b/scripts/lib/recipetool/create_buildsys.py
@@ -294,6 +294,8 @@ class AutotoolsRecipeHandler(RecipeHandler):
 unmappedlibs.append(lib)
 elif keyword == 'AC_PATH_X':
 deps.append('libx11')
+elif keyword in ('AX_BOOST', 'BOOST_REQUIRE'):
+deps.append('boost')
 elif keyword == 'AC_INIT':
 if extravalues is not None:
 res = ac_init_re.match(value)
@@ -332,6 +334,8 @@ class AutotoolsRecipeHandler(RecipeHandler):
 'AC_PATH_PROG',
 'AC_CHECK_LIB',
 'AC_PATH_X',
+'AX_BOOST',
+'BOOST_REQUIRE',
 'AC_INIT',
 'AM_INIT_AUTOMAKE',
 'define(',
-- 
2.5.0

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

[OE-core] [PATCH 00/10] Improve recipetool metadata extraction

[Paul Eggleton]

Improve the ability for recipetool create (or devtool add, which uses the
former) to extract dependencies from source trees, as well as a couple of
other related fixes.


The following changes since commit a42229df424552955c0ac62da1063461f97f5938:

  openssh: CVE-2016-1907 (2016-01-17 11:32:21 +)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib paule/recipetool-fixes
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/recipetool-fixes

Paul Eggleton (10):
  recipetool: create: improve extraction of pkg-config / lib deps
  recipetool: create: pick up boost macros in configure.ac
  recipetool: create: detect flex/bison dependency
  recipetool: create: support additional autoconf macros from autoconf-archive
  recipetool: create: fix overzealous mapping of git URLs
  recipetool: create: move dependency mapping code to RecipeHandler
  recipetool: create: force GL libraries to virtual/*
  recipetool: create: add basic support for extracting dependencies from cmake
  recipetool: create: add a couple more license checksums
  oe-selftest: devtool: fix test_devtool_add_library if python was built first

 meta/lib/oeqa/selftest/devtool.py |  12 +-
 meta/lib/oeqa/selftest/recipetool.py  |  21 +-
 scripts/lib/recipetool/create.py  | 149 -
 scripts/lib/recipetool/create_buildsys.py | 340 +++---
 4 files changed, 432 insertions(+), 90 deletions(-)

-- 
2.5.0

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

Re: [OE-core] [PATCH] coreutils: Add xattr PACKAGECONFIG

[Burton, Ross]

Hi Scott,

On 18 January 2016 at 10:42, Scott Ellis  wrote:

> From Yocto poky where it also stops this warning
>
> WARNING: QA Issue: coreutils rdepends on libattr, but it isn't a build
> dependency? [build-deps]
>
> Signed-off-by: Scott Ellis 
>

In the future can you not submit patches by copying and pasting the patch
into your webmail client unless you know that it doesn't mangle the patch.

In this case it appears that your client removed all the leading
whitespace, which meant the patch was malformed.  It was trivial enough to
fix in this case, but in the future it's best if you can just configure
git-send-email to send emails directly so they don't get messed up.

Thanks,

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

[OE-core] [PATCH] coreutils: Add xattr PACKAGECONFIG

[Scott Ellis]

>From Yocto poky where it also stops this warning

WARNING: QA Issue: coreutils rdepends on libattr, but it isn't a build 
dependency? [build-deps]

Signed-off-by: Scott Ellis 
---
meta/recipes-core/coreutils/coreutils_8.24.bb | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-core/coreutils/coreutils_8.24.bb 
b/meta/recipes-core/coreutils/coreutils_8.24.bb
index f042346..6a09c59 100644
--- a/meta/recipes-core/coreutils/coreutils_8.24.bb
+++ b/meta/recipes-core/coreutils/coreutils_8.24.bb
@@ -28,14 +28,19 @@ SRC_URI[manpages.sha256sum] = 
"cf0333b5f134a331e0b46e2ddf90666f8bdc3281c1ca2c7cc
EXTRA_OECONF_class-native = "--without-gmp"
EXTRA_OECONF_class-target = "--enable-install-program=arch 
--libexecdir=${libdir}"

-# acl is not a default feature
+# acl and xattr are not default features
#
-PACKAGECONFIG_class-target ??= "${@bb.utils.contains('DISTRO_FEATURES', 'acl', 
'acl', '', d)}"
+PACKAGECONFIG_class-target ??= "\
+${@bb.utils.contains('DISTRO_FEATURES', 'acl', 'acl', '', d)} \
+${@bb.utils.contains('DISTRO_FEATURES', 'xattr', 'xattr', '', d)} \
+"
+
PACKAGECONFIG_class-native ??= ""

# with, without, depends, rdepends
#
PACKAGECONFIG[acl] = "--enable-acl,--disable-acl,acl,"
+PACKAGECONFIG[xattr] = "--enable-xattr,--disable-xattr,attr,"

# [ df mktemp base64 gets a special treatment and is not included in this
bindir_progs = "arch basename chcon cksum comm csplit cut dir dircolors dirname 
du \
--
2.5.0

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

Re: [OE-core] fido -> jethro switching problem

[Koen Kooi]

> Op 18 jan. 2016 om 11:10 heeft Steffen Sledz  het 
> volgende geschreven:
> 
> On 18.01.2016 09:41, Koen Kooi wrote:
>>> Op 18 jan. 2016, om 09:28 heeft Steffen Sledz  het 
>>> volgende geschreven:
>>> On 15.01.2016 15:29, Koen Kooi wrote:
> Op 15 jan. 2016 om 15:26 heeft Steffen Sledz  het 
> volgende geschreven:
> It seems that all machines based on armv5e are affected.
 
 FWIW, I'm seeing the same problem. The last time it happened it was due to 
 the fixup angstrom does for broken arm BSPs
>>> 
>>> What commits do you talking about ("last time it happened")?
>>> 
>>> https://github.com/Angstrom-distribution/meta-angstrom/commit/7f3d898930077710dfa42150882bce60d437af7d
>>>  ?
>>> https://github.com/Angstrom-distribution/meta-angstrom/commit/4b2e8ecb9a82109022727f6d80b8db56ae493fe8
>>>  ?
>>> 
>>> Or something else?
>> 
>> Yes, those ones.
> 
> If I understand right you only introduced an own DEFAULTUNE override for 
> angstrom to work around the problem. Right?

right

> 
> Did you identify the parts of meta-fsl-arm which were responsible for these 
> problems?

The machine includes that tune to cortex-foo instead of armvX. I don't need 5 
different versions of bash for 5 'different' armv7 machines.

> 
> Steffen
> 
> PS: Hi Otavio, I've added you to this discussion as the official meta-fsl-arm 
> maintainer.
> 
> -- 
> DResearch Fahrzeugelektronik GmbH
> Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
> Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
> Fax: +49 30 515932-299
> Geschäftsführer: Dr. Michael Weber, Werner Mögle;
> Amtsgericht Berlin Charlottenburg; HRB 130120 B;
> Ust.-IDNr. DE273952058
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/1] e2fsprogs: 1.42.9 -> 1.43-WIP

[Patrick Ohly]

On Mon, 2016-01-18 at 15:58 +0800, Robert Yang wrote:
> 
> On 01/18/2016 03:31 PM, Patrick Ohly wrote:
> > I believe the "1.42.9+git${SRCPV}" string goes back to Ross, so I'd
> > assume that it is not too unusual. Can we perhaps use "1.42.9+git
> > ${SRCPV}" also in OE-core? Then if I'm not mistaken, the magic behind
> > ${SRCPV} will ensure that the final version number will be higher.
> 
> Maybe use 1.42.13+git${SRCPV} ? Since 1.42.13 is the lastest 1.42 version.

That would also work.

-- 
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] fido -> jethro switching problem

[Steffen Sledz]

On 18.01.2016 09:41, Koen Kooi wrote:
>> Op 18 jan. 2016, om 09:28 heeft Steffen Sledz  het 
>> volgende geschreven:
>> On 15.01.2016 15:29, Koen Kooi wrote:
 Op 15 jan. 2016 om 15:26 heeft Steffen Sledz  het 
 volgende geschreven:
 It seems that all machines based on armv5e are affected.
>>>
>>> FWIW, I'm seeing the same problem. The last time it happened it was due to 
>>> the fixup angstrom does for broken arm BSPs
>>
>> What commits do you talking about ("last time it happened")?
>>
>> https://github.com/Angstrom-distribution/meta-angstrom/commit/7f3d898930077710dfa42150882bce60d437af7d
>>  ?
>> https://github.com/Angstrom-distribution/meta-angstrom/commit/4b2e8ecb9a82109022727f6d80b8db56ae493fe8
>>  ?
>>
>> Or something else?
> 
> Yes, those ones. 

If I understand right you only introduced an own DEFAULTUNE override for 
angstrom to work around the problem. Right?

Did you identify the parts of meta-fsl-arm which were responsible for these 
problems?

Steffen

PS: Hi Otavio, I've added you to this discussion as the official meta-fsl-arm 
maintainer.

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] wic/help.py: document requirements for valid fstab generation

[Ed Bartosh]

Hi Joshua,

Thank you for the patch!

Signed-off-by: Ed Bartosh 

On Mon, Jan 11, 2016 at 01:33:51PM +, Joshua Lock wrote:
> Without one of the --ondrive, --ondisk or --use-uuid options for a
> partition with a mountpoint specified the automatically generated
> fstab entry will be invalid.
> 
> [YOCTO #8844]
> 
> Signed-off-by: Joshua Lock 
> ---
>  scripts/lib/wic/help.py | 7 +++
>  1 file changed, 7 insertions(+)
> 
> diff --git a/scripts/lib/wic/help.py b/scripts/lib/wic/help.py
> index be334e7..f5587bb 100644
> --- a/scripts/lib/wic/help.py
> +++ b/scripts/lib/wic/help.py
> @@ -629,6 +629,13 @@ DESCRIPTION
> If a  is not specified the partition will be created
> but will not be mounted.
>  
> +   Partitions with a  specified will be automatically 
> mounted.
> +   This is achieved by wic adding entries to the fstab during image
> +   generation. In order for a valid fstab to be generated one of the
> +   --ondrive, --ondisk or --use-uuid partition options must be used for
> +   each partition that specifies a mountpoint.
> +
> +
> The following are supported 'part' options:
>  
>   --size: The minimum partition size. Specify an integer value
> -- 
> 2.5.0
> 
> -- 
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[OE-core] [poky][PATCH 11/13] gstreamer1.0-plugins-bad: Add video stitching support based on Open CV

[Yuqing Zhu]

Signed-off-by: Yuqing Zhu 
---
 ...-video-stitching-support-based-on-Open-CV.patch | 1915 
 .../gstreamer/gstreamer1.0-plugins-bad_1.6.2.bb|1 +
 2 files changed, 1916 insertions(+)
 create mode 100755 
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0006-opencv-Add-video-stitching-support-based-on-Open-CV.patch

diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0006-opencv-Add-video-stitching-support-based-on-Open-CV.patch
 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0006-opencv-Add-video-stitching-support-based-on-Open-CV.patch
new file mode 100755
index 000..e19e222
--- /dev/null
+++ 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0006-opencv-Add-video-stitching-support-based-on-Open-CV.patch
@@ -0,0 +1,1915 @@
+From a2a7f25eba91b429a26fd5347007420e258676de Mon Sep 17 00:00:00 2001
+From: Song Bing 
+Date: Mon, 1 Jun 2015 13:30:11 +0800
+Subject: [PATCH 07/10] opencv: Add video stitching support based on Open CV
+
+Add video stitching element based on Open CV.
+
+Upstream-Status: Submitted [https://bugzilla.gnome.org/show_bug.cgi?id=751203]
+---
+ docs/plugins/Makefile.am |   1 +
+ ext/opencv/Makefile.am   |  12 +-
+ ext/opencv/gstcvstitching.cpp| 834 +++
+ ext/opencv/gstcvstitching.h  | 130 ++
+ ext/opencv/gstopencv.cpp |   4 +
+ ext/opencv/gstopencvaggregator.c | 705 +
+ ext/opencv/gstopencvaggregator.h | 118 ++
+ 7 files changed, 1803 insertions(+), 1 deletion(-)
+ create mode 100644 ext/opencv/gstcvstitching.cpp
+ create mode 100644 ext/opencv/gstcvstitching.h
+ create mode 100644 ext/opencv/gstopencvaggregator.c
+ create mode 100644 ext/opencv/gstopencvaggregator.h
+
+diff --git a/docs/plugins/Makefile.am b/docs/plugins/Makefile.am
+index c431f78..d96ace8 100644
+--- a/docs/plugins/Makefile.am
 b/docs/plugins/Makefile.am
+@@ -97,6 +97,7 @@ EXTRA_HFILES = \
+   $(top_srcdir)/ext/opencv/gstpyramidsegment.h \
+   $(top_srcdir)/ext/opencv/gsttemplatematch.h \
+   $(top_srcdir)/ext/opencv/gsttextoverlay.h \
++  $(top_srcdir)/ext/opencv/gstcvstitching.h \
+   $(top_srcdir)/ext/openni2/gstopenni2src.h \
+   $(top_srcdir)/ext/rsvg/gstrsvgdec.h \
+   $(top_srcdir)/ext/rsvg/gstrsvgoverlay.h \
+diff --git a/ext/opencv/Makefile.am b/ext/opencv/Makefile.am
+index 72472fb..66c5786 100644
+--- a/ext/opencv/Makefile.am
 b/ext/opencv/Makefile.am
+@@ -24,10 +24,15 @@ libgstopencv_la_SOURCES = gstopencv.cpp \
+   gstsegmentation.cpp \
+   gstgrabcut.cpp \
+   gstdisparity.cpp \
++  gstopencvaggregator.c \
++  gstcvstitching.cpp \
+   motioncells_wrapper.cpp \
+   MotionCells.cpp
+ 
+-libgstopencv_la_CXXFLAGS = $(GST_PLUGINS_BASE_CFLAGS) $(GST_BASE_CFLAGS) 
$(GST_CXXFLAGS) $(OPENCV_CFLAGS)
++libgstopencv_la_CXXFLAGS = $(GST_PLUGINS_BASE_CFLAGS) $(GST_BASE_CFLAGS) \
++  $(GST_CXXFLAGS) $(OPENCV_CFLAGS) \
++  -I$(top_srcdir)/gst-libs \
++  -I$(top_builddir)/gst-libs
+ 
+ # flags used to compile this facedetect
+ # add other _CFLAGS and _LIBS as needed
+@@ -36,11 +41,14 @@ libgstopencv_la_CXXFLAGS = $(GST_PLUGINS_BASE_CFLAGS) 
$(GST_BASE_CFLAGS) $(GST_C
+ # OpenCV's define isn't good enough to avoid 'unused' gcc warnings (at v2.1.0)
+ libgstopencv_la_CFLAGS = $(GST_PLUGINS_BASE_CFLAGS) $(GST_BASE_CFLAGS) \
+   $(GST_CFLAGS) $(OPENCV_CFLAGS) \
++  -I$(top_srcdir)/gst-libs \
++  -I$(top_builddir)/gst-libs \
+   
-DGST_HAAR_CASCADES_DIR=\"$(pkgdatadir)/@GST_API_VERSION@/opencv_haarcascades\" 
\
+   -DCV_INLINE="static inline" \
+   -DCV_NO_BACKWARD_COMPATIBILITY
+ 
+ libgstopencv_la_LIBADD = $(GST_LIBS) $(GST_BASE_LIBS) $(OPENCV_LIBS) \
++  
$(top_builddir)/gst-libs/gst/video/libgstbadvideo-$(GST_API_VERSION).la \
+   $(GSTPB_BASE_LIBS) -lgstvideo-$(GST_API_VERSION)
+ 
+ libgstopencv_la_LDFLAGS = $(GST_PLUGIN_LDFLAGS)
+@@ -67,6 +75,8 @@ noinst_HEADERS = gstopencvvideofilter.h gstopencvutils.h \
+   gstsegmentation.h \
+   gstgrabcut.h \
+   gstdisparity.h \
++  gstopencvaggregator.h \
++  gstcvstitching.h \
+   gstmotioncells.h \
+   motioncells_wrapper.h \
+   MotionCells.h
+diff --git a/ext/opencv/gstcvstitching.cpp b/ext/opencv/gstcvstitching.cpp
+new file mode 100644
+index 000..47105f7
+--- /dev/null
 b/ext/opencv/gstcvstitching.cpp
+@@ -0,0 +1,834 @@
++/*
++ * GStreamer
++ * Copyright (C) 2015 Song Bing 
++ *
++ * Permission is hereby granted, free of charge, to any person obtaining a
++ * copy of this software and associated documentation files (the "Software"),
++ * to deal in the Software without restriction, including without limitation
++ * the rights to use, cop

[OE-core] [poky][PATCH 07/13] gstreamer1.0-plugins-bad: Fix mpegtsmux get wrong pid

[Yuqing Zhu]

When camerabin use mpegtsmux as muxer to start video recording and then
stop video recording and then start video recording again, mpegtsmux will
get wrong pid.
Need to get pid when create streams.

Signed-off-by: Yuqing Zhu 
---
 ...pegtsmux-Need-get-pid-when-create-streams.patch | 45 ++
 .../gstreamer/gstreamer1.0-plugins-bad_1.6.2.bb|  4 +-
 2 files changed, 48 insertions(+), 1 deletion(-)
 create mode 100755 
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0002-mpegtsmux-Need-get-pid-when-create-streams.patch

diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0002-mpegtsmux-Need-get-pid-when-create-streams.patch
 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0002-mpegtsmux-Need-get-pid-when-create-streams.patch
new file mode 100755
index 000..f2c063f
--- /dev/null
+++ 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0002-mpegtsmux-Need-get-pid-when-create-streams.patch
@@ -0,0 +1,45 @@
+From 3e0bc017ca9b4e093484ee6b3b73917918364e92 Mon Sep 17 00:00:00 2001
+From: Song Bing 
+Date: Wed, 22 Apr 2015 18:06:35 +0800
+Subject: [PATCH 02/10] mpegtsmux: Need get pid when create streams.
+
+when camerabin use mpegtsmux as muxer, start video recording and then
+stop video recording and then start video recording, mpegtsmux get wrong
+pid.
+
+https://bugzilla.gnome.org/show_bug.cgi?id=748288
+
+Upstream-Status: Pending
+---
+ gst/mpegtsmux/mpegtsmux.c | 15 +++
+ 1 file changed, 15 insertions(+)
+
+diff --git a/gst/mpegtsmux/mpegtsmux.c b/gst/mpegtsmux/mpegtsmux.c
+index c3a0dbb..5a6d9e1 100644
+--- a/gst/mpegtsmux/mpegtsmux.c
 b/gst/mpegtsmux/mpegtsmux.c
+@@ -761,6 +761,21 @@ mpegtsmux_create_streams (MpegTsMux * mux)
+   } else {
+ ts_data->prog_id = DEFAULT_PROG_ID;
+   }
++
++  if (!ts_data->pid) {
++gint pid = -1;
++
++name = GST_PAD_NAME (c_data->pad);
++if (name != NULL && sscanf (name, "sink_%d", &pid) == 1) {
++  if (tsmux_find_stream (mux->tsmux, pid)) {
++GST_WARNING_OBJECT (mux, "Duplicate PID");
++  }
++} else {
++  pid = tsmux_get_new_pid (mux->tsmux);
++}
++
++ts_data->pid = pid;
++  }
+ }
+ 
+ ts_data->prog =
+-- 
+1.9.1
+
diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.6.2.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.6.2.bb
index 284e1f2..3f30f86 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.6.2.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.6.2.bb
@@ -5,7 +5,9 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=73a5855a8119deb017f5f13cf327095d \
 file://COPYING.LIB;md5=21682e4e8fea52413fd26c60acb907e5 \
 
file://gst/tta/crc32.h;beginline=12;endline=29;md5=27db269c575d1e5317fffca2d33b3b50"
 
-SRC_URI += "file://0001-glimagesink-Downrank-to-marginal.patch"
+SRC_URI += "file://0001-glimagesink-Downrank-to-marginal.patch \
+file://0002-mpegtsmux-Need-get-pid-when-create-streams.patch \
+"
 
 SRC_URI[md5sum] = "7c73bec1d389f0e184eb9e9f883d"
 SRC_URI[sha256sum] = 
"650855e39ff56a8bb6cb0c192109c5926ce12f536d06e19ebf829de71ef396fe"
-- 
1.9.1

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

[OE-core] [poky][PATCH 13/13] gstreamer1.0-plugins-bad: Fix loop test hang in glimagesink

[Yuqing Zhu]

Root cause:
In glimagesink, gl thread will dispatch event queue and window_show()
is called from streaming thread. Gl thread will empty event queue and
potentially cause gst_gl_wl_display_roundtrip_queue() blocking the
streaming thread to wait for an event occur. Actually, no event can occur
becaue the swap_buffer event is queued by streaming thread but it is blocked.

Solution:
Use two event queue, One for surface and another for gl thread.

Signed-off-by: Yuqing Zhu 
---
 ...-wayland-fix-loop-test-hang-in-glimagesin.patch | 142 +
 .../gstreamer/gstreamer1.0-plugins-bad_1.6.2.bb|   1 +
 2 files changed, 143 insertions(+)
 create mode 100755 
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0008-glplugin-gl-wayland-fix-loop-test-hang-in-glimagesin.patch

diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0008-glplugin-gl-wayland-fix-loop-test-hang-in-glimagesin.patch
 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0008-glplugin-gl-wayland-fix-loop-test-hang-in-glimagesin.patch
new file mode 100755
index 000..59f47de
--- /dev/null
+++ 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0008-glplugin-gl-wayland-fix-loop-test-hang-in-glimagesin.patch
@@ -0,0 +1,142 @@
+From 196799920b36b47e2f99fa55732abda6574e247c Mon Sep 17 00:00:00 2001
+From: Haihua Hu 
+Date: Sun, 6 Dec 2015 14:25:44 +0800
+Subject: [PATCH 3/5] [glplugin] gl/wayland: fix loop test hang in glimagesink
+
+Root cause: In glimagesink, gl thread will dispatch event queue and 
window_show()
+is called from streaming thread. Gl thread will empty event queue and
+potentially cause gst_gl_wl_display_roundtrip_queue() blocking the
+streaming thread to wait for an event occur. Actually, no event can occur
+becaue the swap_buffer event is queued by streaming thread but it is blocked.
+
+Solution: Use two event queue, One for surface and another for gl thread
+
+Upstream-Status: Pending
+
+bugzilla URL: https://bugzilla.gnome.org/show_bug.cgi?id=758984
+
+Signed-off-by: Haihua Hu 
+---
+ gst-libs/gst/gl/wayland/gstglwindow_wayland_egl.c |   33 ++---
+ gst-libs/gst/gl/wayland/gstglwindow_wayland_egl.h |2 +-
+ 2 files changed, 23 insertions(+), 12 deletions(-)
+
+diff --git a/gst-libs/gst/gl/wayland/gstglwindow_wayland_egl.c 
b/gst-libs/gst/gl/wayland/gstglwindow_wayland_egl.c
+index b557daa..8ec9e7a 100644
+--- a/gst-libs/gst/gl/wayland/gstglwindow_wayland_egl.c
 b/gst-libs/gst/gl/wayland/gstglwindow_wayland_egl.c
+@@ -245,6 +245,10 @@ destroy_surfaces (GstGLWindowWaylandEGL * window_egl)
+ wl_egl_window_destroy (window_egl->window.native);
+ window_egl->window.native = NULL;
+   }
++  if(window_egl->window.surface_queue) {
++wl_event_queue_destroy (window_egl->window.surface_queue);
++window_egl->window.surface_queue = NULL;
++  }
+ }
+ 
+ static void
+@@ -253,13 +257,15 @@ create_surfaces (GstGLWindowWaylandEGL * window_egl)
+   GstGLDisplayWayland *display =
+   GST_GL_DISPLAY_WAYLAND (GST_GL_WINDOW (window_egl)->display);
+   gint width, height;
++  if (!window_egl->window.surface_queue)
++window_egl->window.surface_queue = wl_display_create_queue 
(display->display);
+ 
+   if (!window_egl->window.surface) {
+ window_egl->window.surface =
+ wl_compositor_create_surface (display->compositor);
+-if (window_egl->window.queue)
++if (window_egl->window.surface_queue)
+   wl_proxy_set_queue ((struct wl_proxy *) window_egl->window.surface,
+-  window_egl->window.queue);
++  window_egl->window.surface_queue);
+   }
+ 
+   if (window_egl->window.foreign_surface) {
+@@ -275,9 +281,9 @@ create_surfaces (GstGLWindowWaylandEGL * window_egl)
+   window_egl->window.subsurface =
+   wl_subcompositor_get_subsurface (display->subcompositor,
+   window_egl->window.surface, window_egl->window.foreign_surface);
+-  if (window_egl->window.queue)
++  if (window_egl->window.surface_queue)
+ wl_proxy_set_queue ((struct wl_proxy *) window_egl->window.subsurface,
+-window_egl->window.queue);
++window_egl->window.surface_queue);
+ 
+   wl_subsurface_set_position (window_egl->window.subsurface,
+   window_egl->window.window_x, window_egl->window.window_y);
+@@ -289,9 +295,9 @@ create_surfaces (GstGLWindowWaylandEGL * window_egl)
+   window_egl->window.shell_surface =
+   wl_shell_get_shell_surface (display->shell,
+   window_egl->window.surface);
+-  if (window_egl->window.queue)
++  if (window_egl->window.surface_queue)
+ wl_proxy_set_queue ((struct wl_proxy *) window_egl->window.
+-shell_surface, window_egl->window.queue);
++shell_surface, window_egl->window.surface_queue);
+ 
+   wl_shell_surface_add_listener (window_egl->window.shell_surface,
+   &shell_surface_listener, window_egl);
+@@ -319,9 +325,9 @@ create_surfaces (GstGLWindowWaylandEGL * window_egl)
+ 
+

[OE-core] [poky][PATCH 08/13] gstreamer1.0-plugins-bad: Add check coding type when drain in mpeg4videoparse

[Yuqing Zhu]

Our use case is demuxer only output key frame when backward playback.
Every frame is DISCONT and KEY frame. mpeg4videoparse will detect coding
type when detect start code after VOP. our use case will drain after VOP
and can't detect start code after VOP. Add check coding type code when
drain.

Signed-off-by: Yuqing Zhu 
---
 ...arse-Need-detect-picture-coding-type-when.patch | 47 ++
 .../gstreamer/gstreamer1.0-plugins-bad_1.6.2.bb|  1 +
 2 files changed, 48 insertions(+)
 create mode 100755 
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0003-mpeg4videoparse-Need-detect-picture-coding-type-when.patch

diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0003-mpeg4videoparse-Need-detect-picture-coding-type-when.patch
 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0003-mpeg4videoparse-Need-detect-picture-coding-type-when.patch
new file mode 100755
index 000..3f09d4d
--- /dev/null
+++ 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0003-mpeg4videoparse-Need-detect-picture-coding-type-when.patch
@@ -0,0 +1,47 @@
+From f712092e768347b59719f5016714c91d4d82483b Mon Sep 17 00:00:00 2001
+From: Song Bing 
+Date: Wed, 20 May 2015 15:13:20 +0800
+Subject: [PATCH 03/10] mpeg4videoparse: Need detect picture coding type when
+ drain
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+our use case is demuxer only output key frame when backward playback.
+every frame is DISCONT and KEY frame. mpeg4videoparse will detect coding
+type when detect start code after VOP. our use case will drain after VOP
+and can't detect start code after VOP. Add check coding type code when
+drain.
+
+Upstream-Status: Submitted [https://bugzilla.gnome.org/show_bug.cgi?id=749617]
+
+---
+ gst/videoparsers/gstmpeg4videoparse.c | 12 
+ 1 file changed, 12 insertions(+)
+
+diff --git a/gst/videoparsers/gstmpeg4videoparse.c 
b/gst/videoparsers/gstmpeg4videoparse.c
+index 53db2d5..dbbd6d2 100644
+--- a/gst/videoparsers/gstmpeg4videoparse.c
 b/gst/videoparsers/gstmpeg4videoparse.c
+@@ -502,6 +502,18 @@ next:
+ case (GST_MPEG4_PARSER_ERROR):
+   /* if draining, take all */
+   if (GST_BASE_PARSE_DRAINING (parse)) {
++/* need decide intra_frame */
++if (mp4vparse->vop_offset >= 0) {
++  if (G_LIKELY (size > mp4vparse->vop_offset + 1)) {
++mp4vparse->intra_frame =
++  ((data[mp4vparse->vop_offset + 1] >> 6 & 0x3) == 0);
++  } else {
++GST_WARNING_OBJECT (mp4vparse, "no data following VOP startcode");
++mp4vparse->intra_frame = FALSE;
++  }
++  GST_LOG_OBJECT (mp4vparse, "is intra %d %d",
++  mp4vparse->intra_frame, mp4vparse->vop_offset);
++}
+ framesize = size;
+ ret = TRUE;
+   } else {
+-- 
+1.9.1
+
diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.6.2.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.6.2.bb
index 3f30f86..507d048 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.6.2.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.6.2.bb
@@ -7,6 +7,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=73a5855a8119deb017f5f13cf327095d \
 
 SRC_URI += "file://0001-glimagesink-Downrank-to-marginal.patch \
 file://0002-mpegtsmux-Need-get-pid-when-create-streams.patch \
+
file://0003-mpeg4videoparse-Need-detect-picture-coding-type-when.patch \
 "
 
 SRC_URI[md5sum] = "7c73bec1d389f0e184eb9e9f883d"
-- 
1.9.1

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

[OE-core] [poky][PATCH 05/13] gstreamer1.0-plugins-base: Disable orc optimization for lib video

[Yuqing Zhu]

- the orc optimization for lib video in plugins base may
  cause segmentation fault.

- disalbe orc optimization for lib video and just use the c source.

Signed-off-by: Yuqing Zhu 
---
 ...-optimization-for-lib-video-in-plugins-ba.patch | 34 ++
 .../gstreamer/gstreamer1.0-plugins-base_1.6.2.bb   |  1 +
 2 files changed, 35 insertions(+)
 create mode 100755 
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0008-Disable-orc-optimization-for-lib-video-in-plugins-ba.patch

diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0008-Disable-orc-optimization-for-lib-video-in-plugins-ba.patch
 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0008-Disable-orc-optimization-for-lib-video-in-plugins-ba.patch
new file mode 100755
index 000..9e80d96
--- /dev/null
+++ 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0008-Disable-orc-optimization-for-lib-video-in-plugins-ba.patch
@@ -0,0 +1,34 @@
+From 51554875c2ee2714a4f80456f805cc2dfd612f78 Mon Sep 17 00:00:00 2001
+From: Lyon Wang 
+Date: Thu, 10 Dec 2015 14:32:43 +0800
+Subject: [PATCH] Disable orc optimization for lib video in plugins-base
+
+- the orc optimization for lib video in plugins base may
+cause segmentation fault
+- disalbe orc optimization for lib video and just use the c source
+
+package:  gstreamer1.0-plugins-base
+Community ticket: https://bugzilla.gnome.org/show_bug.cgi?id=759286
+Upstream-Status: pending
+
+Signed-off-by: Lyon Wang 
+---
+ gst-libs/gst/video/Makefile.am | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/gst-libs/gst/video/Makefile.am b/gst-libs/gst/video/Makefile.am
+index 5d31fa1..f91fca6 100644
+--- a/gst-libs/gst/video/Makefile.am
 b/gst-libs/gst/video/Makefile.am
+@@ -84,7 +84,7 @@ nodist_libgstvideo_@GST_API_VERSION@include_HEADERS = 
$(built_headers)
+ noinst_HEADERS = gstvideoutilsprivate.h
+ 
+ libgstvideo_@GST_API_VERSION@_la_CFLAGS = $(GST_PLUGINS_BASE_CFLAGS) 
$(GST_BASE_CFLAGS) $(GST_CFLAGS) \
+-  $(ORC_CFLAGS)
++  $(ORC_CFLAGS) -DDISABLE_ORC
+ libgstvideo_@GST_API_VERSION@_la_LIBADD = $(GST_BASE_LIBS) $(GST_LIBS) 
$(ORC_LIBS) $(LIBM)
+ libgstvideo_@GST_API_VERSION@_la_LDFLAGS = $(GST_LIB_LDFLAGS) 
$(GST_ALL_LDFLAGS) $(GST_LT_LDFLAGS)
+ 
+-- 
+1.9.1
+
diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.6.2.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.6.2.bb
index 2e7952b..c6f5d77 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.6.2.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.6.2.bb
@@ -12,6 +12,7 @@ SRC_URI += 
"file://get-caps-from-src-pad-when-query-caps.patch \
 
file://0005-taglist-not-send-to-down-stream-if-all-the-frame-cor.patch \
 file://0006-handle-audio-video-decoder-error.patch \
 
file://0007-gstaudiobasesink-print-warning-istead-of-return-ERRO.patch \
+
file://0008-Disable-orc-optimization-for-lib-video-in-plugins-ba.patch \
 "
 
 SRC_URI[md5sum] = "f530fbbe287edce79c55a37bd1a39fe2"
-- 
1.9.1

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

[OE-core] [poky][PATCH 03/13] gstreamer1.0-plugins-base: Fix audio/video decoder error

[Yuqing Zhu]

When there is input data and no output data to the end of the stream, it will
send GST_ELEMENT_ERROR, So the clips playing will quit.
However, if only one of the tracks is corrupt, there is no need to quit other
tracks playing.

The patch comments the GST_ELEMENT_ERROR() and just add GST_ERROR_OBJECT()
information instead.

Signed-off-by: Yuqing Zhu 
---
 .../0006-handle-audio-video-decoder-error.patch| 66 ++
 .../gstreamer/gstreamer1.0-plugins-base_1.6.2.bb   |  1 +
 2 files changed, 67 insertions(+)
 create mode 100755 
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0006-handle-audio-video-decoder-error.patch

diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0006-handle-audio-video-decoder-error.patch
 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0006-handle-audio-video-decoder-error.patch
new file mode 100755
index 000..2b714e4
--- /dev/null
+++ 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0006-handle-audio-video-decoder-error.patch
@@ -0,0 +1,66 @@
+From 9e2b1ea55e1676649f4130bd15c2cfcceb7bfed0 Mon Sep 17 00:00:00 2001
+From: Lyon Wang 
+Date: Mon, 15 Dec 2014 16:52:07 +0800
+Subject: [PATCH 9/9] handle audio/video decoder error
+
+When there is input data and no output data to the end of the stream, it will
+send GST_ELEMENT_ERROR, So the clips playing will quit.
+However, if only one of the tracks is corrupt, there is no need to quit other
+tracks playing.
+
+The patch comments the GST_ELEMENT_ERROR() and just add GST_ERROR_OBJECT()
+information instead.
+
+https://bugzilla.gnome.org/show_bug.cgi?id=741542
+
+Upstream-Status: Pending
+
+Signed-off-by: Lyon Wang 
+---
+ gst-libs/gst/audio/gstaudiodecoder.c | 5 +++--
+ gst-libs/gst/video/gstvideodecoder.c | 5 +++--
+ 2 files changed, 6 insertions(+), 4 deletions(-)
+ mode change 100644 => 100755 gst-libs/gst/audio/gstaudiodecoder.c
+ mode change 100644 => 100755 gst-libs/gst/video/gstvideodecoder.c
+
+diff --git a/gst-libs/gst/audio/gstaudiodecoder.c 
b/gst-libs/gst/audio/gstaudiodecoder.c
+old mode 100644
+new mode 100755
+index b68f9eb..506c13d
+--- a/gst-libs/gst/audio/gstaudiodecoder.c
 b/gst-libs/gst/audio/gstaudiodecoder.c
+@@ -2304,9 +2304,10 @@ gst_audio_decoder_sink_eventfunc (GstAudioDecoder * 
dec, GstEvent * event)
+   GST_AUDIO_DECODER_STREAM_UNLOCK (dec);
+ 
+   if (dec->priv->ctx.had_input_data && !dec->priv->ctx.had_output_data) {
+-GST_ELEMENT_ERROR (dec, STREAM, DECODE,
++/* GST_ELEMENT_ERROR (dec, STREAM, DECODE,
+ ("No valid frames decoded before end of stream"),
+-("no valid frames found"));
++("no valid frames found")); */
++GST_ERROR_OBJECT(dec, "No valid frames decoded before end of stream");
+   }
+ 
+   /* send taglist if no valid frame is decoded util EOS */
+diff --git a/gst-libs/gst/video/gstvideodecoder.c 
b/gst-libs/gst/video/gstvideodecoder.c
+old mode 100644
+new mode 100755
+index 514c06f..fa29083
+--- a/gst-libs/gst/video/gstvideodecoder.c
 b/gst-libs/gst/video/gstvideodecoder.c
+@@ -1251,9 +1251,10 @@ gst_video_decoder_sink_event_default (GstVideoDecoder * 
decoder,
+ 
+   /* Error out even if EOS was ok when we had input, but no output */
+   if (ret && priv->had_input_data && !priv->had_output_data) {
+-GST_ELEMENT_ERROR (decoder, STREAM, DECODE,
++/* GST_ELEMENT_ERROR (decoder, STREAM, DECODE,
+ ("No valid frames decoded before end of stream"),
+-("no valid frames found"));
++("no valid frames found")); */
++GST_ERROR_OBJECT(decoder, "No valid frames decoded before end of 
stream");
+   }
+ 
+   /* Forward EOS immediately. This is required because no
+-- 
+1.9.1
+
diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.6.2.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.6.2.bb
index 3139148..014f081 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.6.2.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.6.2.bb
@@ -10,6 +10,7 @@ SRC_URI += 
"file://get-caps-from-src-pad-when-query-caps.patch \
 
file://0004-subparse-set-need_segment-after-sink-pad-received-GS.patch \
 file://encodebin-Need-more-buffers-in-output-queue-for-bett.patch \
 
file://0005-taglist-not-send-to-down-stream-if-all-the-frame-cor.patch \
+file://0006-handle-audio-video-decoder-error.patch \
 "
 
 SRC_URI[md5sum] = "f530fbbe287edce79c55a37bd1a39fe2"
-- 
1.9.1

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

[OE-core] [poky][PATCH 10/13] gstreamer1.0-plugins-bad: Fix frame rate info lost when fixate caps

[Yuqing Zhu]

Frame rate info will be lost when fixate caps. It will
cause down stream element fail, such as avimux.

Signed-off-by: Yuqing Zhu 
---
 ...ter-Lost-frame-rate-info-when-fixate-caps.patch | 51 ++
 .../gstreamer/gstreamer1.0-plugins-bad_1.6.2.bb|  1 +
 2 files changed, 52 insertions(+)
 create mode 100755 
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0005-glfilter-Lost-frame-rate-info-when-fixate-caps.patch

diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0005-glfilter-Lost-frame-rate-info-when-fixate-caps.patch
 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0005-glfilter-Lost-frame-rate-info-when-fixate-caps.patch
new file mode 100755
index 000..7313415
--- /dev/null
+++ 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0005-glfilter-Lost-frame-rate-info-when-fixate-caps.patch
@@ -0,0 +1,51 @@
+From 15fcb87bc9abd69377b38ef0f8b48b84a56909f4 Mon Sep 17 00:00:00 2001
+From: Song Bing 
+Date: Mon, 8 Jun 2015 17:06:22 +0800
+Subject: [PATCH 06/10] glfilter: Lost frame rate info when fixate caps
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+Lost frame rate info when fixate caps. It will cause
+down stream element fail, such avimux.
+
+Upstream-Status: Submitted [https://bugzilla.gnome.org/show_bug.cgi?id=750545]
+
+---
+ gst-libs/gst/gl/gstglfilter.c | 13 -
+ 1 file changed, 12 insertions(+), 1 deletion(-)
+
+diff --git a/gst-libs/gst/gl/gstglfilter.c b/gst-libs/gst/gl/gstglfilter.c
+index 78bcbc9..65eba1e 100644
+--- a/gst-libs/gst/gl/gstglfilter.c
 b/gst-libs/gst/gl/gstglfilter.c
+@@ -258,7 +258,8 @@ gst_gl_filter_fixate_caps (GstBaseTransform * bt,
+ GstPadDirection direction, GstCaps * caps, GstCaps * othercaps)
+ {
+   GstStructure *ins, *outs;
+-  const GValue *from_par, *to_par;
++  const GValue *from_par, *to_par, *from_fps;
++  gint framerate_num, framerate_den;
+   GValue fpar = { 0, }, tpar = {
+   0,};
+ 
+@@ -271,6 +272,16 @@ gst_gl_filter_fixate_caps (GstBaseTransform * bt,
+   ins = gst_caps_get_structure (caps, 0);
+   outs = gst_caps_get_structure (othercaps, 0);
+ 
++  /* replace frame rate */
++  from_fps = gst_structure_get_value (ins, "framerate");
++  if (from_fps) {
++  gst_structure_set_value (outs, "framerate", from_fps);
++  } else {
++if (gst_structure_get_fraction (ins, "framerate", &framerate_num, 
&framerate_den))
++  gst_structure_set (outs, "framerate", GST_TYPE_FRACTION, framerate_num, 
framerate_den,
++  NULL);
++  }
++
+   from_par = gst_structure_get_value (ins, "pixel-aspect-ratio");
+   to_par = gst_structure_get_value (outs, "pixel-aspect-ratio");
+ 
+-- 
+1.9.1
+
diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.6.2.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.6.2.bb
index 4628018..c434a08 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.6.2.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.6.2.bb
@@ -9,6 +9,7 @@ SRC_URI += "file://0001-glimagesink-Downrank-to-marginal.patch \
 file://0002-mpegtsmux-Need-get-pid-when-create-streams.patch \
 
file://0003-mpeg4videoparse-Need-detect-picture-coding-type-when.patch \
 
file://0004-mpegvideoparse-Need-detect-picture-coding-type-when-.patch \
+file://0005-glfilter-Lost-frame-rate-info-when-fixate-caps.patch \
 "
 
 SRC_URI[md5sum] = "7c73bec1d389f0e184eb9e9f883d"
-- 
1.9.1

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

[OE-core] [poky][PATCH 02/13] gstreamer1.0-plugins-base: Fix taglist not being sent to down stream if all the frame corrupted

[Yuqing Zhu]

Signed-off-by: Yuqing Zhu 
---
 ...-send-to-down-stream-if-all-the-frame-cor.patch | 58 ++
 .../gstreamer/gstreamer1.0-plugins-base_1.6.2.bb   |  1 +
 2 files changed, 59 insertions(+)
 create mode 100755 
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0005-taglist-not-send-to-down-stream-if-all-the-frame-cor.patch

diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0005-taglist-not-send-to-down-stream-if-all-the-frame-cor.patch
 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0005-taglist-not-send-to-down-stream-if-all-the-frame-cor.patch
new file mode 100755
index 000..1e5ef5d
--- /dev/null
+++ 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0005-taglist-not-send-to-down-stream-if-all-the-frame-cor.patch
@@ -0,0 +1,58 @@
+From 2f2fc40a88061995053c60d700efe20cb17358c9 Mon Sep 17 00:00:00 2001
+From: Lyon Wang 
+Date: Wed, 21 Oct 2015 16:35:43 +0800
+Subject: [PATCH 8/9] taglist not send to down stream if all the frame
+ corrupted
+
+https://bugzilla.gnome.org/show_bug.cgi?id=737246
+
+Upstream-Status: Pending
+
+Signed-off-by: Jian Li 
+---
+ gst-libs/gst/audio/gstaudiodecoder.c | 9 +
+ gst-libs/gst/video/gstvideodecoder.c | 8 
+ 2 files changed, 17 insertions(+)
+
+diff --git a/gst-libs/gst/audio/gstaudiodecoder.c 
b/gst-libs/gst/audio/gstaudiodecoder.c
+index f4c663a..b68f9eb 100644
+--- a/gst-libs/gst/audio/gstaudiodecoder.c
 b/gst-libs/gst/audio/gstaudiodecoder.c
+@@ -2309,6 +2309,15 @@ gst_audio_decoder_sink_eventfunc (GstAudioDecoder * 
dec, GstEvent * event)
+ ("no valid frames found"));
+   }
+ 
++  /* send taglist if no valid frame is decoded util EOS */
++  if (dec->priv->taglist && dec->priv->taglist_changed) {
++GST_DEBUG_OBJECT (dec, "codec tag %" GST_PTR_FORMAT, 
dec->priv->taglist);
++if (!gst_tag_list_is_empty (dec->priv->taglist))
++  gst_audio_decoder_push_event (dec,
++  gst_event_new_tag (gst_tag_list_ref (dec->priv->taglist)));
++dec->priv->taglist_changed = FALSE;
++  }
++
+   /* Forward EOS because no buffer or serialized event will come after
+* EOS and nothing could trigger another _finish_frame() call. */
+   if (dec->priv->pending_events)
+diff --git a/gst-libs/gst/video/gstvideodecoder.c 
b/gst-libs/gst/video/gstvideodecoder.c
+index f8a5869..514c06f 100644
+--- a/gst-libs/gst/video/gstvideodecoder.c
 b/gst-libs/gst/video/gstvideodecoder.c
+@@ -1265,6 +1265,14 @@ gst_video_decoder_sink_event_default (GstVideoDecoder * 
decoder,
+* parent class' ::sink_event() until a later time.
+*/
+   forward_immediate = TRUE;
++
++  /* send taglist if no valid frame is decoded util EOS */
++  if (decoder->priv->tags && decoder->priv->tags_changed) {
++gst_video_decoder_push_event (decoder,
++gst_event_new_tag (gst_tag_list_ref (decoder->priv->tags)));
++decoder->priv->tags_changed = FALSE;
++  }
++
+   break;
+ }
+ case GST_EVENT_GAP:
+-- 
+1.9.1
+
diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.6.2.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.6.2.bb
index 473dbcd..3139148 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.6.2.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.6.2.bb
@@ -9,6 +9,7 @@ SRC_URI += "file://get-caps-from-src-pad-when-query-caps.patch \
 file://0003-ssaparse-enhance-SSA-text-lines-parsing.patch \
 
file://0004-subparse-set-need_segment-after-sink-pad-received-GS.patch \
 file://encodebin-Need-more-buffers-in-output-queue-for-bett.patch \
+
file://0005-taglist-not-send-to-down-stream-if-all-the-frame-cor.patch \
 "
 
 SRC_URI[md5sum] = "f530fbbe287edce79c55a37bd1a39fe2"
-- 
1.9.1

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

[OE-core] [poky][PATCH 01/13] gstreamer1.0: [baseparse] unset FLAG_DISCONT when push to adapter

[Yuqing Zhu]

Since DISCONT flag will be handled by priv->discont flag,
there is no need to copy DISCONT flag to adapter.
Otherwise, the DISCONT flag will always be set on each frame
for the first chain in buffer.

Signed-off-by: Yuqing Zhu 
---
 ...e-unset-FLAG_DISCONT-when-push-to-adapter.patch | 34 ++
 .../gstreamer/gstreamer1.0_1.6.2.bb|  1 +
 2 files changed, 35 insertions(+)
 create mode 100755 
meta/recipes-multimedia/gstreamer/gstreamer1.0/0002-baseparse-unset-FLAG_DISCONT-when-push-to-adapter.patch

diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0/0002-baseparse-unset-FLAG_DISCONT-when-push-to-adapter.patch
 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0/0002-baseparse-unset-FLAG_DISCONT-when-push-to-adapter.patch
new file mode 100755
index 000..a4e9909
--- /dev/null
+++ 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0/0002-baseparse-unset-FLAG_DISCONT-when-push-to-adapter.patch
@@ -0,0 +1,34 @@
+From 90254a34f57278930bbcb3bd80cfef607157b03f Mon Sep 17 00:00:00 2001
+From: Lyon Wang 
+Date: Wed, 4 Nov 2015 18:16:52 +0800
+Subject: [PATCH] [baseparse] unset FLAG_DISCONT when push to adapter
+
+Since DISCONT flag will be handled by priv->discont flag.
+There is no need to copy DISCONT flag to adapter.
+Otherwise, the DISCONT flag will alwasys been set on each frame,
+for the first chain in buffer.
+
+https://bugzilla.gnome.org/show_bug.cgi?id=757575
+
+Upstream-Status: Pending
+
+Signed-off-by: Lyon Wang 
+---
+ libs/gst/base/gstbaseparse.c | 1 +
+ 1 file changed, 1 insertion(+)
+
+diff --git a/libs/gst/base/gstbaseparse.c b/libs/gst/base/gstbaseparse.c
+index 51d159d..184fafe 100644
+--- a/libs/gst/base/gstbaseparse.c
 b/libs/gst/base/gstbaseparse.c
+@@ -3026,6 +3026,7 @@ gst_base_parse_chain (GstPad * pad, GstObject * parent, 
GstBuffer * buffer)
+ parse->priv->discont = TRUE;
+   }
+ }
++GST_BUFFER_FLAG_UNSET(buffer, GST_BUFFER_FLAG_DISCONT);
+ gst_adapter_push (parse->priv->adapter, buffer);
+   }
+ 
+-- 
+1.9.1
+
diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.6.2.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.6.2.bb
index ba46c77..ef1e88c 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.6.2.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.6.2.bb
@@ -6,6 +6,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=6762ed442b3822387a51c92d928ead0d \
 SRC_URI = " \
 http://gstreamer.freedesktop.org/src/gstreamer/gstreamer-${PV}.tar.xz \
 file://0001-Fix-crash-with-gst-inspect.patch \
+file://0002-baseparse-unset-FLAG_DISCONT-when-push-to-adapter.patch \
 "
 SRC_URI[md5sum] = "5e610b5a94c209487310739b39b6c464"
 SRC_URI[sha256sum] = 
"5896716bd8e089dba452932a2eff2bb6f6c9d58ff64a96635d157f1ffaf8feb2"
-- 
1.9.1

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

[OE-core] [poky][PATCH 00/13] Add patches for gstreamer 1.6

[Yuqing Zhu]

---gstreamer1.0
   Correct the setting for FLAG_DISCONT when push to adapter.

---gstreamer1.0-plugins-base
   Fix taglist not being sent to down stream issue.
   Fix audio/video decoder error.
   Make gstaudiobasesink print warning instead of returning ERROR.
   Disable orc optimization for lib video.
   Add video crop supporting when convert frame.

---gstreamer1.0-plugins-bad
   Fix mpegtsmux get wrong pid.
   Add code type checking in mpeg4videoparse when draining.
   Detect picture coding type when draining.
   Fix frame rate info lost when fixating caps.
   Add video stitching support based on Open CV.
   Fix memory leak of navigation thread in glwindow.
   Fix loop test hang in glimagesink.


Yuqing Zhu (13):
  gstreamer1.0: [baseparse] unset FLAG_DISCONT when push to adapter
  gstreamer1.0-plugins-base: Fix taglist not being sent to down stream
if all the frame corrupted
  gstreamer1.0-plugins-base: Fix audio/video decoder error
  gstreamer1.0-plugins-base: Make gstaudiobasesink print warning instead
of returning ERROR
  gstreamer1.0-plugins-base: Disable orc optimization for lib video
  gstreamer1.0-plugins-base: Add video crop supporting when convert
frame
  gstreamer1.0-plugins-bad: Fix mpegtsmux get wrong pid
  gstreamer1.0-plugins-bad: Add check coding type when drain in
mpeg4videoparse
  gstreamer1.0-plugins-bad: Adding picture coding type when drain
  gstreamer1.0-plugins-bad: Fix frame rate info lost when fixate caps
  gstreamer1.0-plugins-bad: Add video stitching support based on Open CV
  gstreamer1.0-plugins-bad: Fix memory leak of navigation thread in
glwindow
  gstreamer1.0-plugins-bad: Fix loop test hang in glimagesink

 ...pegtsmux-Need-get-pid-when-create-streams.patch |   45 +
 ...arse-Need-detect-picture-coding-type-when.patch |   47 +
 ...rse-Need-detect-picture-coding-type-when-.patch |   47 +
 ...ter-Lost-frame-rate-info-when-fixate-caps.patch |   51 +
 ...-video-stitching-support-based-on-Open-CV.patch | 1915 
 ...window-fix-memory-leak-of-navigation-thre.patch |   35 +
 ...-wayland-fix-loop-test-hang-in-glimagesin.patch |  142 ++
 .../gstreamer/gstreamer1.0-plugins-bad_1.6.2.bb|   10 +-
 ...-send-to-down-stream-if-all-the-frame-cor.patch |   58 +
 .../0006-handle-audio-video-decoder-error.patch|   66 +
 ...esink-print-warning-istead-of-return-ERRO.patch |   47 +
 ...-optimization-for-lib-video-in-plugins-ba.patch |   34 +
 ...ame-Support-video-crop-when-convert-frame.patch |  143 ++
 .../gstreamer/gstreamer1.0-plugins-base_1.6.2.bb   |5 +
 ...e-unset-FLAG_DISCONT-when-push-to-adapter.patch |   34 +
 .../gstreamer/gstreamer1.0_1.6.2.bb|1 +
 16 files changed, 2679 insertions(+), 1 deletion(-)
 create mode 100755 
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0002-mpegtsmux-Need-get-pid-when-create-streams.patch
 create mode 100755 
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0003-mpeg4videoparse-Need-detect-picture-coding-type-when.patch
 create mode 100755 
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0004-mpegvideoparse-Need-detect-picture-coding-type-when-.patch
 create mode 100755 
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0005-glfilter-Lost-frame-rate-info-when-fixate-caps.patch
 create mode 100755 
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0006-opencv-Add-video-stitching-support-based-on-Open-CV.patch
 create mode 100755 
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0007-glplugin-glwindow-fix-memory-leak-of-navigation-thre.patch
 create mode 100755 
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0008-glplugin-gl-wayland-fix-loop-test-hang-in-glimagesin.patch
 create mode 100755 
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0005-taglist-not-send-to-down-stream-if-all-the-frame-cor.patch
 create mode 100755 
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0006-handle-audio-video-decoder-error.patch
 create mode 100755 
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0007-gstaudiobasesink-print-warning-istead-of-return-ERRO.patch
 create mode 100755 
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0008-Disable-orc-optimization-for-lib-video-in-plugins-ba.patch
 create mode 100755 
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0009-convertframe-Support-video-crop-when-convert-frame.patch
 create mode 100755 
meta/recipes-multimedia/gstreamer/gstreamer1.0/0002-baseparse-unset-FLAG_DISCONT-when-push-to-adapter.patch

-- 
1.9.1

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

[OE-core] [poky][PATCH 06/13] gstreamer1.0-plugins-base: Add video crop supporting when convert frame

[Yuqing Zhu]

Getting thumbnail will use convertframe to convert video frame to
desired video format and size. But haven't process crop meta on
the video buffer. Need to add video crop support.

Signed-off-by: Yuqing Zhu 
---
 ...ame-Support-video-crop-when-convert-frame.patch | 143 +
 .../gstreamer/gstreamer1.0-plugins-base_1.6.2.bb   |   1 +
 2 files changed, 144 insertions(+)
 create mode 100755 
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0009-convertframe-Support-video-crop-when-convert-frame.patch

diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0009-convertframe-Support-video-crop-when-convert-frame.patch
 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0009-convertframe-Support-video-crop-when-convert-frame.patch
new file mode 100755
index 000..096a6f4
--- /dev/null
+++ 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0009-convertframe-Support-video-crop-when-convert-frame.patch
@@ -0,0 +1,143 @@
+From 5be6ed00aad028d9cbb4e0c63af0be69d335c71e Mon Sep 17 00:00:00 2001
+From: Song Bing 
+Date: Fri, 11 Dec 2015 21:42:00 +0800
+Subject: [PATCH] convertframe: Support video crop when convert frame
+
+Get thumbnail will user convertframe to convert video frame to
+desired video format and size. But haven't process crop meta on
+the video buffer. Add support video crop.
+
+https://bugzilla.gnome.org/show_bug.cgi?id=759329
+
+Upstream-Status: Backport [1.7.1]
+
+---
+ gst-libs/gst/video/convertframe.c | 65 +--
+ 1 file changed, 56 insertions(+), 9 deletions(-)
+
+diff --git a/gst-libs/gst/video/convertframe.c 
b/gst-libs/gst/video/convertframe.c
+index aa9c3d3..942a51e 100644
+--- a/gst-libs/gst/video/convertframe.c
 b/gst-libs/gst/video/convertframe.c
+@@ -110,12 +110,23 @@ fail:
+ static GstElement *
+ build_convert_frame_pipeline (GstElement ** src_element,
+ GstElement ** sink_element, const GstCaps * from_caps,
+-const GstCaps * to_caps, GError ** err)
++GstVideoCropMeta * cmeta, const GstCaps * to_caps, GError ** err)
+ {
+-  GstElement *src = NULL, *csp = NULL, *vscale = NULL;
+-  GstElement *sink = NULL, *encoder = NULL, *pipeline;
++  GstElement *vcrop = NULL, *csp = NULL, *csp2 = NULL, *vscale = NULL;
++  GstElement *src = NULL, *sink = NULL, *encoder = NULL, *pipeline;
++  GstVideoInfo info;
+   GError *error = NULL;
+ 
++  if (cmeta) {
++if (!create_element ("videocrop", &vcrop, &error)) {
++  g_warning
++  ("build_convert_frame_pipeline: Buffer has crop metadata but 
videocrop element is not found. Cropping will be disabled");
++} else {
++  if (!create_element ("videoconvert", &csp2, &error))
++goto no_elements;
++}
++  }
++
+   /* videoscale is here to correct for the pixel-aspect-ratio for us */
+   GST_DEBUG ("creating elements");
+   if (!create_element ("appsrc", &src, &error) ||
+@@ -133,15 +144,42 @@ build_convert_frame_pipeline (GstElement ** src_element,
+ 
+   GST_DEBUG ("adding elements");
+   gst_bin_add_many (GST_BIN (pipeline), src, csp, vscale, sink, NULL);
++  if (vcrop)
++gst_bin_add_many (GST_BIN (pipeline), vcrop, csp2, NULL);
+ 
+   /* set caps */
+   g_object_set (src, "caps", from_caps, NULL);
++  if (vcrop) {
++gst_video_info_from_caps (&info, from_caps);
++g_object_set (vcrop, "left", cmeta->x, NULL);
++g_object_set (vcrop, "top", cmeta->y, NULL);
++g_object_set (vcrop, "right", GST_VIDEO_INFO_WIDTH (&info) - cmeta->width,
++NULL);
++g_object_set (vcrop, "bottom",
++GST_VIDEO_INFO_HEIGHT (&info) - cmeta->height, NULL);
++GST_DEBUG ("crop meta [x,y,width,height]: %d %d %d %d", cmeta->x, 
cmeta->y,
++cmeta->width, cmeta->height);
++  }
+   g_object_set (sink, "caps", to_caps, NULL);
+ 
+   /* FIXME: linking is still way too expensive, profile this properly */
+-  GST_DEBUG ("linking src->csp");
+-  if (!gst_element_link_pads (src, "src", csp, "sink"))
+-goto link_failed;
++  if (vcrop) {
++GST_DEBUG ("linking src->csp2");
++if (!gst_element_link_pads (src, "src", csp2, "sink"))
++  goto link_failed;
++
++GST_DEBUG ("linking csp2->vcrop");
++if (!gst_element_link_pads (csp2, "src", vcrop, "sink"))
++  goto link_failed;
++
++GST_DEBUG ("linking vcrop->csp");
++if (!gst_element_link_pads (vcrop, "src", csp, "sink"))
++  goto link_failed;
++  } else {
++GST_DEBUG ("linking src->csp");
++if (!gst_element_link_pads (src, "src", csp, "sink"))
++  goto link_failed;
++  }
+ 
+   GST_DEBUG ("linking csp->vscale");
+   if (!gst_element_link_pads_full (csp, "src", vscale, "sink",
+@@ -193,8 +231,12 @@ no_elements:
+   {
+ if (src)
+   gst_object_unref (src);
++if (vcrop)
++  gst_object_unref (vcrop);
+ if (csp)
+   gst_object_unref (csp);
++if (csp2)
++  gst_object_unref (csp2);
+ if (vscale)
+   gst_object_unref (vscale);
+ if (sink)
+@@ -209,7 +251,11 @@ no_elements:
+ n

[OE-core] [poky][PATCH 04/13] gstreamer1.0-plugins-base: Make gstaudiobasesink print warning instead of returning ERROR

[Yuqing Zhu]

For those clips with corrupt audio track,
there might be no output from audio decoder
and thus the audio track have no chance to negotiate.
We can just print error warning instead of return ERROR,
so that other track can be played normally.

Signed-off-by: Yuqing Zhu 
---
 ...esink-print-warning-istead-of-return-ERRO.patch | 47 ++
 .../gstreamer/gstreamer1.0-plugins-base_1.6.2.bb   |  1 +
 2 files changed, 48 insertions(+)
 create mode 100755 
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0007-gstaudiobasesink-print-warning-istead-of-return-ERRO.patch

diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0007-gstaudiobasesink-print-warning-istead-of-return-ERRO.patch
 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0007-gstaudiobasesink-print-warning-istead-of-return-ERRO.patch
new file mode 100755
index 000..cf56afc
--- /dev/null
+++ 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0007-gstaudiobasesink-print-warning-istead-of-return-ERRO.patch
@@ -0,0 +1,47 @@
+From 5d83c4db60646ce077dfb2460b59c9d30ce06b04 Mon Sep 17 00:00:00 2001
+From: Lyon Wang 
+Date: Tue, 17 Nov 2015 14:56:47 +0800
+Subject: [PATCH] gstaudiobasesink print warning istead of return ERROR.
+
+For those clips with corrupt audio track,
+there might be no output from audio decoder
+and thus the audio track have no chance to negotiate.
+We can just print error warning instead of return ERROR,
+so that other track can be played normally
+
+https://bugzilla.gnome.org/show_bug.cgi?id=758215
+
+Upstream-Status:  Pending
+
+Signed-off-by: Lyon Wang 
+---
+ gst-libs/gst/audio/gstaudiobasesink.c | 7 ++-
+ 1 file changed, 6 insertions(+), 1 deletion(-)
+ mode change 100644 => 100755 gst-libs/gst/audio/gstaudiobasesink.c
+
+diff --git a/gst-libs/gst/audio/gstaudiobasesink.c 
b/gst-libs/gst/audio/gstaudiobasesink.c
+old mode 100644
+new mode 100755
+index 704801e..a4a716b
+--- a/gst-libs/gst/audio/gstaudiobasesink.c
 b/gst-libs/gst/audio/gstaudiobasesink.c
+@@ -1133,10 +1133,15 @@ gst_audio_base_sink_wait_event (GstBaseSink * bsink, 
GstEvent * event)
+ case GST_EVENT_GAP:
+   /* We must have a negotiated format before starting the ringbuffer */
+   if (G_UNLIKELY (!gst_audio_ring_buffer_is_acquired (sink->ringbuffer))) 
{
+-GST_ELEMENT_ERROR (sink, STREAM, FORMAT, (NULL),
++  /*  GST_ELEMENT_ERROR (sink, STREAM, FORMAT, (NULL),
+ ("Sink not negotiated before %s event.",
+ GST_EVENT_TYPE_NAME (event)));
++
+ return GST_FLOW_ERROR;
++   */
++/* consider there might be chance that corrupt audio track without 
output buffer and not negotiated.
++ We'd better not return error and quit play, video track can keep 
playing.*/
++GST_ERROR_OBJECT(sink, "Sink not negotiated before %s 
event.",GST_EVENT_TYPE_NAME (event));
+   }
+ 
+   gst_audio_base_sink_force_start (sink);
+-- 
+1.9.1
+
diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.6.2.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.6.2.bb
index 014f081..2e7952b 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.6.2.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.6.2.bb
@@ -11,6 +11,7 @@ SRC_URI += 
"file://get-caps-from-src-pad-when-query-caps.patch \
 file://encodebin-Need-more-buffers-in-output-queue-for-bett.patch \
 
file://0005-taglist-not-send-to-down-stream-if-all-the-frame-cor.patch \
 file://0006-handle-audio-video-decoder-error.patch \
+
file://0007-gstaudiobasesink-print-warning-istead-of-return-ERRO.patch \
 "
 
 SRC_URI[md5sum] = "f530fbbe287edce79c55a37bd1a39fe2"
-- 
1.9.1

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

[OE-core] [poky][PATCH 09/13] gstreamer1.0-plugins-bad: Detect picture coding type when drain

[Yuqing Zhu]

Signed-off-by: Yuqing Zhu 
---
 ...rse-Need-detect-picture-coding-type-when-.patch | 47 ++
 .../gstreamer/gstreamer1.0-plugins-bad_1.6.2.bb|  1 +
 2 files changed, 48 insertions(+)
 create mode 100755 
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0004-mpegvideoparse-Need-detect-picture-coding-type-when-.patch

diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0004-mpegvideoparse-Need-detect-picture-coding-type-when-.patch
 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0004-mpegvideoparse-Need-detect-picture-coding-type-when-.patch
new file mode 100755
index 000..81e5f28
--- /dev/null
+++ 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0004-mpegvideoparse-Need-detect-picture-coding-type-when-.patch
@@ -0,0 +1,47 @@
+From 71c688f09c86b2428f58757f42d9ae1ad26227a4 Mon Sep 17 00:00:00 2001
+From: Song Bing 
+Date: Wed, 20 May 2015 15:15:08 +0800
+Subject: [PATCH 04/10] mpegvideoparse: Need detect picture coding type when
+ drain
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+Need detect picture coding type when drain
+
+Upstream-Status: Submitted [https://bugzilla.gnome.org/show_bug.cgi?id=749617]
+
+---
+ gst/videoparsers/gstmpegvideoparse.c | 16 
+ 1 file changed, 16 insertions(+)
+
+diff --git a/gst/videoparsers/gstmpegvideoparse.c 
b/gst/videoparsers/gstmpegvideoparse.c
+index 54ee13b..c70fa6d 100644
+--- a/gst/videoparsers/gstmpegvideoparse.c
 b/gst/videoparsers/gstmpegvideoparse.c
+@@ -717,6 +717,22 @@ need_more:
+   if (GST_BASE_PARSE_DRAINING (parse)) {
+ GST_LOG_OBJECT (mpvparse, "draining, accepting all data");
+ off = size;
++/* decide picture codding type */
++if (mpvparse->pic_offset >= 0 && mpvparse->pic_offset < off) {
++  GstMpegVideoPacket header;
++
++  header.data = map.data;
++  header.type = GST_MPEG_VIDEO_PACKET_PICTURE;
++  header.offset = mpvparse->pic_offset;
++  header.size = map.size - mpvparse->pic_offset;
++  if (gst_mpeg_video_packet_parse_picture_header (&header, 
&mpvparse->pichdr))
++GST_LOG_OBJECT (mpvparse, "picture_coding_type %d (%s), ending"
++"frame of size %d", mpvparse->pichdr.pic_type,
++picture_type_name (mpvparse->pichdr.pic_type), off - 4);
++  else
++GST_LOG_OBJECT (mpvparse, "Couldn't parse picture at offset %d",
++mpvparse->pic_offset);
++}
+ ret = TRUE;
+   } else {
+ GST_LOG_OBJECT (mpvparse, "need more data");
+-- 
+1.9.1
+
diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.6.2.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.6.2.bb
index 507d048..4628018 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.6.2.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.6.2.bb
@@ -8,6 +8,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=73a5855a8119deb017f5f13cf327095d \
 SRC_URI += "file://0001-glimagesink-Downrank-to-marginal.patch \
 file://0002-mpegtsmux-Need-get-pid-when-create-streams.patch \
 
file://0003-mpeg4videoparse-Need-detect-picture-coding-type-when.patch \
+
file://0004-mpegvideoparse-Need-detect-picture-coding-type-when-.patch \
 "
 
 SRC_URI[md5sum] = "7c73bec1d389f0e184eb9e9f883d"
-- 
1.9.1

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

[OE-core] [poky][PATCH 12/13] gstreamer1.0-plugins-bad: Fix memory leak of navigation thread in glwindow

[Yuqing Zhu]

When exit navigation thread, call g_thread_join() to release
the resource which is hold by it.

Signed-off-by: Yuqing Zhu 
---
 ...window-fix-memory-leak-of-navigation-thre.patch | 35 ++
 .../gstreamer/gstreamer1.0-plugins-bad_1.6.2.bb|  1 +
 2 files changed, 36 insertions(+)
 create mode 100755 
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0007-glplugin-glwindow-fix-memory-leak-of-navigation-thre.patch

diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0007-glplugin-glwindow-fix-memory-leak-of-navigation-thre.patch
 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0007-glplugin-glwindow-fix-memory-leak-of-navigation-thre.patch
new file mode 100755
index 000..60866bf
--- /dev/null
+++ 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0007-glplugin-glwindow-fix-memory-leak-of-navigation-thre.patch
@@ -0,0 +1,35 @@
+From 95cda7fbcf1a81289d9315c801c8e2b3d896f4cb Mon Sep 17 00:00:00 2001
+From: Haihua Hu 
+Date: Mon, 30 Nov 2015 09:36:09 +0800
+Subject: [PATCH 2/5] [glplugin] glwindow: fix memory leak of navigation
+ thread
+
+When exit navigation thread, call g_thread_join() to release
+the resource hold by it.
+
+Upstream-Status: Pending
+
+bugzilla URL: https://bugzilla.gnome.org/show_bug.cgi?id=758820
+
+Signed-off-by: Haihua Hu 
+---
+ gst-libs/gst/gl/gstglwindow.c |3 +++
+ 1 file changed, 3 insertions(+)
+
+diff --git a/gst-libs/gst/gl/gstglwindow.c b/gst-libs/gst/gl/gstglwindow.c
+index 44b74ca..42ef296 100644
+--- a/gst-libs/gst/gl/gstglwindow.c
 b/gst-libs/gst/gl/gstglwindow.c
+@@ -343,6 +343,9 @@ gst_gl_window_finalize (GObject * object)
+ while (window->nav_alive) {
+   g_cond_wait (&window->nav_destroy_cond, &window->nav_lock);
+ }
++/* release resource hold by navigation thread */
++g_thread_join(window->priv->navigation_thread);
++window->priv->navigation_thread = NULL;
+ g_mutex_unlock (&window->nav_lock);
+   }
+ 
+-- 
+1.7.9.5
+
diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.6.2.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.6.2.bb
index a75d1e9..280ec26 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.6.2.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.6.2.bb
@@ -11,6 +11,7 @@ SRC_URI += 
"file://0001-glimagesink-Downrank-to-marginal.patch \
 
file://0004-mpegvideoparse-Need-detect-picture-coding-type-when-.patch \
 file://0005-glfilter-Lost-frame-rate-info-when-fixate-caps.patch \
 
file://0006-opencv-Add-video-stitching-support-based-on-Open-CV.patch \
+
file://0007-glplugin-glwindow-fix-memory-leak-of-navigation-thre.patch \
 "
 
 SRC_URI[md5sum] = "7c73bec1d389f0e184eb9e9f883d"
-- 
1.9.1

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

[OE-core] [PATCH 00/16][Fido] Consolidated pull

[Joshua Lock]

The following changes since commit 3f2701c102e4e5b95fc79a8d967f9c48f8232fc6:

  grub2: Fix CVE-2015-8370 (2016-01-11 11:10:11 +)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib joshuagl/fido-next
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=joshuagl/fido-next

Armin Kuster (13):
  openssl: fix for CVE-2015-3193
  openssl: fix for CVE-2015-3194
  openssl: fix for CVE-2015-3195
  libxml2: security fix CVE-2015-7941
  libxml2: security fix CVE-2015-8317
  libxml2: security fix CVE-2015-7942
  libxml2: security fix CVE-2015-8035
  libxml2: security fix CVE-2015-7498
  libxml2: security fix CVE-2015-7497
  libxml2: security fix CVE-2015-7499
  libxml2: security fix CVE-2015-7500
  libxml2: security fix CVE-2015-8242
  libxml2: security fix CVE-2015-5312

Hongxu Jia (1):
  logrotate: do not move binary logrotate to /usr/bin

Joshua Lock (1):
  libxml2: remove files for easier maintenance

Martin Jansa (1):
  texinfo: don't create dependency on INHERIT variable

 .../openssl/0001-Add-test-for-CVE-2015-3194.patch  |  66 ++
 ...64-mont5.pl-fix-carry-propagating-bug-CVE.patch | 101 +++
 .../CVE-2015-3194-1-Add-PSS-parameter-check.patch  |  45 +++
 ...CVE-2015-3195-Fix-leak-with-ASN.1-combine.patch |  66 ++
 .../recipes-connectivity/openssl/openssl_1.0.2d.bb |   4 +
 meta/recipes-core/libxml/libxml2.inc   |  16 ++-
 ...-2015-5312-Another-entity-expansion-issue.patch |  39 ++
 ...97-Avoid-an-heap-buffer-overflow-in-xmlDi.patch |  40 ++
 ...00-Fix-memory-access-error-due-to-incorre.patch | 131 +++
 ...015-8035-Fix-XZ-compression-support-loop.patch} |   9 +-
 ...42-Buffer-overead-with-HTML-parser-in-pus.patch |  49 
 ...n-name-parsing-at-the-end-of-current-inpu.patch | 138 +
 ...ssing-entities-after-encoding-conversion-.patch |  89 +
 ...99-1-Add-xmlHaltParser-to-stop-the-parser.patch |  88 +
 ...VE-2015-7499-2-Detect-incoherency-on-GROW.patch |  43 +++
 ...top-parsing-on-entities-boundaries-errors.patch |  39 ++
 ...eanup-conditional-section-error-handling.patch} |  25 ++--
 ...ror-in-previous-Conditional-section-patch.patch |  35 ++
 ...iation-of-overflow-in-Conditional-section.patch |  39 ++
 ...ng-early-on-if-encoding-conversion-failed.patch |  42 +++
 meta/recipes-extended/logrotate/logrotate_3.8.8.bb |   2 +-
 meta/recipes-extended/texinfo/texinfo_5.2.bb   |   2 +-
 22 files changed, 1086 insertions(+), 22 deletions(-)
 create mode 100644 
meta/recipes-connectivity/openssl/openssl/0001-Add-test-for-CVE-2015-3194.patch
 create mode 100644 
meta/recipes-connectivity/openssl/openssl/CVE-2015-3193-bn-asm-x86_64-mont5.pl-fix-carry-propagating-bug-CVE.patch
 create mode 100644 
meta/recipes-connectivity/openssl/openssl/CVE-2015-3194-1-Add-PSS-parameter-check.patch
 create mode 100644 
meta/recipes-connectivity/openssl/openssl/CVE-2015-3195-Fix-leak-with-ASN.1-combine.patch
 create mode 100644 
meta/recipes-core/libxml/libxml2/0001-CVE-2015-5312-Another-entity-expansion-issue.patch
 create mode 100644 
meta/recipes-core/libxml/libxml2/0001-CVE-2015-7497-Avoid-an-heap-buffer-overflow-in-xmlDi.patch
 create mode 100644 
meta/recipes-core/libxml/libxml2/0001-CVE-2015-7500-Fix-memory-access-error-due-to-incorre.patch
 rename meta/recipes-core/libxml/libxml2/{CVE-2015-8035.patch => 
0001-CVE-2015-8035-Fix-XZ-compression-support-loop.patch} (83%)
 create mode 100644 
meta/recipes-core/libxml/libxml2/0001-CVE-2015-8242-Buffer-overead-with-HTML-parser-in-pus.patch
 create mode 100644 
meta/recipes-core/libxml/libxml2/0001-Fix-a-bug-on-name-parsing-at-the-end-of-current-inpu.patch
 create mode 100644 
meta/recipes-core/libxml/libxml2/CVE-2015-7498-Avoid-processing-entities-after-encoding-conversion-.patch
 create mode 100644 
meta/recipes-core/libxml/libxml2/CVE-2015-7499-1-Add-xmlHaltParser-to-stop-the-parser.patch
 create mode 100644 
meta/recipes-core/libxml/libxml2/CVE-2015-7499-2-Detect-incoherency-on-GROW.patch
 create mode 100644 
meta/recipes-core/libxml/libxml2/CVE-2015-7941-1-Stop-parsing-on-entities-boundaries-errors.patch
 rename meta/recipes-core/libxml/libxml2/{CVE-2015-7942.patch => 
CVE-2015-7941-2-Cleanup-conditional-section-error-handling.patch} (68%)
 create mode 100644 
meta/recipes-core/libxml/libxml2/CVE-2015-7942-2-Fix-an-error-in-previous-Conditional-section-patch.patch
 create mode 100644 
meta/recipes-core/libxml/libxml2/CVE-2015-7942-Another-variation-of-overflow-in-Conditional-section.patch
 create mode 100644 
meta/recipes-core/libxml/libxml2/CVE-2015-8317-Fail-parsing-early-on-if-encoding-conversion-failed.patch

-- 
2.5.0

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

Re: [OE-core] [PATCH v2][master][jethro] openssh: CVE-2016-1907

[Jussi Kukkonen]

Fixed the typo (jetrho instead jethro) in title, so the thread shows up in
the right searches/filters.

 - Jussi

On 16 January 2016 at 02:59, Armin Kuster  wrote:

> Found two more commits for this CVE.
>
> Armin Kuster (1):
>   openssh: CVE-2016-1907
>
>  .../openssh/openssh/CVE-2016-1907_2.patch  |  65 
>  .../openssh/openssh/CVE-2016-1907_3.patch  | 329
> +
>  .../openssh/CVE-2016-1907_upstream_commit.patch|  33 +++
>  meta/recipes-connectivity/openssh/openssh_7.1p2.bb |   5 +-
>  4 files changed, 431 insertions(+), 1 deletion(-)
>  create mode 100644
> meta/recipes-connectivity/openssh/openssh/CVE-2016-1907_2.patch
>  create mode 100644
> meta/recipes-connectivity/openssh/openssh/CVE-2016-1907_3.patch
>  create mode 100644
> meta/recipes-connectivity/openssh/openssh/CVE-2016-1907_upstream_commit.patch
>
> --
> 1.9.1
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] fido -> jethro switching problem

[Koen Kooi]

> Op 18 jan. 2016, om 09:28 heeft Steffen Sledz  het 
> volgende geschreven:
> 
> On 15.01.2016 15:29, Koen Kooi wrote:
>>> Op 15 jan. 2016 om 15:26 heeft Steffen Sledz  het 
>>> volgende geschreven:
>>> It seems that all machines based on armv5e are affected.
>> 
>> FWIW, I'm seeing the same problem. The last time it happened it was due to 
>> the fixup angstrom does for broken arm BSPs
> 
> What commits do you talking about ("last time it happened")?
> 
> https://github.com/Angstrom-distribution/meta-angstrom/commit/7f3d898930077710dfa42150882bce60d437af7d
>  ?
> https://github.com/Angstrom-distribution/meta-angstrom/commit/4b2e8ecb9a82109022727f6d80b8db56ae493fe8
>  ?
> 
> Or something else?

Yes, those ones. 

regards,

Koen

> 
> -- 
> DResearch Fahrzeugelektronik GmbH
> Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
> Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
> Fax: +49 30 515932-299
> Geschäftsführer: Dr. Michael Weber, Werner Mögle;
> Amtsgericht Berlin Charlottenburg; HRB 130120 B;
> Ust.-IDNr. DE273952058

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

Re: [OE-core] fido -> jethro switching problem

[Steffen Sledz]

On 15.01.2016 15:29, Koen Kooi wrote:
>> Op 15 jan. 2016 om 15:26 heeft Steffen Sledz  het 
>> volgende geschreven:
>> It seems that all machines based on armv5e are affected.
> 
> FWIW, I'm seeing the same problem. The last time it happened it was due to 
> the fixup angstrom does for broken arm BSPs

What commits do you talking about ("last time it happened")?

https://github.com/Angstrom-distribution/meta-angstrom/commit/7f3d898930077710dfa42150882bce60d437af7d
 ?
https://github.com/Angstrom-distribution/meta-angstrom/commit/4b2e8ecb9a82109022727f6d80b8db56ae493fe8
 ?

Or something else?

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH V3 2/2] ghostscript: 9.16 -> 9.18

[Hongxu Jia]

- Backport patches to fix build failure caused by
  '--without-jbig2dec' and '--without-jbig2dec'.
  ...
  |make[1]: *** No rule to make target `obj/sjbig2_.dev',
  needed by `obj/sjbig2.dev'.  Stop.
  ...
  http://bugs.ghostscript.com/show_bug.cgi?id=696497

- Previously, it did not build the whole local libpng
  source in ghostscript, only picked up specific files
  and compile them. But on ghostscript 9.18, when the
  arm's FPU has been set to NEON (-mfpu=neon * with GCC),
  the selected file "libpng/pngrutil.c" needs to link
  'png_init_filter_functions_neon' which should be
  compiled by a non-selected file "libpng/arm/arm_init.c".
  ...
  |./obj/pngrutil.o: In function `png_init_filter_functions':
  |armv7a-neon-poky-linux-gnueabi/ghostscript/9.18-r0/build/../
  ghostscript-9.18/libpng/pngrutil.c:3921: undefined reference to
  `png_init_filter_functions_neon'
  ...
  So do not compile local libpng source in ghostscript,
  use shared libpng to instead.

Signed-off-by: Hongxu Jia 
---
 ...Fix-support-for-building-with-no-jbig2-de.patch | 81 ++
 ...part-2-fix-support-for-building-with-a-JP.patch | 48 +
 .../files/do-not-check-local-libpng-source.patch   | 38 ++
 .../{ghostscript_9.16.bb => ghostscript_9.18.bb}   | 11 +--
 4 files changed, 174 insertions(+), 4 deletions(-)
 create mode 100644 
meta/recipes-extended/ghostscript/files/0001-Bug-696497-Fix-support-for-building-with-no-jbig2-de.patch
 create mode 100644 
meta/recipes-extended/ghostscript/files/0002-Bug-696497-part-2-fix-support-for-building-with-a-JP.patch
 create mode 100644 
meta/recipes-extended/ghostscript/files/do-not-check-local-libpng-source.patch
 rename meta/recipes-extended/ghostscript/{ghostscript_9.16.bb => 
ghostscript_9.18.bb} (87%)

diff --git 
a/meta/recipes-extended/ghostscript/files/0001-Bug-696497-Fix-support-for-building-with-no-jbig2-de.patch
 
b/meta/recipes-extended/ghostscript/files/0001-Bug-696497-Fix-support-for-building-with-no-jbig2-de.patch
new file mode 100644
index 000..d586a1d
--- /dev/null
+++ 
b/meta/recipes-extended/ghostscript/files/0001-Bug-696497-Fix-support-for-building-with-no-jbig2-de.patch
@@ -0,0 +1,81 @@
+From 1d19998091154f89b8294e4594a05986b4c2f822 Mon Sep 17 00:00:00 2001
+From: Chris Liddell 
+Date: Wed, 13 Jan 2016 02:08:42 -0500
+Subject: [PATCH 1/2] Bug 696497: Fix support for building with no jbig2
+ decoder
+
+Author: Chris Liddell 
+
+Upstream-Status: Backport
+http://bugs.ghostscript.com/show_bug.cgi?id=696497
+http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=b0f5a975
+Signed-off-by: Hongxu Jia 
+---
+ base/lib.mak |  9 +
+ psi/int.mak  | 23 ++-
+ 2 files changed, 27 insertions(+), 5 deletions(-)
+
+diff --git a/base/lib.mak b/base/lib.mak
+index 241df2f..daa7056 100644
+--- a/base/lib.mak
 b/base/lib.mak
+@@ -1732,6 +1732,10 @@ $(GLD)sjbig2_jbig2dec.dev : $(LIB_MAK) $(ECHOGS_XE) \
+   $(SETMOD) $(GLD)sjbig2_jbig2dec $(sjbig2_jbig2dec)
+   $(ADDMOD) $(GLD)sjbig2_jbig2dec -include $(GLD)jbig2dec.dev
+ 
++$(GLD)sjbig2_.dev : $(LIB_MAK) $(ECHOGS_XE) \
++  $(LIB_MAK) $(MAKEDIRS)
++  $(SETMOD) $(GLD)sjbig2_
++
+ # jbig2dec.dev is defined in jbig2.mak
+ 
+ $(GLOBJ)sjbig2.$(OBJ) : $(GLSRC)sjbig2.c $(AK) \
+@@ -1739,6 +1743,11 @@ $(GLOBJ)sjbig2.$(OBJ) : $(GLSRC)sjbig2.c $(AK) \
+  $(sjbig2_h) $(strimpl_h) $(MAKEDIRS)
+   $(GLJBIG2CC) $(GLO_)sjbig2.$(OBJ) $(C_) $(GLSRC)sjbig2.c
+ 
++$(GLOBJ)snojbig2.$(OBJ) : $(GLSRC)snojbig2.c $(AK) \
++ $(stdint__h) $(memory__h) $(stdio__h) $(gserrors_h) $(gdebug_h) \
++ $(strimpl_h) $(LIB_MAK) $(MAKEDIRS)
++  $(GLJBIG2CC) $(GLO_)snojbig2.$(OBJ) $(C_) $(GLSRC)snojbig2.c
++
+ # luratech version
+ sjbig2_luratech=$(GLOBJ)sjbig2_luratech.$(OBJ)
+ 
+diff --git a/psi/int.mak b/psi/int.mak
+index 6149a3b..f9d667d 100644
+--- a/psi/int.mak
 b/psi/int.mak
+@@ -1254,11 +1254,24 @@ $(PSOBJ)zfaes.$(OBJ) : $(PSSRC)zfaes.c $(OP) 
$(memory__h)\
+ # this can be turned on and off with a FEATURE_DEV
+ 
+ fjbig2_=$(PSOBJ)zfjbig2_$(JBIG2_LIB).$(OBJ)
+-$(PSD)jbig2.dev : $(INT_MAK) $(ECHOGS_XE) $(fjbig2_) $(GLD)sjbig2.dev\
+- $(MAKEDIRS)
+-  $(SETMOD) $(PSD)jbig2 $(fjbig2_)
+-  $(ADDMOD) $(PSD)jbig2 -include $(GLD)sjbig2
+-  $(ADDMOD) $(PSD)jbig2 -oper zfjbig2
++
++$(PSD)jbig2_jbig2dec.dev : $(ECHOGS_XE) $(fjbig2_) $(GLD)sjbig2.dev\
++ $(INT_MAK) $(MAKEDIRS)
++  $(SETMOD) $(PSD)jbig2_jbig2dec $(fjbig2_)
++  $(ADDMOD) $(PSD)jbig2_jbig2dec -include $(GLD)sjbig2
++  $(ADDMOD) $(PSD)jbig2_jbig2dec -oper zfjbig2
++
++$(PSD)jbig2_luratech.dev : $(ECHOGS_XE) $(fjbig2_) $(GLD)sjbig2.dev\
++ $(INT_MAK) $(MAKEDIRS)
++  $(SETMOD) $(PSD)jbig2_luratech $(fjbig2_)
++  $(ADDMOD) $(PSD)jbig2_luratech -include $(GLD)sjbig2
++  $(ADDMOD) $(PSD)jbig2_luratech -oper zfjbig2
++
++$(PSD)jbig2_.dev : $(ECHOGS_XE) $(INT_MAK) $(MAKEDIRS)
++  $(SETMOD) $(PSD)jbig2_ 
++
++$(PSD)jbig2.dev : $(PSD)jbig2_$(JBIG2_LIB).dev $(INT_MAK) $(MAKEDIRS)
++  $(CP_) $(PSD)jb

[OE-core] [PATCH V3 0/2] upgrade pax-utils and ghostscript

[Hongxu Jia]

Changed in V3: 
- ghostscript: fix compile failure on arm

Changed in V2: 
- pax-utils: Support autotools
- ghostscript: Backport patches to fix build failure caused by
   '--without-jbig2dec' and '--without-jbig2dec'.

//Hongxu

The following changes since commit 0fe6e2dc7ba02fe03fe2c8434a469580ead6ebcd:

  bitbake: toaster: increase timeout (2016-01-16 10:36:50 +)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib hongxu/upgrade-11012016
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=hongxu/upgrade-11012016

Hongxu Jia (2):
  pax-utils: 1.0.5 -> 1.1.4
  ghostscript: 9.16 -> 9.18

 .../pax-utils/files/fix-configure-failure.patch| 146 +
 .../{pax-utils_1.0.5.bb => pax-utils_1.1.4.bb} |  23 +++-
 ...Fix-support-for-building-with-no-jbig2-de.patch |  81 
 ...part-2-fix-support-for-building-with-a-JP.patch |  48 +++
 .../files/do-not-check-local-libpng-source.patch   |  38 ++
 .../{ghostscript_9.16.bb => ghostscript_9.18.bb}   |  11 +-
 6 files changed, 339 insertions(+), 8 deletions(-)
 create mode 100644 
meta/recipes-devtools/pax-utils/files/fix-configure-failure.patch
 rename meta/recipes-devtools/pax-utils/{pax-utils_1.0.5.bb => 
pax-utils_1.1.4.bb} (48%)
 create mode 100644 
meta/recipes-extended/ghostscript/files/0001-Bug-696497-Fix-support-for-building-with-no-jbig2-de.patch
 create mode 100644 
meta/recipes-extended/ghostscript/files/0002-Bug-696497-part-2-fix-support-for-building-with-a-JP.patch
 create mode 100644 
meta/recipes-extended/ghostscript/files/do-not-check-local-libpng-source.patch
 rename meta/recipes-extended/ghostscript/{ghostscript_9.16.bb => 
ghostscript_9.18.bb} (87%)

-- 
1.9.1

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