[OE-core] [PATCH] libpng: update 1.6.19 -> 1.6.20 (CVE-2015-8126)

Version 1.6.20beta01 [November 20, 2015] Avoid potential pointer overflow/underflow in png_handle_sPLT() and png_handle_pCAL() (Bug report by John Regehr). Version 1.6.20beta02 [November 23, 2015] Fixed incorrect implementation of png_set_PLTE() that uses png_ptr not info_ptr, that lef

[OE-core] [PATCH] waf.bbclass: remove unused parameter from get_waf_parallel_make()

Signed-off-by: Andre McCurdy --- meta/classes/waf.bbclass | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/classes/waf.bbclass b/meta/classes/waf.bbclass index 220dc58..b3b5e94 100644 --- a/meta/classes/waf.bbclass +++ b/meta/classes/waf.bbclass @@ -1,4 +1,4 @@ -def ge

Re: [OE-core] [PATCH v4 3/4] lttng-tools: Upgrade to 2.7 release

It breaks when PACKAGECONFIG = "lttng-ust python": PACKAGECONFIG = "lttng-ust python" MACHINE = "qemux86" bitbake lttng-tools do_configure failed: configure:6331: $? = 127 configure:6337: result: none configure:6389: error: no suitable Python interpreter found // Robert On 11/19/2015 11:4

[OE-core] [PATCH 0/1] Fix for buildtools install regression

The following changes since commit 687e5ef86361a16d6c411386939d4ba96a5909ea: libsdl: remove redundant configure_tweak patch (2015-12-01 21:31:04 +) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib paule/sdk-env-fix2 http://cgit.openembedded.

[OE-core] [PATCH 1/1] toolchain-shar-extract.sh: proper fix for additional env setup scripts

buildtools-tarball uses a custom env setup script, which isn't named the same as the default; thus unfortunately OE-Core revision a36469c97c9cb335de1e95dea5141038f337df95 broke installation of buildtools-tarball. Revert that and implement a more robust mechanism. Signed-off-by: Paul Eggleton ---

Re: [OE-core] [PATCH 1/1] packagegroup-core-tools-testapps: disable kexec for mips64 and mis64n32

On 2015年12月03日 22:13, Burton, Ross wrote: On 3 December 2015 at 06:32, > wrote: @@ -15,6 +15,8 @@ inherit packagegroup KEXECTOOLS ?= "kexec" KEXECTOOLS_mips ?= "" KEXECTOOLS_mipsel ?= "" +KEXECTOOLS_mips64 ?= "" +KEXECTOOLS_mips64n32 ?=

[OE-core] [PATCH] gcc: Security Advisory - gcc - CVE-2015-5276

From: Yuanjie Huang The std::random_device class in libstdc++ in the GNU Compiler Collection (aka GCC) before 4.9.4 does not properly handle short reads from blocking sources, which makes it easier for context-dependent attackers to predict the random values via unspecified vectors. https://web.

Re: [OE-core] [PATCH] Explicitly map ARCH to 32 or 64 bit for Intel machines

On Thu, 2015-12-03 at 15:03 -0800, Jianxun Zhang wrote: > For a bare-bone kernel recipe which specifies 32 bit x86 target, > a 64 bit .config will be generated from do_configure task when > building 32-bit qemux86, once all of these conditions are true: > > () arch of host is x86_64 > () kernel so

[OE-core] [PATCH 1/2] buildtools-tarball.bb: 32bit tools need pseudo 32bit library

"pseudo" does not build 32 bit library by default on 64 bit host, but the 32 bit library is needed when using 32 bit development tools (buildtools-tarball) running on a 64 bit host. Building of the library can be forced if the environment variable NO32LIBS is set to "0". Hence for 32 bit buildtoo

[OE-core] [PATCH 2/2] oe-buildenv-internal: preserve existing BB_ENV_EXTRAWHITE

According to the BitBake User Manual the environment variable BB_ENV_EXTRAWHITE specifies an additional set of variables to allow through (whitelist) from the external environment into BitBake's datastore. However, running: $ source oe-init-build-env build-name will overwrite any pre-existing B

