December 2021 - fonts-bugs - Fedora mailing-lists

[Bug 1999078] New: Hinting broken for Bitstream Vera/DejaVu in Epiphany
by bugzilla＠redhat.com 27 Nov '24

27 Nov '24

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.

1 43

[Bug 1833858] New: Hangul Jamo is seperated and printed respectively
by bugzilla＠redhat.com 27 Nov '24

27 Nov '24

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 43

[Bug 1999864] New: Cannot find package with font for Coptic although such a package exists for Fedora 34
by bugzilla＠redhat.com 19 Sep '24

19 Sep '24

https://bugzilla.redhat.com/show_bug.cgi?id=1999864 Bug ID: 1999864 Summary: Cannot find package with font for Coptic although such a package exists for Fedora 34 Product: Fedora Version: 34 Status: NEW Component: fontconfig Assignee: tagoh(a)redhat.com Reporter: mfabian(a)redhat.com 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 1819530 --> https://bugzilla.redhat.com/attachment.cgi?id=1819530&action=edit Gnome Software unable to find Coptic fonts Using Fedora-Workstation-Live-x86_64-34-1.2.iso in qemu. I played with emoji picker and Gnome popped up something requesting more fonts. I clicked and then Gnome Software said: “Unable to find the Coptic, Persian, Old (ca. 600-400 B.C.), Ugaritic you were searching for. Please see _the documentation_ for more information.” See attached screenshot. -- You are receiving this mail because: You are on the CC list for the bug.

1 15

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

24 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 1727602] New: Fedora flatpak for this app on registry.fedoraproject.org
by bugzilla＠redhat.com 30 Jun '23

30 Jun '23

https://bugzilla.redhat.com/show_bug.cgi?id=1727602 Bug ID: 1727602 Summary: Fedora flatpak for this app on registry.fedoraproject.org Product: Fedora Version: rawhide Status: NEW Component: fontforge Assignee: kevin(a)scrye.com Reporter: 7d28c752(a)opayq.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, kevin(a)scrye.com, paul(a)frixxon.co.uk, pnemade(a)redhat.com Target Milestone: --- Classification: Fedora It would be great if you could provide a flatpak package of this app to https://registry.fedoraproject.org/. Especially for users of Fedora Silverblue https://silverblue.fedoraproject.org/ this then allows a seamless installation and upgrades without rebooting the system (just restarting the application). Additionally, flatpaks can of course be installed on any distro, so also non-Fedora users could use it too. More details: * https://fedoraproject.org/wiki/Workstation/Flatpaks * https://fedoraproject.org/wiki/Changes/Graphical_Applications_as_Flatpaks I know this app is available on Flathub as a flatpak, but I still prefer Fedora's package testing/QA etc., that's why I'd also like to have a version on https://registry.fedoraproject.org/. Also Flathub is a third-party source from the Fedora users/projects viewpoint, so I guess some users would not like to use third-party app sources. However, the fact that it is on Flathub should make it easier for you to implement this, because you can have a look on how they do it. (Not that you need to do everything in the same way, but it proves it is possible to package as a flatpak, at least.) -- You are receiving this mail because: You are on the CC list for the bug.

1 6

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

02 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 25 Apr '23

25 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 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 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

[Bug 1981500] New: [f34] some snaps are having font display issues
by bugzilla＠redhat.com 07 Dec '22

07 Dec '22

https://bugzilla.redhat.com/show_bug.cgi?id=1981500 Bug ID: 1981500 Summary: [f34] some snaps are having font display issues Product: Fedora Version: 34 OS: Linux Status: NEW Component: fontconfig Severity: medium Assignee: tagoh(a)redhat.com Reporter: dvd(a)redhat.com 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 Description of problem: Installing some snaps like codium are having font issues in dialog windows. This has been widely discussed upstream [1] Tried multiple workarounds and none of them are working: ~~~ sudo rm /var/cache/fontconfig/* rm ~/.cache/fontconfig/* rm -f ~/snap/codium/current/.cache/ fc-cache -r -v snap run --shell codium fc-cache -r -v exit ~~~ I also tried this with VScodium running Arch wiki [a] suspects it's an issue caused by fontconfig>=2.13.91 Version-Release number of selected component (if applicable): fontconfig-2.13.93-6.fc34.x86_64 snapd-selinux-2.51-1.fc34.noarch snap-confine-2.51-1.fc34.x86_64 snapd-2.51-1.fc34.x86_64 How reproducible: All the time Steps to Reproduce: 1. snap install codium 2. Open Folder dialog or any kind of dialog Actual results: All the text is square instead of readable characters Expected results: We should be able to read the text. Additional info: [a] https://wiki.archlinux.org/title/Talk:Snap [1] ~~~ https://forum.snapcraft.io/t/snapped-app-not-loading-fonts-on-fedora-and-ar… https://forum.inkdrop.app/t/snap-with-no-visible-letters-in-system-dialogs-… https://wiki.archlinux.org/title/Talk:Snap https://githubmemory.com/repo/snapcrafters/codium/issues/6 https://github.com/VSCodium/vscodium/issues/426 ~~~ -- You are receiving this mail because: You are on the CC list for the bug.

