On 27/06/2022 01:15, Jonas Smedegaard wrote:
Thanks for clarifying. I consider it a *horrific* bug that an interface is explicitly advertised as available, linking against it succeeds, yet it is non-functional. In my opinion this renders the whole package unsuitable for release, and I hereby flag this bugreport as such. Please as a minimum ensure that broken or missing features are *not* advertised by the package.
I'll remove the rustls support completely until/unless it can be re-enabled in a sane form.
but lets be clear not every "feature" that exists in a rust crate actually provides useful functionality. The "feature" "rustls-native-certs" was never advertised as providing any particular functionality. At this point I have only removed features, I have not changed the functionality of any existing features. Depending on the "feature" "rustls-native-certs" would be just as useless with the unmodified upstream source as it would be with my patched version.
Assuming tokio-rustls and hyper-rustls are packaged, I do intend to switch the "rustls-tls" feature from being an alias for "rustls-tls-webpki-roots" to being an alias for "rustls-tls-native-roots" in line with what I believe is appropriate for Debian. Indeed I already have a patch in the package doing that, but the feature is currently removed completely by a patch later in the series.
