net-libs/http-parser often has changes in soname of library in new minor versions, so its ebuilds have different subslots. dev-util/cargo has dependency on net-libs/http-parser:= but dev-lang/rust[cargo] currently has dependency on net-libs/http-parser without ":=". (I do not know if dependencies of dev-lang/rust-bin[cargo] are even slightly correct. scanelf and grep suggest that no...)
This has been fixed in 1.29.1, thanks for reporting.
I see that in rust-bin, net-libs/http-parser was changed to net-libs/http-parser:= but := operator does not make sense in pre-built packages. "net-libs/http-parser:${some_specific_hardcoded_slot_and_subslot}" could be used, but I do not know what value should be used, since scanelf and grep find nothing. Maybe upstream has built rust-bin with statically linked http-parser? (It would mean that rust-bin should not have such dependency.)
Yeah, I think that's what they intended to do. git2-sys seems to want to build http-parser from the vendored sources, but somehow on Gentoo stilll pulls in the installed stuff? https://github.com/alexcrichton/git2-rs/blob/master/libgit2-sys/build.rs See also https://github.com/alexcrichton/git2-rs/issues/305
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=93b04cb4afe914d5fd2fa2b22a95dc445be6e691 commit 93b04cb4afe914d5fd2fa2b22a95dc445be6e691 Author: Dirkjan Ochtman <djc@gentoo.org> AuthorDate: 2018-10-01 08:23:11 +0000 Commit: Dirkjan Ochtman <djc@gentoo.org> CommitDate: 2018-10-01 08:23:11 +0000 dev-lang/rust-bin: cargo binary does not depend on http-parser Bug: https://bugs.gentoo.org/666524 Signed-off-by: Dirkjan Ochtman <djc@gentoo.org> Package-Manager: Portage-2.3.49, Repoman-2.3.10 dev-lang/rust-bin/rust-bin-1.29.1.ebuild | 1 - 1 file changed, 1 deletion(-)
