[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: nls support
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
I tend to agree here. localized messages are a basic feature without
which programs are deficient.
What is the gain of disabling them, really?
Main Index |
Thread Index |