Hi,
Well, there should be things can be improved in the long term as some
topics on the thread already raised and need to keep discussions,
investigation and fixes as needed though, I'd suggest for quick
workaround. that is to ship limited variants only and move other extra
variants into sub-package. here is the estimation:
font sizes for CJK fonts installed by default on f27:
$ rpm -qlva vlgothic-fonts naver-nanum-gothic-fonts
adobe-source-han-*-{cn,tw}-fonts | grep -E 'ttf|otf'|awk
'BEGIN{a=0}{a+=$5}END{print a}'
235970044
font sizes for CJK on f28 so far:
$ rpm -qlva google-noto-*-{jp,kr,tc,sc}-fonts | awk
'BEGIN{a=0}{a+=$5}END{print a}'
508140498
Proposed workaround - font sizes for CJK fonts with Regular only on f28:
$ rpm -qlva google-noto-*-{jp,kr,tc,sc}-fonts | grep Regular | awk
'BEGIN{a=0}{a+=$5}END{print a}'
119507812
another - font sizes for CJK fonts with Regular and Bold only on f28:
$ rpm -qlva google-noto-*-{jp,kr,tc,sc}-fonts | grep -E
'Regular|\-Bold\.' | awk 'BEGIN{a=0}{a+=$5}END{print a}'
243328916
If +7MB is still acceptable, want to ship Regular and Bold together
because it should has better hinting than synthetic emboldening.
otherwise only Regular is fine. that's better than missing serif and
mono like older releases.
The problem on this workaround is that we need an exception for
packaging because the packaging guidelines mentions we must package
variants into the same (sub-)package for family[1]
How does that look for you? any feedbacks are welcome.
[1]...https://fedoraproject.org/wiki/Packaging:FontsPolicy#Package_layout_for_fonts
On Thu, Mar 29, 2018 at 11:12 PM, Kevin Kofler <kevin.kofler@xxxxxxxxx> wrote:
> Hi,
>
> we did more debugging on #fedora-kde (thanks in particular to lupinix) and
> we found what seems to be the primary source of the bloat: CJK fonts!
>
> CJK fonts are by far the largest of all fonts due to the huge number of
> characters used in those languages.
>
> Up to Fedora 26, Fedora shipped 4 CJK fonts:
> <packagereq type="default">adobe-source-han-sans-cn-fonts</packagereq>
> <packagereq type="default">adobe-source-han-sans-tw-fonts</packagereq>
> <packagereq type="default">naver-nanum-gothic-fonts</packagereq>
> <packagereq type="default">vlgothic-fonts</packagereq>
> The KDE and LXQt Spins actually opted to blacklist these fonts in their
> kickstart, and ship one compact CJK font instead: wqy-microhei-fonts.
>
> In Fedora 27, this Change:
> https://fedoraproject.org/wiki/Changes/ChineseSerifFonts
> added 2 additional fonts (for a total of 6):
> <packagereq type="default">adobe-source-han-serif-cn-fonts</packagereq>
> <packagereq type="default">adobe-source-han-serif-tw-fonts</packagereq>
> which were unfortunately missing from the blacklist:
> https://bugzilla.redhat.com/show_bug.cgi?id=1530006
> already increasing the size of the image.
>
> But now in Fedora 28, after:
> https://fedoraproject.org/wiki/Changes/JPDefaultFontsToNoto
> https://fedoraproject.org/wiki/Changes/KRDefaultFontsToNoto
> https://fedoraproject.org/wiki/Changes/ChineseDefaultFontsToNoto
> we actually ship a whopping 12 CJK fonts:
> <packagereq type="default">google-noto-sans-jp-fonts</packagereq>
> <packagereq type="default">google-noto-sans-kr-fonts</packagereq>
> <packagereq type="default">google-noto-sans-mono-cjk-jp-fonts</packagereq>
> <packagereq type="default">google-noto-sans-mono-cjk-kr-fonts</packagereq>
> <packagereq type="default">google-noto-sans-mono-cjk-sc-fonts</packagereq>
> <packagereq type="default">google-noto-sans-mono-cjk-tc-fonts</packagereq>
> <packagereq type="default">google-noto-sans-sc-fonts</packagereq>
> <packagereq type="default">google-noto-sans-tc-fonts</packagereq>
> <packagereq type="default">google-noto-serif-jp-fonts</packagereq>
> <packagereq type="default">google-noto-serif-kr-fonts</packagereq>
> <packagereq type="default">google-noto-serif-sc-fonts</packagereq>
> <packagereq type="default">google-noto-serif-tc-fonts</packagereq>
> none of which are blacklisted in the Spins! According to lupinix, these
> amount to a download size (and thus an xz-compressed size, which is also the
> compression algorithm used for the live images) of 364 MiB!
>
> The fix is to update the blacklists in the KDE and LXQt spin kickstarts, as
> per the discussion under:
> https://bugzilla.redhat.com/show_bug.cgi?id=1530006
> IMHO, this needs to be implemented, urgently.
>
> But I think we also need to generally consider whether it makes sense to
> force 3 font variants for each CJK language on all users worldwide, and
> whether there are smaller fonts that could be used. (E.g.,
> wqy-microhei-fonts is very effective, but unfortunately it only covers
> Simplified Chinese and the syllabic parts of Japanese and Korean, not the
> Traditional Chinese, Japanese or Korean renderings of the CJK Unified
> Ideographs.)
>
> Any additional bloat is likely caused by:
> * the updated glibc Unicode collation tables,
> * Annobin,
> but those seem to have much smaller impact than the above.
>
> Kevin Kofler
> _______________________________________________
> devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
> To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
--
Akira TAGOH
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
