Hello Rafael!

On 1/27/21 6:12 PM, Rafael Laboissière wrote:
> I am the responsible person for the build architecture limitation.  It was an 
> attempt
> to get octave-iso2mesh into bullseye, at least for a limited set of 
> release-official
> architectures.  However, the package did not yet migrated into testing, even 
> though a
> request for the removal of the binary packages for armel, armhf, and mipsel 
> have been
> filed (see Bug#979623).

It would have been better to contact the architecture maintainers first and ask 
for help
to get the package built on all architectures, so people get at least a chance 
to help
you.

Also, Debian Ports architectures don't affect testing migration. So a package 
failing
to build on alpha, hppa, hurd-i386, ia64, kfreebsd-*, m68k, powerpc, ppc64, 
sh4, sparc64
and x32 won't affect testing migration.

> Those architectures have been removed because the CGAL-dependent building 
> consumes lots
> of memory.  I think that other packages in Debian are been hit by the same 
> problem.

The package builds fine even on m68k:

> https://buildd.debian.org/status/logs.php?pkg=octave-iso2mesh&arch=m68k

So, it doesn't seem as bad as one would think from the bug report.

> I fully agree that this is not an ideal situation.  I think that, once 
> Bug#979623 is fixed,
> we should remove the architecture restriction.

I think it would have been fair to give architecture maintainers at least a 
chance
first to look into the problem before solving it with a hammer.

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-    GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Reply via email to