1 5

[Bug 1933539] New: Require mkfontdir/mkfontscale directly, not xorg-x11-xkb-utils
by bugzilla＠redhat.com 30 Nov '22

30 Nov '22

https://bugzilla.redhat.com/show_bug.cgi?id=1933539 Bug ID: 1933539 Summary: Require mkfontdir/mkfontscale directly, not xorg-x11-xkb-utils Product: Fedora Version: rawhide Status: NEW Component: liberation-fonts Assignee: vishalvijayraghavan(a)gmail.com Reporter: peter.hutterer(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: caillon+fedoraproject(a)gmail.com, extras-qa(a)fedoraproject.org, fonts-bugs(a)lists.fedoraproject.org, gnome-sig(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, mclasen(a)redhat.com, mtasaka(a)tbz.t-com.ne.jp, petersen(a)redhat.com, psatpute(a)redhat.com, rhughes(a)redhat.com, rstrode(a)redhat.com, sandmann(a)redhat.com, vishalvijayraghavan(a)gmail.com Depends On: 1933537 Blocks: 1932731 Target Milestone: --- Classification: Fedora liberation-fonts currently BuildRequires: xorg-x11-font-utils xorg-x11-font-utils is to be split up into multiple packages, see Bug 1932731. This package only requires mkfontscale and mkfontdir, so let's BuildRequires these directly. xorg-x11-font-utils has had Provides for those for ages now anyway, so this is largely a noop from this package's POV. Suggested diff: diff --git a/liberation-fonts.spec b/liberation-fonts.spec index a9cc575..583e224 100644 --- a/liberation-fonts.spec +++ b/liberation-fonts.spec @@ -24,7 +24,8 @@ Source8: %{fontname}-sans.metainfo.xml Source9: %{fontname}-serif.metainfo.xml BuildArch: noarch -BuildRequires: fontpackages-devel >= 1.13, xorg-x11-font-utils +BuildRequires: fontpackages-devel >= 1.13 +BuildRequires: mkfontscale mkfontdir BuildRequires: fontforge BuildRequires: libappstream-glib BuildRequires: python3 Verified successful build in a local F33 container with only the mkfontscale (Bug 1932734) and bdftopcf (Bug 1932736) packages installed, no xorg-x11-font-utils. Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1932731 [Bug 1932731] X.org Utility Deaggregation - xorg-x11-font-utils https://bugzilla.redhat.com/show_bug.cgi?id=1933537 [Bug 1933537] Require mkfontdir/mkfontscale directly, not xorg-x11-xkb-utils -- You are receiving this mail because: You are on the CC list for the bug.

1 13

[Bug 1929377] New: plans for EPEL 8
by bugzilla＠redhat.com 28 Nov '22

28 Nov '22

https://bugzilla.redhat.com/show_bug.cgi?id=1929377 Bug ID: 1929377 Summary: plans for EPEL 8 Product: Fedora EPEL Version: epel8 Status: NEW Component: fontawesome-fonts Assignee: nick(a)noodles.net.nz Reporter: zonexpertconsulting(a)outlook.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, mrunge(a)redhat.com, nick(a)noodles.net.nz Target Milestone: --- Classification: Fedora Hello - Please build this package for EPEL 8. It currently blocks the installation of the unifi-lts package hosted on RPMFusion. I would be glad to do the work if you are willing to give me commit access. My FAS account: kni thank you. -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1678974] New: libfontenc-1.1.4 is available
by bugzilla＠redhat.com 04 Nov '22

04 Nov '22

