Bug#1121479: binNMU r-* for reproduce.debian.net

[Adrian Bunk <bunk@debian.org>]

On Wed, Dec 10, 2025 at 03:32:30PM +0100, Stéphane Glondu wrote:
> Le 10/12/2025 à 15:12, Adrian Bunk a écrit :
> > > Cannot the hardcoded archictecture list be avoided with the (virtual)
> > > packages architecture-is-{little-endian,64-bit}?
> > 
> > You cannot use these virtual packages in Architecture.
> > You cannot use these virtual packages for conditional build dependencies.
> > 
> > For autopkgtest skip-not-installable is the best option to avoid the
> > hardcoding.
> > 
> > src:cantor from the key package path in this discussion:
> >    Source: cantor
> >    Build-Depends: ...,r-base-core,...
> >    ...
> >    Package: cantor-backend-r
> >    Architecture: any
> > 
> > That's two places where architecture lists will have to be hardcoded
> > if r-base-core would drop 32-bit support (which might not yet happen
> > as part of the current change).
> 
> If cantor is supported only on 64-bit architectures, what prevents putting
> architecture-is-64-bit in Build-Depends? (Sorry if I miss something
> obvious.)

cantor itself would continue to be supported on 32-bit architectures,
cantor-backend-r is just one of the backend packages.

> Cheers,

cu
Adrian