https://bugzilla.redhat.com/show_bug.cgi?id=1667039
Bug ID: 1667039 Summary: Random dependency of fonts by libreoffice-langpack-* Product: Fedora Version: rawhide Status: NEW Component: libreoffice Keywords: i18n Assignee: caolanm@redhat.com Reporter: tagoh@redhat.com QA Contact: extras-qa@fedoraproject.org CC: caolanm@redhat.com, dtardon@redhat.com, erack@redhat.com, i18n-bugs@lists.fedoraproject.org, sbergman@redhat.com Target Milestone: --- Classification: Fedora
Description of problem: Having lines of "Requires: font(:lang=...)" causes a font package installed randomly and unpredictable. this doesn't necessarily provide better result. So those lines should be replaced by real font packages or langpacks-* to get fonts installed.
Version-Release number of selected component (if applicable): libreoffice-6.1.4.2-1.fc30
https://bugzilla.redhat.com/show_bug.cgi?id=1667039
Caolan McNamara caolanm@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |petersen@redhat.com, | |pnemade@redhat.com
--- Comment #1 from Caolan McNamara caolanm@redhat.com --- The require as it currently stands just ensures that to install a libreoffice-LANG you will also need a font that supports LANG without prescribing what font that should be, so that the UI can at least be rendered without missing glyphs. I think its impracticable and undesirable to maintain a list of potentially ~70 fonts in libreoffice itself.
Before F30 dnf langpacks-LANG metapackages don't require any fonts, e.g.
rpm -q langpacks-th langpacks-th-1.0-13.fc29.noarch rpm -q --whatprovides "font(:lang=th)" no package provides font(:lang=th)
And the only place we currently list the "best" fonts for a language are in comps https://pagure.io/fedora-comps/blob/master/f/comps-f29.xml.in
But I see that https://fedoraproject.org/wiki/Changes/Replace_Comps_Language_Group_With_Lan... targeted at F30 plans to change how this works.
caolanm->pnemade/peterson: I presume the replacement of comps with langpacks isn't actually done yet and there isn't a tracker bug for it ?
https://bugzilla.redhat.com/show_bug.cgi?id=1667039
--- Comment #2 from Akira TAGOH tagoh@redhat.com --- (In reply to Caolan McNamara from comment #1)
The require as it currently stands just ensures that to install a libreoffice-LANG you will also need a font that supports LANG without prescribing what font that should be, so that the UI can at least be rendered without missing glyphs.
This assumption isn't necessarily true. that's why I replaced font(:lang=en) dep in fontconfig to explicit dep of dejavu-sans-fonts. there might be similar issues in other fonts. this is because the orthographic files in fontconfig is vaguely defined as its design. this also doesn't ensure the quality of rendering too. I'm somehow pondering to improve it though.
I think its impracticable and undesirable
to maintain a list of potentially ~70 fonts in libreoffice itself.
Yes, I understand that. so the above suggestion.
https://bugzilla.redhat.com/show_bug.cgi?id=1667039
--- Comment #3 from Parag Nemade pnemade@redhat.com --- (In reply to Caolan McNamara from comment #1)
The require as it currently stands just ensures that to install a libreoffice-LANG you will also need a font that supports LANG without prescribing what font that should be, so that the UI can at least be rendered without missing glyphs. I think its impracticable and undesirable to maintain a list of potentially ~70 fonts in libreoffice itself.
Before F30 dnf langpacks-LANG metapackages don't require any fonts, e.g.
rpm -q langpacks-th langpacks-th-1.0-13.fc29.noarch rpm -q --whatprovides "font(:lang=th)" no package provides font(:lang=th)
And the only place we currently list the "best" fonts for a language are in comps https://pagure.io/fedora-comps/blob/master/f/comps-f29.xml.in
But I see that https://fedoraproject.org/wiki/Changes/ Replace_Comps_Language_Group_With_Langpacks targeted at F30 plans to change how this works.
caolanm->pnemade/peterson: I presume the replacement of comps with langpacks isn't actually done yet and there isn't a tracker bug for it ?
Yes we have not done yet any replacement in comps file. Once FESCo gives approval for this change, I will first implement this Change in langpacks.spec to pull fonts and ime packages. Then we will do some testing for sometime and then will remove language support groups from comps file.
The Change bug tracker will be created once FESCo provides approval for the proposed F30 Change.
https://bugzilla.redhat.com/show_bug.cgi?id=1667039
--- Comment #4 from Caolan McNamara caolanm@redhat.com --- lets wait until then and see if that provides a way out of this
https://bugzilla.redhat.com/show_bug.cgi?id=1667039
Jens Petersen petersen@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends On| |1670375
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1670375 [Bug 1670375] Replace Comps Language Group With Langpacks
https://bugzilla.redhat.com/show_bug.cgi?id=1667039 Bug 1667039 depends on bug 1670375, which changed state.
Bug 1670375 Summary: Replace Comps Language Group With Langpacks https://bugzilla.redhat.com/show_bug.cgi?id=1670375
What |Removed |Added ---------------------------------------------------------------------------- Status|ON_QA |CLOSED Resolution|--- |CURRENTRELEASE
https://bugzilla.redhat.com/show_bug.cgi?id=1667039
--- Comment #5 from Caolan McNamara caolanm@redhat.com --- There doesn't seem to be a Southern Sotho (st) langpack though there is a Northern Sotho (nso) one, not sure if that is deliberate or not
https://bugzilla.redhat.com/show_bug.cgi?id=1667039
Caolan McNamara caolanm@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution|--- |RAWHIDE Last Closed| |2019-06-11 09:36:06
https://bugzilla.redhat.com/show_bug.cgi?id=1667039
--- Comment #6 from Jens Petersen petersen@redhat.com --- Do please request langpack for Southern Sotho: currently we are creating them on a need basis (on demand).
https://bugzilla.redhat.com/show_bug.cgi?id=1667039
--- Comment #7 from Parag Nemade pnemade@redhat.com --- We are creating langpacks packages for any language with criteria that it should have /usr/share/locale/*/LC_MESSAGES/anaconda.mo translation available, then as per popularity of languages, then if someone requests and atleast one language package exists for that language.
I see that hunspell-st exists, so we can add langpacks-st. The reason langpacks-nso exists is because of anaconda translation.
i18n-bugs@lists.fedoraproject.org