02:27 <geoffhp> wak: I hit the SRCREV_FORMAT change also in my builds this week. In my case, for 2 recipes it complained about were missing the SRCREV_FORMAT when I was pulling from 2 separate repos (both git BTW) and thus, incorrect. Fixed by including both names in the SRCREV_FORMAT.

07:32 <JaMa> geoffhp: congratz for following what the error message says you should do :)

08:39 <JaMa> RP: ndec: I've noticed Makefile in top level poky, was this intentional? https://git.yoctoproject.org/poky/commit/?id=1fd9c4b2c0ae927df29f7a0d34c3e595bcf48e89 the original bitbake commit looks very different https://git.openembedded.org/bitbake/commit/?id=a7c47f1eac8caac607a2b5f12d07235dff4d740f

08:43 <wak> geoffhp: any idea what I should do for a git repo with a default name?

08:43 <wak> or can it not handle that

08:44 <wak> RP: Is the SRCREV_FORMAT requirement for 2+ git repos a regression in 62afa02d01794376efab75623f42e7e08af08526

08:47 <JaMa> RP: looks like the bitbake/doc/Makefile was added back in https://git.yoctoproject.org/poky/commit/?id=415962ad94149de121a1c01215073a52bb54dc14 but the doc/README change is still missing in poky because of this

08:55 <JaMa> RP: ndec: sent patch for this and one more bitbake commit which was missing in poky (possibly because it conflicted with this missing change)

09:38 <RP> JaMa: thanks, definitely not intentional

09:39 <RP> wak: no, setting that when using multiple git uris was always a requirement, just badly enforced

18:32 <khem> RP: The ping problem did not happen again yet for 12hr jobs

18:33 <khem> RP: btw. I am seeing a problem when enabling multilib along with meta-freescale bitbake resorts to reparse all the time. In same layer setup qemuarm64 does not do that so it seems to be something in meta-freescale triggerting it, whats the best way to debug it

18:34 <khem> see https://github.com/Freescale/meta-freescale/issues/1647

18:35 <khem> I can see this behaviour with default poky master + meta-freescale

19:28 <geoffhp> wak: I would always specify the branch in a SRC_URI for a git repo using a branch="master" parameter (assuming you want the master branch), even if master is the default branch. Because you will want to know if the upstream repo changes the default branch to 'main' or 'dev', or the 'master' branch disappears for some reason.

19:39 <khem> I think that should be default now a days in bitbake git fetcher IIRC