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
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
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
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
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
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
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*,
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
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
---
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:
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
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 +-
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
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
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
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:
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
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
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.
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 +++
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
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
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
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.
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
>
>
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
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
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
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
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
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
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
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
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"
>
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
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"
43 matches
Mail list logo
