> On Fri, Sep 21, 2018 at 7:49 AM, Mikko Rapeli wrote:
> > This change enables kernel recipes to share files with other
> > recipes. Firmware, modules and kernel-depmod are still not shared
> > since according to git history they cause problems with multiarch,
> > but all others are allowed.
On Fri, Sep 21, 2018 at 04:41:50PM +, Peter Kjellerstedt wrote:
> > diff --git a/meta/recipes-connectivity/openssl/openssl10_1.0.2p.bb
> > b/meta/recipes-connectivity/openssl/openssl10_1.0.2p.bb
> > index b7297fc..f09782c 100644
> > --- a/meta/recipes-connectivity/openssl/openssl10_1.0.2p.bb
>
From: Max Kellermann
If "scc --configs" fails, do_kernel_configcheck() crashes like this:
0338:try:
0339:configs = subprocess.check_output(['scc', '--configs', '-o',
s + '/.kernel-meta'], env=env).decode('utf-8')
0340:except subprocess.CalledProcessError:
The configure script ended up creating Makefile with
LIBDIR=/lib
which got leaked into various places including all
pkg-config .pc files where lines like (note the
double slash //):
libdir=${exec_prefix}//lib
...
Libs: -L${libdir} -lcrypto
which causes pkg-config --libs to include the full
Looks like Meson is using the target link flags for linking even when
it knows its doing a native build. Talking to Meson upstream now and
have a workaround.
Ross
On Sun, 23 Sep 2018 at 15:51, Khem Raj wrote:
>
> On Sun, Sep 23, 2018 at 2:20 AM Martin Jansa wrote:
> >
> > Was this one ever
On Mon, Sep 24, 2018 at 3:25 AM, wrote:
>> On Fri, Sep 21, 2018 at 7:49 AM, Mikko Rapeli wrote:
>> > This change enables kernel recipes to share files with other
>> > recipes. Firmware, modules and kernel-depmod are still not shared
>> > since according to git history they cause problems with
I can't seem to replicate this on our centos7 box:
[ross@centos7 build]$ gcc --version
gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-28)
[ross@centos7 build]$ gcc -ffdjsj
gcc: error: unrecognized command line option ‘-ffdjsj’
gcc: fatal error: no input files
compilation terminated.
[ross@centos7
On Mon, Sep 24, 2018 at 02:11:13PM +0100, Richard Purdie wrote:
> On Mon, 2018-09-24 at 12:19 +, mikko.rap...@bmw.de wrote:
> > > That was one old way, but not the only. And not for exposing non
> > > uapi
> > > headers.
> >
> > What other ways exist?
> >
> > I don't care how, but I must
On Mon, 2018-09-24 at 12:19 +, mikko.rap...@bmw.de wrote:
> > That was one old way, but not the only. And not for exposing non
> > uapi
> > headers.
>
> What other ways exist?
>
> I don't care how, but I must export custom kernel specific headers
> and
> other files to other recipes in a
With the release approaching, add thud to LAYERSERIES_CORENAMES and update
oe-core to use this release series. "sumo" will be removed during M4 in
the next couple of weeks so people need to start updating their master
layers in preperation for release.
Signed-off-by: Richard Purdie
---
On Mon, Sep 24, 2018 at 08:12:53AM -0400, Bruce Ashfield wrote:
> On Mon, Sep 24, 2018 at 3:25 AM, wrote:
> >> On Fri, Sep 21, 2018 at 7:49 AM, Mikko Rapeli
> >> wrote:
> >> > This change enables kernel recipes to share files with other
> >> > recipes. Firmware, modules and kernel-depmod are
The previous logic assumed that if $BUILD_IMAGES_FROM_FEEDS=1 then a
complete set of ipk feeds from which to build the image is already
present under $IPK_FEED_URIS at do_rootfs runtime.
$IPK_FEED_URIS usually contains "file://${DEPLOY_DIR_IPK}" which
renders the above assumption bad because some
== Series Details ==
Series: layer.conf: Add thud to LAYERSERIES_CORENAMES
Revision: 1
URL : https://patchwork.openembedded.org/series/14195/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been
On Mon, 2018-09-24 at 14:19 +, mikko.rap...@bmw.de wrote:
> My only complaint is that it's not obvious in a kernel recipe that
> more than do_install() is needed to export files to sysroot.
> It's easy to miss the sysroot_stage_all_append() step.
I think that becomes a documentation problem.
On Mon, Sep 24, 2018 at 9:46 AM, Bruce Ashfield
wrote:
> On Mon, Sep 24, 2018 at 9:44 AM, wrote:
>> On Mon, 2018-09-24 at 13:42 +, mikko.rap...@bmw.de wrote:
>>> On Mon, Sep 24, 2018 at 02:38:36PM +0100, richard.purdie@linuxfoundat
>>> ion.org wrote:
>>> > I was replying from the
On Mon, Sep 24, 2018 at 09:48:26AM -0400, Bruce Ashfield wrote:
> On Mon, Sep 24, 2018 at 9:46 AM, Bruce Ashfield
> wrote:
> > On Mon, Sep 24, 2018 at 9:44 AM,
> > wrote:
> >> On Mon, 2018-09-24 at 13:42 +, mikko.rap...@bmw.de wrote:
> >>> On Mon, Sep 24, 2018 at 02:38:36PM +0100,
On Mon, Sep 24, 2018 at 02:56:49PM +0100, richard.pur...@linuxfoundation.org
wrote:
> On Mon, 2018-09-24 at 09:43 -0400, Bruce Ashfield wrote:
> > > On Mon, 2018-09-24 at 13:20 +, mikko.rap...@bmw.de wrote:
> > > > On Mon, Sep 24, 2018 at 02:11:13PM +0100, Richard Purdie wrote:
> > > > > On
On Mon, 24 Sep 2018, Richard Purdie wrote:
> On Mon, 2018-09-24 at 16:25 +0300, Ioan-Adrian Ratiu wrote:
>> The previous logic assumed that if $BUILD_IMAGES_FROM_FEEDS=1 then a
>> complete set of ipk feeds from which to build the image is already
>> present under $IPK_FEED_URIS at do_rootfs
On Mon, Sep 24, 2018 at 9:44 AM, wrote:
> On Mon, 2018-09-24 at 13:42 +, mikko.rap...@bmw.de wrote:
>> On Mon, Sep 24, 2018 at 02:38:36PM +0100, richard.purdie@linuxfoundat
>> ion.org wrote:
>> > I was replying from the perspective of how this should work in
>> > general.
>> > I agree that
On Mon, 2018-09-24 at 16:25 +0300, Ioan-Adrian Ratiu wrote:
> The previous logic assumed that if $BUILD_IMAGES_FROM_FEEDS=1 then a
> complete set of ipk feeds from which to build the image is already
> present under $IPK_FEED_URIS at do_rootfs runtime.
>
> $IPK_FEED_URIS usually contains
== Series Details ==
Series: gnupg: CVE-2018-9234
Revision: 1
URL : https://patchwork.openembedded.org/series/14197/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on the proposed
On Mon, Sep 24, 2018 at 02:38:36PM +0100, richard.pur...@linuxfoundation.org
wrote:
> On Mon, 2018-09-24 at 13:20 +, mikko.rap...@bmw.de wrote:
> > On Mon, Sep 24, 2018 at 02:11:13PM +0100, Richard Purdie wrote:
> > > On Mon, 2018-09-24 at 12:19 +, mikko.rap...@bmw.de wrote:
> > > > >
On Mon, 2018-09-24 at 13:55 +, mikko.rap...@bmw.de wrote:
> It would be nice for kernel.bbclass to help creating the custom
> kernel specific -dev package with headers, and it would be nice to
> have a kernel-headers.bbclass to help users to find them by adding
> the path to default include
* CVE-2018-9234
GnuPG 2.2.4 and 2.2.5 does not enforce a configuration in which key
certification requires an offline master Certify key, which results
in apparently valid certifications that occurred only with access to
a signing subkey.
Affects gnupg <= 2.2.5
CVE: CVE-2018-9234
Ref:
When Layer A and Layer B depend on each other, then we will end up in a
recursive loop in function recurse_dependencies(). To avoid such situation
before making the recursive function call we check whether or not we have
already processed this layer.
e.g. without this patch, running this script
All,
The triage team meets weekly and does its best to handle the bugs reported into
the bugzilla. The number of people attending that meeting has fallen, as have
the number of people available to help fix bugs. One of the things we hear
users report is they don't know how to help. We (the
Hi,
Manual updated for LAYERSERIES_COMPAT variable. All examples use ENTITY
variables so as releases change the examples do not go stale.
Scott
On Mon, Sep 24, 2018 at 4:30 AM Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> With the release approaching, add thud to
On Mon, 2018-09-24 at 13:42 +, mikko.rap...@bmw.de wrote:
> On Mon, Sep 24, 2018 at 02:38:36PM +0100, richard.purdie@linuxfoundat
> ion.org wrote:
> > I was replying from the perspective of how this should work in
> > general.
> > I agree that for this to work with a kernel recipe we do need
On Mon, 2018-09-24 at 09:43 -0400, Bruce Ashfield wrote:
> > On Mon, 2018-09-24 at 13:20 +, mikko.rap...@bmw.de wrote:
> > > On Mon, Sep 24, 2018 at 02:11:13PM +0100, Richard Purdie wrote:
> > > > On Mon, 2018-09-24 at 12:19 +, mikko.rap...@bmw.de wrote:
> > > > > > That was one old way,
* CVE-2018-9234
GnuPG 2.2.4 and 2.2.5 does not enforce a configuration in which key
certification requires an offline master Certify key, which results
in apparently valid certifications that occurred only with access to
a signing subkey.
Affects gnupg <= 2.2.5
CVE: CVE-2018-9234
Ref:
On Mon, 2018-09-24 at 18:00 +0300, Ioan-Adrian Ratiu wrote:
> > With master, a copy of the feed is constructed under WORKDIR which
> > is
> > then indexed since other image generation or package writes could
> > occur
> > and the index isn't static. I'm guessing it doesn't do this for
> > external
On Mon, 2018-09-24 at 13:20 +, mikko.rap...@bmw.de wrote:
> On Mon, Sep 24, 2018 at 02:11:13PM +0100, Richard Purdie wrote:
> > On Mon, 2018-09-24 at 12:19 +, mikko.rap...@bmw.de wrote:
> > > > That was one old way, but not the only. And not for exposing
> > > > non
> > > > uapi
> > > >
On Mon, Sep 24, 2018 at 9:38 AM, wrote:
> On Mon, 2018-09-24 at 13:20 +, mikko.rap...@bmw.de wrote:
>> On Mon, Sep 24, 2018 at 02:11:13PM +0100, Richard Purdie wrote:
>> > On Mon, 2018-09-24 at 12:19 +, mikko.rap...@bmw.de wrote:
>> > > > That was one old way, but not the only. And not
* CVE-2017-15107
A vulnerability was found in Dnsmasq's implementation of DNSSEC.
Wildcard synthesized NSEC records could be improperly interpreted
to prove the non-existence of hostnames that actually exist.
Affects dnsmasq <= 2.78
CVE: CVE-2017-15107
Ref:
On Mon, Sep 24, 2018 at 4:10 AM Burton, Ross wrote:
>
> I can't seem to replicate this on our centos7 box:
>
> [ross@centos7 build]$ gcc --version
> gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-28)
> [ross@centos7 build]$ gcc -ffdjsj
> gcc: error: unrecognized command line option ‘-ffdjsj’
> gcc:
On Wed, 2018-09-19 at 09:01 -0700, Richard Purdie wrote:
> On Wed, 2018-09-19 at 17:11 +0200, Andreas Oberritter wrote:
> > On Wed, 19 Sep 2018 08:41:35 +0200
> > Urs Fässler wrote:
> >
> > > Image generation fails with the configuration:
> > > EXTRA_IMAGE_FEATURES = "ssh-server-dropbear
Hi Alejandro,
on my system it builds without any problem. And I run the create_manifest task.
Cheers,
Jens
Am Mi., 19. Sep. 2018 um 21:19 Uhr schrieb Alejandro Hernandez
:
>
> Hello Jens,
>
> I appreciate the effort of submitting a v4, this version has (mostly
> all) the required manifest
Beside of that, what is your proposal?
Am Mi., 19. Sep. 2018 um 20:08 Uhr schrieb Alejandro Hernandez
:
>
> I am aware dnf needs an update, but in the meantime you can't break
> functionality of other components of the build system when upgrading a
> certain component, we either need a patch to
Ross
I am seeing some extra fails which could be related to your proposed changes
http://errors.yoctoproject.org/Errors/Build/68805/
see the first three
On Mon, Sep 24, 2018 at 12:28 PM Burton, Ross wrote:
>
> Turns out that fix promptly breaks something else...
>
> Digging into Meson today
Note further tests needed after encountering issues.
Signed-off-by: Richard Purdie
---
scripts/autobuilder-worker-prereq-tests | 3 +++
1 file changed, 3 insertions(+)
diff --git a/scripts/autobuilder-worker-prereq-tests
b/scripts/autobuilder-worker-prereq-tests
index e65071b227f..c0148fbce88
Hi Richard,
The patch is revied by Tom, can you help merge this patch?
Thanks
Jiang Lu
在 2018年09月07日 19:56, Tom Rini 写道:
On Fri, Sep 07, 2018 at 11:32:11AM +0800, Jiang Lu wrote:
Add use-uuid for all partitions on mkefidisk.wks.
Signed-off-by: Jiang Lu
Reviewed-by: Tom Rini
--
Hello,
Not sure where to report this, so trying here. It seems the
/usr/lib/python2.7/sqlite3 ends up in the python-misc and not
in python-sqlite3.
This causes statements like:
import sqlite3
To error with ImportError: No module named sqlite3, when
python-misc is not installed.
It looks like
Signed-off-by: Jeroen Hofstee
---
meta/recipes-extended/bash/bash_4.4.18.bb | 16
1 file changed, 16 insertions(+)
diff --git a/meta/recipes-extended/bash/bash_4.4.18.bb
b/meta/recipes-extended/bash/bash_4.4.18.bb
index b338acd..8fa0978 100644
---
On 09/21/2018 11:05 PM, Burton, Ross wrote:
Is there a good reason why shell=True is used in the first place?
Just change the cmd to a list, stop passing shell=True, and you don't
need to dance around process groups.
Thanks for your suggestion. I'll send out V2 if all things go well with
my
== Series Details ==
Series: dnsmasq: CVE-2017-15107
Revision: 1
URL : https://patchwork.openembedded.org/series/14200/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on the
Make the unpack task do nothing if externalsrc is in use. This avoids
the following error after having done `devtool modify lsof`:
ERROR: lsof-4.91-r0 do_unpack: Unpack failure for URL:
'file://.../builds/qemux86-64/tmp/work/core2-64-poky-linux/lsof/4.91-r0/lsof_4.91/lsof_4.91_src.tar'.
Unpack
Make the subdir fetch path for configure.ac relative. This avoids the
following error after having done `devtool modify acl`:
ERROR: acl-2.2.52-r0 do_unpack: Unpack failure for URL:
'file://configure.ac;subdir=.../builds/qemux86-64/workspace/sources/acl'.
subdir argument isn't a subdirectory of
Fetch the test tar ball to a subdirectory in ${S}. This avoids the
following error after having done `devtool modify libxml2`:
| DEBUG: Executing shell function do_configure
| find:
‘.../build/tmp/work/mips32r2el-nf-poky-linux/libxml2/2.9.4-r0/xmlconf/’: No
such file or directory
Signed-off-by: Jeroen Hofstee
---
v2: add patch subject prefix
---
meta/recipes-extended/bash/bash_4.4.18.bb | 16
1 file changed, 16 insertions(+)
diff --git a/meta/recipes-extended/bash/bash_4.4.18.bb
b/meta/recipes-extended/bash/bash_4.4.18.bb
index b338acd..8fa0978 100644
This bug also affect sumo.
Armin, would you be able to you backport it please?
Thanks.
On Wed, 2018-07-11 at 13:38 +0200, Rasmus Villemoes wrote:
> nativesdk-gpgme fails package_qa when setting
> PACKAGE_DEBUG_SPLIT_STYLE
> = "debug-with-srcpkg".
>
> ERROR: nativesdk-gpgme-1.10.0-r0
Turns out that fix promptly breaks something else...
Digging into Meson today and trying to fix some target/host confusion.
Ross
On Mon, 24 Sep 2018 at 19:58, Khem Raj wrote:
>
> On Mon, Sep 24, 2018 at 4:10 AM Burton, Ross wrote:
> >
> > I can't seem to replicate this on our centos7 box:
> >
51 matches
Mail list logo
