From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from aws-us-west-2-korg-lkml-1.web.codeaurora.org (localhost.localdomain [127.0.0.1]) by smtp.lore.kernel.org (Postfix) with ESMTP id 557A2D2A552 for ; Thu, 4 Dec 2025 21:41:50 +0000 (UTC) Subject: Re: [yocto] Bitbake fetch does not re-fetch from network if gitrepo is found in DL_DIR To: "Gyorgy Sarvari" , yocto@lists.yoctoproject.org From: christian.leeb@hitachienergy.com X-Originating-Location: Zurich, CH (147.161.246.94) X-Originating-Platform: Windows Edge 142 User-Agent: GROUPS.IO Web Poster MIME-Version: 1.0 Date: Thu, 04 Dec 2025 13:41:45 -0800 References: <6a0d63c8-3a01-44a3-bc52-27ce3f5587dc@gmail.com> In-Reply-To: <6a0d63c8-3a01-44a3-bc52-27ce3f5587dc@gmail.com> Message-ID: <96936.1764884505239996619@lists.yoctoproject.org> Content-Type: multipart/alternative; boundary="k97tyyMpfPdOo5WAmzzu" List-Id: X-Webhook-Received: from 45-33-107-173.ip.linodeusercontent.com [45.33.107.173] by aws-us-west-2-korg-lkml-1.web.codeaurora.org with HTTPS for ; Thu, 04 Dec 2025 21:41:50 -0000 X-Groupsio-URL: https://lists.yoctoproject.org/g/yocto/message/66090 --k97tyyMpfPdOo5WAmzzu Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable I'm using Yocto 4.0, kirkstone. We set URI is git://dev.azure.com/PG-CT/PGLinux/_git/pg-linux;protocol=3Dhttps;bra= nch=3Dpg-am57xx-ti-rt-linux-5.4.106 SRCREV=3D"7818dfe57e1d1e2d2eaf039d1231560611811d67" BRANCH=3D"pg-am57xx-ti-rt-linux-5.4.106" The DL_DIR contains above repo (git2/dev.azure.com.PG-CT.PGLinux._git.pg-li= nux) and above branch but just not the latest commit of this branch. Also, between recipe linux-ti-staging-rt-5.4.106+gitAUTOINC+7818dfe57e-r7a.spark10: task = do_fetch: Started and recipe linux-ti-staging-rt-5.4.106+gitAUTOINC+7818dfe57e-r7a.spark10: task = do_fetch: Succeeded there is only a few seconds. Another proof IMHO that there was no network a= ccess. Fetch works properly if the repo is not present at all in the DL_DIR. I also check if shallow clone is set: seems that this is not the case unles= s there is some other setting to consider. bitbake virtual/kernel -e | grep ^BB_GIT_SHALLOW BB_GIT_SHALLOW:pn-binutils=3D"1" BB_GIT_SHALLOW:pn-binutils-cross-arm=3D"1" BB_GIT_SHALLOW:pn-binutils-cross-canadian-arm=3D"1" BB_GIT_SHALLOW:pn-binutils-cross-testsuite=3D"1" BB_GIT_SHALLOW:pn-binutils-crosssdk-x86_64-spark-linux=3D"1" BB_GIT_SHALLOW:pn-binutils-native=3D"1" BB_GIT_SHALLOW:pn-glibc=3D"1" In addition I got this info from the internet: Why do_fetch didn=E2=80=99t update the repo: BitBake=E2=80=99s fetcher logic: If the repo exists in DL_DIR and the SRCREV is marked as available (based o= n metadata), it skips network fetch. It doesn=E2=80=99t *verify the actual commit presence during do_fetch* =E2= =80=94that check happens in do_unpack. So the 2-second fetch means it reused the cached repo without pulling new c= ommits. I wonder what it means " SRCREV is marked as available (based on metadata) = ". It's obviously not there. Thanks a lot for your support. Chris --k97tyyMpfPdOo5WAmzzu Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable
I'm using Yocto 4.0, kirkstone.
 
We set
URI is git://dev.azure.com/PG-CT/PGLinux/_git/pg-linux;pro= tocol=3Dhttps;branch=3Dpg-am57xx-ti-rt-linux-5.4.106
SRCREV=3D"7818dfe57e1d1e2d2eaf039d1231560611811d67"
BRANCH=3D"pg-am57xx-ti-rt-linux-5.4.106"

The DL_DIR contains above repo (git2/dev.azure.com.PG-CT.PGLinux= ._git.pg-linux) and above branch but just not the latest commit of this bra= nch.
Also, between 
recipe= linux-ti-staging-rt-5.4.106+gitAUTOINC+7818dfe57e-r7a.spark10: task do_fet= ch: Started

In a= ddition I got this info from the internet:
Why do_fetch didn’t update the repo:
BitBake&r= squo;s fetcher logic:
If the repo exists in DL_DIR and the SRCREV is marked as available= (based on metadata), it skips network fetch.
It doesn’= t verify the actual commit presence during do_fetch—= that check happens in do_unpack.
So the 2-second fetch means it reused the cached repo without pull= ing new commits.

I wonder what it m= eans "SRCREV is marked as available (based on metadata)". It's obv= iously not there.

Thanks a lot for your support.

Chri= s

--k97tyyMpfPdOo5WAmzzu--