[Bug 2249989] New: dejavu-sans-mono-fonts is wrong release
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2249989
Bug ID: 2249989
Summary: dejavu-sans-mono-fonts is wrong release
Product: Fedora
Version: 39
Status: NEW
Component: Fonts
Assignee: i18n-bugs(a)lists.fedoraproject.org
Reporter: ToddAndMargo(a)zoho.com
QA Contact: fonts-bugs(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
Fedora 39
dejavu-sans-mono-fonts-0:2.37-20.fc38.noarch (note the "38")
Would you please update dejavu-sans-mono-fonts-0:2.37-20.fc38.noarch to fc39?
# dnf whatprovides dejavu-sans-mono-fonts --releasever=39
Last metadata expiration check: 2:46:25 ago on Wed 15 Nov 2023 11:45:16 PM PST.
dejavu-sans-mono-fonts-2.37-20.fc38.noarch : DejaVu Sans Mono, a mono-space
sans-serif font family
Repo : @System
Matched from:
Provide : dejavu-sans-mono-fonts = 2.37-20.fc38
dejavu-sans-mono-fonts-2.37-20.fc38.noarch : DejaVu Sans Mono, a mono-space
sans-serif font family
Repo : fedora
Matched from:
Provide : dejavu-sans-mono-fonts = 2.37-20.fc38
--
You are receiving this mail because:
You are the QA Contact for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2249989
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-...
5 months
[Bug 2096153] New: strange font priorities in Firefox
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2096153
Bug ID: 2096153
Summary: strange font priorities in Firefox
Product: Fedora
Version: rawhide
Hardware: x86_64
OS: Linux
Status: NEW
Component: google-droid-fonts
Assignee: ali.erdinc.koroglu(a)intel.com
Reporter: tagoh(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: ali.erdinc.koroglu(a)intel.com, contact(a)dannycolin.com,
fonts-bugs(a)lists.fedoraproject.org,
nicolas.mailhot(a)laposte.net, oliver(a)redhat.com,
skyfaller(a)gmail.com
Depends On: 2062386
Target Milestone: ---
Classification: Fedora
Cloning to focus on the Droid specific issue here. please ignore URW related
description.
+++ This bug was initially created as a clone of Bug #2062386 +++
Description of problem:
Sometimes, when using a native font stack in CSS on a web page, fonts that are
not in the font stack at all are substituted for the desired fonts.
This only seems to affect web pages viewed using:
- Fedora (not Ubuntu, Debian 11, or Manjaro)
- Firefox (not Chrome or Chromium)
- When using the RPM version or Mozilla's official build from their website
(not the Flatpak)
Happens in the stable version of Firefox, Firefox Beta, and Firefox nightly.
Two substitutions I've identified so far:
- Droid Sans is substituted for Open Sans
- P052 is substituted for 'URW Palladio L' or Palatino
Substituting for Palatino may be less objectionable, since that's a generic
choice, but URW Palladio L is rather specific and it's surprising to see the
substitution. This also wouldn't be as objectionable if the font substitutions
were better. Droid Sans doesn't look much like Open Sans at all, and P052 looks
really ugly (it has unevenly sized letters). In Firefox Flatpak, it instead
substitutes the better-looking 'TeX Gyre Pagella', and only does that for
Palatino, not for 'URW Palladio L' (which was higher priority in my font
stack). This is more desirable behavior.
The source of the problem seems to be that if you run the following command:
fc-match :family="Open Sans"
It returns Droid Sans.
Possibly related bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1820166
https://bugzilla.mozilla.org/show_bug.cgi?id=1406790
How reproducible:
Consistently
Steps to Reproduce:
1. Open a clean Fedora 35 install, and verify that Open Sans is not installed.
2. Create the following web page and view it in a browser:
```
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8">
<title></title>
<style>
h1,h2,h3,h4 {
font-family: Open Sans, Fira Sans;
}
</style>
</head>
<body>
<h1>Hello World</h1>
<p>Lorem ipsum dolor sit amet.</p>
</body>
</html>
```
Alternately, view a real live (but more complex) website at
https://www.maximumethics.dev/
Actual results:
Notice that the text on the webpage is displayed in Droid Sans, not Open Sans.
Expected results:
The webpage displays the next available font in the font stack, Fira Sans in
this case, or the browser's default font if you don't have Fira Sans.
--- Additional comment from Akira TAGOH on 2022-03-30 09:26:08 UTC ---
Well, maybe good to file a separate bug to object each substitutions.
For Open Sans, google-droid-sans-fonts has the following config:
<alias binding="same">
<family>Open Sans</family>
<accept>
<family>Droid Sans</family>
</accept>
</alias>
This is the reason why you see that behavior.
For URW Palladio L, urw-base35-fonts-common has the following config:
<alias binding="same">
<family>URW Palladio L</family>
<accept>
<family>P052</family>
</accept>
</alias>
And finally for Palatino, it is in urw-base35-p052-fonts:
<alias binding="same">
<family>Palatino</family>
<accept>
<family>P052</family>
</accept>
</alias>
Although those urw config are coming from upstream. so if you have any
objections for them, it would be good to talk with URW upstream.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=2062386
[Bug 2062386] strange font priorities in Firefox
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2096153
5 months, 1 week
[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
5 months, 2 weeks
[Bug 2188151] New: Update packages to their latest version
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2188151
Bug ID: 2188151
Summary: Update packages to their latest version
Product: Fedora
Version: 37
Hardware: x86_64
OS: Linux
Status: NEW
Component: sil-charis-fonts
Severity: medium
Assignee: aekoroglu(a)linux.intel.com
Reporter: zolikydev(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: aekoroglu(a)linux.intel.com,
fonts-bugs(a)lists.fedoraproject.org, kevin(a)scrye.com,
nicolas.mailhot(a)laposte.net, pnemade(a)redhat.com
Target Milestone: ---
Classification: Fedora
User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML,
like Gecko) Chrome/112.0.0.0 Safari/537.36
Build Identifier:
Hello,
I was wondering if you could update the packages "sil-charis-fonts" and
"sil-charis-compact-fonts" to their latest versions? The current ones seem to
be quite outdated.
The newest Charis SIL font is available here:
https://software.sil.org/charis
and the compact version is here: https://software.sil.org/lcgfonts/download
Thank you for your time and consideration.
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=2188151
5 months, 3 weeks
[Bug 2185915] Failure to expand rpm macro
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2185915
--- Comment #2 from Aoife Moloney <amoloney(a)redhat.com> ---
This message is a reminder that Fedora Linux 37 is nearing its end of life.
Fedora will stop maintaining and issuing updates for Fedora Linux 37 on
2023-12-05.
It is Fedora's policy to close all bug reports from releases that are no longer
maintained. At that time this bug will be closed as EOL if it remains open with
a
'version' of '37'.
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, change the 'version'
to a later Fedora Linux version. Note that the version field may be hidden.
Click the "Show advanced fields" button if you do not see it.
Thank you for reporting this issue and we are sorry that we were not
able to fix it before Fedora Linux 37 is end of life. If you would still like
to see this bug fixed and are able to reproduce it against a later version
of Fedora Linux, you are encouraged to change the 'version' to a later version
prior to this bug being closed.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2185915
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-...
5 months, 3 weeks