Cargo generates lockfile with duplicate package

[Zoxc]

When rebuilding this project which overrides rustc's libc_shim I get the error thread 'main' panicked at 'a package was referenced twice in the lockfile', src/cargo\core\resolver\encode.rs:51

The lockfile with multiple libc packages

This is on my cargo branch based on e958281

[bkchr]

Hi, I have the same problem. I'm having the following project structure:
Masterproject uses ProjectA and ProjectB. ProjectB and ProjectA both using ProjectC(same version for both). Now cargo generates a Cargo.lock file with ProjectC being present two times. All of these projects are included by being git submodules and the Cargo.toml uses the path to the submodule.

My cargo version: cargo 0.19.0 (28d1d60 2017-05-16)

Removing the duplicate entry by hand let's cargo compile the project, but the duplicate is added again..

[epage]

Does anyone have a minimal reproduction case for this?

I tried loading up the avery one in case I could reproduce with HEAD but there are other setup steps that I didn't want to guess my way through as then I wouldn't be sure if see no bug if cargo is fixed or if I did something wrong.

In avery's case, a replace is being used. Unsure about the other case. I'd be surprised if these are still busted 7 years later and wonder if we should close if we there aren't more details to go off of.

EDIT: I marked this as "propose close" so we don't lose track of this in case no reproduction steps become available.

[Eh2406]

I would not be surprised if a bug still exists, but without a reproducer 🤷. +1 on closing if a no activity soon.

[weihanglo]

Close due to inactivity. Feel free to reopen one when having a minimal producer. Thank you.