**** BEGIN LOGGING AT Fri Aug 19 02:59:57 2022
Aug 19 11:09:24 <marex> Hi, I got a fetcher failure with mesa from git, I can reproduce it even outside of bitbake now
Aug 19 11:09:27 <marex> https://paste.debian.net/hidden/53ffa586/
Aug 19 11:09:36 <marex> that happens on debian10
Aug 19 11:10:04 <marex> checking debian11 now
Aug 19 11:15:24 <marex> hum, same
Aug 19 11:17:43 <marex> if I remove refs/*:refs/* from the fetch command, it does proceed just fine
Aug 19 11:22:39 <JaMa> marex: isn't it the same gnutls issue with cert?
Aug 19 11:28:03 <marex> JaMa: I think it's between keyboard and chair, it seems the repo has MASSIVE amount of refs and fetching them takes a long time
Aug 19 12:03:31 <mort> is it safe to share one downloads folder between multiple concurrent bitbake instances using symlinks?
Aug 19 12:22:31 <marex> POST git-upload-pack (chunked)
Aug 19 12:22:31 <marex> error: RPC failed; HTTP 504 curl 22 The requested URL returned error: 504
Aug 19 12:22:42 <marex> oh wow ... so that's what git fetch -v gives me
Aug 19 12:22:46 <marex> JaMa: ^
Aug 19 15:36:00 <marex> RP: do you know why https://git.openembedded.org/bitbake/commit/lib/bb/fetch2/git.py?id=8540c09d4e509e3277940464c71174d8a0aca6ab added refs/*:refs/* to the git fetch command ?
Aug 19 15:36:24 <marex> RP: with FDO gitlab , the refs/ contains also refs/merge-requests and refs/keep-around and it's a LOT of data
Aug 19 15:36:43 <marex> that's in fact what causes my problem above with the proxy just going 504 timeout
Aug 19 15:37:07 <marex> the FDO people suggested to fetch only refs/heads , but I think we also want tags, but maybe that's all we want ?
Aug 19 15:37:45 <marex> or should the fetcher literally fetch EVERYTHING ?
**** ENDING LOGGING AT Sat Aug 20 02:59:57 2022