fonts-bugs June 2022

fonts-bugs@lists.fedoraproject.org

2 participants
57 discussions

[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

[Bug 1898319] New: dejavu-lgc-sans-mono-fonts: Misleading summary
by bugzilla＠redhat.com 25 May '23

25 May '23

https://bugzilla.redhat.com/show_bug.cgi?id=1898319 Bug ID: 1898319 Summary: dejavu-lgc-sans-mono-fonts: Misleading summary Product: Fedora Version: 33 Hardware: x86_64 OS: Linux Status: NEW Component: dejavu-fonts Severity: low Assignee: nicolas.mailhot(a)laposte.net Reporter: van.de.bugger(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, nicolas.mailhot(a)laposte.net, paul(a)frixxon.co.uk, peter(a)thecodergeek.com Target Milestone: --- Classification: Fedora Description of problem: Summary of dejavu-lgc-sans-mono-fonts is misleading. It is: "A variable-width Latin-Greek-Cyrillic mono-space font family". Accordingly to Wikipedia: > A monospaced font, also called a fixed-pitch, fixed-width, or non-proportional font, is a font whose letters and characters each occupy the same amount of horizontal space. This contrasts with variable-width fonts, where the letters and spacings have different widths. So, a font is either monospaced or variable-width but not both, these are mutually exclusive concepts. How dejavu-lgc-sans-mono-fonts can be "a variable-width mono-space font family"?? Version-Release number of selected component (if applicable): dejavu-lgc-sans-mono-fonts-2.37-15.fc33 How reproducible: Always. Steps to Reproduce: 1. $ dnf info dejavu-lgc-sans-mono-fonts Actual results: Summary : A variable-width Latin-Greek-Cyrillic mono-space font family Expected results: Summary : A Latin-Greek-Cyrillic mono-space font family -- You are receiving this mail because: You are on the CC list for the bug.

1 7

[Bug 1779123] New: Pango no longer supports type1 fonts
by bugzilla＠redhat.com 26 Apr '23

26 Apr '23

https://bugzilla.redhat.com/show_bug.cgi?id=1779123 Bug ID: 1779123 Summary: Pango no longer supports type1 fonts Product: Fedora Version: rawhide Status: NEW Component: pango Assignee: pwu(a)redhat.com Reporter: mjg(a)fedoraproject.org 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: In pango 1.44, pango dropped support for type1 fonts. Therefore, no application which uses pango for font loading can use type1 fonts any more. Version-Release number of selected component (if applicable): pango-1.44.6-1.fc31.x86_64 (and later) How reproducible: always Steps to Reproduce: 1. Upgrade F31 or rawhide 2. Open any pango-using application 3. Try to use type1 font Actual results: No type1 font is usable Expected results: Type1 font is usable Additional info: bug 1753295 is the same bug for dropped bitmap font support. Over there, workarounds specific for bitmap fonts (conversion to opentype bitmap fonts) are discussed. An attempt to discuss type1 there failed. This bug here is specifically about type1 fonts to discuss ways (or their absence) to deal with pangos dropped type 1 support. -- You are receiving this mail because: You are on the CC list for the bug.

1 14

[Bug 1857488] New: fontawesome-fonts-5.14.0 is available
by bugzilla＠redhat.com 07 Apr '23

07 Apr '23

https://bugzilla.redhat.com/show_bug.cgi?id=1857488 Bug ID: 1857488 Summary: fontawesome-fonts-5.14.0 is available Product: Fedora Version: rawhide Status: NEW Component: fontawesome-fonts Keywords: FutureFeature, Triaged Assignee: pvoborni(a)redhat.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, mrunge(a)redhat.com, pvoborni(a)redhat.com Target Milestone: --- Classification: Fedora Latest upstream release: 5.14.0 Current version/release in rawhide: 4.7.0-8.fc32 URL: http://fontawesome.io 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://fedoraproject.org/wiki/Upstream_release_monitoring 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/826/ -- You are receiving this mail because: You are on the CC list for the bug.

1 33

[Bug 1895482] New: Liberation Fonts Support For Serbian locl Glyphs Incomplete
by bugzilla＠redhat.com 04 Apr '23

04 Apr '23

https://bugzilla.redhat.com/show_bug.cgi?id=1895482 Bug ID: 1895482 Summary: Liberation Fonts Support For Serbian locl Glyphs Incomplete Product: Fedora Version: rawhide Hardware: x86_64 OS: Linux Status: NEW Component: liberation-fonts Assignee: vishalvijayraghavan(a)gmail.com Reporter: aleslavista(a)outlook.it 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, mclasen(a)redhat.com, petersen(a)redhat.com, psatpute(a)redhat.com, rhughes(a)redhat.com, rstrode(a)redhat.com, sandmann(a)redhat.com, vishalvijayraghavan(a)gmail.com Target Milestone: --- Classification: Fedora Created attachment 1727218 --> https://bugzilla.redhat.com/attachment.cgi?id=1727218&action=edit Correctly Localized Glyphs Description of problem: Liberation Fonts do NOT provide full support for Serbian localized glyphs. Version-Release number of selected component (if applicable): Liberation-Fonts 2.1-1-1 How reproducible: You need a program that is able to access the font's localized glyphs: usually that's LibreOffice Writer. Steps to Reproduce: 1. Open LibreOffice Writer 2. Type бгдпт, then бгдпт in Italic, бгдпт in Bold and finally бгдпт in Italic Bold with Liberation Serif, and do the same with Liberation Sans 3. Set the language to "Serbian Cyrillic" Actual results: Not all glyphs are correctly localized Expected results: See attachment for correctly localized glyphs Additional info: Liberation Mono has slanted Italic, therefore only the first glyph should be localized: CYRILLIC LETTER SMALL BE. -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 2069483] New: Regular style not included in package
by bugzilla＠redhat.com 13 Dec '22

13 Dec '22

https://bugzilla.redhat.com/show_bug.cgi?id=2069483 Bug ID: 2069483 Summary: Regular style not included in package Product: Fedora Version: 35 Status: NEW Component: tlomt-sniglet-fonts Assignee: spotrh(a)gmail.com Reporter: zhangalexy(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, spotrh(a)gmail.com Target Milestone: --- Classification: Fedora Description of problem: Sniglet has a Regular style and an ExtraBold style, as shown on Google Fonts: https://fonts.google.com/specimen/Sniglet. For some reason, the package only contains the ExtraBold style, but it's labelled as the Regular style. Version-Release number of selected component (if applicable): 1.000-22.fc35 How reproducible: Always Steps to Reproduce: 1. dnf repoquery -l tlomt-sniglet-fonts 2. Open the font in Gnome Fonts. Actual results: There is a single .ttf file in the package. Gnome Fonts only show the ExtraBold style, labelled as Regular. Expected results: Both the Regular and the ExtraBold style are included. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2069483

1 2

[Bug 1967097] New: Missing OFL in License tag
by bugzilla＠redhat.com 13 Dec '22

13 Dec '22

https://bugzilla.redhat.com/show_bug.cgi?id=1967097 Bug ID: 1967097 Summary: Missing OFL in License tag Product: Fedora Version: rawhide Status: NEW Component: google-droid-fonts Assignee: nicolas.mailhot(a)laposte.net Reporter: tagoh(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, nicolas.mailhot(a)laposte.net, oliver(a)redhat.com Target Milestone: --- Classification: Fedora Description of problem: DroidSansDevanagari-Regular.ttf is licensed under OFLv1.1 but google-droid-sans-fonts which contains this font has ASL 2.0 only in License tag. Version-Release number of selected component (if applicable): google-droid-sans-fonts-20200215-9.fc34 How reproducible: always Steps to Reproduce: 1.otfinfo -i /usr/share/fonts/google-droid-sans-fonts/DroidSansDevanagari-Regular.ttf 2.rpm -qi google-droid-sans-fonts | grep License 3. Actual results: $ otfinfo -i /usr/share/fonts/google-droid-sans-fonts/DroidSansDevanagari-Regular.ttf Family: Droid Sans Devanagari Subfamily: Regular Full name: Droid Sans Devanagari PostScript name: DroidSansDevanagari Version: Version 1.01 Unique ID: Monotype - Droid Sans Devanagari Description: Droid Sans Devanagari is a low contrast Devanagari typeface intended to harmonize with sans seri f typeface families like Droid Sans. Designer: Jelle Bosma Designer URL: http://www.monotypeimaging.com/ProductsServices/TypeDesignerShowcase Manufacturer: Monotype Imaging Inc. Vendor URL: http://www.monotypeimaging.com Trademark: Droid is a trademark of Google and may be registered in certain jurisdictions. Copyright: Digitized data copyright (c) 2012, Google Corporation. License URL: http://scripts.sil.org/cms/scripts/page.php?item_id=OFL_web License Description: Licensed under the OFL license, version 1.1 Vendor ID: MONO $ rpm -qi google-droid-sans-fonts | grep License License : ASL 2.0 Expected results: License tas should be ASL 2.0 and OFL Additional info: -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 1908952] New: Please package Libertinus (successor to Linux Libertine and Biolinum fonts)
by bugzilla＠redhat.com 12 Dec '22

12 Dec '22

https://bugzilla.redhat.com/show_bug.cgi?id=1908952 Bug ID: 1908952 Summary: Please package Libertinus (successor to Linux Libertine and Biolinum fonts) Product: Fedora Version: 33 Status: NEW Component: linux-libertine-fonts Assignee: tagoh(a)redhat.com Reporter: nekohayo(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, kevin(a)scrye.com, tagoh(a)redhat.com Target Milestone: --- Classification: Fedora Hi! From the wikipedia page, today I learned that the Linux Libertine (and companion "Biolinum") font has been unmaintained for many years, and that since then the project has been forked and maintained with hundreds of bugfixes and many new releases, under the new name "Libertinus". It can be found here: https://github.com/alerque/libertinus Since it is the same font but improved and with different names, could you please package it for Fedora? I'd really love to use it without needing to manually download it (and remember doing so) regularly. -- You are receiving this mail because: You are on the CC list for the bug.

1 5

[Bug 2036458] New: Lohit Punjabi font does not implement all unicode specs
by bugzilla＠redhat.com 12 Dec '22

12 Dec '22

https://bugzilla.redhat.com/show_bug.cgi?id=2036458 Bug ID: 2036458 Summary: Lohit Punjabi font does not implement all unicode specs Product: Fedora Version: 35 Status: NEW Component: Fonts Assignee: i18n-bugs(a)lists.fedoraproject.org Reporter: plehal(a)lehal.net QA Contact: fonts-bugs(a)lists.fedoraproject.org Target Milestone: --- Classification: Fedora Created attachment 1848544 --> https://bugzilla.redhat.com/attachment.cgi?id=1848544&action=edit unicode spec. Description of problem: Lohit Punjabi Font does not recognize some subjoined consonants which should be recognized per Unicode specs and are recognised by other fonts from other vendors. Version-Release number of selected component (if applicable): All How reproducible: Always Steps to Reproduce: 1. Try to type subjoined consonants with characters ਕ,ਗ,ਚ,ਤ,ਥ,ਟ,ਠ,ਦ,ਧ,ਨ 2. It shows as ਪ੍ਕ , ਪ੍ਗ, ਪ੍ਚ......instead of these letters showing properly at the bottom of preceding character. Actual results:ਪ੍ਕ , ਪ੍ਗ, ਪ੍ਚ. Expected results: letters showing properly at the bottom of preceding character. Additional info: Related Unicode document attached. Raavi and Ravi font from Microsoft render it correctly. -- You are receiving this mail because: You are the QA Contact for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2036458

1 5

[Bug 1954716] New: Fonts not used correctly
by bugzilla＠redhat.com 08 Dec '22

08 Dec '22

https://bugzilla.redhat.com/show_bug.cgi?id=1954716 Bug ID: 1954716 Summary: Fonts not used correctly Product: Fedora Version: rawhide Status: NEW Component: fontconfig Assignee: tagoh(a)redhat.com Reporter: barbarah.duarte(a)fluocomunicacao.com.br 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, i18n-bugs(a)lists.fedoraproject.org, mclasen(a)redhat.com, pnemade(a)redhat.com, rhughes(a)redhat.com, rstrode(a)redhat.com, sandmann(a)redhat.com, tagoh(a)redhat.com Target Milestone: --- Classification: Fedora Created attachment 1776799 --> https://bugzilla.redhat.com/attachment.cgi?id=1776799&action=edit LibreOffice with all three fonts displayed in regular, italic and bold face. I have installed some company-provided fonts for use in presentations etc.: $ ls /usr/share/fonts/neo-sans-intel/ NeoSansIntel-Italic.ttf NeoSansIntel-MediumItalic.ttf NeoSansIntel-LightItalic.ttf NeoSansIntel-Medium.ttf NeoSansIntel-Light.ttf NeoSansIntel.ttf In LibreOffice I have a choice of three separate fonts: Neo Sans Intel, Neo Sans Intel Medium, and Neo Sans Intel Light. For each of those three, the italic version of the font (from the separate TTF file) is used. I can tell by the tail on the 'f' character. For bold text, however, an 'emboldening' algorithm seems to be used instead of using the appropriate separate font file. In GNOME font selection dialogs, I see just one 'Neo Sans Intel' family, with a choice of 8 styles. I'll ignore the italic versions since those do actually seem to work as expected, so there are four weights listed: - Light (== Neo Sans Intel Light) - Regular (== Neo Sans Intel Medium) - Medium (== Neo Sans Intel Medium) - Bold (== Neo Sans Intel Medium + emboldening algorithm?) I *don't* seem to have an option in GNOME which will just use the straight 'Neo Sans Intel' font. So both seem to be getting it wrong, in different ways. Or perhaps there's something wrong with the fonts themselves? -- You are receiving this mail because: You are on the CC list for the bug.

1 7

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

fonts-bugs June 2022