Bug 1530006
| Summary: | KDE on Fedora 27 prefers to use Source Han Serif as Sans | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Mingye Wang <arthur200126> |
| Component: | plasma-desktop | Assignee: | KDE SIG <kde-sig> |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 28 | CC: | jgrulich, kde-sig, kevin, me, pwu, rdieter, smparrish, than |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2018-09-13 20:00:23 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 1554836 | ||
|
Description
Mingye Wang
2017-12-31 23:54:35 UTC
(Use Attachment #1375011 [details] as screenshot)
I see the owner is orphan, so I am changing the component to kde-i18n in order to get proper attention. Since I am not a KDE user, I might still be wrong in choosing components. FYI, we have both Sans and Serif fonts for Chinese now. URL: https://fedoraproject.org/wiki/Changes/ChineseSerifFonts I see now why this happens: the KDE Spin intends to blacklist the default CJK fonts and ship only one minimal CJK font (wqy-microhei-fonts) for size reasons: https://pagure.io/fedora-kickstarts/blob/f27/f/fedora-kde-common.ks#_47 However, in F27, Source Han Serif fonts were added to the default fonts group in comps: https://pagure.io/fedora-comps/c/c43473695847873ffbe8cbac9d125f7d86b9fbbf?branch=master Those fonts are missing in the blacklist in fedora-kde-common.ks and thus get installed, whereas Source Han Sans is still blacklisted. The fix is to add adobe-source-han-serif-cn-fonts and adobe-source-han-serif-tw-fonts to the blacklist, so that wqy-microhei-fonts gets used as intended. Unfortunately, I don't think this can be fixed without respinning the live media, which is not going to happen officially for F27. I think it's time to drop the font hacks, and just use the distro defaults moving forward. See also: https://fedoraproject.org/wiki/Changes/ChineseSerifFonts Also, FYI, note that the default CJK fonts are changing once again for F28: https://fedoraproject.org/wiki/Changes/JPDefaultFontsToNoto https://fedoraproject.org/wiki/Changes/KRDefaultFontsToNoto https://pagure.io/fedora-comps/c/63630d9a404692ded43ead3ec2dc3daf7d859391?branch=master Chinese is not being changed, it seems. FYI, these are the updated blacklists: https://svn.calcforge.org/viewvc/kannolo?view=revision&revision=292 FYI, we plan to change Chinese fonts for F28 also. https://fedoraproject.org/wiki/Changes/ChineseDefaultFontsToNoto This is the change that was done for Chinese: https://pagure.io/fedora-comps/c/a99f051020771d2cfba9e895e23afa59f5cc0ba0?branch=master So the blacklist as it is there now is entirely ineffective, it may as well be removed if you do not update it (and my "updated" blacklist from comment #7 is already outdated as well). (But at least that means that this bug is not going to happen for fresh installations of F28.) Updated blacklist for F28 and Rawhide: https://svn.calcforge.org/viewvc/kannolo/trunk/kickstart/kannolo.ks?revision=316&view=markup#l206 Opting to omit the erroneous font blacklists for now: https://pagure.io/fedora-kickstarts/pull-request/372 (at least until there's a consensus on how best to handle the size issue, there's an ongoing thread on -devel list) Wait a sec... If I am reading the blacklists right, it is suggesting that the Fedora spins are installing a Sans to replace some Sans, which should have been mostly acceptable and not intruduce something like a "serif as sans" situation. Seeing the Serif gets used in the presence of WenQuanYi indicates some sort of fontconfig configuration problems in one of these packages. Is WenQuanYi not offering itself as a Sans or is SourceHanSerif somehow yelling about it being a Sans? |