See full changelog https://github.com/eggert/tz/blob/master/NEWS#L11
Signed-off-by: Pierre-Jean Texier
---
meta/recipes-extended/timezone/timezone.inc | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/meta/recipes-extended/timezone/timezone.inc
Right, I think it's fine to send a patch once more, and then follow up the
patchwork error with a notice that the patch must be applied with --keep-cr
(which I guess patchwork doesn't do).
Alex
On Fri, 1 May 2020 at 18:52, Valek, Andrej wrote:
> Hello Alex,
>
>
>
> I have create a PR (
>
== Series Details ==
Series: gnutls: upgrade 3.6.8 -> 3.6.11.1 (rev3)
Revision: 3
URL : https://patchwork.openembedded.org/series/21646/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been
== Series Details ==
Series: qemu: fix CVE-2020-7039 (rev3)
Revision: 3
URL : https://patchwork.openembedded.org/series/22977/
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
== Series Details ==
Series: gnutls: upgrade 3.6.8 -> 3.6.11.1 (rev4)
Revision: 4
URL : https://patchwork.openembedded.org/series/21646/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been
From: Lee Chee Yang
when do_populate_cve_db forced stop at certain point, the
DB execution are stoped however the temporary database
file (DB-JOURNAL) are not removed. This db-journal file
indicates that DB is incomplete and set DB in readonly
mode. So when db-journal exist, remove both DB and
From: Alexander Kanavin
(From OE-Core rev: 8652c95ceb505dd7386166842486c833ea5a7ee7)
Signed-off-by: Alexander Kanavin
Signed-off-by: Richard Purdie
Signed-off-by: Adrian Bunk
---
.../gnutls/{gnutls_3.6.11.1.bb => gnutls_3.6.12.bb} | 4 ++--
1 file changed, 2 insertions(+), 2
From: Alex Kiernan
Drop patch from 81485be19b18 ("gnutls: don't use HOSTTOOLS_DIR/bash as a
shell on target") as upstream now honours POSIX_SHELL when set as the
primary target shell.
(From OE-Core rev: bc487ced3be40569157fb40c99bfa68871f74744)
Signed-off-by: Alex Kiernan
Signed-off-by: Ross
From: Wang Mingyu
(From OE-Core rev: 5cc0f0dcf1f41bc148b034b3f7abef756a328cd3)
Signed-off-by: Wang Mingyu
Signed-off-by: Richard Purdie
[ includes the fix for CVE-2020-11501 ]
Signed-off-by: Adrian Bunk
---
.../gnutls/{gnutls_3.6.12.bb => gnutls_3.6.13.bb} | 4 ++--
1 file
From: Wang Mingyu
(From OE-Core rev: 287de363f80a2f9919b942a1349f58575e8b91d8)
Signed-off-by: Wang Mingyu
Signed-off-by: Ross Burton
Signed-off-by: Richard Purdie
[ includes the fix for CVE-2019-14855 ]
Signed-off-by: Adrian Bunk
---
.../gnupg/{gnupg_2.2.17.bb => gnupg_2.2.19.bb}
LICENSE checksum changed due to 2019 -> 2020 update.
Signed-off-by: Adrian Bunk
---
.../{python-native_2.7.17.bb => python-native_2.7.18.bb}| 0
meta/recipes-devtools/python/python.inc | 6 +++---
.../python/{python_2.7.17.bb => python_2.7.18.bb} | 0
3 files
From: Changqing Li
(From OE-Core rev: 5ea3d9d83ed695827634e3216664c13fcff6d48a)
Signed-off-by: Changqing Li
Signed-off-by: Richard Purdie
Signed-off-by: Adrian Bunk
---
meta/recipes-devtools/qemu/qemu.inc | 3 +
.../qemu/qemu/CVE-2020-7039-1.patch | 44 +
From: Chee Yang Lee
fix CVE-2020-7211 for qemu slirp submodule
see :
https://www.openwall.com/lists/oss-security/2020/01/17/2
https://gitlab.freedesktop.org/slirp/libslirp/commit/14ec36e107a8c9af7d0a80c3571fe39b291ff1d4
(From OE-Core rev: 31362d739834377ac4ab880029c3e3dda0cd7698)
Fix source reproducibility patch merged upstream.
https://gitlab.gnome.org/GNOME/at-spi2-core/-/merge_requests/25.
Upstream release notes:
"""
What's new in at-spi2-core 2.35.92:
* bus-launcher: make session management more robust.
What's new in at-spi2-core 2.35.1:
* Fix source
Upstream release notes:
Changes in version 2.36
=
* New API
* Added ATK_ROLE_MARK and ATK_ROLE_SUGGESTION
* Add ATK_TEX_ATTR_TEXT_POSITION to the list of possible AtkText
attributes (MR!33)
* Documentation
* Updated documentation for
On 5/1/20 9:46 AM, Richard Purdie wrote:
A nativesdk BBCLASSEXTEND was added to gcc-target without realising this
would pass arch=native through to it for x86-64. This heavily optimises
gcc output for the host its running on meaning it can't be reused via
sstate on other machines.
Add
Hello Alex,
I have create a PR (https://github.com/openembedded/openembedded-core/pull/62).
You can directly take a look on it there.
As I have already said, the problematic is “0001-Fix-big-endian-build.patch”.
Regards,
Andrej
From: Alexander Kanavin
Sent: Friday, May 1, 2020 3:56 PM
To:
Hey guys, anything else needed to get this one in?
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#137714):
https://lists.openembedded.org/g/openembedded-core/message/137714
Mute This Topic: https://lists.openembedded.org/mt/73090180/21656
Group
A "broken" buildtools-extended-tarball has been released into the wild
where it is optimising binaries for the host processsor. This is fine in
local usage but in a non-homogeneous cluster like our autobuilder, this
results in SIGILL on other machines when the sstate is shared amongst them
and is
A nativesdk BBCLASSEXTEND was added to gcc-target without realising this
would pass arch=native through to it for x86-64. This heavily optimises
gcc output for the host its running on meaning it can't be reused via
sstate on other machines.
Add class-target overrides here to get the desired
Hello Andrej,
can you publish the patch in git somewhere so I could take a look at
exactly what goes wrong? Occasionally we have patches that can't make it
through the mailing list for whatever reason, then RP pulls them directly
from git on request.
Alex
On Fri, 1 May 2020 at 15:48, Valek,
Hello Alex,
I wanted to upgrade ICU to 67.1 release but without success. Locally it was
working as well. When I was trying to apply the upgrading patch it failed. I
realized that, there are mixed line endings Linux/Windows. I am able to apply
patch with "git am --keep-cr", but It's still
Hi,
I'm trying to build an SDK for an image that uses musl. The problem is
that the environment-setup script in the SDK lacks the -mmusl compiler
flag, so binaries produced by sourcing the environment and running $CC
will not run on the image.
As far as I can see, the flag should have been
See full changelog https://curl.haxx.se/changes.html#7_70_0
Signed-off-by: Pierre-Jean Texier
---
meta/recipes-support/curl/{curl_7.69.1.bb => curl_7.70.0.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-support/curl/{curl_7.69.1.bb => curl_7.70.0.bb} (95%)
The version 7.70.0 of curl add experimental support for this
protocol.
So, add PACKAGECONFIG for mqtt.
See [1] for more informations.
[1] - https://github.com/curl/curl/blob/master/docs/MQTT.md
Signed-off-by: Pierre-Jean Texier
---
meta/recipes-support/curl/curl_7.70.0.bb | 1 +
1 file
== Series Details ==
Series: icu: upgrade 66.1 -> 67.1 (rev3)
Revision: 3
URL : https://patchwork.openembedded.org/series/23894/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on
--enable-zip and --with-libzip were removed in PHP 7.x.
These are replaced by --enable-zip --with-libzip.
Signed-off-by: Konrad Weihmann
---
meta-oe/recipes-devtools/php/php_7.4.4.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-oe/recipes-devtools/php/php_7.4.4.bb
Add mbstring to PACKAGECONFIG to enable
multibyte string support in php
Signed-off-by: Konrad Weihmann
---
meta-oe/recipes-devtools/php/php_7.4.4.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta-oe/recipes-devtools/php/php_7.4.4.bb
b/meta-oe/recipes-devtools/php/php_7.4.4.bb
index
- 0001-icu-Added-armeb-support.patch - rebased
- 0001-Fix-big-endian-build.patch - removed, already included in new version
- icu-pkgdata-large-cmd.patch - removed, implemented correct size
Signed-off-by: Andrej Valek
---
.../icu/icu/0001-Fix-big-endian-build.patch| 28 -
I was wondering why my U-Boot build would always report as coming from a
-dirty directory. The /git source directory was completely clean and
matched the desired commit.
But the -dirty is appended by the scripts/setlocalversion (linux uses
the same script) if
git diff-index --name-only HEAD
== Series Details ==
Series: icu: upgrade 66.1 -> 67.1 (rev2)
Revision: 2
URL : https://patchwork.openembedded.org/series/23894/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on
- 0001-icu-Added-armeb-support.patch - rebased
- 0001-Fix-big-endian-build.patch - removed, already included in new version
- icu-pkgdata-large-cmd.patch - removed, implemented correct size
Signed-off-by: Andrej Valek
---
.../icu/icu/0001-Fix-big-endian-build.patch| 28 -
Hi Richard,
I had identified the root cause of the failure and fixed it. The earlier patch
was calling the get_bb_var('DEPLOY_DIR_IMAGE') before the setting configuration
and thus using the wrong DEPLOY_DIR to check the debug filesystem being
generated.
I had submitted v02 patch.
== Series Details ==
Series: icu: upgrade 66.1 -> 67.1
Revision: 1
URL : https://patchwork.openembedded.org/series/23894/
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
Add new testcase to check IMAGE_GEN_DEBUGFS. Test makes
sure that debug filesystem is created accordingly. Test also check
for debug symbols for some packages as suggested by Ross Burton.
[YOCTO #10906]
Signed-off-by: Humberto Ibarra
Signed-off-by: Yeoh Ee Peng
---
- 0001-icu-Added-armeb-support.patch - rebased
- 0001-Fix-big-endian-build.patch - removed, already included in new version
- icu-pkgdata-large-cmd.patch - removed, implemented correct size
Signed-off-by: Andrej Valek
---
.../icu/icu/0001-Fix-big-endian-build.patch| 28 -
36 matches
Mail list logo