fonts-bugs October 2023

fonts-bugs@lists.fedoraproject.org

2 participants
32 discussions

[Bug 1761885] New: rpm -V complains about mode for ghost .uuid files
by bugzilla＠redhat.com 25 Feb '24

25 Feb '24

https://bugzilla.redhat.com/show_bug.cgi?id=1761885 Bug ID: 1761885 Summary: rpm -V complains about mode for ghost .uuid files Product: Fedora Version: rawhide Status: NEW Component: fontpackages Assignee: nicolas.mailhot(a)laposte.net Reporter: mtasaka(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, nicolas.mailhot(a)laposte.net, paul(a)frixxon.co.uk, redhat-bugzilla(a)linuxnetz.de, tagoh(a)redhat.com Target Milestone: --- Link ID: Red Hat Bugzilla 1564432 Classification: Fedora Description of problem: rpm -Va complains a lot about mode of %ghost .uuid files: .M....... g /usr/share/fonts/paktype-naqsh/.uuid .M....... g /usr/share/fonts/lilypond/.uuid .M....... g /usr/share/fonts/sil-padauk/.uuid .M....... g /usr/share/fonts/google-droid/.uuid .M....... g /usr/share/fonts/lilypond/.uuid .M....... g /usr/share/fonts/smc-suruma/.uuid .M....... g /usr/share/fonts/google-android-emoji/.uuid .M....... g /usr/share/fonts/google-crosextra-carlito/.uuid .M....... g /usr/share/fonts/lohit-assamese/.uuid .M....... g /usr/share/fonts/dejavu/.uuid .M....... g /usr/share/fonts/lohit-telugu/.uuid .M....... g /usr/share/fonts/lilypond/.uuid ..... Looks like fontpackages-devel template rpmmacro creates .uuid which %ghost %atttr(0000) e.g. [root@localhost ~]# rpm -qf /usr/share/fonts/google-droid/.uuid google-droid-sans-fonts-20120715-16.fc31.noarch [root@localhost ~]# rpm -qlv google-droid-sans-fonts | grep uuid ---------- 1 root root 0 7月 25 23:03 /usr/share/fonts/google-droid/.uuid ref: https://src.fedoraproject.org/rpms/fontpackages/blob/master/f/fontpackages-… but I guess %transfiletriggerin script by fontconfig creates .uuid as 0755 permission (perhaps) Version-Release number of selected component (if applicable): fontpackages-filesystem-1.44-25.fc31.noarch fontconfig-2.13.92-3.fc31.x86_64 fontconfig-2.13.92-3.fc31.i686 google-droid-sans-fonts-20120715-16.fc31.noarch How reproducible: 100% Steps to Reproduce: 1. See above, try $ rpm -Va 2. 3. Actual results: See above, lots of .uuid permission complaint Expected results: No complaint by rpm -Va Additional info: -- You are receiving this mail because: You are on the CC list for the bug.

1 20

[Bug 2112732] New: Fail to build from source
by bugzilla＠redhat.com 19 Feb '24

19 Feb '24

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 4

[Bug 2217137] New: freetype-2.13.1 is available
by bugzilla＠redhat.com 16 Jan '24

16 Jan '24

https://bugzilla.redhat.com/show_bug.cgi?id=2217137 Bug ID: 2217137 Summary: freetype-2.13.1 is available Product: Fedora Version: rawhide Status: NEW Component: freetype Keywords: FutureFeature, Triaged Assignee: mkasik(a)redhat.com Reporter: upstream-release-monitoring(a)fedoraproject.org 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 Target Milestone: --- Classification: Fedora Releases retrieved: 2.13.1 Upstream release that is considered latest: 2.13.1 Current version/release in rawhide: 2.13.0-1.fc39 URL: https://www.freetype.org/ 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_M… 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/854/ To change the monitoring settings for the project, please visit: https://src.fedoraproject.org/rpms/freetype -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2217137 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…

1 6

[Bug 2186430] New: CVE-2023-2004 freetype: integer overflowin in tt_hvadvance_adjust() in src/truetype/ttgxvar.c [fedora-all]
by bugzilla＠redhat.com 15 Jan '24

15 Jan '24

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 4

[Bug 2186953] New: Irrelevant fonts in the English install (KDE spin)
by bugzilla＠redhat.com 11 Dec '23

11 Dec '23

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 9

[Bug 2096153] New: strange font priorities in Firefox
by bugzilla＠redhat.com 05 Dec '23

05 Dec '23

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

1 6

[Bug 2184872] New: User installed Japanese fonts override system fonts when substituting glyphs
by bugzilla＠redhat.com 27 Nov '23

27 Nov '23

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

1 4

[Bug 2188151] New: Update packages to their latest version
by bugzilla＠redhat.com 23 Nov '23

23 Nov '23

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 2

Successful Mail Delivery Report
by Mail Delivery System 26 Oct '23

26 Oct '23

This is the mail system at host mailman01.iad2.fedoraproject.org. Your message was successfully delivered to the destination(s) listed below. If the message was delivered to mailbox you will receive no further notifications. Otherwise you may still receive notifications of mail delivery errors from other systems. The mail system <fonts-bugs(a)lists.fedoraproject.org>: delivery via spamassassin: delivered via spamassassin service

1 0

[Bug 2230471] New: [Lenovo] GB 18030-2022 compliant Chinese font needed for OS preloads in China
by bugzilla＠redhat.com 24 Oct '23

24 Oct '23

https://bugzilla.redhat.com/show_bug.cgi?id=2230471 Bug ID: 2230471 Summary: [Lenovo] GB 18030-2022 compliant Chinese font needed for OS preloads in China Product: Fedora Version: 38 Hardware: x86_64 OS: Linux Status: NEW Component: Fonts Assignee: i18n-bugs(a)lists.fedoraproject.org Reporter: mpearson(a)lenovo.com QA Contact: fonts-bugs(a)lists.fedoraproject.org Target Milestone: --- Classification: Fedora Description of problem: The Chinese government have made it a requirement that OS vendors support GB 18030-2022. To my understanding this means that the preloaded OS needs to have a font that supports this spec and if we don't have that we won't be able to ship the Fedora OS in China. I believe Fedora has the google-noto-cjk-fonts package and it looks like they are working on having compliance for this specification (based on https://github.com/notofonts/noto-cjk/issues/252) The font is not part of the default install so I wanted to open the conversation as to whether it can be included in the default workstation include please. If there is another font that is compliant available that I've missed let me know - this isn't a world I know well (despite, bizarrely, the very first job I ever had was making it so vector fonts could be rasterised for display :)) Version-Release number of selected component (if applicable): N/A How reproducible: 100% Steps to Reproduce: N/A 1. 2. 3. Actual results: no compliant Chinese font available Expected results:Compliant Chinese font available Additional info:Let me know if there is anything we can help with directly here. Our team in China can help :) -- You are receiving this mail because: You are the QA Contact for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2230471 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…

1 18

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

fonts-bugs October 2023