https://bugzilla.redhat.com/show_bug.cgi?id=2212512
Bug ID: 2212512
Summary: fontconfig package installs
10-sub-pixel-rgb-for-kde.conf by default in
/etc/fonts/conf.d
Product: Fedora
Version: 38
Hardware: All
OS: Linux
Status: NEW
Component: fontconfig
Severity: low
Assignee: tagoh(a)redhat.com
Reporter: anthony(a)dedominic.pw
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,
tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
/etc/fonts/conf.d/10-sub-pixel-rgb-for-kde.conf seems to be included with the
fontconfig package. It doesn't appear to be in /usr/share/conf.avail, where I
would expect and symlinked into conf.d.
ontop of that, it causes font rasterizing problems in some applications such as
GTK applications on KDE where the display is not using an rbg subpixel
geometry.
Users should add this to their local fontconfig and probably shouldn't be the
default.
Reproducible: Always
Steps to Reproduce:
1. Use the KDE desktop
2. Launch evolution and attempt to read email
Actual Results:
Text has extreme rainbow fringing
Expected Results:
for rgb subpixel rendering to be disabled.
I already have an existing $XDG_CONFIG_HOME/fontconfig/ and it looks like KDE's
settings application fiddles with it, which may explain why I experienced this
issue specifically, despite turning it off there. Either way, the way this file
is installed seems wrong to me given most files in this directory are
symlinked.
the, workaround/potential fix, is trivial, simply delete the file from conf.d
and the problem appears to go away.
Also:
* I have an existing installation of GNOME and installed kde using
@kde-desktop group.
* # dnf whatprovides /etc/fonts/conf.d/10-sub-pix
el-rgb-for-kde.conf
Last metadata expiration check: 1:06:37 ago on Mon 05 Jun 2023 01:39:47 PM EDT.
fontconfig-2.14.2-1.fc38.i686 : Font configuration and
: customization library
Repo : @System
Matched from:
Filename : /etc/fonts/conf.d/10-sub-pixel-rgb-for-kde.conf
fontconfig-2.14.2-1.fc38.i686 : Font configuration and
: customization library
Repo : fedora
Matched from:
Filename : /etc/fonts/conf.d/10-sub-pixel-rgb-for-kde.conf
fontconfig-2.14.2-1.fc38.x86_64 : Font configuration and
: customization library
Repo : @System
Matched from:
Filename : /etc/fonts/conf.d/10-sub-pixel-rgb-for-kde.conf
fontconfig-2.14.2-1.fc38.x86_64 : Font configuration and
: customization library
Repo : fedora
Matched from:
Filename : /etc/fonts/conf.d/10-sub-pixel-rgb-for-kde.conf
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2212512
https://bugzilla.redhat.com/show_bug.cgi?id=2214982
Bug ID: 2214982
Summary: Bengali script should be used for Manipuri
Product: Fedora
Version: rawhide
OS: Linux
Status: NEW
Component: google-noto-fonts
Severity: medium
Assignee: tagoh(a)redhat.com
Reporter: petersen(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
The current font .conf for Bengali script seems not to match for mni
(Meitei/Manipuri).
lohit-bengali-fonts does this correctly,
so I assume some corresponding tweak is needed for lang=mni .
Reproducible: Always
Steps to Reproduce:
1. Test Noto with priority higher than Lohit
2. Check default for mni
Actual Results:
Lohit is chosen
Expected Results:
Noto Bengali to be used
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2214982
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=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
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.