On 10/14/24 3:54 PM, Simon Josefsson wrote:
Sebastiaan Couwenberg <sebas...@xs4all.nl> writes:
On 10/14/24 2:42 PM, Charles Plessy wrote:
The package names starts with r-cran.
Time is better spent on updating the tooling to add
architecture-is-64-bit to the build dependencies for those packages,
as well as generating RM bug reports for the partial removals on [i386
armel armhf].
Is that the recommended solution for packages that wants to stop
supporting 32-bit architectures?
I don't think there is a recommended solution.
Using architecture-properties is relatively easy, avoiding the need to main
architecture lists.
Could there be some automatic magic to
transitively remove 32-bit binaries of packages where the most recent
upload of a package uses 'architecture-is-64-bit'?
Someone would need to implement a service which monitors changes to the archive
that files RM bugreports for packages that introduce architecture-properties
dependencies.
So far I've just filed the RM bugreports manually using reportbug, and built
dependency trees for packages with many rdeps using `dak rm -a
i386,armel,armhf` on coccia to keep track of which bugreports need to block
each other.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
