[OE-core] [PATCH V2 1/1] systemd: CVE-2016-7795

The manager_invoke_notify_message function in systemd 231 and earlier allows local users to cause a denial of service (assertion failure and PID 1 hang) via a zero-length message received over a notify socket. The patch is a backport from the latest git repo. Please see the link below for more in

[OE-core] [PATCH V2 0/1] systemd: CVE-2016-7795

Changes since V1: Change the patch's commit message to conform to OE's requirements. The following changes since commit 1886ab2f1dc1e3b5758a85604998e8deb9198f5e: image_types: Use softer setting of WKS_FILE (2016-10-25 17:58:41 +0100) are available in the git repository at: git://git.openem

Re: [OE-core] most efficient way to map perl RH rpms to OE package names?

Robert, You did not mention meta-perl: http://git.openembedded.org/meta-openembedded/tree/meta-perl/recipes-perl The perl modules in meta-perl follow Debian naming: https://www.debian.org/doc/packaging-manuals/perl-policy/ch-module_packages.html https://anonscm.debian.org/cgit/?q=perl When Jens

[OE-core] [PATCH] linux-yocto/4.8: sync preempt-rt with upstream project

The initial 4.8 -rt feature was directly from Paul Gortmaker, and now the 'upstream' -rt has done a release on the same kernel version. Paul has sync'd the initial effort with the upstream work, and we now have a consolidated standard/preempt-rt/* Along with the rsync'd content, Paul has fixed -r

[OE-core] [PATCH 0/1] perl: remove plan9 related stuff in perl-ptest package

The following changes since commit 1886ab2f1dc1e3b5758a85604998e8deb9198f5e: image_types: Use softer setting of WKS_FILE (2016-10-25 17:58:41 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib ChenQi/perl-plan9 http://cgit.openembedded.org/

[OE-core] [PATCH 1/1] perl: remove plan9 related stuff in perl-ptest package

Remove plan9 related stuff as they are useless for linux systems. Signed-off-by: Chen Qi --- meta/recipes-devtools/perl/perl-ptest.inc | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/meta/recipes-devtools/perl/perl-ptest.inc b/meta/recipes-devtools/perl/perl-ptest.inc inde

[OE-core] [PATCH 0/1] fontcache: fix fonts postinst failed

1. Test steps: 1) edit local.conf: --- IMAGE_INSTALL_append = " liberation-fonts" --- 2) Build image. bitbake core-image-minimal 2. Expected: No build warning of "The postinstall intercept hook 'update_font_cache' failed" //Hongxu The following changes since commit ef627ab364d52fe19994c94c1a78

[OE-core] [PATCH 1/1] fontcache: fix fonts postinst failed

While instal liberation-fonts to image, the fonts postinst failed at do_rootfs time: --- |WARNING: core-image-minimal-1.0-r0 do_rootfs: The postinstall intercept hook 'update_font_cache' failed (exit code: 139)! See log for details! |WARNING: core-image-m

Re: [OE-core] [PATCH 0/1] systemd: CVE-2016-7795

Hi All, I just realized that my patch does not conform to the CVE patch requirement in the link below. I'll send out V2. http://openembedded.org/wiki/Commit_Patch_Message_Guidelines#Example:_CVE_patch_header Best Regards, Chen Qi On 10/25/2016 03:40 PM, Chen Qi wrote: The following changes

[OE-core] [PATCH] wic: Add dosfstools-native mtools-native to dependencies

these tools are needed for building wic images for some boards e.g. overo/gumstix Signed-off-by: Khem Raj --- meta/classes/image_types.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/classes/image_types.bbclass b/meta/classes/image_types.bbclass index a7fffbc..be

[OE-core] [PATCH 1/1] This is a backport from master of 2 consecutive fixes.

From: Jussi Kukkonen First fix commit: 1100af93cb07caf24d568c039d52fb0c80714c30 Second fix commit: b7b2e348716161deb21c9864ac5caa5f1df1fa9c The error these commits fix can prevent Eclipse debugging on certain target configurations. * base-files: Add shell test quoting tty can return "not a t

[OE-core] [PATCH 0/1] [Krogoth] base-files: fix tty resize check

This backports the 2 changes to base-files /etc/profile that addressed problems with the way the tty was being checked to decide whether to run resize or not. When the tty check has errors, it prevents Eclipse debugging from working. -brian avery The following changes since commit 40f4a6d075236

Re: [OE-core] [master][morty][PATCH] libunwind: add ptest support

