> Peter Green <plugw...@debian.org> hat am 13.12.2022 18:04 CET geschrieben: > > > Sylvestre Ledru wrote: > > clap should be updated to 4. I just didn't find the time to do it (if you > > want to give it a try ;) > > I just took a look at this. > > The new version of clap depends on new versions of clap_derive and clap_lex, > the old version of clap builds fine with it's dependency on clap_lex bumped, > but the same cannot be said for bumping clap_derive. > > Possible ways forward. > > 1. Package clap 4 without the derive feature, I think such a package would > be of very limited utility. > 2. Introduce a clat-derive-3 package. > 3. Disable the derive feature in clap-3 and port the packages that use it > to clap 4. > > If my grepping is accurate I belive the following packages use the derive > feature of clap 3 and would need to be ported. > > Package: precious > Package: rsass > Package: rust-alacritty > Package: rust-bkt > Package: rust-cargo-c > Package: rust-debcargo
debcargo always uses the same clap version as cargo (since it uses cargo as lib crate, and obviously we want to avoid a duplicate version in the dep tree). it seems 0.67 (to be released in two days together with rustc 1.66, on 2022-12-15) will upgrade to 0.4, so if we want to get that in we'd need clap 4.x packaged anyhow, but if we want to stay at 0.63 (current bookworm/sid version) or 0.66 (current upstream release, I've prepared an update together with noctis, but not pushed it yet) we likely want clap 3.x with derive support in bookworm.. > Package: rust-filespooler > Package: rust-resource-proof > Package: rust-sequoia-sq > Package: rust-tre-command > > P.S. Jonas, I see you tagged this bug as affecting precious, but > when I look at precious upstream it still seems to depend on clap 3
