#10 `cargo metadata` doesn't handle `[workspace]` paths
Closed: Won't Fix 5 years ago by ignatenkobrain. Opened 7 years ago by jistone.

We can't yet handle crates that use [workspace] paths, because those paths are not included in *.crate packages, yet cargo metadata still looks for them.

This might be considered a cargo bug. Not all cargo commands work on bare crate packages, especially with path dependencies, although cargo metadata does work in that case.

  • rayon is an example using [workspace]
  • num is an example using path dependencies

Future note, rayon stopped using [workspace] in its git master -- not sure why. Another example crate using this is libc, which is even more important for us to package.

ACTION: jistone to followup on cargo's handling of unpacked *.crate packages (jistone, 21:11:05)
AGREED: just drop [workspace] thing for now in libc crate (ignatenkobrain, 21:12:03)

Thinking about this a bit more and... How do we handle initial creation of spec for libc?

Any suggestions which options to add to rust2rpm?

Cargo has been trimming path and [workspace] when publishing since cargo#4030, release 0.20.0. So most crates these days should be published in a more friendly state already.

Metadata Update from @ignatenkobrain:
- Issue close_status updated to: Won't Fix
- Issue status updated to: Closed (was: Open)

5 years ago

Login to comment on this ticket.

Metadata