$ emerge -avtp git These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild R ] dev-vcs/git-2.15.1::gentoo USE="blksha1 curl gpg iconv nls pcre pcre-jit threads -cgi -cvs -doc -emacs -gnome-keyring -highlight -libressl -mediawiki -mediawiki-experimental -perl (-ppcsha1) -python -subversion {-test} -tk -webdav -xinetd" PYTHON_TARGETS="python2_7" 0 KiB ---------------------------------------------------- /usr/portage/dev-vcs/git $ grep PLOCALES git-2.15.1.ebuild PLOCALES="bg ca de fr is it ko pt_PT ru sv vi zh_CN"
The ebuild calls 'l10n_for_each_disabled_locale_do rm_loc' which operates on LINGUAS, so it looks like it is regarded.
(In reply to Michael Palimaka (kensington) from comment #1) > The ebuild calls 'l10n_for_each_disabled_locale_do rm_loc' which operates on > LINGUAS, so it looks like it is regarded. Do you mean that PLOCALES are obsolete?
(In reply to Perfect Gentleman from comment #0) > $ emerge -avtp git > These are the packages that would be merged, in reverse order: > Calculating dependencies... done! > [ebuild R ] dev-vcs/git-2.15.1::gentoo USE="blksha1 curl gpg iconv nls > pcre pcre-jit threads -cgi -cvs -doc -emacs -gnome-keyring -highlight > -libressl -mediawiki -mediawiki-experimental -perl (-ppcsha1) -python > -subversion {-test} -tk -webdav -xinetd" PYTHON_TARGETS="python2_7" 0 KiB I don't see anything wrong in this output. Have you actually proceeded and installed the package? Which locales does it install (in /usr/share/locale/)? Please attach the output of emerge --info. Especially, what is the value of your LINGUAS variable? (In reply to Perfect Gentleman from comment #2) > Do you mean that PLOCALES are obsolete? They are not: https://devmanual.gentoo.org/eclass-reference/l10n.eclass/index.html
(In reply to Ulrich Müller from comment #3) > (In reply to Perfect Gentleman from comment #0) > > $ emerge -avtp git > > These are the packages that would be merged, in reverse order: > > Calculating dependencies... done! > > [ebuild R ] dev-vcs/git-2.15.1::gentoo USE="blksha1 curl gpg iconv nls > > pcre pcre-jit threads -cgi -cvs -doc -emacs -gnome-keyring -highlight > > -libressl -mediawiki -mediawiki-experimental -perl (-ppcsha1) -python > > -subversion {-test} -tk -webdav -xinetd" PYTHON_TARGETS="python2_7" 0 KiB > > I don't see anything wrong in this output. Have you actually proceeded and > installed the package? Which locales does it install (in /usr/share/locale/)? > > Please attach the output of emerge --info. Especially, what is the value of > your LINGUAS variable? > > > (In reply to Perfect Gentleman from comment #2) > > Do you mean that PLOCALES are obsolete? > > They are not: > https://devmanual.gentoo.org/eclass-reference/l10n.eclass/index.html PLOCALES based on LINGUAS, which were deprecated several hours ago. ------- grep -i ru /etc/portage/make.conf ... USE="... linguas_ru linguas_ru_RU linguas_en linguas_en_US" LINGUAS="en en_US ru" L10N="en en-US ru"
(In reply to Ulrich Müller from comment #3) > (In reply to Perfect Gentleman from comment #2) > > Do you mean that PLOCALES are obsolete? > > They are not: > https://devmanual.gentoo.org/eclass-reference/l10n.eclass/index.html according to https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=d2b35d386291d6b34b108cbb0895460ec5ef80a1 ------ -# Add linguas useflags -for u in ${PLOCALES}; do - IUSE+=" linguas_${u}" -done --------
(In reply to Perfect Gentleman from comment #4) > PLOCALES based on LINGUAS, which were deprecated several hours ago. The LINGUAS variable hasn't been deprecated, but is reverted to the standard gettext behaviour. What changes is that it will no longer be expanded into linguas_* USE flags. That functionality is taken over by the L10N variable. See the news item for a longer explanation: https://www.gentoo.org/support/news-items/2016-06-23-l10n-use_expand.html > grep -i ru /etc/portage/make.conf > ... > USE="... linguas_ru linguas_ru_RU linguas_en linguas_en_US" > LINGUAS="en en_US ru" > L10N="en en-US ru" Looks good to me. After the transition period, the linguas_* flags will be gone and you may remove them from your USE then. So assuming that its PLOCALES is accurate, the git ebuild should install only the locale in /usr/share/locale/ru/ for you (as "en" is implicit as source language).
(In reply to Ulrich Müller from comment #6) > So assuming that its PLOCALES is accurate, the git ebuild should install > only the locale in /usr/share/locale/ru/ for you (as "en" is implicit as > source language). you're right. Russing language is installed for targeted packages. false alarm. ------- ~ $ equery f git | grep -i locale /usr/share/locale /usr/share/locale/es /usr/share/locale/es/LC_MESSAGES /usr/share/locale/es/LC_MESSAGES/git.mo /usr/share/locale/ru /usr/share/locale/ru/LC_MESSAGES /usr/share/locale/ru/LC_MESSAGES/git.mo ~ $ equery f bleachbit | grep -i locale /usr/share/locale /usr/share/locale/ru /usr/share/locale/ru/LC_MESSAGES /usr/share/locale/ru/LC_MESSAGES/bleachbit.mo ~ $ equery f deadbeef | grep -i locale /usr/share/locale /usr/share/locale/ru /usr/share/locale/ru/LC_MESSAGES /usr/share/locale/ru/LC_MESSAGES/deadbeef.mo ------- I don't get why linguas_es for dev-vsc/git is present as locale.
(In reply to Perfect Gentleman from comment #7) > (In reply to Ulrich Müller from comment #6) > > So assuming that its PLOCALES is accurate, the git ebuild should install > > only the locale in /usr/share/locale/ru/ for you (as "en" is implicit as > > source language). > you're right. Russing language is installed for targeted packages. > false alarm. Closing this bug then. > I don't get why linguas_es for dev-vsc/git is present as locale. It is missing from PLOCALES indeed, but let's move to bug 643674 for that.
