https://bugzilla.redhat.com/show_bug.cgi?id=2334719
Bug ID: 2334719
Summary: NotoSansHebrew-Regular missing several glyphs
Product: Fedora
Version: rawhide
Status: NEW
Component: google-noto-fonts
Assignee: tagoh(a)redhat.com
Reporter: mattia.verga(a)proton.me
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pwu(a)redhat.com, tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
While packaging the update of libreoffice, I got a new test failure due to a
"missing font".
The font (Noto Sans Hebrew) is indeed installed, but upstream gave me the hint
to check if any missing glyph were responsible for the failure.
From a quick comparison through fontforge, NotoSansHebrew-Regular provided by
Fedora package is missing a lot of glyphs compared to upstream sources. Is
there something I miss?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2334719
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2277345
Bug ID: 2277345
Summary: NotoSansMono[wght].ttf file name causes scripts with
failglob enabled to fail
Product: Fedora
Version: 40
Hardware: All
OS: Linux
Status: NEW
Component: google-noto-fonts
Severity: medium
Assignee: tagoh(a)redhat.com
Reporter: hartsjc(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pwu(a)redhat.com, tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
shopt failglob
If set, patterns which fail to match filenames during pathname expansion result
in an expansion error.
Using this feature is good practice in scripts as helps prevent scripting
mistakes; however, having file name with square brackets causes failures. And
with Fedora 40 upgrade seems
google-noto-sans-mono-vf-fonts-20240301-2.fc40.noarch has added one with:
/usr/share/fonts/google-noto-vf/NotoSansMono[wght].ttf
Reproducible: Always
Steps to Reproduce:
1. Causes globs that don't expand to cause errors
$ shopt -s failglob
2. Try use files from rpm as variable, and fail
$ for file in $(rpm -q --list google-noto-sans-mono-vf-fonts) ; do
[[ -f "/${file}" ]] || echo "${file}"
done
-bash: no match: /usr/share/fonts/google-noto-vf/NotoSansMono[wght].ttf
3. Note the RC
$ echo $?
1
4. Or even command line
$ rpm -qf /usr/share/fonts/google-noto-vf/NotoSansMono[wght].ttf
-bash: no match: /usr/share/fonts/google-noto-vf/NotoSansMono[wght].ttf
$ rpm -qf '/usr/share/fonts/google-noto-vf/NotoSansMono[wght].ttf'
google-noto-sans-mono-vf-fonts-20240301-2.fc40.noarch
Actual Results:
-bash: no match: /usr/share/fonts/google-noto-vf/NotoSansMono[wght].ttf
Expected Results:
no error accessing files with failglob shopt enabled
started fedora 40 upgrade, as daily script of mine fails because this file is
included in initramfs too.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2277345
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2274629
Bug ID: 2274629
Summary: Please branch and build artwiz-aleczapka-fonts in
epel9
Product: Fedora EPEL
Version: epel9
Status: NEW
Component: artwiz-aleczapka-fonts
Assignee: dchen(a)redhat.com
Reporter: davide(a)cavalca.name
QA Contact: extras-qa(a)fedoraproject.org
CC: dchen(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org,
spotrh(a)gmail.com
Blocks: 1914423 (EPELPackagersSIG)
Target Milestone: ---
Classification: Fedora
Please branch and build artwiz-aleczapka-fonts in epel9.
If you do not wish to maintain artwiz-aleczapka-fonts in epel9,
or do not think you will be able to do this in a timely manner,
the EPEL Packagers SIG would be happy to be a co-maintainer of the package;
please add the epel-packagers-sig group through
https://src.fedoraproject.org/rpms/artwiz-aleczapka-fonts/addgroup
and grant it commit access, or collaborator access on epel* branches.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1914423
[Bug 1914423] Tracker for epel-packagers-sig
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2274629
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…