Re: Building "cargo-c": over 400 packages to be downloaded?
"Rainer Fiebig" ([email protected] via blfs-support Mailing List) <[email protected]> Sat, 14 Mar 2026 10:35:25 +0100
| Newsgroups | gmane.linux.lfs.beyond.support |
|---|---|
| Message-ID | <[email protected]> |
This is a multi-part message in MIME format... ------------=_1773480942-1253-15594 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Am 14.03.26 um 01:17 schrieb Joe Locash ([email protected] via blfs-support Mailing List): > On 3/13/26 2:51 PM, Rainer Fiebig ([email protected] via blfs-support > Mailing List) wrote: >> Am 12.03.26 um 21:43 schrieb Joe Locash ([email protected] via >> blfs-support Mailing List): >>> On 3/12/26 6:28 AM, Rainer Fiebig ([email protected] via blfs-support >>> Mailing List) wrote: >>>> "Cargo-c" is required for later versions of librsvg which I wanted to >>>> update for security-reasons (SA 12.4 098). >>>> >>>> An offline-build of cargo-c doesn't seem possible and the download of >>>> file "cargo.lock" is necessary. I checked version -0.10.21 of that >>>> file >>>> and it has over 400 "package" sections, all with name and url: >>> <snip> >>> >>> You can do an offline build. On your system with internet access after >>> you extract and cd into the cargo-c source dir, just do a "cargo >>> vendor". >>> >>> It will download all the crates it thinks it needs. Save the vendor dir >>> and copy it to your offline box and put it into the cargo-c source dir >>> there. Make sure to follow the directions that are displayed after doing >>> the vendor. I do all of my builds offline. >> Tested this with cargo-c-0.10.21 (and rustc-1,94.0) and it worked - >> provided that "config.json" and "Cargo.lock" were also in the package's >> root directory. >> >> Contrary to the book, I downloaded Cargo.lock with a slightly modified >> curl-statement > > For an offline build you don't need the Cargo.lock file. Hm - that's not what I see here for cargo-c. With the right Cargo.lock symlinked into the build-directory, the offline build succeeds. Without it, I get this: [...] Updating crates.io index warning: spurious network error (3 tries remaining): [6] Could not resolve hostname (Could not resolve host: index.crates.io) warning: spurious network error (2 tries remaining): [6] Could not resolve hostname (Could not resolve host: index.crates.io) warning: spurious network error (1 try remaining): [6] Could not resolve hostname (Could not resolve host: index.crates.io) error: failed to get `anyhow` as a dependency of package `cargo-c v0.10.21+cargo-0.95.0 (/home/rainer/Downloads/LFS/BLFS/BLFS-11.1/cargo-c-0.10.21)` Caused by: download of config.json failed Caused by: failed to download from `https://index.crates.io/config.json` Caused by: [6] Could not resolve hostname (Could not resolve host: index.crates.io) real 0m17.343s user 0m0.197s sys 0m0.955s Is there something else to heed? Or maybe cargo-c is an exception to the rule? Rainer ------------=_1773480942-1253-15594 Content-Type: text/plain; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 8bit MIME-Version: 1.0 -- http://lists.linuxfromscratch.org/sympa/info/blfs-support Unsubscribe: See the above information page ------------=_1773480942-1253-15594--