https://bugzilla.redhat.com/show_bug.cgi?id=2308744
Bug ID: 2308744
Summary: Upgrade Fira Sans to version 4.301 (post-Mozilla
involvement) and package FiraGO
Product: Fedora
Version: 40
Hardware: All
OS: Linux
Status: NEW
Component: mozilla-fira-fonts
Severity: medium
Assignee: ego.cordatus(a)gmail.com
Reporter: mateusrodcosta(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: admiller(a)redhat.com, ego.cordatus(a)gmail.com,
fonts-bugs(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
From https://bboxtype.com/fira/ :
> Originally designed as a typeface for the Mozilla OS, Fira Sans has developed towards a standalone Open Font project. In 2012, we designed the firstversion of Fira in cooperation with Erik Spiekermann and Mozilla. Over the next years, Fira covered more and more languages and provided further weights and styles.
> In 2016, with version 4.2, Mozilla decided to not put effort into the project anymore and in fact quit (please note that their Git is not up to date). Since 2016, we advance the project with the help of different partners. Fira Sans 4.3 will presumably be the last version. All upcoming extensions will be based on FiraGO.
Essentially Mozilla stopped working on Fira Sans but it was kept being worked
on by bBox Type GmbH.
This might also make a opportunity to migrate to the Fira Mono version by bBox
Type GmbH and also package FiraGo which isn't packaged yet.
For more info about Fira GO vs Fira Sans:
https://bboxtype.com/downloads/Projects/FiraGO_FiraSans_180109.pdf
Migrating to the bBox Type versions might requiring renaming of the package to
drop the "mozilla" prefix, as Mozilla is not involved anymore.
Reproducible: Always
This is essentially a request to move the Fira Sans e Fira Mono fonts from the
Mozilla upstream to the bBox Type upstream.
As an extra it's also a request to separately start packaging FiraGO, an
extended version of Fira Sans with improved language support.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2308744
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=2262410
Bug ID: 2262410
Summary: Fonts are looking wrong after 20240101 update
Product: Fedora
Version: 39
Hardware: x86_64
OS: Linux
Status: NEW
Component: google-noto-fonts
Severity: medium
Assignee: tagoh(a)redhat.com
Reporter: priv.luk(a)gmail.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
Fonts look improperly in multiple places, e.g. mpv or KDE file picker.
Reproducible: Always
Steps to Reproduce:
1. Open mpv and look at OSD fonts
Actual Results:
Fonts look wrong
Expected Results:
Fonts look properly
See https://github.com/mpv-player/mpv/issues/13396 for screenshots.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2262410
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=2332389
Bug ID: 2332389
Summary: Wrong URL http://www.gnome.org/fonts/ - for Bitstream
Vera fonts
Product: Fedora
Version: 41
Hardware: x86_64
OS: Linux
Status: NEW
Component: bitstream-vera-fonts
Severity: medium
Assignee: aekoroglu(a)linux.intel.com
Reporter: v.plessky(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: aekoroglu(a)linux.intel.com, cz172638(a)gmail.com,
fonts-bugs(a)lists.fedoraproject.org,
gnome-sig(a)lists.fedoraproject.org, mclasen(a)redhat.com,
nicolas.mailhot(a)laposte.net, pavel.lisy(a)gmail.com,
rstrode(a)redhat.com
Target Milestone: ---
Classification: Fedora
When you open specified package URL (http://www.gnome.org/fonts/) in browser ->
Error:
`404: Page Not Found`
Reproducible: Always
Steps to Reproduce:
1. Install package `bitstream-vera-sans-fonts`
2. Open http://www.gnome.org/fonts/
3. `404: Page Not Found`
Actual Results:
http://www.gnome.org/fonts/ -> `404: Page Not Found`
Expected Results:
Valid URL for Bitstream Vera fonts
URL for fonts' web page should be also updated for packages:
- bitstream-vera-serif-fonts
- bitstream-vera-sans-mono-fonts
$ rpm -qi bitstream-vera-serif-fonts | grep URL
URL : http://www.gnome.org/fonts/
Bug URL : https://bugz.fedoraproject.org/bitstream-vera-fonts
$ rpm -qi bitstream-vera-sans-fonts | grep URL
URL : http://www.gnome.org/fonts/
Bug URL : https://bugz.fedoraproject.org/bitstream-vera-fonts
$ rpm -qi bitstream-vera-sans-mono-fonts | grep URL
URL : http://www.gnome.org/fonts/
Bug URL : https://bugz.fedoraproject.org/bitstream-vera-fonts
$ rpm -qi bitstream-vera-serif-fonts
Name : bitstream-vera-serif-fonts
Version : 1.10
Release : 52.fc41
Architecture: noarch
Install Date: Сб 14 дек 2024 14:16:37
Group : Unspecified
Size : 137572
License : Bitstream-Vera
Signature : RSA/SHA256, Ср 17 июл 2024 21:26:39, Key ID d0622462e99d6ad1
Source RPM : bitstream-vera-fonts-1.10-52.fc41.src.rpm
Build Date : Ср 17 июл 2024 21:25:51
Build Host : buildhw-a64-10.iad2.fedoraproject.org
Packager : Fedora Project
Vendor : Fedora Project
URL : http://www.gnome.org/fonts/
Bug URL : https://bugz.fedoraproject.org/bitstream-vera-fonts
Summary : Bitstream Vera Serif, a variable-width serif font family
Description :
The Vera font families are high-quality Latin typefaces donated by Bitstream.
This package consists of the Bitstream Vera Serif serif variable-width font
family.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2332389
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=2267629
Bug ID: 2267629
Summary: liberation-mono-fonts breaks default font for Hebrew
Product: Fedora
Version: 40
OS: Linux
Status: NEW
Component: google-noto-fonts
Keywords: i18n
Severity: medium
Assignee: tagoh(a)redhat.com
Reporter: tagoh(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
google-noto-sans-hebrew-vf-fonts is supposed to be a default monospace font for
Hebrew though, liberation-mono-fonts is picked up as the default monospace font
when it is installed.
This happens because liberation use 59 as the priority number although
google-noto-sans-hebrew-vf-fonts use 66.
The priority number needs to be updated.
Reproducible: Always
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2267629
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=2350320
Bug ID: 2350320
Summary: lohit-devanagari gets auto installed with langpacks-hi
Product: Fedora
Version: 42
Hardware: x86_64
OS: Linux
Status: NEW
Component: Fonts
Keywords: Desktop
Severity: medium
Assignee: i18n-bugs(a)lists.fedoraproject.org
Reporter: tpardesh(a)redhat.com
QA Contact: fonts-bugs(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
While using system in Hindi locale, lohit-devanagari gets auto installed in the
system which results in wrong output of commmand "LANG=hi_IN.utf8 fc-match
monospace"
Reproducible: Always
Steps to Reproduce:
1. Install system in hi_IN locale
2. Open terminal and type "LANG=hi_IN.utf8 fc-match monospace" and press enter
Actual Results:
1. Output of the command "LANG=hi_IN.utf8 fc-match monospace" is
"lohit-devanagari-Regular"
Expected Results:
1. Expected output of the command "LANG=hi_IN.utf8 fc-match monospace" should
not be "lohit-devanagari-Regular"
--
You are receiving this mail because:
You are the QA Contact for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2350320
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…