Ximin Luo: > Niels Thykier: >> Ximin Luo: >>> This should not have happened, ripgrep was not ready yet. >>> https://packages.debian.org/source/buster/rust-ripgrep >>> >>> It build-depends on (e.g.) librust-clap-2+color-dev >>> >>> which is a virtual-package provided by >>> https://packages.debian.org/sid/librust-clap+color-dev >>> >>> but this package is not yet in Debian Testing, and no other packages in >>> Debian Testing provide the same virtual package. >>> >>> I wanted to file a bug here https://salsa.debian.org/release-team/britney2 >>> but salsa is down atm. >>> >>> X >>> >>> [...] >> >> Hi, >> >> From a quick look at the situation, this is expected behaviour as there >> is only partial support for Build-Depends (please see #903211 comment 10 >> for details). >> >> We are of course happy to improve the documentation[1] on how to make >> these limitations more obvious. >> >> Thanks, >> ~Niels >> >> [1] https://release.debian.org/doc/britney/ >> Source: docs folder in the britney2 repo >> > > So what's the best way for us the rust packaging team to track these > situations? Presumably when it's time to release Debian buster these > situations will still be bugs, but we don't want to have to deal with them > all at the same time. >
Hi, I just wanted to follow up to this - we never got an answer here but it is still an outstanding issue. For example rust-ripgrep 0.9.0-4 in testing (buster) is not buildable in testing because it build-depends on rust-clap which is only in unstable. https://packages.debian.org/source/buster/rust-ripgrep If you want a more precise description of the issue see https://github.com/kpcyrd/cargo-debstatus/issues/2 but it seems to me that you understand it already. X -- GPG: ed25519/56034877E1F87C35 GPG: rsa4096/1318EFAC5FBBDBCE https://github.com/infinity0/pubkeys.git
