Hi Randy,
1. It's used by anaconda. I searched OE, and didn't find any other place.
1. I don't think it's worth the effort to identify and fix them one by one.
Regards,
Qi
From: MacLeod, Randy
Sent: Thursday, October 21, 2021 1:06
To: Armin Kuster ;
Signed-off-by: Khem Raj
---
.../mozjs/mozjs/fix-musl-build.patch | 15 +++
.../recipes-extended/mozjs/mozjs_91.1.0.bb| 1 +
2 files changed, 16 insertions(+)
create mode 100644
Signed-off-by: Khem Raj
---
.../mozjs/mozjs/0004-use-asm-sgidefs.h.patch | 35 +++
.../recipes-extended/mozjs/mozjs_91.1.0.bb| 1 +
2 files changed, 36 insertions(+)
create mode 100644
* This is new LTS release
* Add patch to fix build on mips/mips64
* Add patch to build with new c-ares 2.17+
* Enhance native binaries patch to include additional native torque use
* Drop mips-warnings.patch and python 3.10 support patch which is
already available in 16.x
* Refresh rest of
On Wed, Oct 20, 2021 at 2:26 PM Gianfranco Costamagna
wrote:
>
> Hello,
> any idea is welcome, I can't yet figure out why this file is not in
> recipes-sysroot or whatever.
> Do you have any help? Of course copy-pasting the "generated" directory from
> the kernel build artifacts works,
> but I
Signed-off-by: Khem Raj
Cc: Marco Cavallini
---
...epy-Fix-username-issue-with-tarballs.patch | 32 +++
.../recipes-connectivity/bluepy/bluepy_git.bb | 4 ++-
2 files changed, 35 insertions(+), 1 deletion(-)
create mode 100644
Hello,
any idea is welcome, I can't yet figure out why this file is not in
recipes-sysroot or whatever.
Do you have any help? Of course copy-pasting the "generated" directory from
the kernel build artifacts works,
but I think there should a better way than patching the kernel recipe...
Gianfranco
seeing this failure on qemux86
https://errors.yoctoproject.org/Errors/Details/613563/
On Wed, Oct 20, 2021 at 3:56 AM Gianfranco
wrote:
>
> drop two upstream cherry-pick patches:
> r89690-5.14-fixes.patch
> r90497-regops-5.14-fix.patch
>
> Signed-off-by: Gianfranco Costamagna
> Signed-off-by:
On Wed, 20 Oct 2021 at 19:37, Khem Raj wrote:
>
> it did not work as it is because it missed setting lua-version and I
> did not realize that during squashing the patches got reversed
>
Setting lua version is only used in the recipe to set FILES, and that can
be simply changed to take parent
On Wed, Oct 20, 2021 at 10:14 AM Alexander Kanavin
wrote:
>
> That should be libxcrypt, not libxcrypt-native.
>
> For some reason Khem replaced my update patch with his, and somehow it does
> not have libscrypt:
>
How about we replace Khem's patch with mine then?
Alex
On Wed, 20 Oct 2021 at 19:30, Khem Raj wrote:
> On Wed, Oct 20, 2021 at 9:47 AM Martin Jansa
> wrote:
> >
> > On Mon, Oct 11, 2021 at 8:42 PM Alexander Kanavin <
> alex.kana...@gmail.com> wrote:
> >>
> >> Drop autotools/makefile patch and
On Wed, Oct 20, 2021 at 9:47 AM Martin Jansa wrote:
>
> On Mon, Oct 11, 2021 at 8:42 PM Alexander Kanavin
> wrote:
>>
>> Drop autotools/makefile patch and change the build system to luke,
>> as upstream uses that now.
>
>
> Any idea why it fails?
>
> luaposix/35.1-r0/git$ build-aux/luke
> luke:
* fixes:
ERROR: Nothing PROVIDES 'lvgl' (but
meta-oe/recipes-graphics/lvgl/lv-lib-png_8.0.2.bb DEPENDS on or otherwise
requires it)
lvgl was skipped: missing required distro feature 'wayland' (not in
DISTRO_FEATURES)
ERROR: Nothing RPROVIDES 'lv-lib-png-dev' (but
Signed-off-by: Martin Jansa
---
meta-oe/recipes-devtools/luaposix/luaposix_35.1.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta-oe/recipes-devtools/luaposix/luaposix_35.1.bb
b/meta-oe/recipes-devtools/luaposix/luaposix_35.1.bb
index 444b63ed77..0e5cd09e0f 100644
Thanks, target libxcrypt worked here.
On Wed, Oct 20, 2021 at 7:14 PM Alexander Kanavin
wrote:
> That should be libxcrypt, not libxcrypt-native.
>
> For some reason Khem replaced my update patch with his, and somehow it
> does not have libscrypt:
>
>
Thanks! <3
On Wed, Oct 20, 2021 at 7:22 PM Khem Raj wrote:
> Also organize the recipe to to match OE style
> Remove PYTHON_PN from DEPENDS, setuptools should be enough
> Correct setting LIC_FILES_CHKSUM
> Move setting git SHA to SRCREV
>
> Signed-off-by: Khem Raj
> Cc: Marco Cavallini
> Cc:
Thanks! <3
On Wed, Oct 20, 2021 at 7:22 PM Khem Raj wrote:
> Signed-off-by: Khem Raj
> Cc: Martin Jansa
> Cc: William Huang
> ---
> meta-python/recipes-devtools/python/python3-kivy_2.0.0.bb | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
On Wed, Oct 20, 2021 at 10:08 AM Martin Jansa wrote:
>
> well and also set SRCREV instead of rev in SRC_URI and use correct RDEPENDS
> syntax.
>
> There is another recipe where old RDEPENDS syntax sneaked in :/
>
> meta-oe$ git grep ^RDEPENDS_
>
Signed-off-by: Khem Raj
Cc: Martin Jansa
Cc: William Huang
---
meta-python/recipes-devtools/python/python3-kivy_2.0.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-python/recipes-devtools/python/python3-kivy_2.0.0.bb
Also organize the recipe to to match OE style
Remove PYTHON_PN from DEPENDS, setuptools should be enough
Correct setting LIC_FILES_CHKSUM
Move setting git SHA to SRCREV
Signed-off-by: Khem Raj
Cc: Marco Cavallini
Cc: Martin Jansa
---
.../recipes-connectivity/bluepy/bluepy_git.bb| 16
That should be libxcrypt, not libxcrypt-native.
For some reason Khem replaced my update patch with his, and somehow it does
not have libscrypt:
http://git.openembedded.org/meta-openembedded/log/meta-oe/recipes-devtools/luaposix/luaposix_35.1.bb
What happened, why was my patch not taken?
Alex
This RDEPENDS_ syntax is no longer valid, please update to RDEPENDS:.
On Thu, Sep 2, 2021 at 1:25 PM William Huang wrote:
> ---
> .../0001-add-support-for-glesv2.patch | 24 +++
> .../python/python3-kivy_2.0.0.bb | 71 +++
> 2 files changed, 95
well and also set SRCREV instead of rev in SRC_URI and use correct RDEPENDS
syntax.
There is another recipe where old RDEPENDS syntax sneaked in :/
meta-oe$ git grep ^RDEPENDS_
meta-networking/recipes-connectivity/bluepy/bluepy_git.bb:RDEPENDS_${PN} =
"bluez5"
On 2021-10-19 11:09 a.m., Armin Kuster wrote:
On 10/18/21 9:59 PM, Chen Qi wrote:
This upgrade revolves a bunch of CVEs. See more details in:
https://github.com/tuxera/ntfs-3g/security/advisories/GHSA-q759-8j5v-q5jp.
Seems reasonable to me.
-armin
I"m tempted to agree but I don't know
Also please use some more meaningful PV than "git" from the filename.
On Wed, Oct 20, 2021 at 7:02 PM Martin Jansa via lists.openembedded.org
wrote:
> FWIW: I'm seeing the same error now.
>
> Marco: is the user you're building under having UID 1000? Try under
> different UID to reproduce this.
FWIW: I'm seeing the same error now.
Marco: is the user you're building under having UID 1000? Try under
different UID to reproduce this.
On Wed, Oct 20, 2021 at 4:11 PM Khem Raj wrote:
>
>
> On Wed, Oct 20, 2021 at 5:07 AM Marco wrote:
>
>> On 20/10/21 13:45, Khem Raj wrote:
>> > fails
On Mon, Oct 11, 2021 at 8:42 PM Alexander Kanavin
wrote:
> Drop autotools/makefile patch and change the build system to luke,
> as upstream uses that now.
>
Any idea why it fails?
luaposix/35.1-r0/git$ build-aux/luke
luke: fatal: required symbol 'crypt' not found in any of libc, libcrypt
I
On Wed, Oct 20, 2021 at 5:07 AM Marco wrote:
> On 20/10/21 13:45, Khem Raj wrote:
> > fails during install now on musl/x86 arm/glibc
> >
> > https://errors.yoctoproject.org/Errors/Details/613446/
> > https://errors.yoctoproject.org/Errors/Details/613456/
> >
>
> Hi Khem,
> I diligently followed
On 20/10/21 13:45, Khem Raj wrote:
fails during install now on musl/x86 arm/glibc
https://errors.yoctoproject.org/Errors/Details/613446/
https://errors.yoctoproject.org/Errors/Details/613456/
Hi Khem,
I diligently followed the instructions on the site
fails during install now on musl/x86 arm/glibc
https://errors.yoctoproject.org/Errors/Details/613446/
https://errors.yoctoproject.org/Errors/Details/613456/
On Tue, Oct 19, 2021 at 6:19 AM Marco Cavallini wrote:
>
> From: Marco Cavallini
>
> Signed-off-by: Marco Cavallini
> ---
>
From: Esben Haabendal
Using meta-java in configurations where TARGET architecture is something
different than the most mainstream archictures (intel, arm, powerpc, mips),
bitbake errors out with something like the following:
ERROR: ExpansionError during parsing
drop two upstream cherry-pick patches:
r89690-5.14-fixes.patch
r90497-regops-5.14-fix.patch
Signed-off-by: Gianfranco Costamagna
Signed-off-by: Gianfranco Costamagna
---
.../vboxguestdrivers/r89690-5.14-fixes.patch | 442 --
.../r90497-regops-5.14-fix.patch | 118
We try to enable opcache from native sysroot, php can be compiled.
But the following problems occured in the x86_64 environment:
opcache/jit/zend_jit_x86.dasc:2136:43: error:'znode_op' {aka'union _znode_op'}
has no member named'zv'
After investigation, we know that 32bit support is not
33 matches
Mail list logo