Hi Jagadeesh, > The patch include below changes: ... > 2. Some of the libunwind test cases such as run-check-namespace, >    run-coredump-unwind require debug symbols to be present in >    libunwind library. So set INHIBIT_PACKAGE_STRIP to "1". > --- a/meta/recipes-support/libunwind/libunwind_git.

Re: [OE-core] [PATCH 1/4] u-boot: Update to 2016.09.01 release

On 10/25/2016 08:32 PM, Denys Dmytriyenko wrote: > On Sat, Oct 22, 2016 at 10:32:12PM +0200, Marek Vasut wrote: >> On 10/21/2016 09:47 AM, Burton, Ross wrote: >> >> Hi! >> >>> On 20 October 2016 at 14:35, Marek Vasut >> > wrote: >>> >>> Upgrade U-Boot to the latest version

Re: [OE-core] [PATCH 1/4] u-boot: Update to 2016.09.01 release

On Sat, Oct 22, 2016 at 10:32:12PM +0200, Marek Vasut wrote: > On 10/21/2016 09:47 AM, Burton, Ross wrote: > > Hi! > > > On 20 October 2016 at 14:35, Marek Vasut > > wrote: > > > > Upgrade U-Boot to the latest version. > > > > > > As usual, u-boot-mkimage broke again

Re: [OE-core] basic bitbake commands to create an SDK?

On Sat, Oct 22, 2016 at 12:53:24PM -0400, Robert P. J. Day wrote: > On Sat, 22 Oct 2016, Khem Raj wrote: > > > generally meta-toolchain is prior art. You want to use image > > specific SDKs so -cpopulate_sdk is fine. In this case it > > will include the needed dev headers/libs in your SDK for tha

Re: [OE-core] [meta-oe][krogoth][PATCH] pcsc-lite: Seperate GPLV3 portions from BSD

meta-oe patches should be submitted to openembedded-devel mailing list. Thanks. -- Denys On Tue, Oct 25, 2016 at 02:32:55PM +, Davis, Michael wrote: > From: "Davis, Michael" > > GPLV3 and BSD portions were originally placed in the same package. > The GPLv3 portion has been seperated into

[OE-core] [PATCH][krogoth] weston: Add no-input-device patch to 1.9.0.

The included patch, backported from Weston master, allows it to run without any input device at launch. An ini option is introduced for this purpose, so there is no behavioral change. Related change in weston.ini: [core] require-input=true Default is true; setting it false allows Weston to ru

[OE-core] [PATCH] python3: Build and package precompiled modules

Remove the patch that was applied in the python3 and python3-native recipes to skip compilation of python modules. Modify generate-manifest-3.5.py to match '__pycache__' directories in FILES_*. This is necessary because Python3 puts .pyc files in '__pycache__' subdirectories one level below the co

Re: [OE-core] most efficient way to map perl RH rpms to OE package names?

On Tue, Oct 25, 2016 at 12:05 AM, Robert P. J. Day wrote: > On Tue, 25 Oct 2016, Robert P. J. Day wrote: > > > On Mon, 24 Oct 2016, Christopher Larson wrote: > > > > > > > > On Mon, Oct 24, 2016 at 1:53 PM, Robert P. J. Day < > rpj...@crashcourse.ca> wrote: > > > i've just been handed a l

[OE-core] [meta-oe][krogoth][PATCH] pcsc-lite: Seperate GPLV3 portions from BSD

