Hi Jason,
On Sat, Jun 15, 2019 at 4:35 AM Jason L Tibbitts III <tibbs@xxxxxxxxxxx> wrote:
I noticed that my F30 installs are coming out far larger than my F29
installs (by 3GB or so) and did some digging into why.
With F30 we switched away from having groups named like "korean-support"
that you could install to get input methods and fonts needed to display
a language and instead we have metapackages named like "langpacks-ko".
These metapackages have (generally) weak dependencies on the fonts and
input methods as before. But other packages have reverse weak
dependencies on the langpacks, which causes far more to get pulled in
than was previously installed. For example, each libreoffice langpack
has a "supplements" weak reverse dependency on the base "langpacks"
metapackage.
All of this seems fine, but my original goal was to be able to properly
display, and perhaps input, various languages. But now I get
translations and help files and such as well. Not just for libreoffice,
but for eclipse, glibc, all of KDE as well. And I also get
autocorrection rules, spelling dictionaries, hyphenation rules, and
terreract OCR recognition data as well. Some of those aren't small, and
the end result is that I need to bump up the size of / quite a bit.
Note that turning off install_weak_deps is not an option because for
most of the langpacks, _all_ of the langpack are weak. (Some do have
hard font dependencies, and I'm not sure if this inconsistency is
intentional.)
So it seems we lost the simple "here are our suggested Korean fonts and
an input method" and instead the only thing you can say is "I want
everything possible to be available in Korean". Is there any way to
improve the granularity here? Perhaps by having "light" and "heavy"
langpacks, or splitting them by usage (translations versus simple
display of text)?
For now I guess I will simply extract the list of fonts and input
methods I want from the langpack specfile and stop installing the actual
langpack packages.
If users think splitting (e.g.) langpacks-ko package into langpacks-i18n-ko and langpacks-l10n-ko packages will make sense for them then someone please report a bug against langpacks package and i18n group will discuss on it.
Regards,
Parag
_______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx