[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#1110684: RM: rust-tiny-dfr [armel armhf i386 mips64el mipsel ppc64el riscv64 s390x] -- ROM; update only builds on arm64 and amd64



Package: ftp.debian.org
Followup-For: Bug #1110684
X-Debbugs-Cc: debian-amd64@lists.debian.org, debian-arm@lists.debian.org, debian-mips@lists.debian.org, debian-powerpc@lists.debian.org, debian-riscv@lists.debian.org, debian-s390@lists.debian.org, noisycoil@tutanota.com, waldi@debian.org
User: debian-arm@lists.debian.org
Usertags: armel armhf
User: debian-qa@lists.debian.org
Usertags: i386
User: debian-riscv@lists.debian.org
Usertags: riscv64
User: debian-powerpc@lists.debian.org
Usertags: ppc64el
User: debian-s390@lists.debian.org
Usertags: s390x
User: debian-mips@lists.debian.org
Usertags: mips64el mipsel


Sure. As per description of the package, tiny-dfr is a touchbar userspace
daemon which only supports Apple Silicon (arm64) and T2 (amd64) Mac laptops,
currently. Up until v0.3.5, it built for a number of non-arm64, non-amd64
architectures nonetheless, so we left it be on those platforms. Starting from
v0.3.6, it stopped building on anything non-arm64, non-amd64, so to downlift
that version from experimental to unstable we need to remove it from any
non-arm64, non-amd64 architecture.


Cheers!


P.S.: The main reason why we didn't limit architecture before is because, the
way the Rust team tooling worked, changing "Architecture: any" to
"Architecture: arm64 amd64" would have significantly increased maintenance
burden. To improve this we merged [debcargo!86].


[debcargo!86] https://salsa.debian.org/rust-team/debcargo/-/merge_requests/86


Reply to: