Some applications which depend on iproute/iproute2 need to
run '/sbin/ip.iproute2' through the symbol link '/bin/ip'
e.g ifupdown.
Signed-off-by: Haiqing Bai
---
meta/recipes-connectivity/iproute2/iproute2.inc | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-connectivity/iprout
Hi Khem,
I've sent patches to oe-devel to fix the problem:
sblim-sfcb: fix sfcbinst2mof_DEPENDENCIES in Makefile.am
ntop: fix so generation in plugins/Makefile.am
// Robert
On 07/06/2018 02:06 PM, Khem Raj wrote:
this is regressing following recipes in meta-openembedded
http://cgit.openembed
ping
Is there some problem with this patch?
Recently when I'm doing testimage test for systemd upgrade, the
'systemctl list-unit-files' command in this test case revealed a
'segment fault' error on musl qemuarm.
So I'd suggest to keep 'systemctl list-unit-files' command and use
'busctl' as a
These platform specifc BSPs were removed from meta-intel and superseded by
intel-core* BSPs.
Signed-off-by: Anuj Mittal
---
meta/lib/oeqa/runtime/cases/parselogs.py | 14 --
1 file changed, 14 deletions(-)
diff --git a/meta/lib/oeqa/runtime/cases/parselogs.py
b/meta/lib/oeqa/runtim
CVE-2018-10360: The do_core_note function in readelf.c in libmagic.a in
file 5.33 allows remote attackers to cause a denial of service
(out-of-bounds read and application crash) via a crafted ELF file.
References:
https://nvd.nist.gov/vuln/detail/CVE-2018-10360
Patch from:
https://github.com/file
On 2018-07-10 5:41 PM, Richard Purdie wrote:
On Tue, 2018-07-10 at 12:38 -0400, Bruce Ashfield wrote:
On 07/10/2018 06:21 AM, Richard Purdie wrote:
On Mon, 2018-07-09 at 11:53 -0400, Bruce Ashfield wrote:
I'll try the other configs, but clearly I have something different in
my x86-64 build.
I
From: Denys Dmytriyenko
Signed-off-by: Denys Dmytriyenko
---
.../wayland/{wayland-protocols_1.14.bb => wayland-protocols_1.15.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/wayland/{wayland-protocols_1.14.bb =>
wayland-protocols_1.15.bb} (86%)
dif
Small typo - the subject says waylang, not wayland.
On Tue, Jul 10, 2018 at 04:36:13PM -0600, Khem Raj wrote:
> ping
> On Wed, Jul 4, 2018 at 10:31 AM Khem Raj wrote:
> >
> >
> >
> > On 7/4/18 9:28 AM, Burton, Ross wrote:
> > > FWIW historically we just prepended PKG_CONFIG_SYSROOT or whatever t
Yes, it is not clear. What it means is that the patch was applied to 4.0.8
code, but not, I think, 4.0.8 code as seen on openembedded-core before 4.0.8
was obsolete. It still applies for 4.0.9.
Joe
-Original Message-
From: akuster808 [mailto:akuster...@gmail.com]
Sent: Tuesday, July
On 07/10/2018 04:03 PM, Joe Slater wrote:
> Denial of service described at
> https://nvd.nist.gov/vuln/detail/CVE-2018-10963.
>
> Signed-off-by: Joe Slater
> ---
> .../libtiff/files/CVE-2018-10963.patch | 41
> ++
> meta/recipes-multimedia/libtiff/tiff_4.0.9.b
Denial of service described at https://nvd.nist.gov/vuln/detail/CVE-2018-10963.
Signed-off-by: Joe Slater
---
.../libtiff/files/CVE-2018-10963.patch | 41 ++
meta/recipes-multimedia/libtiff/tiff_4.0.9.bb | 1 +
2 files changed, 42 insertions(+)
create mode
ping
On Wed, Jul 4, 2018 at 10:31 AM Khem Raj wrote:
>
>
>
> On 7/4/18 9:28 AM, Burton, Ross wrote:
> > FWIW historically we just prepended PKG_CONFIG_SYSROOT or whatever the
> > spelling was to the result of the pkg-config calls. I didn't know
> > about PKG_CHECK_VAR before, that's really useful
On Tue, 2018-07-10 at 12:38 -0400, Bruce Ashfield wrote:
> On 07/10/2018 06:21 AM, Richard Purdie wrote:
> > On Mon, 2018-07-09 at 11:53 -0400, Bruce Ashfield wrote:
> I'll try the other configs, but clearly I have something different in
> my x86-64 build.
>
> I can't run the self tests directly,
Update the python3-pycairo package to the latest stable version and
move the .h and .pc files to the standard location
Tested on the qemu with core-image-minimal
Signed-off-by: Derek Straka
---
...{python3-pycairo_1.15.6.bb => python3-pycairo_1.17.1.bb} | 13 -
1 file changed, 8 ins
Update the python3-pygobject package to the latest stable version
Tested on the qemu with core-image-minimal
Signed-off-by: Derek Straka
---
.../{python3-pygobject_3.28.1.bb => python3-pygobject_3.28.3.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-devto
Update the python{3}-setuptools to the latest stable version
Tested on the qemu with core-image-minimal
Signed-off-by: Derek Straka
---
meta/recipes-devtools/python/python-setuptools.inc| 4 ++--
.../{python-setuptools_39.2.0.bb => python-setuptools_40.0.0.bb} | 0
.../
Enable the systemd-logind on xserver if the user set systemd as a
DISTRO_CONFIG. If a user is buildling Xorg with systemd then they most
likley want the systemd-logind PACKAGECONFIG set.
Signed-off-by: Alistair Francis
---
meta/recipes-graphics/xorg-xserver/xserver-xorg.inc | 2 +-
1 file change
Normalize path (norm_path()) returned by os.path.commonprefix()
to strip trailing slash and prevent false negatives.
Add bb.note() on error to indicate which paths failed.
Signed-off-by: Haris Okanovic
---
meta/classes/populate_sdk_base.bbclass | 4 +++-
1 file changed, 3 insertions(+), 1 delet
On 07/10/2018 06:21 AM, Richard Purdie wrote:
On Mon, 2018-07-09 at 11:53 -0400, Bruce Ashfield wrote:
The existing kernel-devsrc package starts with a full copy of the
kernel
source and then starts to strip out elements that are not required.
This results in extra time (I/O) and extra space be
Signed-off-by: Kristian Amlie
---
meta/recipes-bsp/grub/grub-efi_2.02.bb | 3 +++
1 file changed, 3 insertions(+)
diff --git a/meta/recipes-bsp/grub/grub-efi_2.02.bb
b/meta/recipes-bsp/grub/grub-efi_2.02.bb
index 7bfc8ee..14fce97 100644
--- a/meta/recipes-bsp/grub/grub-efi_2.02.bb
+++ b/meta/re
Commits 1202307b24 ("lsbinitscripts: don't use update-alternatives")
cdcebd81c87 ("initscripts: don't use update-alternatives") and
061fa614cec ("update-alternatives.bbclass: refuse to manage SysV init
scripts") make sure that the lsbinitscripts and initscripts packages
conflict with eachother and
On 07/10/2018 06:21 AM, Richard Purdie wrote:
On Mon, 2018-07-09 at 11:53 -0400, Bruce Ashfield wrote:
The existing kernel-devsrc package starts with a full copy of the
kernel
source and then starts to strip out elements that are not required.
This results in extra time (I/O) and extra space be
As of nfs-utils 2.2.1 libnfsidmap has been integrated and isn't an external
requirement anymore.
Also consolidate nfs-utils patches into a single directory.
Signed-off-by: Ross Burton
---
meta/conf/distro/include/maintainers.inc | 1 -
...clude-sys-types.h-for-getting-u_-typedefs.pat
(the refresh was trivial so I've done this)
On 10 July 2018 at 11:38, Burton, Ross wrote:
> WARNING: ethtool-4.17-r0 do_patch:
> Some of the context lines in patches were ignored. This can lead to
> incorrectly applied patches.
> The context lines in the patches can be updated with devtool:
>
>
Packaging is broken, as it was the last time this was submitted to the list:
packages/corei7-64-poky-linux/harfbuzz/harfbuzz: FILELIST: removed
"/usr/lib/libharfbuzz.so.0.10705.0", added
"/usr/lib/libharfbuzz.so.0.10706.0 /usr/lib/libharfbuzz-subset.so.0
/usr/lib/libharfbuzz-subset.so.0.10706.0"
p
WARNING: ethtool-4.17-r0 do_patch:
Some of the context lines in patches were ignored. This can lead to
incorrectly applied patches.
The context lines in the patches can be updated with devtool:
devtool modify
devtool finish --force-patch-refresh
Then the updated patches and the source
Whilst I'm not yet convinced this is something we should have on by
default, I am very interested in seeing it working.
Ross
On 10 July 2018 at 10:49, Martin Jansa wrote:
> On Tue, Jul 10, 2018 at 09:45:45AM +0100, Richard Purdie wrote:
>> Normally I don't mind native/nativesdk variants but libd
On Mon, 2018-07-09 at 11:53 -0400, Bruce Ashfield wrote:
> The existing kernel-devsrc package starts with a full copy of the
> kernel
> source and then starts to strip out elements that are not required.
>
> This results in extra time (I/O) and extra space being taken up in
> the
> final package.
I can't replicate the error, I don't think util-macros is needed anymore.
Ross
On 10 July 2018 at 10:52, Martin Jansa wrote:
> On Tue, Jul 10, 2018 at 10:41:10AM +0100, Burton, Ross wrote:
>> On 10 July 2018 at 09:07, Martin Jansa wrote:
>> > * Use the same defaults as meson does, with few modi
Ping.
Zhe
On 2018年07月04日 18:17, He Zhe wrote:
> If relayd is started after connection attempt from consumerd it will
> leave the session in disconnected state and causes the following
> inconvenience. This is covered by an upstream feature, see
> https://bugs.lttng.org/issues/883. Before it's don
From: He Zhe
Building lttng-modules with linux-yocto-dev will cause do_compile
failure:
lttng-modules/2.10.6-r0/lttng-modules-2.10.6/probes/../probes/lttng-tracepoint-event-impl.h:143:6:
error: conflicting types for 'trace_btrfs_reserve_extent'
void trace_##_name(_proto);
^~
The fol
On Tue, Jul 10, 2018 at 10:41:10AM +0100, Burton, Ross wrote:
> On 10 July 2018 at 09:07, Martin Jansa wrote:
> > * Use the same defaults as meson does, with few modifications based on
> > previous EXTRA_OEMESON
> > * move libpciaccess dependency to new intel PACKAGECONFIG
> > * add dependency o
On Tue, Jul 10, 2018 at 09:45:45AM +0100, Richard Purdie wrote:
> Normally I don't mind native/nativesdk variants but libdrm starts to
> worry me as its a short step away from mesa and when we've tried native
> or nativesdk versions in the past its been a nightmare, particularly
> around GL.
>
> C
master is at 3.38 now.
Ross
On 10 July 2018 at 03:42, Hong Liu wrote:
> Upgrade nss from 3.37.1 to 3.37.3
>
> Signed-off-by: Hong Liu
> ---
> meta/recipes-support/nss/{nss_3.37.1.bb => nss_3.37.3.bb} | 5 ++---
> 1 file changed, 2 insertions(+), 3 deletions(-)
> rename meta/recipes-support/ns
This has been already submitted, and the usage patch should be dropped
instead of rebased.
Ross
On 10 July 2018 at 03:42, Hong Liu wrote:
> Upgrade file from 5.32 to 5.33
>
> Signed-off-by: Hong Liu
> ---
> .../file/file/0001-Add-P-prompt-into-Usage-info.patch | 14
> --
> me
On 10 July 2018 at 09:07, Martin Jansa wrote:
> * Use the same defaults as meson does, with few modifications based on
> previous EXTRA_OEMESON
> * move libpciaccess dependency to new intel PACKAGECONFIG
> * add dependency on util-macros which was previously pulled by
> libpciaccess, because i
On 07/09/2018 04:46 PM, Richard Purdie wrote:
On Mon, 2018-07-09 at 15:49 +0800, changqing...@windriver.com wrote:
From: Changqing Li
id: relocation error: /lib/x86_64-linux-gnu/libnss_nis.so.2:
symbol _nsl_default_nss version GLIBC_PRIVATE not defined in
file libnsl.so.1 with link time refe
Normally I don't mind native/nativesdk variants but libdrm starts to
worry me as its a short step away from mesa and when we've tried native
or nativesdk versions in the past its been a nightmare, particularly
around GL.
Could you explain a little more about why we need libdrm-native?
Cheers,
Ri
Currently we check if the rootfs.img size is greater than 4 GB and use
mcopy to copy it over to a hddimg, a FAT32 volume.
This results in problems when IMAGE_ROOTFS_SIZE is set to be exact 4 GB
(4294967296 bytes). mcopy uses the max offset/file size to be 4294967295
and as a result, it errors out
Enable perf to be built with DWARF support.
Fixes [YOCTO #3359]
Signed-off-by: Anuj Mittal
---
meta/recipes-kernel/perf/perf.bb | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-kernel/perf/perf.bb b/meta/recipes-kernel/perf/perf.bb
index 51f5597eb9..458b355864
Signed-off-by: Martin Jansa
---
meta/recipes-graphics/drm/libdrm_2.4.92.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-graphics/drm/libdrm_2.4.92.bb
b/meta/recipes-graphics/drm/libdrm_2.4.92.bb
index 1526553254..b4d06d19a6 100644
--- a/meta/recipes-graphics/drm/libdrm_2.4.
* Use the same defaults as meson does, with few modifications based on
previous EXTRA_OEMESON
* move libpciaccess dependency to new intel PACKAGECONFIG
* add dependency on util-macros which was previously pulled by
libpciaccess, because it's still needed even with intel disabled:
| configure.
Some packages have hard-coded path to /etc/ssl location.
Create a symlinks to correct location.
Signed-off-by: Andrej Valek
Signed-off-by: Marko Peter
---
meta/recipes-connectivity/openssl/openssl_1.1.0h.bb | 18 +++---
1 file changed, 15 insertions(+), 3 deletions(-)
diff --git a/
The main idea is to have libssl and libcrypto in separate packages.
This saves space if only single library is needed and also some recipes
(in other layers) depend on these library packages.
Together with this other packages like in 1.0.x were created.
The only difference is that openssl 1.1 has a
Patch original c_rehash script with Debian patch instead
of overriding it with own version.
Error output from c_reshah without patching:
Unknown regexp modifier "/b" at ./c_rehash line 15, at end of line
Unknown regexp modifier "/W" at ./c_rehash line 28, at end of line
Unknown regexp modifi
Changes:
[v4]
- just resend series
[v5]
- sync dofile.pl patch with mainline
Andrej Valek (3):
openssl-1.1: fix c_rehash perl errors
openssl-1.1: rework packaging
openssl-1.1: /etc/ssl location compatibility
...-dofile.pl-only-quote-stuff-that-actually.patch | 29 ++
Please rebase on top of current master-next.
On Mon, Jul 9, 2018 at 6:20 PM Jonathan Haigh
wrote:
> normalize_dtb() turns DTS and DTB paths into values that can be used as
> make targets. These make targets sometimes contain some directory
> components so 'basename' is not suitable for turning t
47 matches
Mail list logo