**** BEGIN LOGGING AT Mon May 24 03:00:16 2021 May 24 04:56:35 please excuse if this is a noob question; I'm trying to build an rpi xen image according to https://wiki.yoctoproject.org/wiki/images/d/d7/DD10_Xen_Hypervisor_NA20.pdf and it seems there's a bit of dependency hell. I have managed to make it build by going with dunfell, but shouldn't both meta-virtualization and meta-raspberrypi also work with head or hardknott? May 24 07:58:45 g'morning May 24 08:26:24 When you are expected to receive the link for YP-Summit ? May 24 09:27:47 RP: ltp is still hanging on the AB May 24 09:39:56 RP: seen here https://autobuilder.yoctoproject.org/typhoon/#/ May 24 09:42:34 kanavin: https://lists.yoctoproject.org/g/swat/topic/further_ltp_hang_kernel/83025674 :) May 24 09:42:47 kanavin: thanks. I suspect an issue with 5.10.37 May 24 09:48:32 kanavin: and a third stuck the same way. /me stops them May 24 10:12:02 RP: oh I'm not on that list, should I join? May 24 10:12:18 RP: there seems to be a never ending joining of useful yocto lists I had no idea about ;) May 24 10:18:16 kanavin: you can if you want. You can get a feel from the archive :) May 24 10:18:32 kanavin: I posted some of the recent debugging there as I wasn't sure where else it made sense May 24 14:37:13 tlwoerner: I published my slides May 24 14:37:22 Now I just need to practice... May 24 15:47:13 tlwoerner: is there a schedule for the OEDVM yet May 24 16:43:11 rburton, only a time slot for the overall OEDVM May 24 16:52:09 rburton: not yet, submissions are still coming in. i'll try to keep the Europeans earlier in the schedule, but petty politics sometime interferes ;-S May 24 16:58:32 JPEW: awesome! I'll run through them in a bit. thanks for updating your bio too :-) May 24 17:47:51 * armpit it is 4am pst... May 24 18:38:02 please, be honest: is bitbake the antichrist? May 24 18:44:22 Not any more than any of the other tools are. I'd say about 30%, but once you found the right brand of holy water it's manageable. May 24 18:49:30 it's been crucifying me for the better part of last night, the morning, the afternoon... it's evening again May 24 18:49:37 still in dependency hell May 24 19:08:35 but not like it'd be content flaying my resolve, noooo... it keeps giving me hope, like absolution is just around the corner. then it pounces. another inexplicaple error message. or no message at all. the operation just loops ad infinitum. i hate you, bitbake. May 24 20:00:30 x0n^: if you can be a bit more specific we can try to help May 24 20:01:41 "no error message at all" would certainly be unusual and we'd want to know how you triggered that May 24 20:02:01 x0n^, its a test ... May 24 20:03:05 .. but its ok to fail and try and learn .. its part of the process May 24 20:08:12 bluelightning: no error message was with -b gatesgarth; layers meta-virtualization, meta-raspberrypi; kernel linux-yocto-5.10. simply looped while fetching. I'm at kernel 5.8 now and this works now May 24 20:09:08 what does "looped" mean? just sitting there with no further output? May 24 20:10:13 x0n^: https://github.com/agherzan/meta-raspberrypi/pull/860 maybe? May 24 20:10:43 the kernel fetch is certainly the largest one in a regular image build, so it would take the longest, but shouldn't be more than a few minutes (depending on your connection of course) May 24 20:11:22 another question though: 4-core cpu (8 threads), BB_NUMBER_THREADS = "8", PARALLEL_MAKE = "-j 8". total cpu is at 50% max. what might be wrong? May 24 20:11:36 it takes 15 mins to timeout if he cannot run git ls-remote against git.yoctoproject.org (for whatever reason) May 24 20:12:28 that's close enough to infinity for me when there isn't any progress output :) May 24 20:13:01 hmm, I wonder if there's anything practically we can do to improve that May 24 20:13:15 bluelightning: it actually goes to 100% and then starts over though May 24 20:13:44 I can re-stage that and get logs if it's of interest May 24 20:14:14 x0n^: right, I agree that is a bit confusing, it's because the progress measurement is not properly divided between the 2-3 stages of a git pull - as it happens that is probably my fault May 24 20:18:16 ("receiving objects" and "resolving deltas" are the two larger ones) May 24 20:19:57 JaMa: that looks interesting. is there a newer meta-raspberrypi that will work with HEAD or hardknott? May 24 20:21:01 bluelightning: I'm fairly certain it would have never finished. I'm happy to give it another shot once this build (hopefully) completes May 24 20:22:11 cool, yeah if you can reproduce it that would be very interesting - particularly if you can get the corresponding log.do_fetch for the kernel when it does so May 24 20:24:14 JaMa: I should add I'm bitbaking xen-image-minimal, so rpi-xen. when I checked out HEAD, for some reason meta-virtualization and meta-raspberrypi wouldn't play with each other May 24 20:28:21 the moment of triumph is near though. 3054 of 3077 tasks. gonna be my second completed build. only took me a round-the-clock allnighter. sigh. hopefull it runs this time... May 24 20:30:53 btw, what's best practice for starting over? this time around, I religiously stuck religiously with git checkout -b (and rm -rf subdir; git checkout if necessary) but that seemed to get me into all sorts of trouble May 24 20:31:14 better to git clone another fresh source tree when changing branches? May 24 20:52:54 x0n^: That shouldn't be necessary May 24 21:37:34 hm. I'll do an a/b test and rebuild the same project with a freshly clone tree. for your entertainment: I'm still not done building. now dnf craps in do_rootfs. wtf can something please just work? May 24 22:01:52 x0n^: Depends on what you are trying to do I suppose May 24 22:02:18 x0n^: Do you have an sstate and download cache setup? That would save you a lot of time on rebuilds May 24 22:02:52 even from a completely fresh setup, as long as you set the caches outside the directories you erase :) May 24 22:32:19 JPEW: so far I've been doing it the idio.. uh... old-fashioned way. definitely should be doing that, thanks! **** ENDING LOGGING AT Tue May 25 03:01:36 2021