Bug 1556854 - Wrong cyrillic font
Summary: Wrong cyrillic font
Keywords:
Status: CLOSED EOL
Alias: None
Product: Fedora
Classification: Fedora
Component: abattis-cantarell-fonts
Version: 28
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Orphan Owner
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2018-03-15 11:32 UTC by Alexander Mikhaylenko
Modified: 2019-05-28 19:46 UTC (History)
9 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2019-05-28 19:46:37 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
Example 1 (926.96 KB, image/png)
2018-03-15 11:32 UTC, Alexander Mikhaylenko
no flags Details
Example 2 (970.78 KB, image/png)
2018-03-15 11:32 UTC, Alexander Mikhaylenko
no flags Details
Example 3 (639.01 KB, image/png)
2018-03-15 11:33 UTC, Alexander Mikhaylenko
no flags Details
fallback to noto sans ui for cyrillic languages (1.29 KB, application/xml)
2018-03-16 03:22 UTC, Akira TAGOH
no flags Details

Description Alexander Mikhaylenko 2018-03-15 11:32:04 UTC
Created attachment 1408414 [details]
Example 1

Description of problem:
Since abattis-cantarell-fonts 0.100 in 28 and rawhide, cyrillic fonts are missing, so DejaVu Sans is used instead.

Comment 1 Alexander Mikhaylenko 2018-03-15 11:32:27 UTC
Created attachment 1408415 [details]
Example 2

Comment 2 Alexander Mikhaylenko 2018-03-15 11:33:31 UTC
Created attachment 1408416 [details]
Example 3

The worst problem isn't that the font is different, but that cyrillic and latin use different fonts.

Comment 3 Kalev Lember 2018-03-15 11:40:06 UTC
Could you file this upstream at https://bugzilla.gnome.org/enter_bug.cgi?product=cantarell-fonts please? We don't have anyone in the Fedora team working on Cantarell.

Comment 4 Alexander Mikhaylenko 2018-03-15 12:02:57 UTC
The workaround suggested by upsteam is to use Noto Sans UI as fallback font.

Comment 5 Kalev Lember 2018-03-15 12:18:27 UTC
I filed https://pagure.io/fedora-workstation/issue/36 for using Noto Sans UI as fallback.

Comment 6 Akira TAGOH 2018-03-16 03:22:00 UTC
Created attachment 1408629 [details]
fallback to noto sans ui for cyrillic languages

Attached config will fall back to Noto Sans UI when Cantarell was requested.

What's your locale? if it's missing in config, this won't work.

Comment 7 Alexander Mikhaylenko 2018-03-16 03:36:40 UTC
ru_RU.UTF-8, but there's also Serbian, and e.g. Kazakh, Bashkir, Tatar etc.
Also AFAIK Greek is also missing.

From wikipedia:
Slavic languages: Belarusian, Bulgarian, Macedonian, Russian, Rusyn, Serbo-Croatian (for Standard Serbian, Bosnian, and Montenegrin), Ukrainian
Non-Slavic languages: Abkhaz, Aleut (now mostly in church texts), Bashkir, Chuvash, Erzya, Kazakh (to be replaced by Latin script by 2025[18]), Kildin Sami, Komi, Kyrgyz, Mari, Moksha, Mongolian, Ossetic, Romani (some dialects), Sakha/Yakut, Tajik, Tatar, Tlingit (now only in church texts), Tuvan, Udmurt, Yuit (Siberian Yupik), and Yupik (in Alaska).
https://en.wikipedia.org/wiki/Cyrillic_script

Comment 8 Nikolaus Waxweiler 2018-03-16 09:27:00 UTC
I think it's easier to prepend cantarell to the default font list for supported languages?

Comment 9 Nicolas Mailhot 2018-03-16 09:48:30 UTC
Please don't start inventing one of a kind fontconfig syntaxes

Apply the templates in fontpackages-devel, they've served us well for a decade without any spectacular failure

You want to substitute fonts? There is a substitution template. Read its doc and apply it

It will tell the substitution rule needs to go in the noto font package because 1. it's useless without the noto font files
2. when there is no cantarell font at all on the system you can the substitution to occur for the rest of the glyphs too

Also, it will tell you *not* to play locale restrictions as it's a recipe for more problems later if encoding coverage of the font files changes. If a design is visually compatible it's visually compatible for the whole font, not just parts of it.

Comment 10 Kalev Lember 2018-03-16 16:30:15 UTC
(In reply to Akira TAGOH from comment #6)
> Created attachment 1408629 [details]
> fallback to noto sans ui for cyrillic languages
> 
> Attached config will fall back to Noto Sans UI when Cantarell was requested.

Akira, what do you think of Owen's proposal in https://pagure.io/fedora-workstation/issue/36#comment-499626 ? It certainly seems much simpler than listing out all individual languages where we want to do fallback.

Comment 11 Akira TAGOH 2018-03-19 06:00:26 UTC
(In reply to Kalev Lember from comment #10)
> Akira, what do you think of Owen's proposal in
> https://pagure.io/fedora-workstation/issue/36#comment-499626 ? It certainly
> seems much simpler than listing out all individual languages where we want
> to do fallback.

As Owen said it's not tested, you need to check the difference of the language coverage because that way relies on it to fall back. if Cantarell is just missing all of languages which uses Cyrillic glyphs, that's okay. otherwise the unexpected languages will also be fell back to Noto.

Comment 12 Ben Cotton 2019-05-02 21:59:33 UTC
This message is a reminder that Fedora 28 is nearing its end of life.
On 2019-May-28 Fedora will stop maintaining and issuing updates for
Fedora 28. It is Fedora's policy to close all bug reports from releases
that are no longer maintained. At that time this bug will be closed as
EOL if it remains open with a Fedora 'version' of '28'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora 28 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

Comment 13 Ben Cotton 2019-05-28 19:46:37 UTC
Fedora 28 changed to end-of-life (EOL) status on 2019-05-28. Fedora 28 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.


Note You need to log in before you can comment on or make changes to this bug.