Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 596964 - app-accessibility/at-spi2-core-2.20.2 : add nls support [patch]
Summary: app-accessibility/at-spi2-core-2.20.2 : add nls support [patch]
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo Linux Gnome Desktop Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-10-12 16:23 UTC by otakuto.gentoo
Modified: 2016-11-20 00:12 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
nls patch (at-spi2-core-2.20.2.ebuild.patch,1.01 KB, patch)
2016-10-12 16:23 UTC, otakuto.gentoo
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description otakuto.gentoo 2016-10-12 16:23:06 UTC
Created attachment 450014 [details, diff]
nls patch

One of features of at-spi2-core-2.20.2 are nls support.
Attaching ebuild patch, adding nls use flags.
Comment 1 Gilles Dartiguelongue (RETIRED) gentoo-dev 2016-10-15 10:24:47 UTC
Could you explain why you want nls optional ?
Comment 2 otakuto.gentoo 2016-10-21 09:01:03 UTC
Adding nls use flag give the choice, to install or not install, the
language files into /usr/share/locale
Also other ebuild are using the nls use flag in similar way.
Comment 3 otakuto.gentoo 2016-10-21 09:06:21 UTC
/usr/share/locale should be empty
Comment 4 Gilles Dartiguelongue (RETIRED) gentoo-dev 2016-10-23 19:16:09 UTC
You can do this by setting LINGUAS to "".

Switching nls use flag in at-spi2-core does not seem to do anything to the library itself and adds extra complexity to the ebuild.

We have not historically added this USE flag to Gnome components as it has failed multiple times in the past and was not supported in a consistent way.
Comment 5 Mart Raudsepp gentoo-dev 2016-11-20 00:12:40 UTC
Closing per comments. Only useful case for these is really for avoiding build-time gettext dependency or non-glibc libintl cases or something (what?). If we want to be correct for some weird reasons on that, we'd have to handle that globally and it all just feels really useless until a good reason is not provided for these patches. We'd pretty much have to grow these USE flags to all packages providing gettext catalogs then...