fonts-bugs June 2023

fonts-bugs@lists.fedoraproject.org

3 participants
35 discussions

[Bug 2212512] New: fontconfig package installs 10-sub-pixel-rgb-for-kde.conf by default in /etc/fonts/conf.d
by bugzilla＠redhat.com 16 Jun '23

16 Jun '23

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

1 4

[Bug 2214982] New: Bengali script should be used for Manipuri
by bugzilla＠redhat.com 15 Jun '23

15 Jun '23

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…

1 4

[Bug 2153570] New: package google-noto-sans-display-fonts broken due to dependency bug on google-noto-fonts-common
by bugzilla＠redhat.com 12 Jun '23

12 Jun '23

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

1 3

[Bug 2122022] Review Request: tilman-blumenbach-terminus-mono-fonts - Terminus TTF is a monospace TrueType Font
by bugzilla＠redhat.com 04 Jun '23

04 Jun '23

https://bugzilla.redhat.com/show_bug.cgi?id=2122022 --- Comment #9 from Benson Muite <benson_muite(a)emailplus.org> --- Thanks for your patience. Updated. Upstream has added foundry name. spec: https://download.copr.fedorainfracloud.org/results/fed500/tilman-blumenbach… srpm: https://download.copr.fedorainfracloud.org/results/fed500/tilman-blumenbach… -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2122022

1 0

[Bug 1813728] New: Square four dot Unicode character has incorrect glyph
by bugzilla＠redhat.com 03 Jun '23

03 Jun '23

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.

1 20

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

fonts-bugs June 2023