nslookup was undeprecated 15 years ago,
and installing bind-utils should replace the busybox version.
Signed-off-by: Adrian Bunk
---
meta/recipes-connectivity/bind/bind_9.11.5.bb | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-connectivity/bind/bind_9.11.
Upstream already fixed this properly by using pkg-config.
Signed-off-by: Adrian Bunk
---
meta/recipes-connectivity/wpa-supplicant/wpa-supplicant_2.7.bb | 2 --
1 file changed, 2 deletions(-)
diff --git a/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant_2.7.bb
b/meta/recipes-connectivity
Downloading your randomness directly from the US government
is a rare usecase but adds heavy dependencies.
Make it optional and non-default.
Signed-off-by: Adrian Bunk
---
meta/recipes-support/rng-tools/rng-tools_6.6.bb | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/me
PACKAGECONFIG[libgcrypt] already adds it when necessary.
Signed-off-by: Adrian Bunk
---
meta/recipes-support/rng-tools/rng-tools_6.6.bb | 1 -
1 file changed, 1 deletion(-)
diff --git a/meta/recipes-support/rng-tools/rng-tools_6.6.bb
b/meta/recipes-support/rng-tools/rng-tools_6.6.bb
index 4d91
On 2019年03月06日 13:34, Khem Raj wrote:
On Tue, Mar 5, 2019 at 8:24 PM wrote:
From: Mingli Yu
Fix the below build issue for gcc-sanitizers when
both -mthumb and -fno-omit-frame-pointer configured
for arm.
| ../../../../libsanitizer/sanitizer_common/sanitizer_linux.cc: In function
'sanitizer
On Tue, Mar 5, 2019 at 8:24 PM wrote:
>
> From: Mingli Yu
>
> Fix the below build issue for gcc-sanitizers when
> both -mthumb and -fno-omit-frame-pointer configured
> for arm.
> | ../../../../libsanitizer/sanitizer_common/sanitizer_linux.cc: In function
> 'sanitizer::uptr sanitizer::internal_cl
From: Mingli Yu
Fix the below build issue for gcc-sanitizers when
both -mthumb and -fno-omit-frame-pointer configured
for arm.
| ../../../../libsanitizer/sanitizer_common/sanitizer_linux.cc: In function
'sanitizer::uptr sanitizer::internal_clone(int (*)(void*), void*, int, void*,
int*, void*, i
Or alternatively GPL, the same as the top-level Linux-PAM COPYING.
Signed-off-by: Douglas Royds
---
meta/recipes-extended/pam/libpam_1.3.0.bb | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-extended/pam/libpam_1.3.0.bb
b/meta/recipes-extended/pam/libpam_1.3.0
On Fri, Mar 1, 2019 at 2:51 PM Jonathan Rajotte-Julien
wrote:
>
> Hi,
>
> One of our customer reported that lttng tracing with python (using the python
> agent) resulted in a hang for their applications on Rocko (and up).
>
> After a bit of investigation, it seems that it is related to the second
These patches were applied, hoping that they will eventually be accepted
upstream but they have been rejected, I think its best that they are
dropped so we can avoid novel unintended behaviours that no other
distros will be seeing
Signed-off-by: Khem Raj
---
...set-dl_load_write_lock-after-forki
CVE-2018-19876 is a backport from upstream.
CVE-2019-6461 and CVE-2019-6462 are patches taken from Clear Linux.
Signed-off-by: Ross Burton
---
.../cairo/cairo/CVE-2018-19876.patch | 34 ++
.../cairo/cairo/CVE-2019-6461.patch| 19
..
QA-check looks in the RDEPENDS list without taking into consideration that a
specific package may have a PREFERRED_RPROVIDER defined.
If PREFERRED_RPROVIDER is set, QA-check will ignore that settings and will
consider the original package, resulting in QA-check errors:
ERROR: do_packate_qa:
Add the necessary parts to qemuarm64.conf for graphics to be shown in
the SDL window, and USB so that it is possible to interact with it.
Signed-off-by: Jon Mason
---
meta/conf/machine/qemuarm64.conf | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/meta/conf/machine/qe
Add new QEMU BSP for a Arm Cortex-A15 system. This uses the QEMU virt
machine type, which should be faster to emulate.
Signed-off-by: Jon Mason
---
meta/conf/machine/qemuarma15.conf | 33 +++
.../linux/linux-yocto-rt_4.19.bb | 2 +-
.../linux/linux-yoct
v2 fixes the issues from the RFC. Specifically, fix the qemuarm64 error
in testimage (and make a similar change in qemuarma15).
The kernel-config changes were already pulled in. So this series should
"just work".
However, this series lacks the fix mentioned in
https://lists.yoctoproject.org/pip
Add comments describing what is going on, remove an unnecessary space,
remove a duplicate comment, and increase the serial speed.
Signed-off-by: Jon Mason
---
meta/conf/machine/qemuarm64.conf | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/meta/conf/machine/qemuar
On Tue, 2019-03-05 at 07:03 +, Rasmus Villemoes wrote:
> On 09/11/2018 09.54, Hongxu Jia wrote:
> > Before=sysinit.target
> >
> > [Service]
> > -ExecStart=@SBINDIR@/rngd -f -r /dev/urandom
> > +ExecStart=@SBINDIR@/rngd -f -r /dev/hwrng
> > SuccessExitStatus=66
> >
> > [Install]
> >
>
Apologies for skipping the commit message.
It fixes the following issue:
Error:
Problem: package perl-module-overload-5.24.4-r0.corei7_64 requires
perl-module-warnings-register, but none of the providers can be installed
- package target-sdk-provides-dummy-1.0-r0.sdk_provides_dummy_target
con
QA-check looks in the RDEPENDS list without taking into consideration that a
specific package may have a PREFERRED_RPROVIDER defined.
If PREFERRED_RPROVIDER is set, QA-check will ignore that settings and will
consider the original package, resulting in QA-check errors:
ERROR: do_packate_qa:
On 3/4/19 5:12 PM, Denys Dmytriyenko wrote:
> Armin,
>
> Not sure when would be the next batch of thud backports - as discussed
> earlier, I needed this fix to un-break the last set of backported updates
> from last Monday. Please let me know when this can be merged to thud.
> Thanks!
got it a
Signed-off-by: Ross Burton
---
.../libpng/libpng/CVE-2019-7317.patch| 20
meta/recipes-multimedia/libpng/libpng_1.6.36.bb | 3 ++-
2 files changed, 22 insertions(+), 1 deletion(-)
create mode 100644 meta/recipes-multimedia/libpng/libpng/CVE-2019-7317.pa
Remove CVE-2017-14245-14246.patch, fix rejected upstream as it doesn't solve the
underlying issue.
Instead 0001-a-ulaw-fix-multiple-buffer-overflows-432 also solves CVE-2017-14245
and CVE-2017-14246 properly.
Add patches for CVE-2017-12562 and CVE-2018-19758.
Refresh CVE-2018-13139.patch.
Signe
Fix the following CVEs by backporting patches from upstream:
- CVE-2019-119
- CVE-2019-120
- CVE-2018-1000877
- CVE-2018-1000878
- CVE-2018-1000879
- CVE-2018-1000880
Signed-off-by: Ross Burton
---
.../libarchive/libarchive/CVE-2018-1000877.patch | 38 +++
.../libarchive/libarc
Upgrade to 5.36.
Drop debian-742262.patch, this appears to have been fixed properly upstream some
releases ago.
Signed-off-by: Ross Burton
---
.../recipes-devtools/file/file/debian-742262.patch | 27 --
.../file/{file_5.35.bb => file_5.36.bb}| 6 ++---
2 files c
Signed-off-by: Ross Burton
---
meta/recipes-support/icu/icu/CVE-2018-18928.patch | 63 +++
meta/recipes-support/icu/icu_63.1.bb | 1 +
2 files changed, 64 insertions(+)
create mode 100644 meta/recipes-support/icu/icu/CVE-2018-18928.patch
diff --git a/meta/recip
Current Dev Position: YP 2.7 M3 (New feature Freeze has begun.)
Next Deadline: YP 2.7 M3 Cutoff was Feb. 25, 2019
SWAT Team Rotation:
* SWAT lead is currently: Ross
* SWAT team rotation: Chen -> Anuj on Mar. 8, 2019
* SWAT team rotation: Anuj -> Armin on Mar. 15, 2019
*
On Tue, 2019-03-05 at 11:19 +, Burton, Ross wrote:
> On Tue, 5 Mar 2019 at 02:46, Joshua Watt
> wrote:
> > +ALLOW_EMPTY_${PN}-src = "1"
>
> Is that what we want? Empty PN-src packages for packages which have
> no source code, or when source splitting is disabled?
I found this while attempti
Remove CVE-2017-14245-14246.patch as this papers over the problem instead of
solving it, and was rejected upstream.
0001-a-ulaw-fix-multiple-buffer-overflows-432 also solves CVE-2017-14245 and
-14246 properly.
Add patch for CVE-2017-12562 and CVE-2018-19758.
Refresh CVE-2018-13139.patch.
Signed
Hi Paul,
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Paul
> Eggleton
> Sent: Monday, March 04, 2019 12:17 PM
> To: openembedded-core@lists.openembedded.org; Chandana Kalluri
>
> Subj
On Fri, Mar 1, 2019 at 8:42 AM Chen Qi wrote:
>
>
> The following changes since commit 4d275d97b6c572fe11668ac16d2c77c018340c7c:
>
> perl: apply a native-only patch only to -native (2019-02-28 17:49:40 +)
>
> are available in the git repository at:
>
> git://git.pokylinux.org/poky-contrib
On 09/11/2018 09.54, Hongxu Jia wrote:
> Since commit [f1dc9ac rng-tools: Fix crazy defaults] fixed
> init based on sysvinit, this fix rngd.service based on systemd.
>
> Signed-off-by: Hongxu Jia
> ---
> meta/recipes-support/rng-tools/rng-tools/rngd.service | 2 +-
> 1 file changed, 1 insertion(
Yes, but I want to do it slightly differently
Instead of a big package with all the blobs I want to split it in
something that mimics the current package structure.
Also I want to run it inside a multiconfig setup.
Once everything works I want to upstream it to mesa-tegra.
On Tue, Mar 5, 2019 at
On Tue, 5 Mar 2019 at 02:46, Joshua Watt wrote:
> +ALLOW_EMPTY_${PN}-src = "1"
Is that what we want? Empty PN-src packages for packages which have
no source code, or when source splitting is disabled?
Ross
--
___
Openembedded-core mailing list
Openem
Isn't this something that https://github.com/madisongh/meta-tegra already does?
Ross
On Tue, 5 Mar 2019 at 11:10, Ricardo Ribalda Delgado
wrote:
>
> This is my approach (which is not more than a horrible hack)
>
> DESCRIPTION = "Tegra replacements for mesa libraries"
> require recipes-bsp/tegra-
This is my approach (which is not more than a horrible hack)
DESCRIPTION = "Tegra replacements for mesa libraries"
require recipes-bsp/tegra-binaries/tegra-glvnd.inc
RDEPENDS_libgl-mesa = "tegra-lib-common libegl-mesa libxcb-glx
libxxf86vm libxdamage libxcb-xfixes"
RDEPENDS_libegl-mesa = "zlib lib
That is horrible and they should be ashamed. Can you share the
complete recipe, as this *should* be a fairly trivial switcharoony.
Ross
On Tue, 5 Mar 2019 at 11:00, Ricardo Ribalda Delgado
wrote:
>
> HI Ross
> On Tue, Mar 5, 2019 at 11:58 AM Burton, Ross wrote:
> >
> > Does they literally just
HI Ross
On Tue, Mar 5, 2019 at 11:58 AM Burton, Ross wrote:
>
> Does they literally just provide a libgl.so and no headers, etc?
It provides:
/usr/lib/libGL.so.1.2.0
/usr/lib/libGL.so.1
>
> Ross
>
> On Fri, 1 Mar 2019 at 11:29, Ricardo Ribalda Delgado
> wrote:
> >
> > Hello
> >
> > I have a b
Does they literally just provide a libgl.so and no headers, etc?
Ross
On Fri, 1 Mar 2019 at 11:29, Ricardo Ribalda Delgado
wrote:
>
> Hello
>
> I have a build system that supports some aarch64 machines. For most of
> the them, the only difference is the kernel configuration, kernel
> version.
>
Epoch is set to 5, so that should not be the issue
PV = "${L4T_RELEASE}"
PE = "5"
Thanks
On Tue, Mar 5, 2019 at 10:37 AM Richard Purdie
wrote:
>
> On Tue, 2019-03-05 at 09:27 +0100, Ricardo Ribalda Delgado wrote:
> > Hi Richard,
> >
> > Thanks for your reply!
> >
> > I tried with the following:
On Tue, 2019-03-05 at 09:27 +0100, Ricardo Ribalda Delgado wrote:
> Hi Richard,
>
> Thanks for your reply!
>
> I tried with the following:
>
> INSANE_SKIP_${PN} = "already-stripped"
> INSANE_SKIP_libegl-tegra = "ldflags dev-so"
> INSANE_SKIP_libgles1-tegra = "ldflags dev-so"
> INSANE_SKIP_libgle
On Tue, 2019-03-05 at 16:50 +1300, Paul Eggleton wrote:
> On Tuesday, 5 March 2019 10:36:07 AM NZDT Christopher Larson wrote:
> > From: Christopher Larson
> >
> > This improves logger setup in devtool and recipetool to send ERRORs
> > to
> stderr,
> > the way bitbake itself does, and also sends
Hi RP,
I've sent a patch to fix for python3:
https://lists.yoctoproject.org/pipermail/yocto/2019-March/044387.html
And CC-ed michael.g.w...@intel.com, I assumed that he is the maintainer,
but seems that the email is not valid any more.
I think that we have more work to do with error report web
Hi Richard,
Thanks for your reply!
I tried with the following:
INSANE_SKIP_${PN} = "already-stripped"
INSANE_SKIP_libegl-tegra = "ldflags dev-so"
INSANE_SKIP_libgles1-tegra = "ldflags dev-so"
INSANE_SKIP_libgles2-tegra = "ldflags"
INSANE_SKIP_libgl-tegra = "ldflags dev-so textrel"
RREPLACES_lib
43 matches
Mail list logo