14707 2022-01-28 15:48:17 +0000 do_unpack may access network in FetchMethod.latest_revision 2022-02-22 17:26:18 +0000 1 1 7 Build System, Metadata & Runtime BitBake bitbake 5.99 x86 Multiple RESOLVED FIXED High normal 4.0 M3 1 Peter.Hoyes pavel pavel poky.bs.watcher poky.watcher randy.macleod --- --- No (bug/feature does not impact docs) oldest_to_newest 92423 0 Peter.Hoyes 2022-01-28 15:48:17 +0000 With the latest master (where network access is disabled in do_unpack): Reproduction steps: * Create a recipe whose SRCREV is *not* a SHA (e.g. a Git tag) * Build the recipe * Make a change to the recipe, such that do_unpack is re-triggered but do_fetch is not * Build the recipe again. do_unpack fails as it tries to run `git ls-remote` to resolve the tag. The offending function call is at https://git.yoctoproject.org/poky/tree/bitbake/lib/bb/fetch2/git.py#n256 I understand that it is best practice to use a SHA in the SRCREV so that no `ls-remote` is necessary, but this does not seem to be mandatory at the moment. Could do_unpack fetch the latest revision from the clone in the downloads directory instead? 92457 1 randy.macleod 2022-02-03 15:40:08 +0000 Pavel will take this once this he gets a BZ account. 92481 2 pavel 2022-02-05 09:08:51 +0000 Hello, Thank you for reporting this issue. Bitbake caches srcrev information in PERSISTENT_DIR and it should persist between builds (according to https://www.yoctoproject.org/docs/2.0.3/bitbake-user-manual/bitbake-user-manual.html ). In fact this behavior is controlled by BB_SRCREV_POLICY and the default policy is "clean" that means the cache is being cleaned each time (https://git.openembedded.org/bitbake/tree/lib/bb/fetch2/__init__.py#n511) To mitigate the issue BB_SRCREV_POLICY can be set to "cache" in local.conf. In that case bitbake uses URI_HEADREVS store to resolve revisions and the issue doesn't occur. latest_revisions() for git fetcher can be improved a bit to use rev-parse in case if network is not available but this will not work in all cases (rebasesable repos for example). 92627 3 pavel 2022-02-22 17:26:18 +0000 This is fixed in https://git.openembedded.org/bitbake/commit/?id=4b5eed1626709ef3dc06b32fd55d40a2a6edd179 Closing