caml-crush build-depends on ocaml-native-compilers. In stretch this was
a real package. In buster it is a virtual package provided by ocaml-base
on most architectures, but does not seem to exist at all on armel. In
the ocaml changelog I see "drop support for ocamlopt on armel as
suggested by upstream" which I suspect reflects this change.
If this package can be reasonablly made to work without
ocaml-native-compilers on armel then you should do so, if you belive it
is not reasonable to support this package on armel please
reassign/retitle this to ftpmaster so they can remove the armel binaries.
On 13/06/19 10:00, Thomas Calderon wrote:
> Hi there,
> It's unfortunate that OCaml has removed the support for ocamlopt for armel, it sounds like CamlCrush will not be able to ship for armel.
> Is it required that I create an updated Debian release excluding armel as a target or as you said, ftpmaster can just remove the binaries?
Removing the binaries is enough in cases like this, they won't be rebuilt until/unless their build-dependencies become available again.
I'm not sure if the binary removal will propagate automatically from unstable to testing during the freeze or if one needs to ask the release team for that.