[OE-core] [PATCH 2/4] xcb-proto: fix for python3

Backport two patches to make it py3 friendly. Signed-off-by: Robert Yang --- .../0001-Make-whitespace-use-consistent.patch | 215 + ...print-is-a-function-and-needs-parentheses.patch | 75 +++ meta/recipes-graphics/xorg-proto/xcb-proto_1.12.bb | 5 +- 3 files chan

[OE-core] [PATCH 3/4] libxcb: use python3 to build it

Backport Fix-inconsistent-use-of-tabs-vs.-space.patch to make it can be built by python3. Signed-off-by: Robert Yang --- .../Fix-inconsistent-use-of-tabs-vs.-space.patch | 62 ++ meta/recipes-graphics/xorg-lib/libxcb_1.12.bb | 3 ++ 2 files changed, 65 insertions(+)

[OE-core] [PATCH 4/4] source-highlight: use with-boost-libdir

Without with-boost-libdir, it checks lib64 libx32 lib lib64 in sysroot/usr/ and set it as boost lib path if it exist, this is unreliable when build with multilib. Fixed when switch baselib from lib64 to lib, for example, when we build qemux86-64 + multilib setting, the baselib is lib64, and when d

[OE-core] [PATCH 1/4] xcb-proto: create .pyc files for python2

Its Makefile's do_install creates .pyc files for python3, now also create them for python2 so that they will be recorded by manifest, and can be cleaned correctly. Signed-off-by: Robert Yang --- meta/recipes-graphics/xorg-proto/xcb-proto_1.12.bb | 8 1 file changed, 8 insertions(+) dif

[OE-core] [PATCH 0/4] fix xcb-proto libxcb and source-highlight

