Re: [RFC]refactor Noto CJK fonts packaging
Frederic Crozat <[email protected]> Mon, 10 Apr 2017 10:01:41 +0200
| Newsgroups | gmane.linux.suse.m17n |
|---|---|
| Organization | SUSE |
| Message-ID | <[email protected]> |
Le samedi 08 avril 2017 à 09:50 +0200, Takashi Iwai a écrit :
> On Sat, 08 Apr 2017 08:54:29 +0200,
> Marguerite Su wrote:
> >
> >
> > Hi,
> >
> > There were some discussions about Noto CJK fonts in the ML and in
> > the
> > comments of an SR: SR#446888
> >
> > I want to summarize the concerns from different sides here:
> >
> > 1. the size limit of the DVD.
> >
> > Due to the size limit, someone chose the SuperOTC format to
> > distribute Noto CJK.
>
> See the rpm changelog, it's Frederic's proposal (now Cc'ed).
And I still think we should continue this path.
>
> > 4.1 Latin people don't care the glyph difference between Chinese
> > and
> > Japanese that much
>
> Heh, so this answers your question in the beginning "how to display
> CJK chars right in a Latin environment"? Answer: "they don't care"
> :)
No, this is false. We just got a bug report on SLED 12 SP3 beta because
we weren't shipping any CJK font by default, causing asian web pages to
not be properly displayed on a "latin" environment. So, now, we install
noto-cjk: yes, the big package will all fonts in a single set because
we don't known in advance which language will be displayed and we don't
want to loose disk space on this
The issue is we keep getting "per language" hacks, because people in
each language tend to focus on "their" language, without keeping the
"big picture" at view. Having a single font package just put the issue
much more visible than splitting fonts per package (so, you don't see
the issue until two packages are installed..
>
> Apart from kidding, IMO, we still need a fontconfig help no matter
> whether CJK fonts are split or not. The same problem still appears
> when you install both Chinese and Japanese fonts on a single system,
> for example.
Yes, I fully agree with this assessment.
>
>
> >
> > 4.2 each of the four mini package contains full coverage of CJK, so
> > you will not want to install
> > another one if you have one.
>
> Well, but this will still introduce a regression when you upgrade a
> system containing the old google-noto-sans-cjk. Basically this meta
> package is only for the upgrade, thus we don't need to care much
> about
> the size reduction, i.e. we can take *all* relevant font subpackages.
And we are going to end-up with more disk space used for most "latin"
people and still no fix in that case, since there won't be any
fontconfig "fix" for ti.
> >
> > 5 Noto Serif CJK
> >
> > It'll be easy and don't need that detailed split because it's not
> > an
> > UI font....it'll be just named:
> >
> > google-noto-serif-cjk{sc|tc|ja|kr}-fonts which contains all seven
> > weights.
> >
> > Of course, font configurations are still needed for Japanese
> > because
> > the Demi-light issue.
>
> I find these proposals are sensible and feasible.
> As long as the upgrades would work smoothly (and I guess so), I'm for
> this movement.
Honestly, I'm not, for the reasons stated above. I'm sorry to be a bit
harsh.
--
Frederic Crozat
Enterprise Desktop Release Manager
SUSE
--
To unsubscribe, e-mail: [email protected]
To contact the owner, e-mail: [email protected]