> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Khem Raj
> Sent: den 30 oktober 2021 21:45
> To: openembedded-core@lists.openembedded.org
> Cc: Khem Raj ; lexander Kanavin
> Subject: [OE-core] [PATCH] wpebackend-fdo: Add -Wno
On Sat, 2021-10-30 at 23:21 +0300, Vasyl Vavrychuk wrote:
> Hi, Richard,
>
> > Even if you can't reproduce the error, you can likely look at the pseudo
> > database (in WORKDIR/pseudo/) as it is a relatively simple sqlite3
> > database. You
> > can check the inode numbers in the database compared
On Sat, 2021-10-30 at 00:13 +0100, Jose Quaresma wrote:
> An exceptions in sstate_checkhashes sstate mirror fetcher
> is not fatal for the build and it can be a warning.
>
> If we can't check status in the fetcher we can assume that sstate
> file don't exist on the mirror and build it from sources
Hi, Richard,
> Even if you can't reproduce the error, you can likely look at the pseudo
> database (in WORKDIR/pseudo/) as it is a relatively simple sqlite3 database.
> You
> can check the inode numbers in the database compared to the files on disk and
> the issue is fixed when the numbers match
This commit
https://github.com/Igalia/WPEBackend-fdo/commit/e4c578f23359dba4d5abbd14b108f59e1b0701c1
causes this warning due to int to uint conversion without static casts
unless its fixes properly by upstream make behaviour same as g++ where
this is flagged too but only as a warning unlike clang
Add fcntl64 wrapper which hopefully fixes issues seen in findutils and the find
command in the libtool removal code when built with LFS compile flags on Gentoo.
Signed-off-by: Richard Purdie
---
meta/recipes-devtools/pseudo/pseudo_git.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
dif
The -r option has been removed from rndc-confgen since bind 9.13[1].
Fix the bind startup error:
$ /etc/init.d/bind start
Starting domain name service: namedrndc-confgen: The -r option has been
deprecated.
chmod: cannot access '/etc/bind/rndc.key': No such file or directory
[1]:
https://gitlab.
On Sat, Oct 30, 2021 at 3:10 AM Richard Purdie
wrote:
>
> On Fri, 2021-10-29 at 10:10 -0700, Khem Raj wrote:
> > Newer musl now has this function implemented and signatures are same as
> > glibc, current codepaths forces it on BSD path which is wrong for musl
> > and results in random segfaults in
On Fri, 2021-10-29 at 10:10 -0700, Khem Raj wrote:
> Newer musl now has this function implemented and signatures are same as
> glibc, current codepaths forces it on BSD path which is wrong for musl
> and results in random segfaults in apps using libsolv e.g. opkg
>
> Signed-off-by: Khem Raj
> ---