[OE-core] [PATCH] Explicitly map ARCH to 32 or 64 bit for Intel machines

For a bare-bone kernel recipe which specifies 32 bit x86 target, a 64 bit .config will be generated from do_configure task when building 32-bit qemux86, once all of these conditions are true: () arch of host is x86_64 () kernel source tree used in build has commit ffee0de41 which actually chooses

[OE-core] [PATCH 2/2] oeqa/systemd get runtest target boot time and log

oeqa.runtime.systemd.SystemdJournalTests.test_systemd_boot_time this test will query the target boot time from journactl and will print it to the output, if the time is obtained, the test passes it then compares the boot time against the default systemd's timeout TimeoutStartSec and if the boot ti

[OE-core] [PATCH 1/2] oeqa/systemd: journalctl helper function

a function to request for the journalctl output to the current target system with l_match_units support Signed-off-by: Benjamin Esquivel --- meta/lib/oeqa/runtime/systemd.py | 28 1 file changed, 28 insertions(+) diff --git a/meta/lib/oeqa/runtime/systemd.py b/meta/

[OE-core] [PATCH 2/3] glibc: fix libdir/libexecdir path confusion

$libdir/glibc is deleted if it doesn't exist but this is incorrectly assuming what variables are used to create this directory. In fact libexecdir is being used in the Makefile so use that in the recipe too. This fixes builds where libexecdir is changed. Signed-off-by: Ross Burton --- meta/rec

[OE-core] [PATCH 1/3] sudo: handle libexecdir != libdir/PN.

sudo has somewhat special file installation logic and installs the modules and libraries to $libexecdir/sudo, with special handling for the case when libexecdir already contains /sudo (which it does by default in current oe-core where libexecdir=$libdir/$PN). As setting libexecdir to /usr/libexec

[OE-core] [PATCH 3/3] neard: fix libdir/libexecdir confusion

These binaries are installed to $libexecdir/nfc not $libdir/$BPN. Signed-off-by: Ross Burton --- meta/recipes-connectivity/neard/neard_0.15.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-connectivity/neard/neard_0.15.bb b/meta/recipes-connectivity/neard/near

Re: [OE-core] [PATCH 0/9] Move Qt4 recipes to a separate meta-qt4 layer

On Thu, Dec 3, 2015 at 12:33 PM, Alexander Kanavin wrote: > Qt4 is reaching end of life at the end of 2015, and will not be supported > upstream. Qt4 recipes are moved out of oe-core to a separate meta-qt4 layer > available here: > http://git.yoctoproject.org/cgit/cgit.cgi/meta-qt4/about/ > > This

[OE-core] [PATCH] scripts/oe-pkgdata-util: sort the packages in list-pkg-files

Sort the list of packages in list-pkg-files to make the output easier to read. Signed-off-by: Ross Burton --- scripts/oe-pkgdata-util | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/oe-pkgdata-util b/scripts/oe-pkgdata-util index cb19cc4..afdceaa 100755 --- a/scripts/

Re: [OE-core] [oe] RFC: Reference updater filesystem

On 11/24/2015 12:47 PM, Roman Khimov wrote: В письме от 24 ноября 2015 12:27:30 пользователь Mark Hatle написал: On 11/24/15 12:05 PM, Roman Khimov wrote: В письме от 24 ноября 2015 07:47:38 пользователь Mark Hatle написал: On 11/24/15 4:39 AM, Roman Khimov wrote: В письме от 23 ноября 2015

Re: [OE-core] [Openembedded-architecture] Patchwork & patch handling improvements

On 03/12/2015 12:51, "Burton, Ross" wrote: >On 3 December 2015 at 11:43, Barros Pena, Belen > wrote: > >>and more status values. > >You can add status values (to the db directly or via the Django admin >interface), but they will apply to all projects in the Patchwork instance. >Ideally you shou

[OE-core] [PATCH 0/9] Move Qt4 recipes to a separate meta-qt4 layer

