You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It'd be nice if pycargoebuild could fetch directly from crates.io when given a crate name.
This would be useful for two reasons:
Laziness: right now, I have to grab whatever the ebuild would fetch, unpack it, then run pycargoebuild inside. Lots of effort.
Required for some software: pkgcraft-c's Cargo.toml refers to pkgcraft via a path (../pkgcraft) which neither pycargoebuild nor cargo-ebuild handle properly. Neither end up listing pkgcraft as a dependency. The version downloaded from crates.io does list it properly because cargo mangles it first on upload (or crates.io mangles it before publishing, whatever).
(If you don't like the general idea, consider this a bug report for 2., in that pycargoebuild can't handle pkgcraft-c because of the relative path dep.)
The text was updated successfully, but these errors were encountered:
You don’t need to pre-fetch generally.
Just cd pkgcraft-c && cargo_src_compile
You dont want to use crate tarball for workspace/vendored source like this, that’s why it’s omitted from CRATES
It'd be nice if pycargoebuild could fetch directly from crates.io when given a crate name.
This would be useful for two reasons:
pycargoebuild
inside. Lots of effort.../pkgcraft
) which neitherpycargoebuild
norcargo-ebuild
handle properly. Neither end up listingpkgcraft
as a dependency. The version downloaded from crates.io does list it properly becausecargo
mangles it first on upload (or crates.io mangles it before publishing, whatever).(If you don't like the general idea, consider this a bug report for 2., in that pycargoebuild can't handle pkgcraft-c because of the relative path dep.)
The text was updated successfully, but these errors were encountered: