[Bug 2087984] New: Version of Source Code Pro currently packaged
breaks in some cases
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2087984
Bug ID: 2087984
Summary: Version of Source Code Pro currently packaged breaks
in some cases
Product: Fedora
Version: rawhide
Hardware: All
OS: Linux
Status: NEW
Component: adobe-source-code-pro-fonts
Severity: medium
Assignee: mattrose(a)folkwolf.net
Reporter: jharmiso(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org, mark(a)net-c.com,
mattrose(a)folkwolf.net
Target Milestone: ---
Classification: Fedora
Created attachment 1880946
--> https://bugzilla.redhat.com/attachment.cgi?id=1880946&action=edit
A screenshot of dmesg in Alacritty with Source Code Pro selected
Description of problem:
Source Code Pro version 2.030, currently packaged for all versions of Fedora
and in EPEL, includes an SVG table that causes the freetype library to be
unable to calculate cell height, resulting in unusable output with lines
stacked on top of each other.
Version-Release number of selected component (if applicable):
2.030.1.050-<any>
How reproducible:
Always
Steps to Reproduce:
1. Install adobe-source-code-pro-fonts and alacritty (a terminal emulator that
uses freetype through the crossfont crate) from the current release versions.
2. Configure alacritty to use Source Code Pro. Example config:
~/.config/alacritty/alacritty.yml:
```yaml
font:
normal:
family: Source Code Pro
style: Regular
bold:
family: Source Code Pro
style: Bold
italic:
family: Source Code Pro
style: Italic
bolt_italic:
family: Source Code Pro
style: Bold Italic
size: 10
```
3. Launch alacritty and attempt to use the terminal
Actual results:
The terminal is completely unusable with 1px line height, although the font is
rendering at the correct size.
Expected results:
The terminal has a normal font display behavior and is usable.
Additional info:
2.038 is available and appears to fix the issue
(https://github.com/adobe-fonts/source-code-pro/releases)
See some additional discussion here:
https://github.com/alacritty/alacritty/issues/6048
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2087984
1 month
[Bug 1999078] New: Hinting broken for Bitstream Vera/DejaVu in
Epiphany
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1999078
Bug ID: 1999078
Summary: Hinting broken for Bitstream Vera/DejaVu in Epiphany
Product: Fedora
Version: 34
Status: NEW
Component: freetype
Assignee: mkasik(a)redhat.com
Reporter: ossman(a)cendio.se
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,
kevin(a)tigcc.ticalc.org, mark(a)net-c.com,
mclasen(a)redhat.com, mkasik(a)redhat.com,
rhughes(a)redhat.com, rstrode(a)redhat.com,
sandmann(a)redhat.com
Target Milestone: ---
Classification: Fedora
Created attachment 1819062
--> https://bugzilla.redhat.com/attachment.cgi?id=1819062&action=edit
Screenshot with varying sub pixel placement
Description of problem:
After upgrading from Fedora 33 to Fedora 34, there is some extremely odd
hinting bug in Epiphany. The same glyph appears with different amount of
hinting in the same line of text, causing a very odd and blurry appearance.
Version-Release number of selected component (if applicable):
freetype-2.10.4-3.fc34.x86_64
bitstream-vera-sans-fonts-1.10-41.fc33.noarch
dejavu-sans-fonts-2.37-16.fc34.noarch
epiphany-40.3-1.fc34.x86_64
webkit2gtk3-2.32.3-1.fc34.x86_64
pango-1.48.9-2.fc34.x86_64
How reproducible:
100%
Steps to Reproduce:
1. Configure Epiphany to use Bitstream Vera or DejaVu Sans Book
2. Configure full hinting
Actual results:
Fully hinted, consistent glyphs.
Expected results:
Some glyphs are fully hinted, some look like they've been offset by a fraction
of a pixel. (See screenshot)
Additional info:
So far I'm only seeing this in Epiphany. I still filed this for freetype since
as far as I know it is freetype that does all glyph layout, hinting and
sub-pixel stuff. Feel free to move as appropriate. So it seems odd that a bug
in Epiphany can screw this up.
--
You are receiving this mail because:
You are on the CC list for the bug.
1 month, 2 weeks
[Bug 2063714] New: serif:lang=ja falls back to Droid Sans instead of
Noto Sans CJK JP
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2063714
Bug ID: 2063714
Summary: serif:lang=ja falls back to Droid Sans instead of Noto
Sans CJK JP
Product: Fedora
Version: 36
Status: NEW
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: petersen(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:
In Fedora 36 when google-noto-serif-cjk-ttc-fonts is not installed
fontconfig seems to fall back to google-droid-sans-fonts
rather than google-noto-sans-cjk-ttc-fonts.
This might be related to/caused by bug 517789?
How reproducible:
100%
Steps to Reproduce:
1. boot Fedora Live image
2. fc-match serif:lang=ja
Actual results:
2. DroidSansJapanese.ttf: "Droid Sans" "Regular"
Expected results:
2. NotoSansCJK-Regular.ttc: "Noto Sans CJK JP" "Regular"
Additional info:
I get the same result with your older copr repo applied F35 fwiw.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2063714
1 month, 3 weeks
[Bug 1727602] New: Fedora flatpak for this app on
registry.fedoraproject.org
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1727602
Bug ID: 1727602
Summary: Fedora flatpak for this app on
registry.fedoraproject.org
Product: Fedora
Version: rawhide
Status: NEW
Component: fontforge
Assignee: kevin(a)scrye.com
Reporter: 7d28c752(a)opayq.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org, kevin(a)scrye.com,
paul(a)frixxon.co.uk, pnemade(a)redhat.com
Target Milestone: ---
Classification: Fedora
It would be great if you could provide a flatpak package of this app to
https://registry.fedoraproject.org/.
Especially for users of Fedora Silverblue https://silverblue.fedoraproject.org/
this then allows a seamless installation and upgrades without rebooting the
system (just restarting the application).
Additionally, flatpaks can of course be installed on any distro, so also
non-Fedora users could use it too.
More details:
* https://fedoraproject.org/wiki/Workstation/Flatpaks
* https://fedoraproject.org/wiki/Changes/Graphical_Applications_as_Flatpaks
I know this app is available on Flathub as a flatpak, but I still prefer
Fedora's package testing/QA etc., that's why I'd also like to have a version on
https://registry.fedoraproject.org/. Also Flathub is a third-party source from
the Fedora users/projects viewpoint, so I guess some users would not like to
use third-party app sources.
However, the fact that it is on Flathub should make it easier for you to
implement this, because you can have a look on how they do it. (Not that you
need to do everything in the same way, but it proves it is possible to package
as a flatpak, at least.)
--
You are receiving this mail because:
You are on the CC list for the bug.
3 months
[Bug 2153570] New: package google-noto-sans-display-fonts broken due
to dependency bug on google-noto-fonts-common
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2153570
Bug ID: 2153570
Summary: package google-noto-sans-display-fonts broken due to
dependency bug on google-noto-fonts-common
Product: Fedora
Version: 37
Status: NEW
Component: google-noto-fonts
Assignee: tagoh(a)redhat.com
Reporter: craigcabrey(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, psatpute(a)redhat.com,
pwu(a)redhat.com, tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
Package was not upgraded with core noto font package. Upgrading results in
conflicts:
```
error: Could not depsolve transaction; 1 problem detected:
Problem: cannot install both
google-noto-fonts-common-20201206^1.git0c78c8329-5.fc37.noarch and
google-noto-fonts-common-20201206^1.git0c78c8329-7.fc37.noarch
- package
google-noto-sans-display-fonts-20201206^1.git0c78c8329-5.fc37.noarch requires
google-noto-fonts-common = 20201206^1.git0c78c8329-5.fc37, but none of the
providers can be installed
- conflicting requests
```
current status:
```
[craigcabrey@zephyrus ~]$ rpm-ostree status
State: idle
Deployments:
● fedora:fedora/37/x86_64/silverblue
Version: 37.20221201.0 (2022-12-01T00:47:04Z)
BaseCommit:
fa293b93fa6a5bc7601fff34b6dd0de591bbc05d242af0521e5f097d080ecd89
GPGSignature: Valid signature by
ACB5EE4E831C74BB7C168D27F55AD3FB5323552A
RemovedBasePackages: firefox firefox-langpacks 107.0-4.fc37
LocalOverrides: kernel-core kernel-modules-extra kernel-modules
kernel 6.0.10-300.fc37 -> 6.0.9-302.rog.fc37
LayeredPackages: asusctl gnome-tweak-tool
google-noto-sans-display-fonts google-noto-sans-mono-fonts
langpacks-en NetworkManager-l2tp-gnome openssl pass
```
Version-Release number of selected component (if applicable):
How reproducible: reliably reproducible
Steps to Reproduce:
1. layer package google-noto-sans-display-fonts
2. upgrade to latest base image
3.
Actual results: upgrade fails (or if already on a problematic base image,
package fails to layer)
Expected results: package layers without error
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2153570
3 months, 2 weeks
[Bug 1813728] New: Square four dot Unicode character has incorrect
glyph
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1813728
Bug ID: 1813728
Summary: Square four dot Unicode character has incorrect glyph
Product: Fedora
Version: 31
Hardware: x86_64
OS: Linux
Status: NEW
Component: pango
Severity: low
Assignee: pwu(a)redhat.com
Reporter: guillaumepoiriermorency(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: caillon+fedoraproject(a)gmail.com,
fonts-bugs(a)lists.fedoraproject.org,
gnome-sig(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
john.j5live(a)gmail.com, mclasen(a)redhat.com,
pwu(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:
The glyph for the Unicode "square four dot" character is incorrect.
Version-Release number of selected component (if applicable):
I think this problem arose when upgrading from Fedora 30 to Fedora 31.
How reproducible:
The simplest way is to start GNOME Characters Map and search for "square four
dot".
--
You are receiving this mail because:
You are on the CC list for the bug.
3 months, 4 weeks
[Bug 2119015] New: fontconfig-devel may require gettext-runtime
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2119015
Bug ID: 2119015
Summary: fontconfig-devel may require gettext-runtime
Product: Fedora
Version: rawhide
Status: NEW
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: suanand(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, rstrode(a)redhat.com,
sandmann(a)redhat.com, tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
In F37 we moved the gettext runtime programs to gettext-runtime.
So assuming if fontconfig-devel does not require any translation
management tools (like msgcat or xgettext) at runtime,
it should be possible for it to only Requires: gettext-runtime
(instead of gettext). The goal here is only to install
gettext-runtime in the Fedora live image(s), etc.
Additional info:
https://fedoraproject.org/wiki/Changes/GettextRuntimeSubpackage
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2119015
4 months
[Bug 2184872] New: User installed Japanese fonts override system
fonts when substituting glyphs
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2184872
Bug ID: 2184872
Summary: User installed Japanese fonts override system fonts
when substituting glyphs
Product: Fedora
Version: 37
Status: NEW
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: bztdlinux(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: ajax(a)redhat.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, rstrode(a)redhat.com,
sandmann(a)redhat.com, tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
When installing a Japanese font locally (using gnome font viewer, which
effectively copies to ~/.local/share/fonts/), with the default fontconfig, all
kana in the system uses that font.
However, it only affects certain applications. Firefox (rpm) and Inkscape
(flatpak) is affected, but gwrite is not.
Version-Release number of selected component (if applicable):
fontconfig-2.14.0-3.fc37.x86_64
How reproducible:
Always
Steps to Reproduce:
1. Download the following font:
http://font.sumomo.ne.jp/fontdata-c2157415/k-font.zip
2. Unzip and install by double-clicking the font in nautilus and clicking
install.
3. Restart Firefox or Inkscape and paste "です” in a field with sans-serif or
system-ui font
Actual results:
Text appears with the new font
Expected results:
Text appears with the normal system font
Additional info:
Running pango-view, e.g. the following, works fine and selects a reasonable
font (Droid Sans Japanese):
FC_DEBUG=4 pango-view --font="system-ui" -t です | grep family
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2184872
4 months
[Bug 2093080] New: Default fonts for Arabic do not match the font
packages list
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2093080
Bug ID: 2093080
Summary: Default fonts for Arabic do not match the font
packages list
Product: Fedora
Version: 36
Hardware: All
OS: Linux
Status: NEW
Component: fontconfig
Severity: medium
Assignee: tagoh(a)redhat.com
Reporter: awilliam(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
There's a test case:
https://fedoraproject.org/wiki/QA:Testcase_i18n_default_fonts
which requires checking the default fonts for various languages against a list,
http://tagoh.fedorapeople.org/fonts/fc-test.sh .
The current default fonts for Arabic installs do not match the list. The list
states sans should be DejaVu Sans, serif should be FreeSerif or MPH 2B Damase,
and mono should be DejaVu Sans Mono. These may have been changed recently, as
our openQA reference text file expects them to be Noto Naskh Arabic (for both
sans and serif?) and PakType Naskh Basic for mono.
In any case, what we actually see doesn't match either the list or the openQA
reference file. We see "Noto Sans Arabic" and "PakType Naqsh" in the output
from the test, I think for serif (yes really) and monospace respectively.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2093080
4 months