Qt4 is reaching end of life at the end of 2015, and will not be supported upstream. Qt4 recipes are moved out of oe-core to a separate meta-qt4 layer available here: http://git.yoctoproject.org/cgit/cgit.cgi/meta-qt4/about/ This patchset removes Qt4 from oe-core. I cannot send it to the list for r

Re: [OE-core] [RESEND PATCH] x11vnc: move recipe to meta-oe

On 3 December 2015 at 10:17, Ioan-Adrian Ratiu wrote: > x11vnc can be configured with --use-system-libvncserver to use an > external libvncserver which will be added to meta-oe. Since oe-core > should not depend on meta-oe, we move x11vnc there. > > Signed-off-by: Ioan-Adrian Ratiu > Obviously

Re: [OE-core] [PATCH 1/1] packagegroup-core-tools-testapps: disable kexec for mips64 and mis64n32

On 3 December 2015 at 06:32, wrote: > @@ -15,6 +15,8 @@ inherit packagegroup > KEXECTOOLS ?= "kexec" > KEXECTOOLS_mips ?= "" > KEXECTOOLS_mipsel ?= "" > +KEXECTOOLS_mips64 ?= "" > +KEXECTOOLS_mips64n32 ?= "" > KEXECTOOLS_powerpc ?= "" > KEXECTOOLS_e5500-64b ?= "" > KEXECTOOLS_aarch64 ?= ""

Re: [OE-core] [Openembedded-architecture] Patchwork & patch handling improvements

On Thu, Dec 03, 2015 at 12:51:22PM +, Burton, Ross wrote: > On 3 December 2015 at 11:43, Barros Pena, Belen > wrote: > > > >and more status values. > > > > You can add status values (to the db directly or via the Django admin > > interface), but they will apply to all projects in the Patchwor

[OE-core] [PATCH 2/2] devtool: extract: update SRCTREECOVEREDTASKS for kernel

Add 'do_kernel_configme' and 'do_kernel_configcheck' to SRCTREECOVEREDTASKS of kernel packages. These tasks should not be run because kernel meta in the srctree is not necessarily up-to-date or even present which causes build failures and/or invalid kernel config. Especially so because 'do_patch' w

[OE-core] [PATCH 0/2] devtool: kernel config fixes

Two patches changing the kernel config handling (of kernel packages). Now the srctree is expected to have .config which will be used as the initial kernel config when building. The following changes since commit 687e5ef86361a16d6c411386939d4ba96a5909ea: libsdl: remove redundant configure_tweak

[OE-core] [PATCH 1/2] devtool: extract: copy kernel config to srctree

This makes the correct kernel config to be used when building kernel from srctree (extrernalsrc). If no kernel config is present in the builddir 'do_configure' task copies .config from the srctree. Signed-off-by: Markus Lehtonen --- scripts/lib/devtool/standard.py | 8 1 file changed, 8

Re: [OE-core] [Openembedded-architecture] Patchwork & patch handling improvements

On 3 December 2015 at 11:43, Barros Pena, Belen wrote: > >and more status values. > > You can add status values (to the db directly or via the Django admin > interface), but they will apply to all projects in the Patchwork instance. > Ideally you should be able to set a list of status values per

Re: [OE-core] [PATCH] matchbox-desktop: sync with gio for the inotify-sub

On 3 December 2015 at 11:11, Huang, Jie (Jackie) wrote: > > I agree to drop those codes, and it should already be part of the rewrite, > > where I can find info about the rewrite, I don’t see any actives in: > > git.yoctoproject.org/cgit/cgit.cgi/matchbox-desktop-2 > > The latest commit is 3 years

Re: [OE-core] [Openembedded-architecture] Patchwork & patch handling improvements

On 02/12/2015 18:43, "Burton, Ross" wrote: > >On 2 December 2015 at 18:04, Martin Jansa > wrote: > >I'm depending on bundles heavily, to "mark" the patches for layers with >dedicated maintainer and also for extra "status" like merged in >"master-next" branch for jenkins build, because standard

Re: [OE-core] Patchwork & patch handling improvements

On 02/12/2015 18:04, "Martin Jansa" wrote: My only concern is about migrating current database, do you know if the migration will keep the database >>I don't know, but I can find out. I've been told that database migration will work from the version of Patchwork OE is currently using t

