July 2023 - fonts-bugs - Fedora Mailing-Lists

[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

6 days, 2 hours

1
4
0 / 0

[Bug 2112732] New: Fail to build from source

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=2112732 Bug ID: 2112732 Summary: Fail to build from source Product: Fedora Version: rawhide Status: NEW Component: campivisivi-titillium-fonts Assignee: luya_tfz(a)thefinalzone.net Reporter: tagoh(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, luya_tfz(a)thefinalzone.net Target Milestone: --- Classification: Fedora Description of problem: Titillium_roman_upright_italic_2_0_OT.zip contains two directory. one is Titillium_roman_upright_italic_2_0_OT which is specified as a base directory in the spec file. another one is __MACOSX. the spec file doesn't clean up __MACOSX, thus, the build stop on extracting like: + /usr/lib/rpm/rpmuncompress -x /var/home/tagoh/rpmbuild/SOURCES/Titillium_roman_upright_italic_2_0_OT.zip replace __MACOSX/Titillium_roman_upright_italic_2_0_OT/._Titillium-Black.otf? [y]es, [n]o, [A]ll, [N]one, [r]ename: Version-Release number of selected component (if applicable): campivisivi-titillium-fonts-20120913-25.fc37 How reproducible: always Steps to Reproduce: 1.download SRPM 2.rpmbuild --rebuild campivisivi-titillium-fonts-20120913-25.fc37.src.rpm 3.try again once the rebuild finished. Actual results: the rebuild always fails except first try. Expected results: the rebuild should be successfully finished any time. 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=2112732

1 week

1
2
0 / 0

[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

1 week, 3 days

1
2
0 / 0

[Bug 2186430] New: CVE-2023-2004 freetype: integer overflowin in tt_hvadvance_adjust() in src/truetype/ttgxvar.c [fedora-all]

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=2186430 Bug ID: 2186430 Summary: CVE-2023-2004 freetype: integer overflowin in tt_hvadvance_adjust() in src/truetype/ttgxvar.c [fedora-all] Product: Fedora Version: 37 Status: NEW Component: freetype Keywords: Security, SecurityTracking Severity: medium Priority: medium Assignee: mkasik(a)redhat.com Reporter: trathi(a)redhat.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, mclasen(a)redhat.com, mkasik(a)redhat.com, rstrode(a)redhat.com, sandmann(a)redhat.com Target Milestone: --- Classification: Fedora More information about this security flaw is available in the following bug: http://bugzilla.redhat.com/show_bug.cgi?id=2186428 Disclaimer: Community trackers are created by Red Hat Product Security team on a best effort basis. Package maintainers are required to ascertain if the flaw indeed affects their package, before starting the update process. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2186430

1 week, 3 days

1
3
0 / 0

[Bug 1833858] New: Hangul Jamo is seperated and printed respectively

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1833858 Bug ID: 1833858 Summary: Hangul Jamo is seperated and printed respectively Product: Fedora Version: 32 Status: NEW Component: google-droid-fonts Assignee: nicolas.mailhot(a)laposte.net Reporter: hyunwoo.park(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, nicolas.mailhot(a)laposte.net, oliver(a)redhat.com, paul(a)frixxon.co.uk, tremble(a)tremble.org.uk Target Milestone: --- Classification: Fedora Created attachment 1687129 --> https://bugzilla.redhat.com/attachment.cgi?id=1687129&action=edit wrong display of Hangul at LibreOffice Writer Description of problem: When Hangul is output to the monitor, Chosung, Neutral, and Jongseong are output separately. Version-Release number of selected component (if applicable): Font file, /usr/share/fonts/google-droid-sans-fonts/DroidSansFallbackFull.ttf, of google-droid-sans-fonts-20200215-3.fc32.noarch How reproducible: If you create a test.html containing "가속도" and open the file in the chrome browser, the Korean alphabet will be displayed separately. Or, write "가속도" at LibreOffice Writer and select font as "Droid Sans Fallback". Steps to Reproduce: 1. write "가속도" at LibreOffece Writer 2. select the text and change font name to "Droid Sans Fallback" Actual results: The text is displayed like "가ㅅㅗㄱㄷㅗ". Expected results: Text should be "가속도" Additional info: https://kldp.org/node/163247 -- You are receiving this mail because: You are on the CC list for the bug.

1 week, 4 days

1
41
0 / 0

[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.

2 weeks

1
36
0 / 0

[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

2 weeks, 1 day

1
24
0 / 0

[Bug 2186953] New: Irrelevant fonts in the English install (KDE spin)

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=2186953 Bug ID: 2186953 Summary: Irrelevant fonts in the English install (KDE spin) Product: Fedora Version: 37 Status: NEW Component: Fonts Severity: medium Assignee: i18n-bugs(a)lists.fedoraproject.org Reporter: ddascalescu(a)gmail.com QA Contact: fonts-bugs(a)lists.fedoraproject.org Target Milestone: --- Classification: Fedora Created attachment 1957563 --> https://bugzilla.redhat.com/attachment.cgi?id=1957563&action=edit Unnecessary fonts I've just installed the KDE spin with the US English settings, and see tens of completely irrelevant fonts for characters sets I have no use form (cuneiform even). I know I can remove these manually, but it would be nice to not have them installed to begin with. -- You are receiving this mail because: You are the QA Contact for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2186953

1 month

1
8
0 / 0

[Bug 2151945] New: libfontenc-1.1.7 is available

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=2151945 Bug ID: 2151945 Summary: libfontenc-1.1.7 is available Product: Fedora Version: rawhide Status: NEW Component: libfontenc Keywords: FutureFeature, Triaged Assignee: btissoir(a)redhat.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: ajax(a)redhat.com, btissoir(a)redhat.com, caolanm(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, rhughes(a)redhat.com, rstrode(a)redhat.com, sandmann(a)redhat.com Target Milestone: --- Classification: Fedora Releases retrieved: 1.1.7 Upstream release that is considered latest: 1.1.7 Current version/release in rawhide: 1.1.6-1.fc38 URL: https://gitlab.freedesktop.org/xorg/lib/libfontenc Please consult the package updates policy before you issue an update to a stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/ More information about the service that created this bug can be found at: https://docs.fedoraproject.org/en-US/package-maintainers/Upstream_Release... Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from Anitya: https://release-monitoring.org/project/1613/ To change the monitoring settings for the project, please visit: https://src.fedoraproject.org/rpms/libfontenc -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2151945

1 month, 3 weeks

1
3
0 / 0

[Bug 2184790] New: adobe-source-sans-pro-fonts-3.052R is available

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=2184790 Bug ID: 2184790 Summary: adobe-source-sans-pro-fonts-3.052R is available Product: Fedora Version: rawhide Status: NEW Component: adobe-source-sans-pro-fonts Keywords: FutureFeature, Triaged Assignee: pikachu.2014(a)gmail.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, pikachu.2014(a)gmail.com Target Milestone: --- Classification: Fedora Releases retrieved: 3.052, 3.052R Upstream release that is considered latest: 3.052R Current version/release in rawhide: 3.046-5.fc38 URL: https://github.com/adobe-fonts/source-sans-pro Please consult the package updates policy before you issue an update to a stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/ More information about the service that created this bug can be found at: https://docs.fedoraproject.org/en-US/package-maintainers/Upstream_Release... Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from Anitya: https://release-monitoring.org/project/14494/ To change the monitoring settings for the project, please visit: https://src.fedoraproject.org/rpms/adobe-source-sans-pro-fonts -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2184790

2 months

1
10
0 / 0

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

fonts-bugs July 2023