Re: Bug#982085: gettext: Support autobuilding on emacsless and javaless architectures

[Santiago Vila <sanvila@unex.es>]

On Sat, Feb 06, 2021 at 12:04:30PM +0000, Jessica Clarke wrote:
> Source: gettext
> Version: 0.21-4
> Severity: important
> Tags: patch
> 
> Hi,
> Currently gettext Build-Depends on dh-elpa (which Depends on emacs) and
> default-jdk, so architectures that lack one or more of emacs and openjdk
> are unable to build gettext (whilst there is now a nojava build profile,
> that does not help autobuilding where all builds are done without any
> build profiles). I have attached a patch which (a) moves dh-elpa to
> Build-Depends-Indep as it's only needed for gettext-el (b) adds
> architecture restriction lists to the java build dependencies based on
> the list of supported architectures in the latest openjdk. Please
> consider applying and uploading this soon, since after the libcroco3
> removal gettext is no longer installable on many ports architectures and
> is not able to be rebuilt due to the issues addressed in this patch.

Thanks a lot for the patch, but I will only accept the first part.

In my opinion, it makes no sense that individual packages have to
track when and when not is java available if it's supposed to be a
bootstrap problem.

If it's not supposed to be a bootstrap problem and also there is no
way to define nojava in a centralized way, then, in my opinion, it
makes no sense that "nojava" exist at all.

Maybe dpkg developers could help here by enabling/disabling nojava
centrally in dpkg-dev. Cc:ing them.

Thanks.