Backporting https://git.yoctoproject.org/pseudo/commit/pseudolog.c?id=15b4f4ca25593f684e6517d0b809605b443d1953 fixes the issue or instead of adding another .patch file we can import most of the pseudo changes from master (as they might be needed in future anyway as people will be upgrading to more recent host distros).
I've queued the backports in 12 commits here: https://git.openembedded.org/openembedded-core-contrib/log/?h=jansa/kirkstone-pseudo-sync-with-master and confirmed that pseudo-native builds again on host with gcc-14 (rebuilding the image now) scarthgap is missing the most recent one for python-3.13 on host "pseudo: Fix envp bug and add posix_spawn wrapper" On Fri, Nov 8, 2024 at 7:18 AM Martin Jansa via lists.openembedded.org <[email protected]> wrote: > > With this update it fails to build on hosts with gcc-14: > > | pseudolog.c: In function ?parse_timestamp?: > | pseudolog.c:329:13: error: implicit declaration of function > ?strptime?; did you mean ?strftime?? [-Wimplicit-function-declaration] > | 329 | s = strptime(string, timeformat, &stamp_tm); > | | ^~~~~~~~ > | | strftime > | pseudolog.c:329:11: error: assignment to ?char *? from ?int? makes > pointer from integer without a cast [-Wint-conversion] > | 329 | s = strptime(string, timeformat, &stamp_tm); > | | ^ > | pseudolog.c:337:19: error: assignment to ?char *? from ?int? makes > pointer from integer without a cast [-Wint-conversion] > | 337 | s = strptime(string, time_formats[i], &stamp_tm); > | | ^ > | pseudolog.c: In function ?plog_trait?: > | pseudolog.c:377:34: warning: ?calloc? sizes specified with ?sizeof? > in the earlier argument and not in the later argument > [-Wcalloc-transposed-args] > | 377 | new_trait = calloc(sizeof(*new_trait), 1); > | | ^ > | pseudolog.c:377:34: note: earlier argument should specify number of > elements, later size of each element > | make: *** [Makefile:130: pseudolog.o] Error 1 > > It's not caused by this change itself (it just triggers pseudo-native > to be rebuilt and not reused from sstate) but can we update to even > newer SRCREV which fixes this? Will check if > https://git.yoctoproject.org/pseudo/commit/pseudolog.c?id=15b4f4ca25593f684e6517d0b809605b443d1953 > fixes all of them. > > > On Wed, Nov 6, 2024 at 7:13 PM Fabio Berton via lists.openembedded.org > <[email protected]> wrote: > > > > From: Richard Purdie <[email protected]> > > > > Update to pull in: > > > > pseudo.c: Avoid patch mismatch errors for NAMELESS file entries > > > > In rare cases we see failures, often in linux-libc-headers for things > > like: > > > > | INSTALL /XXX/linux-libc-headers/6.1-r0/image/usr/include > > | abort()ing pseudo client by server request. See > > https://wiki.yoctoproject.org/wiki/Pseudo_Abort for more details on this. > > > > Pseudo log: > > path mismatch [2 links]: ino 46662476 db 'NAMELESS FILE' req > > '/XXX/linux-libc-headers/6.1-r0/image/usr'. > > Setup complete, sending SIGUSR1 to pid 3630890. > > > > Whilst this doesn't easily reproduce, the issue is that multiple > > different processes are > > likely working on the directory and the creation in pseudo might not > > match accesses > > made by other processes. > > > > Ultimately, the "NAMELESS FILE" is harmless and pseudo will reconcile > > things > > so rather than error out, we should ignore this case. > > > > Signed-off-by: Richard Purdie <[email protected]> > > Signed-off-by: Luca Ceresoli <[email protected]> > > Signed-off-by: Richard Purdie <[email protected]> > > (cherry picked from commit 4f30a1a74828e105cbe69677b3fbe5623f371543) > > Signed-off-by: Fabio Berton <[email protected]> > > --- > > meta/recipes-devtools/pseudo/pseudo_git.bb | 2 +- > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > diff --git a/meta/recipes-devtools/pseudo/pseudo_git.bb > > b/meta/recipes-devtools/pseudo/pseudo_git.bb > > index 4dd9156238..6b0cb598e2 100644 > > --- a/meta/recipes-devtools/pseudo/pseudo_git.bb > > +++ b/meta/recipes-devtools/pseudo/pseudo_git.bb > > @@ -14,7 +14,7 @@ SRC_URI:append:class-nativesdk = " \ > > file://older-glibc-symbols.patch" > > SRC_URI[prebuilt.sha256sum] = > > "ed9f456856e9d86359f169f46a70ad7be4190d6040282b84c8d97b99072485aa" > > > > -SRCREV = "c9670c27ff67ab899007ce749254b16091577e55" > > +SRCREV = "cc1f6167cb5065daba1462056e2dce8ff72aa855" > > S = "${WORKDIR}/git" > > PV = "1.9.0+git${SRCPV}" > > > > -- > > 2.25.1 > > > > The information in this communication may contain confidential or legally > > privileged information. It is intended solely for the use of the individual > > or entity it addresses and others authorized to receive it. If you are not > > an intended recipient, you are hereby notified that any disclosure, > > copying, distribution or action in reliance on the contents of this > > information is strictly prohibited and may be unlawful. If you have > > received this communication by error, please notify us immediately by > > responding to this e-mail and then delete it from your system. Critical > > TechWorks is not liable for the proper and complete transmission of the > > information in this communication nor for any delay in its receipt > > > > This e-mail is environmentally friendly, just like Critical TechWorks, > > which lives in a paper-free atmosphere. Therefore, please consider the > > environment before printing it! > > > > > > > > >
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#206855): https://lists.openembedded.org/g/openembedded-core/message/206855 Mute This Topic: https://lists.openembedded.org/mt/109429860/21656 Group Owner: [email protected] Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