Re: [OE-core] [PATCH 1/1] systemd.class - Allow enabling of parameterised services

On Thu, 2015-11-19 at 11:24 +, Bob Ham wrote: > CThis patch alters the check function > in systemd.class to look for 'foo@.service' if the normal check > fails. *ping* -- Bob Ham Software Engineer Open First Collabora is hiring! Please check out our latest opportunities here: htt

[OE-core] [RESEND PATCH] x11vnc: move recipe to meta-oe

x11vnc can be configured with --use-system-libvncserver to use an external libvncserver which will be added to meta-oe. Since oe-core should not depend on meta-oe, we move x11vnc there. Signed-off-by: Ioan-Adrian Ratiu --- .../recipes-graphics/x11vnc/files/endian-fix.patch | 24 -

Re: [OE-core] [PATCH v2 2/3] connman-conf: mark as allarch

On Thu, Dec 03, 2015 at 09:23:47AM +, Joshua Lock wrote: > This recipe just installs some data files and thus is architecture > independent and doesn't require a compiler and libc in its DEPENDS. Sorry I didn't notice it before, but this recipe is meant to provide MACHINE specific configuratio

Re: [OE-core] [PATCH v3 1/3] dbus: merge .bb and .inc

On Thu, 2015-12-03 at 08:39 +, Burton, Ross wrote: > > On 3 December 2015 at 07:46, Patrick Ohly > wrote: > In the layer I am trying to be compatible with OE-core master, > dizzy, > fido and jethro. That means I cannot "require > recipes-core/dbus/dbus_1.8.18.b

[OE-core] [PATCH v2 3/3] connman: tidy up connman-conf usage

connman-conf is now a systemd oneshot so need not be sed'ed in to the ConnMan service file. Furthermore add connman-conf as RRECCOMENDS only for qemu machines. This cleans up connman-conf so that it is not automatically installed and unconditionally calling a script that doesn't exist for most ma

[OE-core] [PATCH v2 2/3] connman-conf: mark as allarch

This recipe just installs some data files and thus is architecture independent and doesn't require a compiler and libc in its DEPENDS. Signed-off-by: Joshua Lock --- meta/recipes-connectivity/connman/connman-conf.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes

Re: [OE-core] [PATCH 2/3] connman-conf: mark as allarch and not requiring default deps

On 02/12/15 21:19, Martin Jansa wrote: On Wed, Dec 02, 2015 at 11:03:53AM +, Joshua Lock wrote: This recipe just installs some data files and thus is architecture independent and doesn't require a compiler and libc in its DEPENDS. allarch.bbclass already sets INHIBIT_DEFAULT_DEPS Indeed

[OE-core] [PATCH v2 1/3] connman-conf: convert to systemd oneshot

Install a oneshot unit file that is started before ConnMan to configure a wired network inteface with the wired-setup script rather than requiring this script to be manually run some how. Signed-off-by: Joshua Lock --- meta/recipes-connectivity/connman/connman-conf.bb | 9 -

[OE-core] [PATCH v2 0/3] Clean up connman-conf

As reported in YP#8399[1] we currently hack the connman service to try and execute a script which is only installed on qemu targets. This pair of patches changes the connman-conf recipe to install a oneshot systemd unit that is called before ConnMan, removes the ExecStartPre and adds an override to

Re: [OE-core] [PATCH] matchbox-desktop: sync with gio for the inotify-sub

So I should send the patch to yo...@yoctoproject.org, right? I agree to drop those codes, and it should already be part of the rewrite, where I can find info about the rewrite, I don’t see any actives in: git.yoctoproject.org/cgit/cgit.cgi/matchbox-desktop-2 The la

Re: [OE-core] [PATCH v3 1/3] dbus: merge .bb and .inc

On 3 December 2015 at 07:46, Patrick Ohly wrote: > In the layer I am trying to be compatible with OE-core master, dizzy, > fido and jethro. That means I cannot "require > recipes-core/dbus/dbus_1.8.18.bb" because that file only exists on > master. > In which case you're expecting the dbus.inc fi