Re: nls support

[Greg Troxel <gdt%lexort.com@localhost>]

Joerg Sonnenberger <joerg%bec.de@localhost> writes:

> On Fri, Oct 25, 2019 at 09:02:13AM +0200, Frédéric Fauberteau wrote:
>> I am personally in favour of adding a nls option to packages that provide
>> localization file because it moves stuffs like LDFLAGS.FooOS+= -lintl or
>> CONFIGURE_ENV+= gt_cv_func_gnugettextX_libintl=yes out of the Makefile and
>> it makes it clearer. If every localized packages have a nls option, we could
>> choose a policy: either (i) nls is in PKG_SUPPORTED_OPTIONS or nls (ii) is
>> in PKG_SUGGESTED_OPTIONS. I prefer (i) for my servers and (ii) for my
>> desktop, then I have no strong opinion on what should be a default policy.
>
> I would strongly prefer to go the other way and remove NLS options
> unless there are strong technical reasons or they pull in unreasonable
> dependencies. In most cases, that is IMO not true and they just create
> more maintainance cost. The size of the gettext cataloges is just not
> relevant.

I tend to agree here.   localized messages are a basic feature without
which programs are deficient.

What is the gain of disabling them, really?