[Bug 2088665] New: Noto Sans is chosen to display symbol characters
it doesn't contain
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2088665
Bug ID: 2088665
Summary: Noto Sans is chosen to display symbol characters it
doesn't contain
Product: Fedora
Version: 36
Status: NEW
Component: google-noto-fonts
Assignee: tagoh(a)redhat.com
Reporter: talk(a)danielflaum.net
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, psatpute(a)redhat.com,
pwu(a)redhat.com, tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Created attachment 1881507
--> https://bugzilla.redhat.com/attachment.cgi?id=1881507&action=edit
A zipped sample PDF and image of relevant portion of PDF when affected by the
issue
Description of problem:
Given a PDF lacking embedded fonts which use certain characters (including →
and ≥), GNOME's Evince on Fedora 36 chooses to substitute the Noto Sans font,
which does not include these characters.
Version-Release number of selected component (if applicable):
How reproducible:
Successfully reproduced by two people independently.
Steps to Reproduce:
1. Boot a fresh copy of Fedora 36 (the Live version in a VM will do).
2. Open the attached sample PDF in GNOME Evince (aka Document Viewer).
3. Observe the missing characters in the second paragraph from the top of the
page.
Actual results:
See attached image.
Expected results:
The missing characters should be displayed properly as → (that is,
https://unicode-table.com/en/2192/).
Additional info:
The filer initially sought help at
https://ask.fedoraproject.org/t/missing-characters-in-pdfs-since-upgrade-...,
which may be informative in reproducing the issue.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2088665
1 day, 5 hours
[Bug 1933539] New: Require mkfontdir/mkfontscale directly, not
xorg-x11-xkb-utils
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1933539
Bug ID: 1933539
Summary: Require mkfontdir/mkfontscale directly, not
xorg-x11-xkb-utils
Product: Fedora
Version: rawhide
Status: NEW
Component: liberation-fonts
Assignee: vishalvijayraghavan(a)gmail.com
Reporter: peter.hutterer(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: caillon+fedoraproject(a)gmail.com,
extras-qa(a)fedoraproject.org,
fonts-bugs(a)lists.fedoraproject.org,
gnome-sig(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, mclasen(a)redhat.com,
mtasaka(a)tbz.t-com.ne.jp, petersen(a)redhat.com,
psatpute(a)redhat.com, rhughes(a)redhat.com,
rstrode(a)redhat.com, sandmann(a)redhat.com,
vishalvijayraghavan(a)gmail.com
Depends On: 1933537
Blocks: 1932731
Target Milestone: ---
Classification: Fedora
liberation-fonts currently BuildRequires: xorg-x11-font-utils
xorg-x11-font-utils is to be split up into multiple packages, see Bug 1932731.
This package only requires mkfontscale and mkfontdir, so let's BuildRequires
these directly. xorg-x11-font-utils has had Provides for those for ages now
anyway, so this is largely a noop from this package's POV.
Suggested diff:
diff --git a/liberation-fonts.spec b/liberation-fonts.spec
index a9cc575..583e224 100644
--- a/liberation-fonts.spec
+++ b/liberation-fonts.spec
@@ -24,7 +24,8 @@ Source8: %{fontname}-sans.metainfo.xml
Source9: %{fontname}-serif.metainfo.xml
BuildArch: noarch
-BuildRequires: fontpackages-devel >= 1.13, xorg-x11-font-utils
+BuildRequires: fontpackages-devel >= 1.13
+BuildRequires: mkfontscale mkfontdir
BuildRequires: fontforge
BuildRequires: libappstream-glib
BuildRequires: python3
Verified successful build in a local F33 container with only the mkfontscale
(Bug 1932734) and bdftopcf (Bug 1932736) packages installed, no
xorg-x11-font-utils.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1932731
[Bug 1932731] X.org Utility Deaggregation - xorg-x11-font-utils
https://bugzilla.redhat.com/show_bug.cgi?id=1933537
[Bug 1933537] Require mkfontdir/mkfontscale directly, not xorg-x11-xkb-utils
--
You are receiving this mail because:
You are on the CC list for the bug.
4 days
[Bug 2069725] New: Missing support for Georgian uppercase characters
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2069725
Bug ID: 2069725
Summary: Missing support for Georgian uppercase characters
Product: Fedora
Version: 35
Hardware: All
OS: Linux
Status: NEW
Component: Fonts
Assignee: i18n-bugs(a)lists.fedoraproject.org
Reporter: alan.g12r(a)outlook.com
QA Contact: fonts-bugs(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
Created attachment 1869049
--> https://bugzilla.redhat.com/attachment.cgi?id=1869049&action=edit
Fedora 35 Missing Georgian characters
Description of problem:
Georgian uppercase letters are shown as squares
How reproducible:
always
Steps to Reproduce:
1.add Georgian keyboard layout
2.open text editor
3.type Georgian letters and make them uppercase
Actual results:
all characters are shown as replacement boxes
Expected results:
readable text
Additional info:
Georgian uppercase characters were introduced in Unicode 11 (2018), but there's
no font supporting these glyphs in Fedora.
Google Noto fonts include these characters. Noto Georgian fonts are also used
as default in Arch-based distributions and Android.
Please add Google-Noto-Georgian, that provide full support for Georgian script.
--
You are receiving this mail because:
You are the QA Contact for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2069725
4 days, 7 hours
[Bug 2069483] New: Regular style not included in package
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2069483
Bug ID: 2069483
Summary: Regular style not included in package
Product: Fedora
Version: 35
Status: NEW
Component: tlomt-sniglet-fonts
Assignee: spotrh(a)gmail.com
Reporter: zhangalexy(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org, spotrh(a)gmail.com
Target Milestone: ---
Classification: Fedora
Description of problem:
Sniglet has a Regular style and an ExtraBold style, as shown on Google Fonts:
https://fonts.google.com/specimen/Sniglet. For some reason, the package only
contains the ExtraBold style, but it's labelled as the Regular style.
Version-Release number of selected component (if applicable):
1.000-22.fc35
How reproducible:
Always
Steps to Reproduce:
1. dnf repoquery -l tlomt-sniglet-fonts
2. Open the font in Gnome Fonts.
Actual results:
There is a single .ttf file in the package.
Gnome Fonts only show the ExtraBold style, labelled as Regular.
Expected results:
Both the Regular and the ExtraBold style are included.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2069483
4 days, 12 hours
[Bug 2036458] New: Lohit Punjabi font does not implement all unicode
specs
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2036458
Bug ID: 2036458
Summary: Lohit Punjabi font does not implement all unicode
specs
Product: Fedora
Version: 35
Status: NEW
Component: Fonts
Assignee: i18n-bugs(a)lists.fedoraproject.org
Reporter: plehal(a)lehal.net
QA Contact: fonts-bugs(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
Created attachment 1848544
--> https://bugzilla.redhat.com/attachment.cgi?id=1848544&action=edit
unicode spec.
Description of problem:
Lohit Punjabi Font does not recognize some subjoined consonants which should be
recognized per Unicode specs and are recognised by other fonts from other
vendors.
Version-Release number of selected component (if applicable):
All
How reproducible:
Always
Steps to Reproduce:
1. Try to type subjoined consonants with characters ਕ,ਗ,ਚ,ਤ,ਥ,ਟ,ਠ,ਦ,ਧ,ਨ
2. It shows as ਪ੍ਕ , ਪ੍ਗ, ਪ੍ਚ......instead of these letters showing properly at
the bottom of preceding character.
Actual results:ਪ੍ਕ , ਪ੍ਗ, ਪ੍ਚ.
Expected results: letters showing properly at the bottom of preceding
character.
Additional info: Related Unicode document attached. Raavi and Ravi font from
Microsoft render it correctly.
--
You are receiving this mail because:
You are the QA Contact for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2036458
4 days, 13 hours
[Bug 1999864] New: Cannot find package with font for Coptic although
such a package exists for Fedora 34
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1999864
Bug ID: 1999864
Summary: Cannot find package with font for Coptic although such
a package exists for Fedora 34
Product: Fedora
Version: 34
Status: NEW
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: mfabian(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: ajax(a)redhat.com, caillon+fedoraproject(a)gmail.com,
fonts-bugs(a)lists.fedoraproject.org,
gnome-sig(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, mclasen(a)redhat.com,
pnemade(a)redhat.com, rhughes(a)redhat.com,
rstrode(a)redhat.com, sandmann(a)redhat.com,
tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Created attachment 1819530
--> https://bugzilla.redhat.com/attachment.cgi?id=1819530&action=edit
Gnome Software unable to find Coptic fonts
Using Fedora-Workstation-Live-x86_64-34-1.2.iso in qemu.
I played with emoji picker and Gnome popped up something requesting more fonts.
I clicked and then Gnome Software said:
“Unable to find the Coptic, Persian, Old (ca. 600-400 B.C.), Ugaritic you were
searching for. Please see _the documentation_ for more information.”
See attached screenshot.
--
You are receiving this mail because:
You are on the CC list for the bug.
4 days, 14 hours
[Bug 1981500] New: [f34] some snaps are having font display issues
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1981500
Bug ID: 1981500
Summary: [f34] some snaps are having font display issues
Product: Fedora
Version: 34
OS: Linux
Status: NEW
Component: fontconfig
Severity: medium
Assignee: tagoh(a)redhat.com
Reporter: dvd(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: ajax(a)redhat.com, caillon+fedoraproject(a)gmail.com,
fonts-bugs(a)lists.fedoraproject.org,
gnome-sig(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, mclasen(a)redhat.com,
pnemade(a)redhat.com, rhughes(a)redhat.com,
rstrode(a)redhat.com, sandmann(a)redhat.com,
tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
Installing some snaps like codium are having font issues in dialog windows.
This has been widely discussed upstream [1]
Tried multiple workarounds and none of them are working:
~~~
sudo rm /var/cache/fontconfig/*
rm ~/.cache/fontconfig/*
rm -f ~/snap/codium/current/.cache/
fc-cache -r -v
snap run --shell codium
fc-cache -r -v
exit
~~~
I also tried this with VScodium running
Arch wiki [a] suspects it's an issue caused by fontconfig>=2.13.91
Version-Release number of selected component (if applicable):
fontconfig-2.13.93-6.fc34.x86_64
snapd-selinux-2.51-1.fc34.noarch
snap-confine-2.51-1.fc34.x86_64
snapd-2.51-1.fc34.x86_64
How reproducible:
All the time
Steps to Reproduce:
1. snap install codium
2. Open Folder dialog or any kind of dialog
Actual results:
All the text is square instead of readable characters
Expected results:
We should be able to read the text.
Additional info:
[a] https://wiki.archlinux.org/title/Talk:Snap
[1]
~~~
https://forum.snapcraft.io/t/snapped-app-not-loading-fonts-on-fedora-and-...
https://forum.inkdrop.app/t/snap-with-no-visible-letters-in-system-dialog...
https://wiki.archlinux.org/title/Talk:Snap
https://githubmemory.com/repo/snapcrafters/codium/issues/6
https://github.com/VSCodium/vscodium/issues/426
~~~
--
You are receiving this mail because:
You are on the CC list for the bug.
4 days, 14 hours
[Bug 1967097] New: Missing OFL in License tag
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1967097
Bug ID: 1967097
Summary: Missing OFL in License tag
Product: Fedora
Version: rawhide
Status: NEW
Component: google-droid-fonts
Assignee: nicolas.mailhot(a)laposte.net
Reporter: tagoh(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
nicolas.mailhot(a)laposte.net, oliver(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
DroidSansDevanagari-Regular.ttf is licensed under OFLv1.1 but
google-droid-sans-fonts which contains this font has ASL 2.0 only in License
tag.
Version-Release number of selected component (if applicable):
google-droid-sans-fonts-20200215-9.fc34
How reproducible:
always
Steps to Reproduce:
1.otfinfo -i
/usr/share/fonts/google-droid-sans-fonts/DroidSansDevanagari-Regular.ttf
2.rpm -qi google-droid-sans-fonts | grep License
3.
Actual results:
$ otfinfo -i
/usr/share/fonts/google-droid-sans-fonts/DroidSansDevanagari-Regular.ttf
Family: Droid Sans Devanagari
Subfamily: Regular
Full name: Droid Sans Devanagari
PostScript name: DroidSansDevanagari
Version: Version 1.01
Unique ID: Monotype - Droid Sans Devanagari
Description: Droid Sans Devanagari is a low contrast Devanagari
typeface intended to harmonize with sans seri
f typeface families like Droid Sans.
Designer: Jelle Bosma
Designer URL:
http://www.monotypeimaging.com/ProductsServices/TypeDesignerShowcase
Manufacturer: Monotype Imaging Inc.
Vendor URL: http://www.monotypeimaging.com
Trademark: Droid is a trademark of Google and may be registered in
certain jurisdictions.
Copyright: Digitized data copyright (c) 2012, Google Corporation.
License URL:
http://scripts.sil.org/cms/scripts/page.php?item_id=OFL_web
License Description: Licensed under the OFL license, version 1.1
Vendor ID: MONO
$ rpm -qi google-droid-sans-fonts | grep License
License : ASL 2.0
Expected results:
License tas should be ASL 2.0 and OFL
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
4 days, 14 hours
[Bug 1954716] New: Fonts not used correctly
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1954716
Bug ID: 1954716
Summary: Fonts not used correctly
Product: Fedora
Version: rawhide
Status: NEW
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: barbarah.duarte(a)fluocomunicacao.com.br
QA Contact: extras-qa(a)fedoraproject.org
CC: ajax(a)redhat.com, caillon+fedoraproject(a)gmail.com,
fonts-bugs(a)lists.fedoraproject.org,
gnome-sig(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, mclasen(a)redhat.com,
pnemade(a)redhat.com, rhughes(a)redhat.com,
rstrode(a)redhat.com, sandmann(a)redhat.com,
tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Created attachment 1776799
--> https://bugzilla.redhat.com/attachment.cgi?id=1776799&action=edit
LibreOffice with all three fonts displayed in regular, italic and bold face.
I have installed some company-provided fonts for use in presentations etc.:
$ ls /usr/share/fonts/neo-sans-intel/
NeoSansIntel-Italic.ttf NeoSansIntel-MediumItalic.ttf
NeoSansIntel-LightItalic.ttf NeoSansIntel-Medium.ttf
NeoSansIntel-Light.ttf NeoSansIntel.ttf
In LibreOffice I have a choice of three separate fonts: Neo Sans Intel, Neo
Sans Intel Medium, and Neo Sans Intel Light.
For each of those three, the italic version of the font (from the separate TTF
file) is used. I can tell by the tail on the 'f' character. For bold text,
however, an 'emboldening' algorithm seems to be used instead of using the
appropriate separate font file.
In GNOME font selection dialogs, I see just one 'Neo Sans Intel' family, with a
choice of 8 styles. I'll ignore the italic versions since those do actually
seem to work as expected, so there are four weights listed:
- Light (== Neo Sans Intel Light)
- Regular (== Neo Sans Intel Medium)
- Medium (== Neo Sans Intel Medium)
- Bold (== Neo Sans Intel Medium + emboldening algorithm?)
I *don't* seem to have an option in GNOME which will just use the straight 'Neo
Sans Intel' font.
So both seem to be getting it wrong, in different ways. Or perhaps there's
something wrong with the fonts themselves?
--
You are receiving this mail because:
You are on the CC list for the bug.
4 days, 14 hours
[Bug 1761885] New: rpm -V complains about mode for ghost .uuid files
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1761885
Bug ID: 1761885
Summary: rpm -V complains about mode for ghost .uuid files
Product: Fedora
Version: rawhide
Status: NEW
Component: fontpackages
Assignee: nicolas.mailhot(a)laposte.net
Reporter: mtasaka(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
nicolas.mailhot(a)laposte.net, paul(a)frixxon.co.uk,
redhat-bugzilla(a)linuxnetz.de, tagoh(a)redhat.com
Target Milestone: ---
Link ID: Red Hat Bugzilla 1564432
Classification: Fedora
Description of problem:
rpm -Va complains a lot about mode of %ghost .uuid files:
.M....... g /usr/share/fonts/paktype-naqsh/.uuid
.M....... g /usr/share/fonts/lilypond/.uuid
.M....... g /usr/share/fonts/sil-padauk/.uuid
.M....... g /usr/share/fonts/google-droid/.uuid
.M....... g /usr/share/fonts/lilypond/.uuid
.M....... g /usr/share/fonts/smc-suruma/.uuid
.M....... g /usr/share/fonts/google-android-emoji/.uuid
.M....... g /usr/share/fonts/google-crosextra-carlito/.uuid
.M....... g /usr/share/fonts/lohit-assamese/.uuid
.M....... g /usr/share/fonts/dejavu/.uuid
.M....... g /usr/share/fonts/lohit-telugu/.uuid
.M....... g /usr/share/fonts/lilypond/.uuid
.....
Looks like fontpackages-devel template rpmmacro creates .uuid which %ghost
%atttr(0000)
e.g.
[root@localhost ~]# rpm -qf /usr/share/fonts/google-droid/.uuid
google-droid-sans-fonts-20120715-16.fc31.noarch
[root@localhost ~]# rpm -qlv google-droid-sans-fonts | grep uuid
---------- 1 root root 0 7月 25 23:03
/usr/share/fonts/google-droid/.uuid
ref:
https://src.fedoraproject.org/rpms/fontpackages/blob/master/f/fontpackage...
but I guess %transfiletriggerin script by fontconfig creates .uuid as 0755
permission (perhaps)
Version-Release number of selected component (if applicable):
fontpackages-filesystem-1.44-25.fc31.noarch
fontconfig-2.13.92-3.fc31.x86_64
fontconfig-2.13.92-3.fc31.i686
google-droid-sans-fonts-20120715-16.fc31.noarch
How reproducible:
100%
Steps to Reproduce:
1. See above, try $ rpm -Va
2.
3.
Actual results:
See above, lots of .uuid permission complaint
Expected results:
No complaint by rpm -Va
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
4 days, 14 hours