In my system I have only one user selected custom language:
$ grep L10N /etc/portage/make.conf
But [I] app-text/coolreader (email@example.com) has installed all provided hyphenation dictionaries:
$ qlist app-text/coolreader
In my case it is strange to see installed Finnish, Portuguese, Italian and others dictionaries.
But I'm not enough familiar with portage to provide patch to fix it.
P.S. Default USE set for app-text/coolreader doesn't match any buildable configuration.
AFAIR for now default GUI is qt4, so instead current
> IUSE="qt4 qt5 wxwidgets corefonts liberation-fonts"
we should follow upstream's default:
> IUSE="+qt4 qt5 wxwidgets corefonts liberation-fonts"
wxwidgets for years is poorly supported, with updates just to keep it buildable.
So, warning when it is selected also should be welcomed.
Following bug #631802 (dropping qt4 USE) the default GUI should be set to qt5.
220.127.116.11-r1 (and several flags) was removed from tree long ago, please update to -r2 and report if any of your findings still apply.
(In reply to Andreas Sturmlechner from comment #1)
> 18.104.22.168-r1 (and several flags) was removed from tree long ago, please
> update to -r2 and report if any of your findings still apply.
Almost up to date [I] app-text/coolreader (22.214.171.124-r2@10/10/17) also installs all these dictionaries.
I agree that we can save a tiny amount of space by not installing all .qm files in /usr/share/cr3/i18n/ - they are translations of the UI, and should be controlled by $LINGUAS. But hyphenation tables?? Any user with any selected UI translation may want to read ebooks in foreign languages, and expects words to be hyphenated according to the rules of the corresponding foreign languages. I'm Russian; I often read English ebooks with fbreader, and expect hyphenations to be correct according to English language rules. So, I'm definitely against removing any files from /usr/share/cr3/hyph/.
(In reply to Andrey Grozin from comment #3)
> I agree that we can save a tiny amount of space by not installing all .qm
> files in /usr/share/cr3/i18n/ - they are translations of the UI, and should
> be controlled by $LINGUAS. But hyphenation tables?? Any user with any
> selected UI translation may want to read ebooks in foreign languages, and
> expects words to be hyphenated according to the rules of the corresponding
> foreign languages. I'm Russian; I often read English ebooks with fbreader,
> and expect hyphenations to be correct according to English language rules.
> So, I'm definitely against removing any files from /usr/share/cr3/hyph/.
English is *very* bad example, because it is core language, which is free of any compatibility and encodings issues.
Except English user usually need to make a study and perform some pre-requested actions to read a book.
Simple installation of hyphenation tables may be insuffcient.
For example, my favourite font (Terminus) is unsufficient to read classic Russian books (36-letters alphabet).
I know some issues with display some representations of Greek texts.
Incomplete and possibly inoperable installation is a wrong thing.
What I say is: the language a user prefers to see in his/her UI and the set of languages in which this users wants to read ebooks are two absolutely independent parameters. They must not be controlled by the same $LINGUAS setting.
One possible solution: let's introduce a bunch of USE flags for languages the user might want to read ebooks in, by default all of them on. Then, if you are sure you'll never want to read a Finnish ebook, just switch the corresponding USE flag off.