he following changes since commit 1a2311c8fa9a3703568cd390c44639fe3335023e: build-appliance-image: Update to master head revision (2016-10-11 23:43:20 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/4fixes http://cgit.openembedded.o

[OE-core] [PATCH] gcc-sanitizers: allow empty for lsan and tsan packages

From: Kai Kang gcc checks threads and leak sanitizers support when do configure. If not supported, packages of tsan and lsan are empty. If add such package to image it fails to build: | ERROR: core-image-minimal-1.0-r0 do_rootfs: libtsan-dev not found in the feeds | ERROR: core-image-minimal-1.0

[OE-core] [PATCH] base-files: fix profile error under < /dev/null

Previous attempts to constrain execution of `resize` to only TTYs did not properly handle situations when `tty` would return the string "not a tty". The symptom is "/etc/profile: line 34: test: too many arguments". Fix this by utilizing the exit code of `tty`. Also use `case` instead of `cut` to el

[OE-core] [PATCH 1/1] classes/externalsrc: re-run do_configure when configure files change

If the user modifies files such as CMakeLists.txt in the case of cmake, we want do_configure to re-run so that those changes can take effect. In order to accomplish that, have a variable CONFIGURE_FILES which specifies a list of files that will be put into do_configure's checksum (either full paths

[OE-core] [PATCH 0/1] Fix for re-running do_configure with externalsrc

The following changes since commit 806a910927f479207d47b06c20a0497e91203266: sysklogd and busybox: ignore return code from init script stop (2016-10-11 22:18:36 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib paule/externalsrc-configure

Re: [OE-core] [PATCH] connman: get the correct network interface name from dmesg during NFS booting

On Tue, Oct 11, 2016 at 12:03 PM, Jagadeesh Krishnanjanappa < jkrishnanjana...@mvista.com> wrote: > On Tue, Oct 11, 2016 at 9:06 PM, Christopher Larson > wrote: > >> >> On Tue, Oct 11, 2016 at 5:11 AM, Jagadeesh Krishnanjanappa < >> jkrishnanjana...@mvista.com> wrote: >> >>> Thanks for reviewing

Re: [OE-core] [PATCH] connman: get the correct network interface name from dmesg during NFS booting

On Tue, Oct 11, 2016 at 9:06 PM, Christopher Larson wrote: > > On Tue, Oct 11, 2016 at 5:11 AM, Jagadeesh Krishnanjanappa < > jkrishnanjana...@mvista.com> wrote: > >> Thanks for reviewing the patch. >> >> >>> I think this is too fragile to land in OE-Core. What happens if a >>> network driver pri

Re: [OE-core] [PATCH 1/2] pixbufcache: Ensure sysroot dependencies are satisfied

The symptoms sound very similar as far as the postinst exception; however, I don't think I've seen an error specifically for libpcre before. I think in one instance, gdk-pixbuf-query-loaders itself was missing, and in another instance, one of the libraries provided by harfbuzz. Looking through the

[OE-core] [meta-oe][PATCH] systemd-serialgetty: add dependency to agetty

Signed-off-by: Samuli Piippo --- meta/recipes-core/systemd/systemd-serialgetty.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-core/systemd/systemd-serialgetty.bb b/meta/recipes-core/systemd/systemd-serialgetty.bb index 768b130..c4e5310 100644 --- a/meta/recip

[OE-core] [PATCH v3] kernel: Add support for multiple kernel packages

This change allows distributions to provide multiple builds of kernel and module packages. For example, a distro may want provide an alternate debug kernel in a package feed for debug/testing. Templetize kernel package name: Add a "weak" variable KERNEL_PACKAGE_NAME used as the base name for kern

Re: [OE-core] [PATCH 1/2] pixbufcache: Ensure sysroot dependencies are satisfied

On Tue, Oct 11, 2016 at 10:17:16AM -0400, Kyle Russell wrote: > Reverts part of b411085fefc8582d24c172db5f6610705eb44c2f > > Makes sure gdk-pixbuf-native populates the sysroot during setscene; > otherwise, gdk-pixbuf-query-loaders may not actually be available at the > time the completion function

[OE-core] [PATCH] insane.bbclass: Additional "mips" and "mipsel" machine definitions

Add "mips" and "mipsel" to "machdata" table. Although there is a way to add entries to the "machdata" table from a BSP without modifying the insane.bbclass directly, MIPS is already supported in poky and as such the relevant entries should be present in insane.bbclass. Signed-off-by: Juro Bystrick

Re: [OE-core] [PATCH 2/2] librsvg: Add missing pixbufcache dependencies

No, I haven't been able to reproduce it on demand, so there appears to be some race scenario. I have only seen the failure about libXdmcp a couple of times. It does look like libpixbufloader-svg.so depends on libxcb.so as well, so if libxcb-native would be more appropriate here I can use that ins

Re: [OE-core] [PATCH] kernel: Permit overriding of KERNEL_IMAGETYPE_FOR_MAKE

On 11 October 2016 at 15:04, Phil Blundell wrote: > Does anybody know why this patch was not merged? I couldn't find any > comments on the list. > > (It needs adjusting slightly to apply against current master due to > other changes to kernel.bbclass in the meantime.) > Slipped through the crac

[OE-core] [PATCH] kernel-arch.bbclass: Add xtensa and arc into valid_archs table

Both "arc" and "xtensa" are valid Linux architectures, add them into valid_archs table. Signed-off-by: Juro Bystricky --- meta/classes/kernel-arch.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/classes/kernel-arch.bbclass b/meta/classes/kernel-arch.bbclass index

Re: [OE-core] [PATCH] connman: get the correct network interface name from dmesg during NFS booting

On Tue, Oct 11, 2016 at 5:11 AM, Jagadeesh Krishnanjanappa < jkrishnanjana...@mvista.com> wrote: > Thanks for reviewing the patch. > > >> I think this is too fragile to land in OE-Core. What happens if a >> network driver prints "device=eth0"? Or if other kernel messages make >> the string disappe

Re: [OE-core] [PATCH 2/2] librsvg: Add missing pixbufcache dependencies

On 11 October 2016 at 15:17, Kyle Russell wrote: > g_module_open() failed for libpixbufloader-svg.so: libXdmcp.so.6: > cannot open shared object file: No such file or directory > Can you replicate this failure on demand? I can't see why eg xdmcp needs to be in this list but say libxcb doesn't,

[OE-core] [PATCH 2/2] librsvg: Add missing pixbufcache dependencies

Forces do_populate_sysroot_setscene to run for libxdmcp-native and pixman-native before the pixbufcache sstate postinst hook so that the svg pixbufloader has all of its dependencies available. g_module_open() failed for libpixbufloader-svg.so: libpixman-1.so.0: cannot open shared object file: No s

[OE-core] [PATCH 1/2] pixbufcache: Ensure sysroot dependencies are satisfied

Reverts part of b411085fefc8582d24c172db5f6610705eb44c2f Makes sure gdk-pixbuf-native populates the sysroot during setscene; otherwise, gdk-pixbuf-query-loaders may not actually be available at the time the completion function runs, causing a build failure. Similarly, packages providing loader li

Re: [OE-core] rpm: Recover RPM4 to OE-core

On Fri, 2016-10-07 at 12:19 +0900, Fan Xin wrote: > Hi Joshua, > > Thanks for your info. > > Actually, our origin motivation is that we found smartpm is not  > maintained any more. We maintain smartpm for our distro at > https://github.com/ubinux/smart2 Indeed, the lack of maintenance for Smart

Re: [OE-core] [PATCH] kernel: Permit overriding of KERNEL_IMAGETYPE_FOR_MAKE

On Thu, 2015-11-05 at 14:47 +, Mike Crowe wrote: > Commit a1690131691507bbf5853540229b3ad775b836bf removed the ability > of > recipes to set KERNEL_IMAGETYPE_FOR_MAKE. This can be fixed by only > setting KERNEL_IMAGETYPE_FOR_MAKE if it doesn't already have a > value. This should hopefully be a

Re: [OE-core] Two kmeta's not allowed for master?

On Tue, Oct 11, 2016 at 11:15 PM, wrote: > Hi, > > I was trying out how well 'master' branch compiles in our environment. > > We are using meta-xilinx and then we have custom BSP layer which bbappends > linux-xlnx. > > When using meta-xilinx as standalone (w/o our BSP layer) I can get it to > c

[OE-core] Two kmeta's not allowed for master?

Hi, I was trying out how well 'master' branch compiles in our environment. We are using meta-xilinx and then we have custom BSP layer which bbappends linux-xlnx. When using meta-xilinx as standalone (w/o our BSP layer) I can get it to compile. However when using it with combo meta-xilinx and

[OE-core] Two kmeta's not allowed for master?

Hi, I was trying out how well 'master' branch compiles in our environment. We are using meta-xilinx and then we have custom BSP layer which bbappends linux-xlnx. When using meta-xilinx as standalone (w/o our BSP layer) I can get it to compile. However when using it with combo meta-xilinx and

Re: [OE-core] [PATCH] glibc: Fix timestamp of plural.c after unpack

On Tue, 2016-10-11 at 14:56 +0200, Mark Hatle wrote: > > This was the first instance of the patch.  However after discussing > the issue w/ > Khem Raj (in person), we came to the conclusion that we did want a > way to permit > people to modify the plural.y via a patch, otherwise someone could > ma

Re: [OE-core] [PATCH] glibc: Fix timestamp of plural.c after unpack

On 10/11/16 1:53 PM, Phil Blundell wrote: > On Tue, 2016-10-11 at 16:02 +0800, Yuanjie Huang wrote: >> From: Yuanjie Huang >> >> Source file plural.c might be updated with bison from plural.y, touch >> it >> before applying patches so that this file is consistent across >> builds. > > I think it

Re: [OE-core] [PATCH 2/2] insane: display names instead of ELF machine numbers

On 2016-10-11 14:36, Burton, Ross wrote: On 11 October 2016 at 13:26, Gary Thomas mailto:g...@mlbassoc.com>> wrote: Did you mean to swap the items? The old version used machine, elf.machine() and this version uses elf.machine(), machine Yes, because the string format chan

[OE-core] [PATCH 0/2] More robust prerm and preinst scriptlets

These patches prevent package deinstallation and upgrade failures caused by init script error on opkg-based systems. The problem was that init script 'stop' will likely return '1' if the daemon is not running. This, in turn caused the scriptlet to error out preventing package (de-)installation. Ma

[OE-core] [PATCH 2/2] sysklogd and busybox: ignore return code from init script stop

The init script will return '1' if we try to stop the service and it is not currently running. The prerm scriptlet must not fail because of this because it will cause package deinstallation of upgrade fail if opkg package manager is used. [YOCTO #10299] Signed-off-by: Markus Lehtonen --- meta/r

[OE-core] [PATCH 1/2] update-rc.d.bbclass: ignore init script return code

We need to ignore the return code from the init script 'stop' command in the preinst and prerm scriptlets. Otherwise package upgrade or deinstallation (at least when opkg is used) is likely to fail if the daemon is not running. That is because an init script possibly returns '1' if you try to stop

Re: [OE-core] [PATCH 2/2] insane: display names instead of ELF machine numbers

On 11 October 2016 at 13:26, Gary Thomas wrote: > Did you mean to swap the items? The old version used > machine, elf.machine() > and this version uses > elf.machine(), machine > Yes, because the string format changed to be clearer too: -package_qa_add_message(messages, "arch", "Ar

Re: [OE-core] [poky][PATCH 0/4] Add patches for gstreamer1.0-plugins-bad V1.8.3

On 11 October 2016 at 11:49, Yuqing Zhu wrote: > -Support video rotation by using transform matrix > > -Fix wrong attribute list type for EGL 1.5 > > -Fix horizontal/vertical flip matrizes > > -Fix glimagesink cannot show frame when connect to qmlglsrc > We're about to roll RC1 of 2.2, so I thin

[OE-core] [PATCH] cmake: improve CMAKE_SYSTEM_PROCESSOR assignment in nativesdk

The previous string manipulations would result in the wrong string being used for machines such as intel-corei7-64 as the sysroot was split at the first hyphen (so would result in corei7 instead of corei7-64). Change the logic so that it looks for processor-distro-os and uses the whole of the proc

Re: [OE-core] [PATCH 2/2] insane: display names instead of ELF machine numbers

On 2016-10-11 14:19, Ross Burton wrote: The 'arch' QA test currently simply outputs the ELF machine field as a number which isn't helpful. Display this as a human-readable name to make it clearer to the user what the problem is. Signed-off-by: Ross Burton --- meta/classes/insane.bbclass | 4 +

[OE-core] [PATCH] cmake: also set CMAKE_FIND_ROOT_PATH_MODE_PACKAGE

The other CMAKE_FIND_ROOT_PATH_MODE_* variables were already set to ONLY, but PACKAGE was left out. Fix this so that cmake doesn't look on the host for cmake modules when it should only be looking in the target sysroot. Signed-off-by: Ross Burton --- meta/recipes-devtools/cmake/cmake/OEToolchai

[OE-core] [poky][PATCH 1/4] gstreamer1.0-plugins-bad: Support video rotation by using transform matrix

Add "rotate-method" to glimagesink and apply transform matrix to vertex coordinate to control rotation. Signed-off-by: Yuqing Zhu --- ...-glplugin-glimagesink-support-video-rotat.patch | 574 + .../gstreamer/gstreamer1.0-plugins-bad_1.8.3.bb| 1 + 2 files changed, 575 i

[OE-core] [PATCH 1/2] lib/oe/qa: add ELF machine to string function

Add a function (and test suite) to turn the ELF machine field (e_machine) into a string, so we can tell the user "x86-64" instead of 0x3E. Signed-off-by: Ross Burton --- meta/lib/oe/qa.py | 20 meta/lib/oe/tests/test_elf.py | 21 + 2 files cha

[OE-core] [PATCH 2/2] insane: display names instead of ELF machine numbers

The 'arch' QA test currently simply outputs the ELF machine field as a number which isn't helpful. Display this as a human-readable name to make it clearer to the user what the problem is. Signed-off-by: Ross Burton --- meta/classes/insane.bbclass | 4 ++-- 1 file changed, 2 insertions(+), 2 de

Re: [OE-core] [PATCH] connman: get the correct network interface name from dmesg during NFS booting

Hi Andreas, Thanks for reviewing the patch. > I think this is too fragile to land in OE-Core. What happens if a > network driver prints "device=eth0"? Or if other kernel messages make > the string disappear from dmesg and connman gets restarted later? > True. If device=eth0 gets disappeared/cor

Re: [OE-core] [PATCH] glibc: Fix timestamp of plural.c after unpack

On Tue, 2016-10-11 at 16:02 +0800, Yuanjie Huang wrote: > From: Yuanjie Huang > > Source file plural.c might be updated with bison from plural.y, touch > it > before applying patches so that this file is consistent across > builds. I think it would be better to just configure glibc explicitly wi

[OE-core] [poky][PATCH 0/4] Add patches for gstreamer1.0-plugins-bad V1.8.3

-Support video rotation by using transform matrix -Fix wrong attribute list type for EGL 1.5 -Fix horizontal/vertical flip matrizes -Fix glimagesink cannot show frame when connect to qmlglsrc Yuqing Zhu (4): gstreamer1.0-plugins-bad: Support video rotation by using transform matrix gstr

[OE-core] [poky][PATCH 3/4] gstreamer1.0-plugins-bad: Fix horizontal/vertical flip matrizes

Signed-off-by: Yuqing Zhu --- ...ink-Fix-horizontal-vertical-flip-matrizes.patch | 44 ++ .../gstreamer/gstreamer1.0-plugins-bad_1.8.3.bb| 1 + 2 files changed, 45 insertions(+) create mode 100755 meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0012-glimagesi

[OE-core] [poky][PATCH 2/4] gstreamer1.0-plugins-bad: Fix wrong attribute list type for EGL 1.5

For EGL 1.5 spec, the attribute list type should be EGLAttrib. Signed-off-by: Yuqing Zhu --- ...Buf-Wrong-attribute-list-type-for-EGL-1.5.patch | 194 + .../gstreamer/gstreamer1.0-plugins-bad_1.8.3.bb| 1 + 2 files changed, 195 insertions(+) create mode 100755 meta/re

[OE-core] [poky][PATCH 4/4] gstreamer1.0-plugins-bad: Fix glimagesink cannot show frame when connect to qmlglsrc

1.When connect to qmlglsrc, x11 event loop will be replace by qt event loop which will cause the window cannot receive event from xserver, such as resize. 2.Also advertise support for the affine transformation meta in the allocation query. Signed-off-by: Yuqing Zhu --- ...x-glimagesink-cann

[OE-core] [poky][PATCH] gstreamer1.0-plugins-good: Remove gst_meta_ximage_transform function

Remove the transform function as it is not supported. Or gst_buffer_copy_into() will print ERROR log. Signed-off-by: Yuqing Zhu --- ...shouldn-t-implement-transform-if-don-t-su.patch | 48 ++ .../gstreamer/gstreamer1.0-plugins-good_1.8.3.bb | 1 + 2 files changed, 49 ins

[OE-core] [PATCH] vte: Build without vala by default

vala.bbclass DEPENDS on vala and vala-native: Drop the inherit so that these dependencies can be added on-demand based on vte PACKAGECONFIG. Add relevant items from vala class into the recipe. Add copy of vapigen.m4 so building without vala actually succeeds. Make building without vala the defaul

Re: [OE-core] [PATCH] glibc: Fix timestamp of plural.c after unpack

On 10/11/16 11:46 AM, Gary Thomas wrote: > On 2016-10-11 11:22, Enrico Scholz wrote: >> Mark Hatle writes: >> >>> My understanding of the issue is that the extraction of the plural.c and >>> plural.y files happens so quickly that it is unclear to make if one is older >>> then the other -- so it so

Re: [OE-core] [PATCH] glibc: Fix timestamp of plural.c after unpack

On 10/11/16 11:50 AM, Yuanjie Huang wrote: > The generated parser contains huge hunks of code actually shipped with bison, > so > I think we should also expect some semantic difference. Exactly the problem. Unless the plural.y has been modified, we should not be regenerating the .c file as shipp

Re: [OE-core] [PATCH] glibc: Fix timestamp of plural.c after unpack

The generated parser contains huge hunks of code actually shipped with bison, so I think we should also expect some semantic difference. Yuanjie On 10/11/2016 05:17 PM, Burton, Ross wrote: On 11 October 2016 at 09:37, Mark Hatle > wrote: My understanding

Re: [OE-core] [PATCH] glibc: Fix timestamp of plural.c after unpack

On 2016-10-11 11:22, Enrico Scholz wrote: Mark Hatle writes: My understanding of the issue is that the extraction of the plural.c and plural.y files happens so quickly that it is unclear to make if one is older then the other -- so it sometimes uses bison to rebuild the plural.c. When this i

Re: [OE-core] [PATCH] glibc: Fix timestamp of plural.c after unpack

Mark Hatle writes: > My understanding of the issue is that the extraction of the plural.c and > plural.y files happens so quickly that it is unclear to make if one is older > then the other -- so it sometimes uses bison to rebuild the plural.c. When this is really the case, this can apply to the

Re: [OE-core] [PATCH] glibc: Fix timestamp of plural.c after unpack

On 11 October 2016 at 09:37, Mark Hatle wrote: > My understanding of the issue is that the extraction of the plural.c and > plural.y files happens so quickly that it is unclear to make if one is > older > then the other -- so it sometimes uses bison to rebuild the plural.c. This > produces a non

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

Thanks for pointing out. This seems caused by the correction of installation path of guile-config(from ${STAGING_BINDIR_CROSS} to ${SYSROOT_DESTDIR}${bindir_crossscripts}). We first put things in ${SYSROOT_DESTDIR}. And then do_populate_sysroot collects them from ${SYSROOT_DESTDIR} and install

Re: [OE-core] [PATCH] glibc: Fix timestamp of plural.c after unpack

FYI this particular issue was observed by one of our customers. Starting around the YP 2.0 time period. (We did not observe the problem prior to 2.0, but it may be present.) My understanding of the issue is that the extraction of the plural.c and plural.y files happens so quickly that it is uncl

[OE-core] [PATCH] glibc: Fix timestamp of plural.c after unpack

From: Yuanjie Huang Source file plural.c might be updated with bison from plural.y, touch it before applying patches so that this file is consistent across builds. Signed-off-by: Yuanjie Huang --- meta/recipes-core/glibc/glibc.inc | 7 +++ 1 file changed, 7 insertions(+) diff --git a/meta

Re: [OE-core] [PATCH] connman: get the correct network interface name from dmesg during NFS booting

Dear Jagadeesh, On 10.10.2016 19:35, Jagadeesh Krishnanjanappa wrote: > Following are the drawbacks with the current logic: > 1. If ip=dhcp in the boot command line, then the > current code makes connman to ignore "eth0" network interface > from managing internet connections. This can cause NFS bo

[OE-core] [PATCH] vte: Avoid inheriting vala class

vala.bbclass DEPENDS on vala and vala-native: Drop the inherit so that these dependencies can be added on-demand based on vte PACKAGECONFIG. Add relevant items from vala class into the recipe. Add copy of vapigen.m4 so building without vala actually succeeds. Fixes [YOCTO #10386]. Signed-off-by:

Re: [OE-core] [PATCH] devtool: Only register each plugin once

> From: kerg...@gmail.com [mailto:kerg...@gmail.com] On Behalf Of Christopher > Larson > Sent: den 10 oktober 2016 21:13 >> On Mon, Oct 10, 2016 at 7:19 AM, Ola x Nilsson >> wrote: >> When a devtool plugin is shadowed in a higher-priorty layer the >> register_commands method was called on the sh