xpdf-3.00-r3 ebuild has language support for different languages using USE variables linguas_XX but there are not in IUSE list in the ebuild and this ebuild blocks xpdf-LANG packages, so it's not possible to merge xpdf-latin2 support for example. I have copied xpdf-3.00-r3 ebuild to my own portage tree and added linguas_XX variables in IUSE and works fine. Could you update the ebuild to support this feature?
Are you sure it doesn't emerge without linguas_xx in IUSE? It works fine here and i couldn't find an ebuild that has linguas_xx in IUSE.
Hmm, OK, you are right. It builds language support without linguas_XX variables in IUSE (I have checked it now while xpdf-3.00-r5 release). Only one difference is that while compilation my ebuild with linguas_XX in IUSE there are no "QA Notices", but while installation original ebuild, there are these notices: ============================== gzipping man page: xpdfrc.5 QA Notice: USE Flag 'linguas_ar' not in IUSE for app-text/xpdf-3.00-r5 QA Notice: USE Flag 'linguas_zh_CN' not in IUSE for app-text/xpdf-3.00-r5 QA Notice: USE Flag 'linguas_zh_TW' not in IUSE for app-text/xpdf-3.00-r5 QA Notice: USE Flag 'linguas_ru' not in IUSE for app-text/xpdf-3.00-r5 QA Notice: USE Flag 'linguas_el' not in IUSE for app-text/xpdf-3.00-r5 QA Notice: USE Flag 'linguas_he' not in IUSE for app-text/xpdf-3.00-r5 QA Notice: USE Flag 'linguas_ja' not in IUSE for app-text/xpdf-3.00-r5 QA Notice: USE Flag 'linguas_ko' not in IUSE for app-text/xpdf-3.00-r5 QA Notice: USE Flag 'linguas_la' not in IUSE for app-text/xpdf-3.00-r5 linguas_la QA Notice: USE Flag 'linguas_th' not in IUSE for app-text/xpdf-3.00-r5 QA Notice: USE Flag 'linguas_tr' not in IUSE for app-text/xpdf-3.00-r5 man: ============================== My mistake, I don't understand the meaning of IUSE setting in ebuild. I thought ebuild doesn't check other USE variables except that ones which are in IUSE. EBuild HOWTO of Gentoo Developer Handbook says: "IUSE MUST This is set to whatever USE variables your package utilizes. Remember that KEYWORDS should not be listed in here!" So I thought it will not build language support if the variable linguas_XX is not in IUSE even if I set it in USE. And it's nicer if you see, what variables you can set:) Why don't you want to add linguas in IUSE? I think the update is very simple, only to change on line: IUSE="motif nodrm linguas_ar linguas_zh_CN linguas_zh_TW linguas_ru linguas_el linguas_he linguas_ja linguas_ko linguas_la linguas_th linguas_tr" instead of IUSE="motif nodrm"
The kde-i18n ebuild also uses linguas_XX variables too without having linguas_XX in IUSE. And there are different linguas_XX codes than in xpdf ebuild. xpdf uses for example linguas_la for Latin2, but kde-i18n uses linguas_cs for czech language. Maybe the PDF ebuild could be updated to use kde-i18n linguas and define for all languages correct source of support for xpdf (for example for linguas_cs and linguas_sk define to use xpdf-latin2). It's only idea, I have added correct linguas_XX for xpdf and kde-i18n in /etc/portage/package.use. And when the ebuild doesn't have all USE variables in IUSE, then I have to check the ebuild directly, what variables it uses. Is it some tool for autocheck ebuild file and get the list of all variables it uses and which are not in IUSE?
can you please post a patch with the correct language flags?
linguas doesn't need to be in iuse
