thanks for your recent upload of rust-rustls-native-certs. Looking at https://tracker.debian.org/pkg/rust-rustls-native-certs, it appears
that it would benefit from additional Breaks relationships to help the migration tools. Essentially, rust-ureq and librust-ureq-dev need to
migrate with rust-rustls-pemfiles and a bunch of other packages
together.
Control: tags -1 moreinfo
Hi Reinhard,
Quoting Reinhard Tartler (2025-03-24 23:31:08)
thanks for your recent upload of rust-rustls-native-certs. Looking at
https://tracker.debian.org/pkg/rust-rustls-native-certs, it appears
that it would benefit from additional Breaks relationships to help the
migration tools. Essentially, rust-ureq and librust-ureq-dev need to
migrate with rust-rustls-pemfiles and a bunch of other packages
together.
I disagree: rust-rustls-native-certs does not depend on rust-ureq, so
there is nothing meaningful to break.
If debci is caught in a circular build-dependency loop, then that loop
needs to be broken somewhere meaningful - or debci simply bypassed.
Please do elaborate, if you think I am mistaken and
rust-rustls-native-certs really does directly (not only transitively)
depend or build-depend or autopkgtest-depend on rust-ureq.
On 2025-03-25 02:10, Jonas Smedegaard wrote:
Control: tags -1 moreinfo
Hi Reinhard,
Quoting Reinhard Tartler (2025-03-24 23:31:08)
thanks for your recent upload of rust-rustls-native-certs. Looking at
https://tracker.debian.org/pkg/rust-rustls-native-certs, it appears
that it would benefit from additional Breaks relationships to help the
migration tools. Essentially, rust-ureq and librust-ureq-dev need to
migrate with rust-rustls-pemfiles and a bunch of other packages
together.
I disagree: rust-rustls-native-certs does not depend on rust-ureq, so
there is nothing meaningful to break.
If debci is caught in a circular build-dependency loop, then that loop needs to be broken somewhere meaningful - or debci simply bypassed.
Please do elaborate, if you think I am mistaken and rust-rustls-native-certs really does directly (not only transitively) depend or build-depend or autopkgtest-depend on rust-ureq.
No, it is the other way around. rust-ureq depends on librust-rustls-native-certs-0.6+default-dev
(cf.
https://sources.debian.org/src/rust-ureq/2.12.1-5/debian/control/#L23)
and therefore
debci schedules tests for rust-ureq in testing with the rust-rustls-native-certs package from
unstable. This evidently fails, and has been addressed in the rust-ureq package in unstable.
However, neither debci nor britney detect that situation by themselves.
The most straight-forward
way to resolve is by adding Breaks relationships as suggested above.
Please let me know if this makes sense.
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 480 |
Nodes: | 16 (2 / 14) |
Uptime: | 249:55:57 |
Calls: | 9,532 |
Files: | 13,650 |
Messages: | 6,137,936 |