From: "Davis, Michael" GPLV3 and BSD portions were originally placed in the same package. The GPLv3 portion has been seperated into pcsc-lite-spy and pcsc-lite-spy-dev so the package can be used with GPLv3 blacklisted. Signed-off-by: Martin Jansa (cherry picked from commit 54c7e784c7689d8cff417

[OE-core] State of bitbake world 2016-10-24

== Number of issues - stats == {| class='wikitable' !|Date !!colspan='3'|Failed tasks !!colspan='6'|Failed depencencies!!|Signatures !!colspan='12'|QA !!Comment |- || ||qemuarm ||qemux86 ||qemux86_64 ||q

Re: [OE-core] most efficient way to map perl RH rpms to OE package names?

one more question on this topic before i dive back in ... it seems that some perl modules are available as both a perl recipe-generated module, and from meta-cpan. generated module: perl-module-compress-raw-bzip2 meta-cpan recipe: compress-raw-bzip2-perl_2.069.bb am i readi

Re: [OE-core] most efficient way to map perl RH rpms to OE package names?

following up on my original query, i'm now in the process of "mapping" a couple hundred CentOS perl rpms to their OE equivalents, and here's the process so far; just want to check that i'm going about this in a sane way. first, as chris larson suggested, use "oe-pkgdata-util" to see which gen

Re: [OE-core] [PATCH v2] package.py: New EXTRA_STRIPFLAGS variable

Hi Ulf Thanks for your feedback. I see no problem in using "d.getVar('EXTRA_STRIPFLAGS', True)". I'll apply the changes and send another revision of the patch. Kind regards Michael -Ursprüngliche Nachricht- Von: Ulf Magnusson [mailto:ulfali...@gmail.com] Gesendet: Dienstag, 25. Oktobe

Re: [OE-core] [PATCH v2] package.py: New EXTRA_STRIPFLAGS variable

On Tue, Oct 25, 2016 at 1:18 PM, Ulf Magnusson wrote: > On Tue, Oct 25, 2016 at 12:23 PM, Michael Blättler > wrote: >> The EXTRA_STRIPFLAGS variable can be used to pass additional parameters to >> the strip command. >> This can be used to remove additional sections or to keep symbols. >> The rem

Re: [OE-core] Howto find the providing recipe for a specific package?

On Tue, Oct 25, 2016 at 1:03 PM, thilo.ceston...@ts.fujitsu.com wrote: > >> $ oe-pkgdata-util lookup-recipe kernel-module-xfrm6-mode-transport >> > Thanks! That is what I was looking for! > > Cheers, > Thilo > -- > ___ > Openembedded-core mailing list >

Re: [OE-core] [PATCH v2] package.py: New EXTRA_STRIPFLAGS variable

On Tue, Oct 25, 2016 at 12:23 PM, Michael Blättler wrote: > The EXTRA_STRIPFLAGS variable can be used to pass additional parameters to > the strip command. > This can be used to remove additional sections or to keep symbols. > The removal of additional sections can be useful to enable reproducibl

Re: [OE-core] meta-toolchain and meta-toolchain-qt for specific image

> Yes, `bitbake ` does only build your image and `bitbake > -c populate_sdk` does only build the SDK.  > Then I will give it a try! Thanks! Cheers, Thilo smime.p7s Description: S/MIME cryptographic signature -- ___ Openembedded-core mailing list Ope

[OE-core] [PATCH 0/4] Load devtool and reciptool plugins in a well-defined manner

From: Ola x Nilsson Make devtool and recipetool load plugins in a well-defined and expected manner. devtool and reciptool search for pluings first in scripts/lib/ and then in BBPATH. Each found plugin is loaded, which means that any plugin found later in BBPATH shadows previously loaded plugins

[OE-core] [PATCH 3/4] devtool: Load plugins in a well defined order

From: Ola x Nilsson To allow devtool plugins in one layer to shadow another in a well defined way, first search BBPATH/lib/devtool directories and then scripts/lib/devool and load only the first found. The previous search and load loop would load all found plugins with the ones found later repla

[OE-core] [PATCH 4/4] recipetool: Load plugins in a well defined order

From: Ola x Nilsson To allow recipetool plugins in one layer to shadow another in a well defined way, first search BBPATH/lib/recipetool directories and then scripts/lib/recipetool and load only the first found. The previous search and load loop would load all found plugins with the ones found l

[OE-core] [PATCH 2/4] recipetool: selftest: Add test for recipetool plugin loading

From: Ola x Nilsson Test that recipetool plugins are loaded in a well defined order. Signed-off-by: Ola x Nilsson --- meta-selftest/lib/recipetool/bbpath.py | 41 +++ meta/lib/oeqa/selftest/recipetool.py | 44 ++ 2 files changed, 85

[OE-core] [PATCH 1/4] devtool: selftest: add test for devtool plugin loading

From: Ola x Nilsson Test that devtool plugins are loaded in a well defined order. Signed-off-by: Ola x Nilsson --- meta-selftest/lib/devtool/bbpath.py | 44 + meta/lib/oeqa/selftest/devtool.py | 43 2 files changed, 87

Re: [OE-core] Howto find the providing recipe for a specific package?

> $ oe-pkgdata-util lookup-recipe kernel-module-xfrm6-mode-transport > Thanks! That is what I was looking for! Cheers, Thilo smime.p7s Description: S/MIME cryptographic signature -- ___ Openembedded-core mailing list Openembedded-core@lists.openembed

[OE-core] [PATCH v2] package.py: New EXTRA_STRIPFLAGS variable

The EXTRA_STRIPFLAGS variable can be used to pass additional parameters to the strip command. This can be used to remove additional sections or to keep symbols. The removal of additional sections can be useful to enable reproducible builds. Sections which contain paths or md5sums of the debug bina

Re: [OE-core] Howto find the providing recipe for a specific package?

On 25 October 2016 at 12:32, thilo.ceston...@ts.fujitsu.com < thilo.ceston...@ts.fujitsu.com> wrote: > Hey! > > How can I programmatically reverse lookup the recipe which provides a > specific package? > > e.g. kernel-module-xfrm6-mode-transport is produced via the recipe > linux-mainline, in my c

[OE-core] Howto find the providing recipe for a specific package?

Hey! How can I programmatically reverse lookup the recipe which provides a specific package? e.g. kernel-module-xfrm6-mode-transport is produced via the recipe linux-mainline, in my case, but the packagename doesn't tell this anyhow. Is there a way to get the recipe? Cheers, Thilo smime.p7s

Re: [OE-core] [wic][PATCH] systemd-bootdisk.wks: use PARTUUID

On Mon, Oct 24, 2016 at 10:34:40AM -0700, Saul Wold wrote: > On Mon, 2016-10-24 at 16:54 +0300, Ed Bartosh wrote: > > Root device name in systemd-bootdisk.wks is 'sda'. This can cause > > images, produced using this wks to refuse booting if real device > > name is not 'sda'. For example, when booti

Re: [OE-core] meta-toolchain and meta-toolchain-qt for specific image

* thilo.ceston...@ts.fujitsu.com [161025 09:28]: > Hey > > Well, have your image `inherit populate_sdk_qt5`, and then call > > `bitbake -c populate_sdk`. That'll give you the standard, > > image-based SDK, with Qt5 in it. > Can the image and the sdk be build seperatly then? Or will a "bitbak

[OE-core] [PATCH 0/1] systemd: CVE-2016-7795

The following changes since commit 6e96deb024e4c41d911f590ff2b92b402f672661: local.conf.sample.extended: remove RM_OLD_IMAGE (2016-10-19 17:07:14 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib ChenQi/CVE-2016-7795 http://cgit.openembedd

[OE-core] [PATCH 1/1] systemd: CVE-2016-7795

The manager_invoke_notify_message function in systemd 231 and earlier allows local users to cause a denial of service (assertion failure and PID 1 hang) via a zero-length message received over a notify socket. The patch is a backport from the latest git repo. Please see the link below for more in

[OE-core] [PATCH] oe-pkgdata-util: Use standard verb form in help info.

"Shows" -> "Show", to be consistent with standard form of help output. Signed-off-by: Robert P. J. Day --- yes, i am that pedantic. diff --git a/scripts/oe-pkgdata-util b/scripts/oe-pkgdata-util index bb917b4..dbffd6a 100755 --- a/scripts/oe-pkgdata-util +++ b/scripts/oe-pkgdata-util @@ -52

Re: [OE-core] meta-toolchain and meta-toolchain-qt for specific image

Hey > Well, have your image `inherit populate_sdk_qt5`, and then call > > `bitbake -c populate_sdk`. That'll give you the standard, > image-based SDK, with Qt5 in it. > Can the image and the sdk be build seperatly then? Or will a "bitbake " build the qt5 toolchain directly too? This is what I

Re: [OE-core] most efficient way to map perl RH rpms to OE package names?

On Tue, 25 Oct 2016, Robert P. J. Day wrote: > On Mon, 24 Oct 2016, Christopher Larson wrote: > > > > > On Mon, Oct 24, 2016 at 1:53 PM, Robert P. J. Day > > wrote: > >   i've just been handed a list of about 200 perl packages by their > > centos rpm names, and i want to map most, if

Re: [OE-core] most efficient way to map perl RH rpms to OE package names?

On Mon, 24 Oct 2016, Christopher Larson wrote: > > On Mon, Oct 24, 2016 at 1:53 PM, Robert P. J. Day > wrote: >   i've just been handed a list of about 200 perl packages by their > centos rpm names, and i want to map most, if not all, of them to their > equivalent OE package na

Re: [OE-core] most efficient way to map perl RH rpms to OE package names?

On Mon, 24 Oct 2016, Christopher Larson wrote: > > On Mon, Oct 24, 2016 at 1:53 PM, Robert P. J. Day > wrote: >   i've just been handed a list of about 200 perl packages by their > centos rpm names, and i want to map most, if not all, of them to their > equivalent OE package na