Your message dated Mon, 09 Jan 2023 21:32:26 +0000
with message-id <[email protected]>
and subject line Bug#1026769: fixed in rust-trust-dns-proto 0.22.0-2
has caused the Debian Bug report #1026769,
regarding rust-trust-dns-proto - uninstallable on architectures other than arm* 
and x86*
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
1026769: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1026769
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: rust-trust-dns-proto
Version: 0.22.0-1
Severity: serious

01234567890123456789012345678901234567890123456789012345678901234567890123456789
rust-trust-dns-proto has an "optional" (in the cargo sense) dependency on
rustls, since collapse_features is used*, this results in it depending but not
build-depending on rust-rustls.

rustls itself is written in portable rust. However it depends on ring which is
written in a mixture of rust, C and asm and current releases only support x86-*
and arm-*. There is upstream work to improve portability but I wouldn't feel
comfortable packaging a pre-release version of a crypto library and it looks
like s390x is still out of luck even with current upstream main

So the current situation is that rust-trust-dns-proto is uninstable on three
release architectures and is unable to migrate to testing, the question then
becomes what to do about it, I see three options.

1. Add architecture restrictions to the packaging so the features are
   only made available on the relevant architectures.
2. Add build-dependencies so the package is not built on architectures
   where rustls/ring is available. The request removal of the uninstable
   package by ftpmaster.
3. Disable rustls support in the trust-dns stack completely.

Option 1 is the best from the point of view of offering the widest range of
features on each architecture. Unfortunately debcargo is currently unable to
do this declaratively, it can only be done by overriding debian/control which
makes maintaining the package more annoying.

I attempted to implement option 1 with the 0.21.2-4 upload, but I screwed up
slightly and as I was about to fix my screwups, my changes were reverted by
siretart and he implemented option 2 in the 0.21.2-5 upload.

However the upload of 0.22.0-1 seemed to drop the implementation of option
2, leading to the package becoming uninstallable again.

Meanwhile over in trust-dns-client, Reinhard seemed to go with the option of
disabling rustls support.

I don't really mind which option we implement, but it would be good to have
a consensus and then do it consistently.

* If collapse_features was not used, the affect would be that the main binary 
package
  was installable, but the relavent feature packages were not. This would still
  prevent the package from migrating to testing.

--- End Message ---
--- Begin Message ---
Source: rust-trust-dns-proto
Source-Version: 0.22.0-2
Done: Reinhard Tartler <[email protected]>

We believe that the bug you reported is fixed in the latest version of
rust-trust-dns-proto, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [email protected],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Reinhard Tartler <[email protected]> (supplier of updated 
rust-trust-dns-proto package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [email protected])


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Format: 1.8
Date: Mon, 09 Jan 2023 16:04:16 -0500
Source: rust-trust-dns-proto
Architecture: source
Version: 0.22.0-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Rust Maintainers 
<[email protected]>
Changed-By: Reinhard Tartler <[email protected]>
Closes: 1026769
Changes:
 rust-trust-dns-proto (0.22.0-2) unstable; urgency=medium
 .
   * Team upload.
   * Build-Depends on rust-ring to ensure we only provide packages on 
architectures
     that provide all build depends, Closes: #1026769
   * Package trust-dns-proto 0.22.0 from crates.io using debcargo 2.6.0
Checksums-Sha1:
 6a1b5baab6a72633c46c9cd43b9a743fb43aab94 3812 rust-trust-dns-proto_0.22.0-2.dsc
 452391655e912b5b15ba0f51b38dddaebd77c89e 7876 
rust-trust-dns-proto_0.22.0-2.debian.tar.xz
 45b1c64bb5f3421c6adf0951684d07f398e32669 7892 
rust-trust-dns-proto_0.22.0-2_source.buildinfo
Checksums-Sha256:
 b00a86e87f13d005288ea6ee88324c8be54051101b6c09f6c8a24d02a3ca6e0c 3812 
rust-trust-dns-proto_0.22.0-2.dsc
 165e24ec095a7c521403de07b28b61701101b85faa600735052d0ce8d79ff945 7876 
rust-trust-dns-proto_0.22.0-2.debian.tar.xz
 4aaa51f92b8507520621d512d38815b9cc773bd9e9b201c2c18803fb69123464 7892 
rust-trust-dns-proto_0.22.0-2_source.buildinfo
Files:
 493de14fbcd31b54515b107cfe718378 3812 rust optional 
rust-trust-dns-proto_0.22.0-2.dsc
 13e679853ae5faf966e32797617011c4 7876 rust optional 
rust-trust-dns-proto_0.22.0-2.debian.tar.xz
 b1cd97f14aacd783b6c969fafaed7a8e 7892 rust optional 
rust-trust-dns-proto_0.22.0-2_source.buildinfo

-----BEGIN PGP SIGNATURE-----

iQJIBAEBCgAyFiEEMN59F2OrlFLH4IJQSadpd5QoJssFAmO8gVUUHHNpcmV0YXJ0
QHRhdXdhcmUuZGUACgkQSadpd5QoJsveHhAAggYlyjk2pEqw6O1e1D/UyqkpA/Uz
RqoSSThTD2dVWFCveVCzwco7iIY5+C3BOopeDJoGC5Co8ySWy3LBHkdkCF0nL4aP
G3dYSoVNP7LJjDN3kRomF9abMMbR8RDwE5GDPgouFd/VDW382XmCVKYF+s20gl0f
jn4/1jjx63bFakCrjBi+rm21axLK7y6EPrHBK0u5uNcuyrRABR4Lt2YBopsZuUKo
dgX7woCE9HTBuFRI+sC/ACn6EDK5Ciso+vlR0KEaKWDGxbe39Pa6ajIKTP6Rc6Qk
uHeKnruMRsrCGWTVmAy0tZRHIxutgrchnwPT0VjcE24CNmHDOPO/fDKfgA7Nxp3D
GBBW6nY8DBHscU9bvNNHkCRjd6LpYQQhfw6v9sgj4yFCA198mSgqllpH6Ak6dc+p
7hq2taWbeODjPpWoIjBx/hvRBRMzvzuVC14hsCJKa8+QF7gSqraerUlOHOkxIYXq
kYgaCGoTrQE9VzimBbEQcpAHxpKLC0dWujorHokm03ta52BWlHadrhoUjLADH6UD
DFvPjSCwGsxUXPvyx9CkJjp35tpvgGt+TvFOBbvJwR9HJypX1f4F0vITmefk9qPr
eGKX2x0u9jH0P6WIxbH/xJ7x4zwrSJ9kDWmijprVSpQGWk32j7/OpcxulEGdgheN
CNwHABBXZxLD/uA=
=DIc8
-----END PGP SIGNATURE-----

--- End Message ---

Reply via email to