https://bugzilla.redhat.com/show_bug.cgi?id=1678974 Bug ID: 1678974 Summary: libfontenc-1.1.4 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, caillon+fedoraproject(a)gmail.com, caolanm(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, john.j5live(a)gmail.com, rhughes(a)redhat.com, rstrode(a)redhat.com, sandmann(a)redhat.com Target Milestone: --- Classification: Fedora Latest upstream release: 1.1.4 Current version/release in rawhide: 1.1.3-10.fc30 URL: http://xorg.freedesktop.org/archive/individual/lib/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/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/1613/ -- You are receiving this mail because: You are on the CC list for the bug.

1 5

[Bug 1858617] New: vlgothic-fonts-20200719 is available
by bugzilla＠redhat.com 12 Oct '22

12 Oct '22

https://bugzilla.redhat.com/show_bug.cgi?id=1858617 Bug ID: 1858617 Summary: vlgothic-fonts-20200719 is available Product: Fedora Version: rawhide Status: NEW Component: vlgothic-fonts Keywords: FutureFeature, Triaged Assignee: tagoh(a)redhat.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com Target Milestone: --- Classification: Fedora Latest upstream release: 20200719 Current version/release in rawhide: 20141206-16.fc32 URL: https://osdn.jp/projects/vlgothic/releases/ 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/5103/ -- You are receiving this mail because: You are on the CC list for the bug.

1 7

[Bug 1984623] New: sil-lateef-fonts-1.200 is available
by bugzilla＠redhat.com 07 Aug '22

07 Aug '22

https://bugzilla.redhat.com/show_bug.cgi?id=1984623 Bug ID: 1984623 Summary: sil-lateef-fonts-1.200 is available Product: Fedora Version: rawhide Status: NEW Component: sil-lateef-fonts Keywords: FutureFeature, Triaged Assignee: hedayatv(a)gmail.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, hedayatv(a)gmail.com Target Milestone: --- Classification: Fedora Latest upstream release: 1.200 Current version/release in rawhide: 1.001-20.fc34 URL: https://software.sil.org/lateef/ 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/4819/ -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 1837850] New: Unable to open Noto CJK fonts properly because of no cidmap file
by bugzilla＠redhat.com 26 Jun '22

26 Jun '22

https://bugzilla.redhat.com/show_bug.cgi?id=1837850 Bug ID: 1837850 Summary: Unable to open Noto CJK fonts properly because of no cidmap file Product: Fedora Version: rawhide Status: NEW Component: fontforge Assignee: kevin(a)scrye.com Reporter: tagoh(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, kevin(a)scrye.com, paul(a)frixxon.co.uk, pnemade(a)redhat.com Target Milestone: --- Classification: Fedora Description of problem: When going to open Noto CJK fonts on fontforge, fontforge opens an error dialog that claims no cidmap file found. Version-Release number of selected component (if applicable): fontforge-20200314-5.fc32.x86_64 How reproducible: always Steps to Reproduce: 1.fontforge /usr/share/fonts/google-noto-cjk/NotoSansCJK-Regular.ttc 2.Select any family names in the list 3. Actual results: Open an error dialog claims: FontForge was unable to find a cidmap file for this font. It is not essential to have one, but some things will work better if you do. if you have not done so you might want to download the cidmaps from: http://FontForge.sourceforge.net/cidmaps.tgz and then gunzip and untar them and move them to: /usr/share/fontforge Expected results: should start loading a font Additional info: -- You are receiving this mail because: You are on the CC list for the bug.

1 11

[Bug 1925922] New: dependency loop with harfbuzz confuses xorg-x11-fonts-ISO8859-1-100dpi installation??
by bugzilla＠redhat.com 07 Jun '22

07 Jun '22

