Error:
Problem: conflicting requests
- nothing provides make-mod-scripts = 1.0-r0 needed by
make-mod-scripts-dev-1.0-r0
Signed-off-by: Zheng Ruoqin
---
meta/recipes-kernel/make-mod-scripts/make-mod-scripts_1.0.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git
Hola Anibal,
On 5/18/20 8:35 PM, Anibal Limon wrote:
Signed-off-by: Aníbal Limón
---
...inux-firmware_20200122.bb => linux-firmware_20200421.bb} | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-kernel/linux-firmware/{linux-firmware_20200122.bb =>
From: Denys Dmytriyenko
Commit 7ec84a463ad4c45aee9cd2cbc75b43e5aab5cd18 has moved creation of ld.so.conf
from buildtools-tarball.bb to create_sdk_files() in populate_sdk_base.bbclass.
But since create_sdk_files() is an SDK_POSTPROCESS_COMMAND, creating ld.so.conf
can potentially overwrite
Signed-off-by: Anuj Mittal
---
...-schemas_3.36.0.bb => gsettings-desktop-schemas_3.36.1.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename
meta/recipes-gnome/gsettings-desktop-schemas/{gsettings-desktop-schemas_3.36.0.bb
=> gsettings-desktop-schemas_3.36.1.bb} (80%)
diff
Signed-off-by: Anuj Mittal
---
.../mtools/mtools/disable-hardcoded-configs.patch | 6 +++---
.../mtools/{mtools_4.0.23.bb => mtools_4.0.24.bb} | 4 ++--
2 files changed, 5 insertions(+), 5 deletions(-)
rename meta/recipes-devtools/mtools/{mtools_4.0.23.bb =>
Signed-off-by: Anuj Mittal
---
.../libsoup/{libsoup-2.4_2.68.4.bb => libsoup-2.4_2.70.0.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-support/libsoup/{libsoup-2.4_2.68.4.bb =>
libsoup-2.4_2.70.0.bb} (91%)
diff --git
Signed-off-by: Aníbal Limón
---
...inux-firmware_20200122.bb => linux-firmware_20200421.bb} | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-kernel/linux-firmware/{linux-firmware_20200122.bb =>
linux-firmware_20200421.bb} (99%)
diff --git
Signed-off-by: Aníbal Limón
---
meta/recipes-kernel/linux-firmware/linux-firmware_20200122.bb | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-kernel/linux-firmware/linux-firmware_20200122.bb
b/meta/recipes-kernel/linux-firmware/linux-firmware_20200122.bb
Signed-off-by: Aníbal Limón
---
meta/recipes-kernel/linux-firmware/linux-firmware_20200122.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-kernel/linux-firmware/linux-firmware_20200122.bb
b/meta/recipes-kernel/linux-firmware/linux-firmware_20200122.bb
index
License-update: License moved to its own file in topdir instead of
checksumming portions of README, the license still remains PD
Extend to build nativesdk as well, which is needed in SDKs
Signed-off-by: Khem Raj
---
meta/recipes-support/re2c/{re2c_1.0.1.bb => re2c_1.3.bb} | 9 -
1 file
Signed-off-by: Khem Raj
---
.../{libxcrypt-compat_4.4.15.bb => libxcrypt-compat_4.4.16.bb} | 0
meta/recipes-core/libxcrypt/libxcrypt.inc | 2 +-
.../libxcrypt/{libxcrypt_4.4.15.bb => libxcrypt_4.4.16.bb} | 0
3 files changed, 1 insertion(+), 1 deletion(-)
rename
Hi
I got it. And I will send the v2 patch soon.
--
Zheng Ruoqin
Nanjing Fujitsu Nanda Software Tech. Co., Ltd.(FNST)
ADDR.: No.6 Wenzhu Road, Software Avenue,
Nanjing, 210012, China
MAIL : mailto:zhengrq.f...@cn.fujistu.com
From: Martin
Set RDEPENDS_${PN}-dev to empty instead of installing useless empty
packages.
On Tue, May 19, 2020 at 3:02 AM zhengruoqin
wrote:
> Error:
> Problem: conflicting requests
> - nothing provides make-mod-scripts = 1.0-r0 needed by
> make-mod-scripts-dev-1.0-r0
>
> Signed-off-by: Zheng Ruoqin
>
Error:
Problem: conflicting requests
- nothing provides make-mod-scripts = 1.0-r0 needed by
make-mod-scripts-dev-1.0-r0
Signed-off-by: Zheng Ruoqin
---
meta/recipes-kernel/make-mod-scripts/make-mod-scripts_1.0.bb | 1 +
1 file changed, 1 insertion(+)
diff --git
Hi Steve
I would like to request backporting following master commits into dunfell
https://git.openembedded.org/openembedded-core/commit/?id=fd4a454b5a357c7a26792bf486212957c698839c
https://git.openembedded.org/openembedded-core/commit/?id=882df891e13ce5c64718c364efb9ef2bf189eabf
On Mon, May 18, 2020 at 9:56 PM Andrey Zhizhikin via
lists.openembedded.org
wrote:
>
> On Thu, May 14, 2020 at 8:22 PM Khem Raj wrote:
> >
> >
> >
> > On 5/14/20 11:19 AM, Adrian Bunk wrote:
> > > On Thu, May 14, 2020 at 10:18:53AM -0700, Khem Raj wrote:
> > >> On 5/14/20 8:29 AM, Adrian Bunk
From: Denys Dmytriyenko
Signed-off-by: Denys Dmytriyenko
---
meta/recipes-extended/xz/{xz_5.2.4.bb => xz_5.2.5.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-extended/xz/{xz_5.2.4.bb => xz_5.2.5.bb} (91%)
diff --git a/meta/recipes-extended/xz/xz_5.2.4.bb
Inherit also pkgconfig (required for TI-RPC and Netlink based route
tests), to fix:
configure:6045: error: possibly undefined macro: AC_DEFINE
Refreshed patches (some tests have been fixed for musl)
* 0001-build-Add-option-to-select-libc-implementation.patch
(add a note here)
*
On Thu, May 14, 2020 at 8:22 PM Khem Raj wrote:
>
>
>
> On 5/14/20 11:19 AM, Adrian Bunk wrote:
> > On Thu, May 14, 2020 at 10:18:53AM -0700, Khem Raj wrote:
> >> On 5/14/20 8:29 AM, Adrian Bunk wrote:
> >>> Disabling -moutline-atomics would also workaround this issue.
> >>
> >> I think this is a
let FETCHCMD_* settings be passed to upstream check functions from
get_recipe_upgrade_status. It enables using different values for
the fetching tools, as otherwise always the defaults are used.
E.g. use different timeout or retry values for wget.
This is especially useful for remote server that
From: Konrad Weihmann
A few options of file configure are set to auto, which can lead to
unpredictable effects when something in the sysroot does provide
things that satisfy the autotools checks.
In the worst case this will lead to package-qa failures as libraries are
not set in RDEPENDS but
From: Yeoh Ee Peng
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
From: Peter Kjellerstedt
It may be that a file is not allowed to be touched, e.g., if it is a
symbolic link into a global sstate cache served over NFS.
Signed-off-by: Peter Kjellerstedt
Signed-off-by: Richard Purdie
Signed-off-by: Steve Sakoman
---
meta/classes/sstate.bbclass | 15
From: Alexander Kanavin
Signed-off-by: Alexander Kanavin
Signed-off-by: Richard Purdie
Signed-off-by: Steve Sakoman
---
meta/recipes-devtools/cdrtools/cdrtools-native_3.01.bb | 1 -
1 file changed, 1 deletion(-)
diff --git a/meta/recipes-devtools/cdrtools/cdrtools-native_3.01.bb
From: Konrad Weihmann
Some pypi packages do have suffixes like dev, or a0 or b1.
When doing a version check on these, the version will get falsely
identified as major release versions.
Add a terminating slash to rule out those false positives
Signed-off-by: Konrad Weihmann
Signed-off-by:
From: Yi Zhao
By default, the opkg-key command is not included in pokg package because
it is only installed when gpg support is enabled. We'd better check if
it exists before run 'opkg-key populate' in pkg_postinst.
Signed-off-by: Yi Zhao
Signed-off-by: Richard Purdie
Signed-off-by: Steve
From: jan
In the past kernel built object files were named 'built-in.o'.
Nowadays it is 'built-in.a'.
The script is modified to work with both. I expect
it will not happen that there are built-in.a and built-in.o
files in the same kernel.
Signed-off-by: Jan Vermaete
Signed-off-by: Richard
From: Tim Orling
Upstream https://pypi.python.org/pypi/${PYPI_PACKAGE}/
redirects to https://pypi.org/project/${PYPI_PACKAGE}/
Signed-off-by: Tim Orling
Signed-off-by: Richard Purdie
Signed-off-by: Steve Sakoman
---
meta/classes/pypi.bbclass | 2 +-
1 file changed, 1 insertion(+), 1
From: Joshua Watt
Prevents git commands run in a recipe from moving up past ${WORKDIR}
when searching for a .git directory, and thus prevents them from
detecting the parent OE-core .git directory. Fixes several
reproducibility issues where recipes would use the OE-core version as
the recipe
From: Alexander Kanavin
Signed-off-by: Alexander Kanavin
Signed-off-by: Richard Purdie
Signed-off-by: Steve Sakoman
---
meta/recipes-support/re2c/re2c_1.0.1.bb | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-support/re2c/re2c_1.0.1.bb
From: Anton Eliasson
This fixes warnings like:
WARNING: package-name-0.0.1-r0 do_configure: :164: ResourceWarning:
unclosed file <_io.TextIOWrapper
name='/source_directory/build/tmp/work/arch/package-name/0.0.1-r0/package-name-0.0.1//meson-logs/meson-log.txt'
mode='r'
From: Alexander Kanavin
This latest stable release fixes: CVE-2020-10018, CVE-2020-11793,
CVE-2020-3885, CVE-2020-3894, CVE-2020-3895, CVE-2020-3897,
CVE-2020-3899, CVE-2020-3900, CVE-2020-3901, CVE-2020-3902
Signed-off-by: Alexander Kanavin
Signed-off-by: Richard Purdie
Signed-off-by: Steve
Please review this next set of patches for dunfell and have comments back
by end of day Wednesday.
The following changes since commit 1a50634e56dfcb63eac0df1aa9cd7e6fb7bd470a:
linux-yocto/5.4: update to v5.4.34 (2020-05-07 14:27:49 -1000)
are available in the Git repository at:
From: "Robert P. J. Day"
Add to documentation.conf all the new variables supported by
features_check.bbclass.
Signed-off-by: Robert P. J. Day
Signed-off-by: Richard Purdie
Signed-off-by: Steve Sakoman
---
meta/conf/documentation.conf | 11 +--
1 file changed, 9 insertions(+), 2
From: Alejandro Hernandez
When vpnc support is included through PACKAGECONFIG, there
is now an extra vpn-script coming after the atest upgrade,
include that script into FILES so it gets packaged.
Signed-off-by: Alejandro Hernandez Samaniego
Signed-off-by: Richard Purdie
Signed-off-by: Steve
From: Joe Slater
Modify DEBUG_PREFIX_MAP as used by sed to handle
whitespace correctly.
This modifies an existing patch.
Signed-off-by: Joe Slater
Signed-off-by: Richard Purdie
Signed-off-by: Steve Sakoman
---
.../wget/wget/0002-improve-reproducibility.patch | 9 +++--
1 file
From: Jacob Kroon
'pseudo_access_t' is a type, so use typedef.
Fixes building pseudo with gcc 10 where -fno-common is the default.
Signed-off-by: Jacob Kroon
Signed-off-by: Richard Purdie
Signed-off-by: Steve Sakoman
---
.../0001-pseudo_ipc.h-Fix-enum-typedef.patch | 31
From: Joshua Watt
Backports a patch from upstream to fix a reproducibility problem where
paths would be encoded in the binary.
Drops an obsolete patch that conflicted with the backport
Signed-off-by: Joshua Watt
Signed-off-by: Richard Purdie
Signed-off-by: Steve Sakoman
---
From: Mingli Yu
Add the missing rdepends to fix below error:
# python3
[snip]
>>> import setuptools
[snip]
ModuleNotFoundError: No module named 'json'
Signed-off-by: Mingli Yu
Signed-off-by: Richard Purdie
Signed-off-by: Steve Sakoman
---
From: Alexander Kanavin
Signed-off-by: Alexander Kanavin
Signed-off-by: Richard Purdie
Signed-off-by: Steve Sakoman
---
meta/recipes-devtools/meson/meson.inc | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-devtools/meson/meson.inc
b/meta/recipes-devtools/meson/meson.inc
All,
The triage team is starting to try and collect up and classify bugs which a
newcomer to the project would be able to work on in a way which means people
can find them. They're being listed on the triage page under the appropriate
heading:
Since wic image creation will temporarily update rootfs/etc/fstab
to add UUID (*temporarily* means rootfs/etc/fstab will be recovered
after wic image creation), there is a potential racing risk with other
image creation (such as tar, ext)
Such as UUID was unexpected in tar.bz2's fstab:
$ cat
Hello Mingli,
Did you happen to run the create_manifest task after modifying the
manifest to make sure that runtime dependencies are still valid?
Thanks
Alejandro
On 5/18/20 12:32 AM, Yu, Mingli wrote:
From: Mingli Yu
Add pydoc and urllib to core to fix below error:
# python3
>>>
On Mon, 18 May 2020 15:25:19 +0200
Rasmus Villemoes wrote:
> On 18/05/2020 14.29, Andreas Oberritter wrote:
> > Hello Rasmus,
> >
> > On Mon, 18 May 2020 14:12:43 +0200
> > Rasmus Villemoes wrote:
> >
> >> I'm certainly open to other ways of solving this. But can we agree that
> >> it is a
On 18/05/2020 14.29, Andreas Oberritter wrote:
> Hello Rasmus,
>
> On Mon, 18 May 2020 14:12:43 +0200
> Rasmus Villemoes wrote:
>
>> I'm certainly open to other ways of solving this. But can we agree that
>> it is a bug that the ldconfig done at build-time does not take
>> /etc/ld.so.conf.d/*
Hi all,
On Mon, May 04, 2020 at 10:55:26AM +0200, Quentin Schulz wrote:
> Hi all,
>
> Gentle ping. Don't forget the doc patch (I messed up and send it in its
> own "patchseries").
>
Let me know if there's anything stopping this patch being merged.
Thanks,
Quentin
-=-=-=-=-=-=-=-=-=-=-=-
Recipe upgrade statistics:
* Failed (devtool error): 26
bind, 9.16.2, Armin Kuster
ppp, 2.4.8, Hongxu Jia
gettext, 0.20.2, Robert Yang
apt, 1.8.2.1, Aníbal Limón
automake, 1.16.2, Robert Yang
bison, 3.6.2, Chen Qi
cmake, 3.17.2,
Hello Rasmus,
On Mon, 18 May 2020 14:12:43 +0200
Rasmus Villemoes wrote:
> I'm certainly open to other ways of solving this. But can we agree that
> it is a bug that the ldconfig done at build-time does not take
> /etc/ld.so.conf.d/* into account, and that that should not depend on
> whether
On Mon, May 18, 2020 at 02:12:43PM +0200, Rasmus Villemoes wrote:
> I'm certainly open to other ways of solving this. But can we agree that
> it is a bug that the ldconfig done at build-time does not take
> /etc/ld.so.conf.d/* into account, and that that should not depend on
> whether one has
On 18/05/2020 13.55, Martin Jansa wrote:
> This won't work, because as soon as glibc is upgraded with package
> management, the ldconfig files will be restored and there won't be any
> do_rootfs hook to remove it.
>
> Why isn't ldconfig installed in your setup in first place? RRECOMMENDS
> should
This won't work, because as soon as glibc is upgraded with package
management, the ldconfig files will be restored and there won't be any
do_rootfs hook to remove it.
Why isn't ldconfig installed in your setup in first place? RRECOMMENDS
should be enough to pull it into every image by default.
There are cases where one doesn't want ldconfig on target (e.g. for
read-only root filesystems, it's rather pointless), yet one still
needs ld.so.conf to be present at image build time:
When some recipe installs libraries to a non-standard location, and
dutifully drops in a file in
Recipe upgrade statistics:
* Failed (devtool error): 26
bind, 9.16.2, Armin Kuster
ppp, 2.4.8, Hongxu Jia
gettext, 0.20.2, Robert Yang
apt, 1.8.2.1, Aníbal Limón
automake, 1.16.2, Robert Yang
bison, 3.6.2, Chen Qi
cmake, 3.17.2,
When IMAGE_FSTYPES contains more types than wic, it can happen than the
pseudo database is not flushed properly.
This can be solved by changing the order of when do_flush_pseudodb is
launched.
Yocto Bug: https://bugzilla.yoctoproject.org/show_bug.cgi?id=13898
Fixes: dde90a5dd2b2 ("wic: Fix multi
The libubootenv depends on zlib as it calls at least crc32() from
there and links against it. Add the DEPENDS entry.
Signed-off-by: Marek Vasut
Cc: Stefano Babic
---
meta/recipes-bsp/u-boot/libubootenv_0.2.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
From: Lee Chee Yang
Signed-off-by: Lee Chee Yang
---
meta/recipes-devtools/qemu/qemu.inc| 1 +
.../qemu/qemu/CVE-2020-11869.patch | 97 ++
2 files changed, 98 insertions(+)
create mode 100644
From: Lee Chee Yang
Signed-off-by: Lee Chee Yang
---
.../ghostscript/ghostscript/CVE-2019-10216.patch | 53 ++
.../ghostscript/ghostscript_9.27.bb| 1 +
2 files changed, 54 insertions(+)
create mode 100644
From: Mingli Yu
Add pydoc and urllib to core to fix below error:
# python3
>>> help()
Traceback (most recent call last):
File "", line 1, in
File "/usr/lib64/python3.8/sitebuiltins.py", line 102, in __call_
import pydoc
ModuleNotFoundError: No module named 'pydoc'
File
On Sun, May 17, 2020, 5:41 PM Khem Raj wrote:
>
>
> On 5/17/20 6:22 AM, Adrian Bunk wrote:
> > On Sat, May 16, 2020 at 10:24:04PM +0200, Andrey Zhizhikin wrote:
> >> On Sat, May 16, 2020 at 10:10 PM Adrian Bunk wrote:
> >>>
> >>> On Sat, May 16, 2020 at 07:54:32PM +, Peter Kjellerstedt
59 matches
Mail list logo
