Bug 15125

Summary: fetching all crate files of a recipe
Product: [Build System, Metadata & Runtime] BitBake Reporter: Jan Vermaete <jan.vermaete>
Component: bitbakeAssignee: Jan Vermaete <jan.vermaete>
Status: RESOLVED WONTFIX QA Contact:
Severity: enhancement    
Priority: Medium CC: JPEWhacker, poky.bs.watcher, poky.watcher, randy.macleod, ross.burton, tim.orling
Version: 5.0   
Target Milestone: 4.3   
Hardware: x86   
OS: Multiple   
Whiteboard:
OS type for building Yocto: --- Type of Regression: ---
Verified: Documentation change: No (bug/feature does not impact docs)

Description Jan Vermaete 2023-05-23 18:23:32 UTC 
I often have to do a 'bitbake -k --runall=fetch image > log' to have a log of all files missing at the local and air gapped network.
We have a small script to convert the error messages into a shell script to download the files on a PC with Internet and transfer them later to the local network.
Great, it works.

But a recipe that needs more than one crate file isn't using the -k (continue) options of bitbake during fetching.  If stops after report the first missing crate file.

Could this be modified so that the fetcher is continue to try to download all needed crate files?

Br
Comment 1 Randy MacLeod 2024-01-18 16:21:27 UTC 
This isn't something that fetcher is meant to do. 
Please discuss on the email list  if you have questions.
Comment 2 Tim Orling 2024-01-18 16:26:27 UTC 
Are you using the cargo-update-recipe-crates class?

https://docs.yoctoproject.org/ref-manual/classes.html?highlight=crate#cargo-update-recipe-crates

https://git.openembedded.org/openembedded-core/tree/meta/classes-recipe/cargo-update-recipe-crates.bbclass

It would put all the detected crates in Cargo.lock file into an .inc file as SRC_URI entries. The .inc file is updated with:

bitbake -c update_crates recipe-name