Hi Alex,
Le jeu. 30 août 2018 à 07:58, Alex Kiernan a
écrit :
> On Wed, Aug 29, 2018 at 11:59 PM Pierre-Jean Texier
> wrote:
> >
> > The DT specifications demands a unit-address of a node name to match the
> "reg"
> > property in that node. Newer dtc versions will throw warnings if this is
> >
On 08/29/2018 11:47 PM, Randy MacLeod wrote:
Builds and works both with and without Alex's patch series:
[OE-core] [RFC PATCH 0/6] openssl 1.1.1 update
but I had not noticed:
DEPENDS = "zlib openssl10"
Alex's patch series already fixed that:
-DEPENDS = "zlib openssl10"
+DEPEND
On Wed, Aug 29, 2018 at 11:59 PM Pierre-Jean Texier
wrote:
>
> The DT specifications demands a unit-address of a node name to match the "reg"
> property in that node. Newer dtc versions will throw warnings if this is
> not the case.
>
> Fixes the following warnings:
>
> | : Warning (unit_address_v
*** BLURB HERE ***
The following changes since commit 443405cf49300a7d2c9ca8fa3080d551d795:
bitbake: tests/fetch: Update gnome.org urls after upstream changes
(2018-08-29 10:43:23 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib ChenQi/perms-conf
htt
It's possible that the perms conf file specified by FILESYSTEM_PERMS_TABLES
does not exist. Currently, this situation is silently ignored, which
is likely to lead to further do_rootfs failures.
So fix to output a warning, telling user that the specified file
in FILESYSTEM_PERMS_TABLES cannot be fo
On 08/30/2018 07:47 AM, Martin Jansa wrote:
This change is breaking spice build and might break some other
components as well.
It was discussed in 2008 here:
https://bugzilla.redhat.com/show_bug.cgi?id=427616
And now HAVE_STDLIB_H is here again with the upgrade from 1.5.3 to 2.0
Thanks. I
This is needed for riscv64 to build target binutils fixes alternatives
creation
Signed-off-by: Khem Raj
---
meta/recipes-devtools/binutils/binutils.inc | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/binutils/binutils.inc
b/meta/recipes-devtools/bin
It was otherwise being deferred until boot time
Signed-off-by: Khem Raj
---
meta/classes/libc-package.bbclass | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/classes/libc-package.bbclass
b/meta/classes/libc-package.bbclass
index 2e7cd25297..9d09c7be6a 100644
--- a/meta/classes/libc-p
Signed-off-by: Khem Raj
---
meta/recipes-devtools/tcf-agent/tcf-agent_git.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-devtools/tcf-agent/tcf-agent_git.bb
b/meta/recipes-devtools/tcf-agent/tcf-agent_git.bb
index 20cb9a844d..d901c18c39 100644
--- a/meta/recipes-devtools/tcf
This support is there using cross-localedef but was not enabled, this
caused the post-install for locales to be emitted which delays the boot
significantly.
emitted postints for locales contain exit 1 which is flagged now and was
causing image generation to fail.
Signed-off-by: Khem Raj
---
met
busybox also provides klogd and syslogd, this change makes it coexist
peacefully. Currently rootfs fails in situations where both of them are
providing these binaries and busybox postinsts fail
update-alternatives: Error: not linking
/mnt/a/oe/build/tmp/work/qemuriscv64-bec-linux/core-image-full-c
Signed-off-by: Khem Raj
---
.../packagegroups/packagegroup-core-tools-testapps.bb| 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git
a/meta/recipes-core/packagegroups/packagegroup-core-tools-testapps.bb
b/meta/recipes-core/packagegroups/packagegroup-core-tools-testapps
This pull fixes boost with clang
other fixes are needed for risc-v to enable offline
locale and postint generation, especially after
https://patchwork.openembedded.org/patch/154363/
Now we can boot qemuriscv64 quite fast
v2:
Fix core-image-lsb-sdk build for risc-v
The following changes since com
Fixes build with clang
Signed-off-by: Khem Raj
---
...ecific-branch-for-x86-DCAS-based-loa.patch | 76 +++
meta/recipes-support/boost/boost_1.67.0.bb| 15 ++--
2 files changed, 84 insertions(+), 7 deletions(-)
create mode 100644
meta/recipes-support/boost/boost/0001-Removed
On 08/29/2018 11:33 PM, Randy MacLeod wrote:
Drop the disable-ciphers patch since it has been integrated:
cec33896 Omit 3des-cbc if OpenSSL built without DES.
Signed-off-by: Randy MacLeod
Builds and works both with and without Alex's patch series:
[OE-core] [RFC PATCH 0/6] openssl 1.1
Drop the disable-ciphers patch since it has been integrated:
cec33896 Omit 3des-cbc if OpenSSL built without DES.
Signed-off-by: Randy MacLeod
---
...ciphers-not-supported-by-OpenSSL-DES.patch | 39 ---
.../{openssh_7.7p1.bb => openssh_7.8p1.bb}| 5 +--
2 files changed, 2
From: Kai Kang
Backport patches to fix CVE-2017-17821 and CVE-2018-12911 for webkitgtk.
Signed-off-by: Kai Kang
---
.../webkitgtk/0001-Fix-CVE-2017-17821.patch | 44 ++
.../webkitgtk/0002-Fix-CVE-2018-12911.patch | 82 +++
meta/recipes-sato/webkit/webkitgtk_2.20.3.b
From: Kai Kang
The following changes since commit a8368651ffed1bd6c4715a37dfe9f40c48ca23c4:
bitbake: fetcher: Fixed remote removal not throwing exception. (2018-08-28
10:32:08 +0100)
are available in the Git repository at:
git://git.pokylinux.org/poky-contrib kangkai/cves
http://git.pok
== Series Details ==
Series: "go-dep: Update 0.4.1 -> 0.5.0..." and 2 more
Revision: 1
URL : https://patchwork.openembedded.org/series/13805/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been e
It includes following changes:
fea76a0 amdgpu: sync up polaris10 firmware with 18.30 release
ffca603 amdgpu: sync up vega10 firmware with 18.30 release
2ed60eb amdgpu: sync up raven firmware with 18.30 release
02cc45f amdgpu: sync up polaris12 firmware with 18.30 release
b860e58 amdgpu: sync up to
This upgrades mesa to the 18.1.7 stable release.
The changes can be found at:
https://www.mesa3d.org/relnotes/18.1.4.html
https://www.mesa3d.org/relnotes/18.1.5.html
https://www.mesa3d.org/relnotes/18.1.6.html
https://www.mesa3d.org/relnotes/18.1.7.html
Signed-off-by: Otavio Salvador
---
NEW FEATURES:
- Add CI tests against go1.10. Drop support for go1.8. (#1620).
- Added install.sh script. (#1533).
- List out of date projects in dep status (#1553).
- Enabled opt-in persistent caching via DEPCACHEAGE env var. (#1711).
- Allow DEPPROJECTROOT environment variable to supersede GOPATH
busybox also provides klogd and syslogd, this change makes it coexist
peacefully. Currently rootfs fails in situations where both of them are
providing these binaries and busybox postinsts fail
update-alternatives: Error: not linking
/mnt/a/oe/build/tmp/work/qemuriscv64-bec-linux/core-image-full-c
It was otherwise being deferred until boot time
Signed-off-by: Khem Raj
---
meta/classes/libc-package.bbclass | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/classes/libc-package.bbclass
b/meta/classes/libc-package.bbclass
index 2e7cd25297..9d09c7be6a 100644
--- a/meta/classes/libc-p
This support is there using cross-localedef but was not enabled, this
caused the post-install for locales to be emitted which delays the boot
significantly.
emitted postints for locales contain exit 1 which is flagged now and was
causing image generation to fail.
Signed-off-by: Khem Raj
---
met
Fixes build with clang
Signed-off-by: Khem Raj
---
...ecific-branch-for-x86-DCAS-based-loa.patch | 76 +++
meta/recipes-support/boost/boost_1.67.0.bb| 15 ++--
2 files changed, 84 insertions(+), 7 deletions(-)
create mode 100644
meta/recipes-support/boost/boost/0001-Removed
This pull fixes boost with clang
other fixes are needed for risc-v to enable offline
locale and postint generation, especially after
https://patchwork.openembedded.org/patch/154363/
Now we can boot qemuriscv64 quite fast
The following changes since commit 0d69f86e50e57afe893dade095c1dbd3d05c3b0f:
This change is breaking spice build and might break some other components
as well.
It was discussed in 2008 here:
https://bugzilla.redhat.com/show_bug.cgi?id=427616
And now HAVE_STDLIB_H is here again with the upgrade from 1.5.3 to 2.0
spice-native fails like this:
| In file included from ../../
The DT specifications demands a unit-address of a node name to match the "reg"
property in that node. Newer dtc versions will throw warnings if this is
not the case.
Fixes the following warnings:
| : Warning (unit_address_vs_reg): Node /images/kernel@1 has a unit
name, but no reg property
| : Wa
== Series Details ==
Series: kernel-fitimage: Fix no reg property warning
Revision: 1
URL : https://patchwork.openembedded.org/series/13802/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been ex
The DT specifications demands a unit-address of a node name to match the "reg"
property in that node. Newer dtc versions will throw warnings if this is
not the case.
Fixes the following warnings:
| : Warning (unit_address_vs_reg): Node /images/kernel@1 has a unit
name, but no reg property
| : Wa
On Mon, Aug 27, 2018 at 7:08 PM Yang Wang wrote:
>
> On 08/26/2018 10:04 PM, Otavio Salvador wrote:
> > On Fri, Aug 24, 2018 at 11:23 AM Wang, Yang (Young)
> > wrote:
> >> I see some good feedback from people mentioned they are working on similar
> >> solutions and should come out soon. We will
Hello Alex,
Firs of all, your issue is not a multiconfig problem, and is not caused
by commit b8730f6 .
I was able to reproduce your problem before and after reverting the
specified commit.
As your error log says, ostree is not in the list of valid image
features, if you add debug flags
On Wed, Aug 29, 2018 at 4:16 PM, Richard Purdie
wrote:
> On Wed, 2018-08-29 at 00:19 +0200, Andreas Müller wrote:
>> The patch should increase performance for libsdl2 on GLES2 too.
>>
>> Signed-off-by: Andreas Müller
>> ---
>> ...01-GLES2-Get-sin-cos-out-of-vertex-shader.patch | 141
>> +
On Wed, Aug 29, 2018 at 7:47 AM Alexander Kanavin
wrote:
>
> 2018-08-29 16:30 GMT+02:00 Khem Raj :
>
> >> -SRCREV = "34b8e19e541b8af4076616b2e170c7a70cdaded0"
> >> +SRCREV = "dbbd11e56af93bb79f21d0ee6059a901f83f70a5"
> >
> > It fails in do_patch for me.
> > Patch 0002-update-ca-certificates-use-SY
2018-08-29 16:30 GMT+02:00 Khem Raj :
>> -SRCREV = "34b8e19e541b8af4076616b2e170c7a70cdaded0"
>> +SRCREV = "dbbd11e56af93bb79f21d0ee6059a901f83f70a5"
>
> It fails in do_patch for me.
> Patch 0002-update-ca-certificates-use-SYSROOT.patch does not apply
> (enforce with -f)
Works for me though. I ju
This is supplementary to yesterdays' openssl 1.1 patchset.
Alex
2018-08-29 16:43 GMT+02:00 Alexander Kanavin :
> The tweaking was not sufficient to prevent package dependency issues,
> but there is a standard mechanism to do exactly that kind of prevention
> which I wasn't aware of.
>
> Signed-of
The tweaking was not sufficient to prevent package dependency issues,
but there is a standard mechanism to do exactly that kind of prevention
which I wasn't aware of.
Signed-off-by: Alexander Kanavin
---
meta/recipes-connectivity/openssl/openssl_1.1.1-pre9.bb | 8 ++--
1 file changed, 2 inse
On Tue, Aug 28, 2018 at 3:24 AM Alexander Kanavin
wrote:
>
> From: Alexander Kanavin
>
> License-Update: URI fix
> Signed-off-by: Alexander Kanavin
> ---
> .../{ca-certificates_20170717.bb => ca-certificates_20180409.bb} | 4
> ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
> ren
On Wed, 2018-08-29 at 00:19 +0200, Andreas Müller wrote:
> The patch should increase performance for libsdl2 on GLES2 too.
>
> Signed-off-by: Andreas Müller
> ---
> ...01-GLES2-Get-sin-cos-out-of-vertex-shader.patch | 141
> +
> meta/recipes-graphics/libsdl2/libsdl2_2.0.8.bb
There are var-SECURITY_PIE_CFLAGS, var-lcl_maybe_fortify and
var-SECURITY_STRINGFORMAT which are helpful for OVERRIDES.
Also add var-SECURITY_STACK_PROTECTOR, and drop hardcoded `_remove'
overrides. Such as `4ca946c security_flags: use -fstack-protector-strong',
it s/-fstack-protector-all/-fstack-
I've run into a weird multiconfig problem on master which seems to
have been introduced with
b8730f6 ("bitbake: bitbake: Add support for multiconfig dependencies")
Before that, I could happily use:
bitbake multiconfig:gplv2:production-image
whereas now it fails (gplv2 is a multiconfig which bas
During debugging dnf issue, we found that the test_dnf_install
PASSED the testing even though the environment does not allow
dnf install to run successfully. Further debugging had identified
that current test_dnf_install will execute dnf install even when
the package to be installed already exist,
The following changes since commit 853e0499be449c71378c087e08b1926be8e2ac87:
ruby: improve reproducibility (2018-08-29 10:40:08 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib rbt/elfutils
http://cgit.openembedded.org/openembedded-core-co
The previous patch
0001-libelf-elf_end.c-check-data_list.data.d.d_buf-before.patch
fixed segmentation fault error on other arches except mips and mips64, now
update it to fix mips and mips64 too, also submitted to upstream.
Signed-off-by: Robert Yang
---
...lf_end.c-check-data_list.data.d.d_buf-
On 2018年08月29日 17:18, Peter Kjellerstedt wrote:
-SECURITY_CFLAGS ?= "-fstack-protector-strong ${SECURITY_PIE_CFLAGS}
${lcl_maybe_fortify} ${SECURITY_STRINGFORMAT}"
-SECURITY_NO_PIE_CFLAGS ?= "-fstack-protector-strong ${lcl_maybe_fortify}
${SECURITY_STRINGFORMAT}"
+FSTACK_PROTECTOR ?= "-fstack-p
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org core-boun...@lists.openembedded.org> On Behalf Of Hongxu Jia
> Sent: den 29 augusti 2018 11:05
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [PATCH 2/2] security_flags.inc: add var-
> FSTACK
There are var-SECURITY_PIE_CFLAGS, var-lcl_maybe_fortify and
var-SECURITY_STRINGFORMAT which are helpful for OVERRIDES.
Also add var-FSTACK_PROTECTOR, and drop hardcoded `_remove'
overrides. Such as `4ca946c security_flags: use -fstack-protector-strong',
it s/-fstack-protector-all/-fstack-protecto
- Since poky enable security flags+pie by default, tweak comments
to sync with it.
[poky commit]
491082c poky.conf: Enable security flags+pie by default
29d76b3 poky-lsb: Remove including security_flags.inc
[poky commit]
- Use `?=' to set a default lcl_maybe_fortify, it is helpful for
variable OVE
These scripts were developed as an alternative testcase management
tool to Testopia. Using these scripts, user can store test result
from OEQA automated testcase execution.
These scripts will store test result & log in GIT repository.
To use these scripts, first source oe environment, then run the
50 matches
Mail list logo
