Hi Richard, I can see a number of postinstall intercept hook failures on master-next on oe-selftest builds on all distros and reproducible builds. Error log: do_rootfs: The postinstall

Hi Team, I created a bug#14584 to enhance Autobuilder/SwatBoat process. https://bugzilla.yoctoproject.org/show_bug.cgi?id=14584 Description: Currently when user cancel a build, there is no

Hello, I explained on https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team how to get that: $ git clone git://git.yoctoproject.org/poky $ cd poky $ git fetch origin

Ahh..right !! Thanks. But still I think, in case of build cancellation, this provision can make debugging easier. If still this does not make much sense, I can close this bug. Regards, Naveen

I agree, this would meake it easier and I'm not dismissing the idea but it is not simple to implement in the current architecture. Let's leave it open and discuss on Thursday -- Alexandre Belloni,

It is happening again on master now, for most builds: https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/2685 Regards, Naveen

Hi Richard, On master-next, do_compile_kernelmodules() is failing (with musl). https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/4099 Error log: | Assembler

It seems CentOS specific ! Same kernelmodules() failure during reproducible-centos: https://autobuilder.yoctoproject.org/typhoon/#/builders/115/builds/766 And oe-selftest-centos failures too

Yes, it seems we have a problem on Centos 8 where files in /tmp are being removed unexpectedly for unknown reasons and causing a variety of build failures. Michael: Were there any recent changes in

Hi, I tried to summarise all of the "/tmp" file issues we've seen. We have 4 of them, 3 on centos8-ty-2 and one on centos8-ty-1. Issues seen once in python code, twice in kernel modules in the

Yes, after the tmp directories were filled and we had inode exhaustion I changed the tmpfiles.d configuration to delete tmp files immediately. I expected this to happen on boot only but it also

I saw: https://autobuilder.yoctoproject.org/typhoon/#/builders/108/builds/2167 failed and logged in the grab the cookerdaemon log whilst they were still there. In the log there was the

https://autobuilder.yoctoproject.org/typhoon/#/builders/113/builds/1579 On the worker (opensuse152-ty-1): pstree -p shows:

Yep, haven't got very far yet but I'm on it 😊 Cheers Paul

Yesterday there was some talk in irc about a breif networking failure on centos7-ty-4. The build was: https://autobuilder.yoctoproject.org/typhoon/#/builders/104/builds/3083 Showing these

wrote: Checking this again, I think the timestamps are not an hour different and I was misreading some tests I made. The do_install task finished at 17:07 and the do_package finished by 17:11 so we

wrote: Not sure if this means anything or not (run on centos7-ty-4 for around 10 mins): -bash-4.2$ while true; do ping typhoon.yocto.io -c 1 > /dev/null || date; sleep 0.1; done Tue 19 Oct 12:53:35

I’m starting on triage for swat now, it’ll actually be my first time doing it, so bear with me. I’m awaiting a response to a password reset attempt on swatbot at the moment (though honestly not

Hello, I sent your account password on Tue, 8 Jun 2021 21:56:26 +0200, I can resend if you need. -- Alexandre Belloni, co-owner and COO, Bootlin Embedded Linux and Kernel

Yes, please, I’d appreciate that. -- Christopher “kergoth” Larson chris_larson@..., chris.larson@..., kergoth@... Founder - BitBake, OpenEmbedded, OpenZaurus Senior Software Engineer, Mentor