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
---
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
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:
== 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
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
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
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
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
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
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 ++
>
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
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
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
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
> >
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,
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
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
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
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, 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.
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
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
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
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
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
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
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
---
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
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
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
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, 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]
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
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
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 ---
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
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
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,
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
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:
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
>
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
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
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(),
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
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
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
---
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
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.
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")
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
>
>
>
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:
> >
> >
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
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
---
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
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
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
> ---
>
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
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
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 +-
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
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
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
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:
- 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
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
Detailed changelog is here [1]
[1]
https://git.musl-libc.org/cgit/musl/log/?qt=range=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
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 +++
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
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
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
---
73 matches
Mail list logo