https://bugzilla.redhat.com/show_bug.cgi?id=1925922 Bug ID: 1925922 Summary: dependency loop with harfbuzz confuses xorg-x11-fonts-ISO8859-1-100dpi installation?? Product: Fedora Version: rawhide Status: NEW Component: freetype Assignee: mkasik(a)redhat.com Reporter: mtasaka(a)fedoraproject.org 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, mclasen(a)redhat.com, mkasik(a)redhat.com, rhughes(a)redhat.com, rstrode(a)redhat.com, sandmann(a)redhat.com Target Milestone: --- Classification: Fedora Description of problem: Comparing: Fedora-Scientific_KDE-Live-Rawhide-20210205.n.0 [SUCCESS] https://koji.fedoraproject.org/koji/buildinfo?buildID=1703766 Fedora-Scientific_KDE-Live-Rawhide-20210206.n.0 [FAIL] https://koji.fedoraproject.org/koji/taskinfo?taskID=61447565 The latter one has scriptlet error: https://kojipkgs.fedoraproject.org//work/tasks/7565/61447565/anaconda-packa… ``` 08:06:12,730 INF packaging: Installed: xorg-x11-font-utils-1:7.5-48.fc34.x86_64 1611907579 2b7ebb243e1e82d3cb66c5268fc9a1d9e43b3a80385b0832bb42d2841859e4c6 08:06:12,768 INF packaging: Configuring (running scriptlet for): xorg-x11-fonts-ISO8859-1-100dpi-7.5-27.fc34.noarch 1611907303 d34990ca2d30c51a49e168a636361c94eb9ec4a4995ed5724c9aab2cea71ac1f 08:06:12,789 INF dnf.rpm: mkfontscale: error while loading shared libraries: libfreetype.so.6: cannot open shared object file: No such file or directory warning: %post(xorg-x11-fonts-ISO8859-1-100dpi-7.5-27.fc34.noarch) scriptlet failed, exit status 127 ``` Note that /usr/bin/mkfontscale is in xorg-x11-font-utils-1:7.5-48.fc34.x86_64 , which surely Requires "libfreetype.so.6()(64bit)", but freetype is not installed when trying to run scriptlet for xorg-x11-fonts-ISO8859-1-100dpi. Comparing the above two, I guess the change in freetype is causing this - dependency loop between freetype and harfbuzz perhaps makes dnf to "postpone" installation of both packages. Version-Release number of selected component (if applicable): xorg-x11-font-utils-1:7.5-48.fc34.x86_64 xorg-x11-fonts-ISO8859-1-100dpi-7.5-27.fc34.noarch freetype-2.10.4-3.fc34.x86_64 harfbuzz-2.7.4-3.fc34.x86_64 -- You are receiving this mail because: You are on the CC list for the bug.

1 43

[Bug 1999240] New: OpenDyslexicMono-Regular is missing
by bugzilla＠redhat.com 07 Jun '22

07 Jun '22

https://bugzilla.redhat.com/show_bug.cgi?id=1999240 Bug ID: 1999240 Summary: OpenDyslexicMono-Regular is missing Product: Fedora Version: 34 Hardware: All OS: Linux Status: NEW Component: opendyslexic-fonts Assignee: spotrh(a)gmail.com Reporter: mikaela(a)mikaela.info 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: The package opendyslexic-fonts doesn't include the monospace variant OpenDyslexicMono-Regular. It however exists in upstream (e.g. https://github.com/OpenDyslexic/opendyslexic-chrome/blob/11.0.0/app/fonts/o…) and Debian. Version-Release number of selected component (if applicable): 0.600 How reproducible: Always Steps to Reproduce: 1. sudo dnf install opendyslexic-fonts 2. sudo updatedb 3. locate opendyslexic|grep Mono Actual results: The file OpenDyslexicMono-Regular.otf isn't found or visible in any font selector. Expected results: /usr/share/fonts/opentype/opendyslexic/OpenDyslexicMono-Regular.otf on Debian and I think it should appear in font lists (my Debian is headless though). Additional info: -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1960052] New: Font-Awesome is not updated
by bugzilla＠redhat.com 07 Jun '22

07 Jun '22

https://bugzilla.redhat.com/show_bug.cgi?id=1960052 Bug ID: 1960052 Summary: Font-Awesome is not updated Product: Fedora Version: 34 Status: NEW Component: fontawesome-fonts Assignee: pvoborni(a)redhat.com Reporter: tjamadeira(a)gmail.com 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 Description of problem: The font-awesome it isn't updated. What can be done about this? How reproducible: Always. Steps to Reproduce: 1. Install font awesome via dnf 2. See the version of it. Actual results: Actual version is 4.7 Expected results: Version 5.15, maybe Additional info: https://bugzilla.redhat.com/show_bug.cgi?id=1808064 https://fontawesome.com/changelog/latest -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Bug 1894757] New: update kanjistrokeorders-fonts to v4.004
by bugzilla＠redhat.com 07 Jun '22

