On 2/13/20 5:36 AM, Jens Rehsack wrote:
Announcement: https://lists.gnu.org/archive/html/bug-make/2020-01/msg00057.html
1) Remove upstream provided patches
0001-glob-Do-not-assume-glibc-glob-internals.patch
and 0002-glob-Do-not-assume-glibc-glob-internals.patch.
2) License has been changed
On Fri, Feb 14, 2020 at 7:17 AM Khem Raj wrote:
>
> On Thu, Feb 13, 2020 at 3:40 PM Richard Purdie
> wrote:
> >
> > On Thu, 2020-02-13 at 06:16 +, Alex Kiernan wrote:
> > > Commits from v244-stable:
> >
> > I think this causes:
> >
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/4
On Thu, Feb 13, 2020 at 3:40 PM Richard Purdie
wrote:
>
> On Thu, 2020-02-13 at 06:16 +, Alex Kiernan wrote:
> > Commits from v244-stable:
>
> I think this causes:
>
> https://autobuilder.yoctoproject.org/typhoon/#/builders/48/builds/1557
>
> (systemd-boot patch failures)
right
http://errors.
On Thu, Feb 13, 2020 at 11:05 PM Alexander Kanavin
wrote:
>
> On Fri, 14 Feb 2020 at 02:40, Khem Raj wrote:
>>
>>
>> autobuilder runs poky, to reproduce this you will need to use
>> oe-core+bitbake checkout
>>
>> and then for qemux86-64
>>
>> bitbake -ctestimage core-image-sato-sdk-ptest
>
>
> If
On Fri, 14 Feb 2020 at 02:40, Khem Raj wrote:
>
> autobuilder runs poky, to reproduce this you will need to use
> oe-core+bitbake checkout
>
> and then for qemux86-64
>
> bitbake -ctestimage core-image-sato-sdk-ptest
>
If I set up a nodistro build, ptest packages are no longer available and
buil
Upstream has a patch [1] to fix musl builds, Prior to this it would not
build on musl due to missing GNU extentions for fnmatch
[1]
https://github.com/plougher/squashfs-tools/commit/4280e74de14070869787a9166242f9ce2dafd82e
Signed-off-by: Khem Raj
---
meta/recipes-devtools/squashfs-tools/squash
Hi Joshua
I think it needs to be ignored on musl
15:37:23 ERROR: Nothing RPROVIDES 'squashfs-tools' (but
/mnt/jenkins/workspace/Yocto-world-musl/sources/openembedded-core/meta/recipes-support/diffoscope/diffoscope_136.bb
RDEPENDS on or otherwise requires it)
15:37:23 squashfs-tools was skipped: i
This recipe is intended to be run manually or via oeqa.
[YOCTO #13737]
Signed-off-by: Nathan Rossi
---
meta/recipes-core/glibc/glibc-testsuite_2.31.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-core/glibc/glibc-testsuite_2.31.bb
b/meta/recipes-core/glibc/glibc-testsuite
This task is not intended to be run as this recipe does not produce any
packages or install any sysroot content. Additionally running this task
behaves differently from a normal glibc build, and can result in issues.
[YOCTO #13737]
Signed-off-by: Nathan Rossi
---
meta/recipes-core/glibc/glibc-t
Hi.
On Mon, Jan 13, 2020 at 9:37 PM Masahiro Yamada wrote:
>
> Commit abacd7243a2e ("bitbake.conf: fix distro-less failure expanding
> FILESPATH") mended the littered DISROOVERRIDES when DISTRO is unset.
>
> Some time later, commit b7279f996397 ("bitbake.conf: Default DISTRO to
> nodistro") added
TA
From: openembedded-core-boun...@lists.openembedded.org
[openembedded-core-boun...@lists.openembedded.org] on behalf of
zhe...@windriver.com [zhe...@windriver.com]
Sent: Friday, February 14, 2020 11:57 AM
To: openembedded-core@lists.openembedded.org
Sub
From: He Zhe
To make the native python3 is always used,
- Use sed one-liner instead
- Add substitution for ${S}/scripts/bpf_helpers_doc.py to fix the
following warning.
File "/usr/lib/python3.6/sysconfig.py", line 421, in _init_posix
_temp = __import__(name, globals(), locals(), ['build_time_
commit log broken. Please ignore. I'll send v3.
Zhe
On 2/14/20 11:44 AM, zhe...@windriver.com wrote:
> From: He Zhe
>
> To make the native python3 is always used,
>
> - Move the substitution of /usr/bin/python3 to first, otherwise the
> possible original /usr/bin/python3 would be changed to
>
From: He Zhe
To make the native python3 is always used,
- Move the substitution of /usr/bin/python3 to first, otherwise the
possible original /usr/bin/python3 would be changed to
/usr/bin/env python33.
- Add substitution for ${S}/scripts/bpf_helpers_doc.py to fix the
following warning.
Fi
Thanks for your input.
Since the old one doesn't make it to next branch and the thread hasn't had
following replies, I'll send v2 as a summary.
Zhe
On 2/14/20 4:45 AM, Bruce Ashfield wrote:
> On Thu, Feb 13, 2020 at 1:39 PM wrote:
>> From: He Zhe
>>
>> To make the native python3 are always us
In these kind of cases, by providing the actual error message, people
can provide more help.
The recipe inherits update-alternatives and sets a large number of
alternatives. The alternatives are done in the automatically added post
install scripts. In all likelihood one of the listed links is
On Thu, Feb 13, 2020 at 2:05 PM Alexander Kanavin
wrote:
>
> On Thu, 13 Feb 2020 at 22:37, Khem Raj wrote:
>>>
>>>
>>> Merging these patches will exclude rpm from images, and so will mask the
>>> issue, so it's not orthogonal.
>>
>>
>> are you actively working to fix the test case ?
>> In that c
On Thu, Feb 13, 2020 at 3:38 PM Richard Purdie
wrote:
>
> On Wed, 2020-02-12 at 22:38 -0800, Khem Raj wrote:
> > Drop security patches which are now in 9.1 already
> > Forward port rest of patches to 9.1
> > Detailed changes [1]
> >
> > [1] https://lists.gnu.org/archive/html/info-gnu/2020-02/msg00
On Thu, Feb 13, 2020 at 4:24 PM akuster808 wrote:
>
>
>
> On 2/13/20 3:25 PM, Alistair Francis wrote:
> > Update strace to 5.5. This includes a small change in the license file
> > to change the date to 2020.
>
> Have you run the ptests for this?
I haven't.
> Will this help help address this fol
Hi,
I am working on a bitbake build and I am running into an issue where a
postinst scriptlet is failing via "exit 1" to defer to first boot and I
cannot figure out which recipe is causing the issue. Does anybody have any
tips on identifying which recipe is actually exiting with a failure? The
err
On 2/13/20 3:25 PM, Alistair Francis wrote:
> Update strace to 5.5. This includes a small change in the license file
> to change the date to 2020.
Have you run the ptests for this?
Will this help help address this following open defect?
https://bugzilla.yoctoproject.org/show_bug.cgi?id=13785
-
On Thu, 2020-02-13 at 06:16 +, Alex Kiernan wrote:
> Commits from v244-stable:
I think this causes:
https://autobuilder.yoctoproject.org/typhoon/#/builders/48/builds/1557
(systemd-boot patch failures)
Cheers,
Richard
--
___
Openembedded-core ma
On Wed, 2020-02-12 at 22:38 -0800, Khem Raj wrote:
> Drop security patches which are now in 9.1 already
> Forward port rest of patches to 9.1
> Detailed changes [1]
>
> [1] https://lists.gnu.org/archive/html/info-gnu/2020-02/msg8.html
>
> Signed-off-by: Khem Raj
Something odd is going on as
Update strace to 5.5. This includes a small change in the license file
to change the date to 2020.
Signed-off-by: Alistair Francis
---
...0001-caps-abbrev.awk-fix-gawk-s-path.patch | 2 +-
...yscall_info-to-__ptrace_syscall_info.patch | 52 ---
.../strace/strace/Makefile-ptest.p
On Thu, 13 Feb 2020 11:13:49 -0500
Maxime Roussin-Bélanger wrote:
> On Thu, Feb 13, 2020 at 11:00 AM Alexander Kanavin
> wrote:
> >
> > On Thu, 13 Feb 2020 at 16:55, Maxime Roussin-Bélanger <
> maxime.roussinbelan...@gmail.com> wrote:
> >>
> >> PACKAGECONFIG[iwd] = "--enable-iwd, --disable-wifi,
On Thu, 13 Feb 2020 at 22:37, Khem Raj wrote:
>
>> Merging these patches will exclude rpm from images, and so will mask the
>> issue, so it's not orthogonal.
>>
>
> are you actively working to fix the test case ?
> In that case it would be justified to hold them
>
The test case that is failing f
On Thu, Feb 13, 2020 at 8:52 AM Alexander Kanavin
wrote:
> On Thu, 13 Feb 2020 at 17:44, Khem Raj wrote:
>
>> I'd like to request that these two are held back until we figure out what
> is going wrong with the rpm test (see separate thread).
>
We already know what’s going on wh
On Thu, Feb 13, 2020 at 8:57 AM Alexander Kanavin
wrote:
> On Thu, 13 Feb 2020 at 17:42, Khem Raj wrote:
>
>> This still sneaks in pieces of rpm into distros where rpm is not needed
>> so better would be to retool dnf to not demand rpm support in libsolv and
>> break the dependency chain. Opkg i
On Thu, Feb 13, 2020 at 1:39 PM wrote:
>
> From: He Zhe
>
> To make the native python3 are always used,
>
> - Move the substitution of /usr/bin/python3 to first, otherwise the
> possible original /usr/bin/python3 would be changed to
> /usr/bin/env python33.
> - Add substitution for ${S}/scrip
On 2020-02-13 11:45 a.m., Bruce Ashfield wrote:
On Thu, Feb 13, 2020 at 1:39 PM wrote:
From: He Zhe
To make the native python3 are always used,
FWIW, a very similar patch was sent 10 days ago. Did you confirm that it isn't
in master-next already ?
It's not in master-next as far as I can
On Thu, Feb 13, 2020 at 1:39 PM wrote:
>
> From: He Zhe
>
> To make the native python3 are always used,
>
FWIW, a very similar patch was sent 10 days ago. Did you confirm that it isn't
in master-next already ?
see: "[OE-core] [PATCH] perf: Additional fixes for 5.5+"
Bruce
> - Move the substit
Wrong mailing list, should go to oe-devel.
Alex
On Thu, 13 Feb 2020 at 17:39, Scott Branden via Openembedded-core <
openembedded-core@lists.openembedded.org> wrote:
> Add x265 recipe for latest tag of Release_3.2 branch (3.2.1).
>
> Signed-off-by: Scott Branden
> ---
> .../recipes-multimedia/x
Thank you - works for me. I've been waiting for a fix!
On 2020-02-13 10:38 a.m., zhe...@windriver.com wrote:
From: He Zhe
To make the native python3 are always used,
- Move the substitution of /usr/bin/python3 to first, otherwise the
possible original /usr/bin/python3 would be changed to
From: He Zhe
To make the native python3 are always used,
- Move the substitution of /usr/bin/python3 to first, otherwise the
possible original /usr/bin/python3 would be changed to
/usr/bin/env python33.
- Add substitution for ${S}/scripts/
Signed-off-by: He Zhe
---
meta/recipes-kernel/per
On Thu, 13 Feb 2020 at 17:42, Khem Raj wrote:
> This still sneaks in pieces of rpm into distros where rpm is not needed so
> better would be to retool dnf to not demand rpm support in libsolv and
> break the dependency chain. Opkg is usually sought for small systems and
> last thing we want is un
On Thu, 13 Feb 2020 at 17:44, Khem Raj wrote:
> I'd like to request that these two are held back until we figure out what
is going wrong with the rpm test (see separate thread).
>>>
>>> We already know what’s going on what more
>>> Do you want to know ?
>>>
>>
>> As the rpm maintainer,
On Thu, Feb 13, 2020 at 8:19 AM Alexander Kanavin
wrote:
> On Thu, 13 Feb 2020 at 17:07, Khem Raj wrote:
>
>>
>>> I'd like to request that these two are held back until we figure out
>>> what is going wrong with the rpm test (see separate thread).
>>>
>>
>> We already know what’s going on what m
On Thu, Feb 13, 2020 at 8:24 AM Alexander Kanavin
wrote:
> On Thu, 13 Feb 2020 at 17:06, Khem Raj wrote:
>
>> No, problem is that if One wants to use opkg backend then rpm drags along
>> but apt or dpkg don’t
>>
>> Even if test is made to pass rpm will be dragged into
>> Images which is not desi
Add x265 recipe for latest tag of Release_3.2 branch (3.2.1).
Signed-off-by: Scott Branden
---
.../recipes-multimedia/x265/x265_3.2.1.bb | 24 +++
1 file changed, 24 insertions(+)
create mode 100644
meta-openembedded/meta-multimedia/recipes-multimedia/x265/x265_3.2.1.bb
di
Add PACKAGECONFIG support for x265 in ffmpeg.
Signed-off-by: Scott Branden
---
meta/recipes-multimedia/ffmpeg/ffmpeg_4.2.2.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-multimedia/ffmpeg/ffmpeg_4.2.2.bb
b/meta/recipes-multimedia/ffmpeg/ffmpeg_4.2.2.bb
index a3cf0c1a37..20a
On Thu, 13 Feb 2020 at 17:06, Khem Raj wrote:
> No, problem is that if One wants to use opkg backend then rpm drags along
> but apt or dpkg don’t
>
> Even if test is made to pass rpm will be dragged into
> Images which is not desired
>
We can modify the rpm packaging so that only the library fro
On Thu, 13 Feb 2020 at 17:07, Khem Raj wrote:
>
>> I'd like to request that these two are held back until we figure out what
>> is going wrong with the rpm test (see separate thread).
>>
>
> We already know what’s going on what more
> Do you want to know ?
>
As the rpm maintainer, yes I do. The
On Thu, Feb 13, 2020 at 11:00 AM Alexander Kanavin
wrote:
>
> On Thu, 13 Feb 2020 at 16:55, Maxime Roussin-Bélanger <
maxime.roussinbelan...@gmail.com> wrote:
>>
>> PACKAGECONFIG[iwd] = "--enable-iwd, --disable-wifi, iwd, iwd"
>> PACKAGECONFIG[wpa-supplicant] = "--enable-wifi, --disable-wifi,
wpa-
On Wed, Feb 12, 2020 at 11:31 PM Adrian Bunk wrote:
> On Wed, Feb 12, 2020 at 10:38:22PM -0800, Khem Raj wrote:
> > gold is not supporting risc-v yet and, this will cause subltle errors
> > during build e.g. autoconf not finding certain features like visibility
> > and it could take a while to un
On Thu, Feb 13, 2020 at 12:21 AM Alexander Kanavin
wrote:
> On Thu, 13 Feb 2020 at 07:38, Khem Raj wrote:
>
>> libsolv: Enable rpm packageconfig by default only if rpm O_P_M is
>> enabled
>> dnf,libdnf: Ignore if PACKAGE_CLASSES does not have rpm
>>
>
> I'd like to request that these two
On Wed, Feb 12, 2020 at 11:53 PM Alexander Kanavin
wrote:
> World builds also enable apt and dpkg, but there is no problem with that
> for you? There is no consistency here; if you want to start excluding
> things from world based on what packaging is enabled, you need to treat all
> options equa
On Thu, 13 Feb 2020 at 16:55, Maxime Roussin-Bélanger <
maxime.roussinbelan...@gmail.com> wrote:
> PACKAGECONFIG[iwd] = "--enable-iwd, --disable-wifi, iwd, iwd"
> PACKAGECONFIG[wpa-supplicant] = "--enable-wifi, --disable-wifi,
> wpa-supplicant, wpa-supplicant"
>
The problem with this, is that ena
On Thu, Feb 13, 2020 at 10:27 AM Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
>
> On Thu, 2020-02-13 at 10:22 -0500, Maxime Roussin-Bélanger wrote:
> > On Thu, Feb 13, 2020 at 9:24 AM Richard Purdie <
> > richard.pur...@linuxfoundation.org> wrote:
> > > I know its not easy to underst
On Thu, 2020-02-13 at 10:22 -0500, Maxime Roussin-Bélanger wrote:
> On Thu, Feb 13, 2020 at 9:24 AM Richard Purdie <
> richard.pur...@linuxfoundation.org> wrote:
> > I know its not easy to understand but we don't support virtual/*
> > names in the runtime namespace, only the build time one
> > (PR
On Thu, Feb 13, 2020 at 9:24 AM Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
>
> On Mon, 2020-02-10 at 16:42 -0500, Maxime Roussin-Bélanger wrote:
> > There is a second supplicant raising, iwd. User should be
> > able to switch between wpa-supplicant and iwd. Let's provide
> > a virt
i have some scripts that wander the layers and look for possible
typos, and i ran across this:
meta/lib/oeqa/selftest/cases/incompatible_lic.py:IMAGE_INSTALL_append = "bash"
should that value have a leading space or not? i'll let someone else
deal with that if it needs fixing.
rday
--
_
On Thu, 2020-02-13 at 00:21 -0800, Khem Raj wrote:
> This helps compiling with musl on 32bit arches now that musl has
> switched to 64bit time_t
>
> Signed-off-by: Khem Raj
> ---
> ...rappers-around-clock_gettime-closes-.patch | 113 ++
> ...-Use-64-prefix-syscall-if-we-have-to.p
== Series Details ==
Series: package_ipk: Minor import tweak + ensure packages regenerated
Revision: 1
URL : https://patchwork.openembedded.org/series/22606/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several t
On Mon, 2020-02-10 at 16:42 -0500, Maxime Roussin-Bélanger wrote:
> There is a second supplicant raising, iwd. User should be
> able to switch between wpa-supplicant and iwd. Let's provide
> a virtual package.
>
> ConnMan, systemd-networkd and NetworkManager supports iwd.
>
> Signed-off-by: Maxim
The recent opkg-utils change didn't update all the packages since its
marked as ABISAFE (and has to be due to update-alternatives).
Fix a minor import issue to avoid multiple imports of glob which
also causes packages to re-generate.
Signed-off-by: Richard Purdie
---
meta/classes/package_ipk.bb
Signed-off-by: Robert P. J. Day
---
that's the only example of that i can see.
diff --git a/meta/classes/icecc.bbclass b/meta/classes/icecc.bbclass
index bc3d6f4cc8..d095305ed8 100644
--- a/meta/classes/icecc.bbclass
+++ b/meta/classes/icecc.bbclass
@@ -105,7 +105,7 @@ def icecc_dep_prepend
Announcement: https://lists.gnu.org/archive/html/bug-make/2020-01/msg00057.html
1) Remove upstream provided patches
0001-glob-Do-not-assume-glibc-glob-internals.patch
and 0002-glob-Do-not-assume-glibc-glob-internals.patch.
2) License has been changed to GPLv3 only
3) Important bug-fix is
When systemd is enabled, ensure iputils detects it correctly. Split out
IPv6 only features based on ipv6 enabled in DISTRO_FEATURES.
Signed-off-by: Alex Kiernan
---
Changes in v3:
- fix typo in SoB
Changes in v2:
- ninfod: fix systemd Documentation url error
- rarpd: rdisc: Drop PrivateUsers
CVE-2020-8597: eap.c in pppd in ppp 2.4.2 through 2.4.8 has an rhostname
buffer overflow in the eap_request and eap_response functions.
References:
https://nvd.nist.gov/vuln/detail/CVE-2020-8597
Patch from:
https://github.com/paulusmack/ppp/commit/8d7970b8f3db727fe798b65f3377fe6787575426
Signed-
gold is not supporting risc-v yet and, this will cause subltle errors
during build e.g. autoconf not finding certain features like visibility
and it could take a while to unwind the problem. Its better to error out
early
Remove dwp and ld.gold for rv32 as well
Signed-off-by: Khem Raj
---
meta/r
This helps compiling with musl on 32bit arches now that musl has
switched to 64bit time_t
Signed-off-by: Khem Raj
---
...rappers-around-clock_gettime-closes-.patch | 113 ++
...-Use-64-prefix-syscall-if-we-have-to.patch | 53
...-Use-64-prefix-syscall-if-we-have-to.patc
This helps it compile on musl
Fixes
| tst_clocks.c:31:17: error: 'SYS_clock_getres' undeclared (first use in this
function); did you mean 'tst_clock_getres
Signed-off-by: Khem Raj
---
...or-time64-unsafe-syscalls-before-usi.patch | 81 +++
meta/recipes-extended/ltp/ltp_20190930
Drop security patches which are now in 9.1 already
Forward port rest of patches to 9.1
Detailed changes [1]
[1] https://lists.gnu.org/archive/html/info-gnu/2020-02/msg8.html
Signed-off-by: Khem Raj
---
meta/conf/distro/include/tcmode-default.inc | 2 +-
meta/recipes-devtools/gdb/gdb-8.3
Currently, normal distro features e.g. ld-is-gold is impacting
crosssdk recipes, which actually should not be the case, since
that feature is essentially intended for target packages and not
nativesdk packages
Signed-off-by: Khem Raj
---
meta/classes/crosssdk.bbclass | 6 ++
1 file changed,
dnf does not work with opkg or dpkg/apt anyway
Signed-off-by: Khem Raj
---
meta/recipes-devtools/dnf/dnf_4.2.2.bb| 2 ++
meta/recipes-devtools/libdnf/libdnf_0.28.1.bb | 1 +
2 files changed, 3 insertions(+)
diff --git a/meta/recipes-devtools/dnf/dnf_4.2.2.bb
b/meta/recipes-devtools/dnf
Detailed changelog is here [1]
[1]
https://git.musl-libc.org/cgit/musl/log/?qt=range&q=e6093b5a870a38ebfb3e54382acd48c698bde15d..a662220df547e5c2446518e74440a7d834f9ebe6
Signed-off-by: Khem Raj
---
meta/recipes-core/musl/musl_git.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff -
opkg also depends on libsolv and can needlessly pull in rpm even if
the O_P_M does not desire to use rpm
Signed-off-by: Khem Raj
---
meta/recipes-extended/libsolv/libsolv_0.7.10.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-extended/libsolv/libsolv_0.7.10.bb
- Update gdb to 9.1 and musl to latest
- Fix packages busybox, ltp to build with musl exposed 64bit time_t
problems
- rest of all fixes are found testing core-image-sato-sdk on
qemuarm/qemux86_64
- Add a check for gold being used on rv32/rv64
- crosssdk is changed to not use target distro featu
running ptests on qemuarm returns fails since it finds errors in kernel
logs like below
***
Central error: [4.338465] pci-host-generic 401000.pcie: ECAM ioremap
failed
***
Since its a 32bit kernel 401000 address is truncated to 1000 and end
On Thu, 13 Feb 2020 at 07:38, Khem Raj wrote:
> libsolv: Enable rpm packageconfig by default only if rpm O_P_M is
> enabled
> dnf,libdnf: Ignore if PACKAGE_CLASSES does not have rpm
>
I'd like to request that these two are held back until we figure out what
is going wrong with the rpm te
since the versions of autotools might differ on target and build host, plus
difference in
timestamps for configure and system can result in reconfigure lets avoid
that by disabling maintainer mode
Avoids
error: newly created file is older than distributed files!
[YOCTO #13779]
Suggested-by: And
I took a look at meta/lib/oeqa/runtime/cases/rpm.py.
All tests depend on test_rpm_query, which should be skipped if rpm is not
used for packaging:
status, output = self.target.run('ls /var/lib/rpm/')
if status != 0:
self.skipTest('No /var/lib/rpm on target')
Can you p
Can you prepare the meson conversion as a separate patch please?
Alex
On Thu 13. Feb 2020 at 7.29, Denys Dmytriyenko wrote:
> From: Denys Dmytriyenko
>
> This is the official release for Wayland 1.18. The main new features in
> this release are:
>
> - Add support for the Meson build system (au
73 matches
Mail list logo