Thank you for your prompt response, tinywrkb!
I use aurutils, and the error occurs only when the archives are not yet extracted. Anyways, I will try makepkg directly, thanks!
Git Clone URL: | https://aur.archlinux.org/noto-fonts-cjk-vf.git (read-only, click to copy) |
---|---|
Package Base: | noto-fonts-cjk-vf |
Description: | Google Noto CJK variable fonts with Korean as the default language |
Upstream URL: | https://www.google.com/get/noto/ |
Licenses: | custom:SIL |
Conflicts: | noto-fonts-cjk |
Provides: | noto-fonts-cjk |
Submitter: | tinywrkb |
Maintainer: | tinywrkb |
Last Packager: | tinywrkb |
Votes: | 4 |
Popularity: | 0.000030 |
First Submitted: | 2021-07-26 14:38 (UTC) |
Last Updated: | 2022-08-07 09:34 (UTC) |
Thank you for your prompt response, tinywrkb!
I use aurutils, and the error occurs only when the archives are not yet extracted. Anyways, I will try makepkg directly, thanks!
@omasanori sorry, I'm not sure why it fails for you, I see no issue when building in updated chroot with aurutils
or directly with makepkg
.
If you're using an AUR helper, then try instead to run makepkg
directly.
The following error occurs during builds though it attempts to workaround in the PKGBUILD:
../LICENSE: Path contains '..': No such file or directory
bsdtar: Error exit delayed from previous errors.
==> ERROR: Failed to extract noto-cjk-serif-2.001.zip
The version of bsdtar is bsdtar 3.6.1 - libarchive 3.6.1 zlib/1.2.12 liblzma/5.2.5 bz2lib/1.0.8 liblz4/1.9.3 libzstd/1.5.2
Update: I reported upstream: https://github.com/googlefonts/noto-cjk/issues/225
That's a lot of split packages, I suggest that you start by reading the fonts formats documentation in the
README.md
files of the Sans or Serif fonts before asking what you should install.
There are 3 types of packages here:
noto-fonts-cjk-vf
: Variable OTCs
LANG
or LANGUAGE
environment variables (e.g. LANG=zh_CN.UTF-8
),FC_LANG
, PANGO_LANGUAGE
.noto-fonts-cjk{-language}-vf
: Variable Multilingual OTF
LANG
or LANGUAGE
environment variables and this setting will be respected,noto-fonts{-language}-vf
: Variable Region-specific OTF
Before HarfBuzz 3.3.0, the Variable OTCs
fonts were pretty much unusable with apps that use Pango for rendering fonts.
It was possible to make them sorta work by explicitly configuring apps to load the specific regional/language
font variant (e.g. Noto Sans CJK SC
), and by using the <alias>
and <prefer>
elements in fonts.conf
(see details in the Arch Wiki),
but it was a hit-and-miss, and it should have worked without any extra setting, automatically
loading the missing glyphs from the fonts.
From what I can tell, it's fixed in HarfBuzz 3.3.0
and newer releases, but anything that brings it own
outdated libharfbuzz.so
will still be broken. This means Flatpak, AppImage, proprietary, etc.
I suspect that Electron releases older than v14
are also affected by this.
My MR backporting the needed changes to the Freedesktop Flatpak runtime was merged,
and this issue is fixed now for applications that use the following runtimes or newer: Freedesktop 21.08
, Gnome 41
, KDE 5.15-21.08
.
Gnome 41
Flatpak runtime was updated to 41.8
and is based on Freedesktop 21.08.14
that includes the fix to HarfBuzz 3.0.0.<3.3.0
is also affecting Electron releases older than v14
.Freedesktop 21.08
, Gnome 42
, KDE 5.15-21.08
, and KDE 6.2
Flatpak runtimes were updated, and they now include the HarfBuzz patch.3.3.0
.Freedesktop 21.08
, as the runtime's libharfbuzz 3.0.0 is patched with the fix.
Pinned Comments
tinywrkb commented on 2021-07-26 15:52 (UTC) (edited on 2022-08-20 14:54 (UTC) by tinywrkb)
What's up with all these split packages?
That's a lot of split packages, I suggest that you start by reading the fonts formats documentation in the
README.md
files of the Sans or Serif fonts before asking what you should install.There are 3 types of packages here:
noto-fonts-cjk-vf
:Variable OTCs
It's recommended to set the
LANG
orLANGUAGE
environment variables (e.g.LANG=zh_CN.UTF-8
),which will select the correct glyphs.
Without it, the fonts will likely fall back to Japanese glyphs when the language of a text cannot be defined or
auto-recognized (or too costly to recognize) by the application, and the OpenType locl is not being set.
Other environment variables:
FC_LANG
,PANGO_LANGUAGE
.For this to work correctly, HarfBuzz 3.3.0 or newer is required, see more details below.
noto-fonts-cjk{-language}-vf
:Variable Multilingual OTF
Multi-lingual CJK with a default language set for applications that don't apply OpenType locl.
You can still set
LANG
orLANGUAGE
environment variables and this setting will be respected,but if you don't then it will use the default language set in the font.
noto-fonts{-language}-vf
:Variable Region-specific OTF
Containing only a subset version of the font for a specific language.
Multi-lingual monospace font is packaged because there aren't subset versions of monospace fonts.
I'm not completely sure about the font config for the monospace font, so feedback would be appreciated.
Variable OTCs and HarfBuzz <3.0.0
Before HarfBuzz 3.3.0, the
Variable OTCs
fonts were pretty much unusable with apps that use Pango for rendering fonts.It was possible to make them sorta work by explicitly configuring apps to load the specific regional/language
font variant (e.g.
Noto Sans CJK SC
), and by using the<alias>
and<prefer>
elements infonts.conf
(see details in the Arch Wiki),but it was a hit-and-miss, and it should have worked without any extra setting, automatically loading the missing glyphs from the fonts.
From what I can tell, it's fixed in HarfBuzz
3.3.0
and newer releases, but anything that brings it ownoutdated
libharfbuzz.so
will still be broken. This means Flatpak, AppImage, proprietary, etc.I suspect that Electron releases older than
v14
are also affected by this.My MR backporting the needed changes to the Freedesktop Flatpak runtime was merged,
and this issue is fixed now for applications that use the following runtimes or newer:
Freedesktop 21.08
,Gnome 41
,KDE 5.15-21.08
.Updates
Gnome 41
Flatpak runtime was updated to41.8
and is based onFreedesktop 21.08.14
that includes the fix to HarfBuzz 3.0.0.<3.3.0
is also affecting Electron releases older thanv14
.Freedesktop 21.08
,Gnome 42
,KDE 5.15-21.08
, andKDE 6.2
Flatpak runtimes were updated, and they now include the HarfBuzz patch.3.3.0
.This is fixed not only for system installed applications, but soon also with Flatpak applications that
use runtimes based on
Freedesktop 21.08
, as the runtime's libharfbuzz 3.0.0 is patched with the fix.