07 Jun '22

https://bugzilla.redhat.com/show_bug.cgi?id=1894757 Bug ID: 1894757 Summary: update kanjistrokeorders-fonts to v4.004 Product: Fedora Version: rawhide Hardware: All OS: Linux Status: NEW Component: kanjistrokeorders-fonts Severity: low Assignee: paul(a)frixxon.co.uk Reporter: piejacker875(a)teknik.io QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, paul(a)frixxon.co.uk, rene.ribaud(a)gmail.com Target Milestone: --- Classification: Fedora a new version of the font is available https://www.nihilist.org.uk/ -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1926533] New: Postinstall scripts are failable, fail during KDE netinst (due to dependency loop most likely)
by bugzilla＠redhat.com 13 May '22

13 May '22

https://bugzilla.redhat.com/show_bug.cgi?id=1926533 Bug ID: 1926533 Summary: Postinstall scripts are failable, fail during KDE netinst (due to dependency loop most likely) Product: Fedora Version: rawhide Hardware: All OS: All Status: NEW Component: xorg-x11-fonts Severity: urgent Assignee: xgl-maint(a)redhat.com Reporter: awilliam(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: airlied(a)redhat.com, ajax(a)redhat.com, caillon+fedoraproject(a)gmail.com, caolanm(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, jglisse(a)redhat.com, negativo17(a)gmail.com, rhughes(a)redhat.com, rstrode(a)redhat.com, sandmann(a)redhat.com, xgl-maint(a)redhat.com Target Milestone: --- Classification: Fedora In current Fedora Rawhide, KDE network installs fail with a scriptlet error in an xorg-x11-fonts subpackage: 16:36:01,304 INF dnf.rpm: mkfontscale: error while loading shared libraries: libfreetype.so.6: cannot open shared object file: No such file or directory warning: %post(xorg-x11-fonts-ISO8859-1-100dpi-7.5-27.fc34.noarch) scriptlet failed, exit status 127 16:36:01,310 ERR dnf.rpm: Error in POSTIN scriptlet in rpm package xorg-x11-fonts-ISO8859-1-100dpi Dependencies should be in place, AFAICT: xorg-x11-fonts subpackages require 'mkfontdir', which is in the same package as mkfontscale (xorg-x11-font-utils) and that package requires libfreetype.so.6. What's likely happening is a dependency loop that dnf has to break somehow. This isn't uncommon on initial install, something like A requires B requires C requires A, and in order to do anything, dnf has to pick *some* dependency to disregard. Probably because of some loop like this, it's ordering install of xorg-x11-fonts-ISO8859-1-100dpi before install of freetype, and so its %post script fails. We could look for and try to fix that loop, but note the packaging guidelines state: "All scriptlets MUST exit with the zero exit status. Because RPM in its default configuration does not execute shell scriptlets with the -e argument to the shell, excluding explicit exit calls (frowned upon with a non-zero argument!), the exit status of the last command in a scriptlet determines its exit status. Most commands in the snippets in this document have a “|| :” appended to them, which is a generic trick to force the zero exit status for those commands whether they worked or not. Usually the most important bit is to apply this to the last command executed in a scriptlet, or to add a separate command such as plain “:” or “exit 0” as the last one in a scriptlet. Note that depending on the case, other error checking/prevention measures may be more appropriate. Non-zero exit codes from scriptlets can break installs/upgrades/erases such that no further actions will be taken for that package in a transaction (see Ordering), which may for example prevent an old version of a package from being erased on upgrades, leaving behind duplicate rpmdb entries and possibly stale, unowned files on the filesystem. There are some cases where letting the transaction to proceed when some things in scriptlets failed may result in partially broken setup. It is however often limited to that package only whereas letting a transaction to proceed with some packages dropped out on the fly is more likely to result in broader system wide problems." https://docs.fedoraproject.org/en-US/packaging-guidelines/Scriptlets/#_synt… basically, by policy scriptlets should be written to return 0 even if they don't work. These scriptlets aren't respecting that. Given that not running mkfontdir likely doesn't have any calamitous consequences, I think it would make sense to go with the guidelines and amend all the scriptlets to add `|| :` at the end (which will cause them to exit 0 even if the command failed). -- You are receiving this mail because: You are on the CC list for the bug.

1 4

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

fonts-bugs December 2021