fonts-bugs July 2020

fonts-bugs@lists.fedoraproject.org

1 participants
60 discussions

[Bug 1749943] New: pango contain header with wrong hb.h include
by bugzilla＠redhat.com 08 Mar '21

08 Mar '21

https://bugzilla.redhat.com/show_bug.cgi?id=1749943 Bug ID: 1749943 Summary: pango contain header with wrong hb.h include Product: Fedora Version: rawhide Status: NEW Component: pango Assignee: tagoh(a)redhat.com Reporter: vascom2(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: I am try to build eiskaltdcpp and it fsilrd with error: BUILDSTDERR: /usr/include/pango-1.0/pango/pango-coverage.h:28:10: fatal error: hb.h: No such file or directory BUILDSTDERR: 28 | #include <hb.h> BUILDSTDERR: | ^~~~~~ Full build log https://kojipkgs.fedoraproject.org/work/tasks/5226/37235226/build.log Version-Release number of selected component (if applicable): pango-1.44.6-1.fc32 How reproducible: Always. As I see this line was added in pango 1.44. But harfbuzz's hb.h in Fedora placed at /usr/include/harfbuzz/ Need to solve it for build other packages. -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 1766201] New: Font not visible and not useable
by bugzilla＠redhat.com 24 Nov '20

24 Nov '20

https://bugzilla.redhat.com/show_bug.cgi?id=1766201 Bug ID: 1766201 Summary: Font not visible and not useable Product: Fedora Version: 31 Status: NEW Component: ucs-miscfixed-fonts Assignee: psatpute(a)redhat.com Reporter: m-teuber(a)gmx.de QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com, psatpute(a)redhat.com Target Milestone: --- Classification: Fedora Description of problem: Font not visible/useable on a fresh installation of Fedora 31. It also affects Fedora 31 after the upgrade from Fedora 30. Version-Release number of selected component (if applicable): ucs-miscfixed-fonts-0.3-20.fc31.noarch How reproducible: Install the package and try to select the font in e.g. gnome-terminal. Gnome-font-viewer also doesn't recognize it. Steps to Reproduce: 1. Install the package in Fedora 31 2. try to select the font in e.g. gnome-terminal 3. or after an upgrade from Fedora 30, with this font used as the preferred Terminal font in gnome-terminal, there are only hieroglyphics left. Actual results: It is not listed in gnome-terminal and in consequence not useable. Expected results: Useable and listed font. It's working on Fedora 30. Additional info: -- You are receiving this mail because: You are on the CC list for the bug.

1 34

[Bug 1707723] New: meta package to require Sans, Serif and Mono subpackages
by bugzilla＠redhat.com 24 Nov '20

24 Nov '20

https://bugzilla.redhat.com/show_bug.cgi?id=1707723 Bug ID: 1707723 Summary: meta package to require Sans, Serif and Mono subpackages Product: Fedora Version: rawhide Status: NEW Component: dejavu-fonts Assignee: nicolas.mailhot(a)laposte.net Reporter: petersen(a)redhat.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, redhat-bugzilla(a)linuxnetz.de Target Milestone: --- Classification: Fedora Description of problem: There may be disagreement but I think it might be nice if dejavu-fonts provided a metapackage to pull in dejavu-sans-fonts, dejavu-serif-fonts and dejavu-sans-mono-fonts. -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1770047] New: Subpixel rendering failure in Fedora 31 for right-aligned windows on a multihead machine.
by bugzilla＠redhat.com 24 Nov '20

24 Nov '20

https://bugzilla.redhat.com/show_bug.cgi?id=1770047 Bug ID: 1770047 Summary: Subpixel rendering failure in Fedora 31 for right-aligned windows on a multihead machine. Product: Fedora Version: 31 Hardware: x86_64 OS: Linux Status: NEW Component: freetype Severity: medium Assignee: mkasik(a)redhat.com Reporter: alastair(a)d-silva.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, john.j5live(a)gmail.com, 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: I have a 3 monitor setup: Left: Dell 3007WFP 2560x1600 Middle: Seiki 40" 4K TV 3840x2160 Right: Thinkpad T480 builtin 2048x1152 When a Firefox instance (or Gnome Text Editor window) is right aligned (meta-right) on the middle screen, it displays properly. However, after switching virtual consoles (ctrl-alt-up/down/left/right), and returning back, the right aligned window show subpixel rendering artifacts. I've attached screenshots before & after switching consoles, the window that displays the problem is the right browser in the middle screen (visiting Opencores). This problem did not occur in Fedora 30, only after upgrading to Fedora 31. The problem also does not occur if I move the window away from the edge of the centre display. Version-Release number of selected component (if applicable): freetype.x86_64 2.10.0-3.fc31 @fedora How reproducible: Every time, with my display configuration Steps to Reproduce: 1. Launch Gnome Text Editor, ensure it is on the middle screen and enter some text 2. Right align the window (meta-right) 3. Shift away and back to the virtual console 4. Observe text that was currectly rendered in the text editor now has artifacts Actual results: Poorly rendered text Expected results: Correctly rendered text Additional info: -- You are receiving this mail because: You are on the CC list for the bug.

1 12

[Bug 1769475] New: Cantarell rendering of Cyrillic letter њ is broken
by bugzilla＠redhat.com 21 Nov '20

21 Nov '20

https://bugzilla.redhat.com/show_bug.cgi?id=1769475 Bug ID: 1769475 Summary: Cantarell rendering of Cyrillic letter њ is broken Product: Fedora Version: 31 Hardware: x86_64 OS: Linux Status: NEW Component: abattis-cantarell-fonts Severity: low Assignee: klember(a)redhat.com Reporter: galileo(a)pkm-inc.com QA Contact: extras-qa(a)fedoraproject.org CC: cosimo.cecchi(a)gmail.com, fonts-bugs(a)lists.fedoraproject.org, ian(a)ianweller.org, klember(a)redhat.com, me(a)fale.io Target Milestone: --- Classification: Fedora Created attachment 1633402 --> https://bugzilla.redhat.com/attachment.cgi?id=1633402&action=edit Cantarell vs Liberation Sans Description of problem: Rendering of Cyrillic letter њ is broken, I have attached the image from LibreOffice but it shows up in other applications like Firefox. The fist line is Cantarell, the second (with proper rendering) is Liberation Sans Version-Release number of selected component (if applicable): abattis-cantarell-fonts-0.111-3.fc31.noarch How reproducible: Always -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1769476] New: Cantarell rendering of Cyrillic letter њ is broken
by bugzilla＠redhat.com 05 Nov '20

05 Nov '20

https://bugzilla.redhat.com/show_bug.cgi?id=1769476 Bug ID: 1769476 Summary: Cantarell rendering of Cyrillic letter њ is broken Product: Fedora Version: 31 Hardware: x86_64 OS: Linux Status: NEW Component: abattis-cantarell-fonts Severity: low Assignee: klember(a)redhat.com Reporter: galileo(a)pkm-inc.com QA Contact: extras-qa(a)fedoraproject.org CC: cosimo.cecchi(a)gmail.com, fonts-bugs(a)lists.fedoraproject.org, ian(a)ianweller.org, klember(a)redhat.com, me(a)fale.io Target Milestone: --- Classification: Fedora Description of problem: Rendering of Cyrillic letter њ is broken, I have attached the image from LibreOffice but it shows up in other applications like Firefox. The fist line is Cantarell, the second (with proper rendering) is Liberation Sans Version-Release number of selected component (if applicable): abattis-cantarell-fonts-0.111-3.fc31.noarch How reproducible: Always -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1790041] New: CVE-2020-5395 fontforge: Use-after-free in SFD_GetFontMetaData function in sfd.c
by bugzilla＠redhat.com 30 Oct '20

30 Oct '20

https://bugzilla.redhat.com/show_bug.cgi?id=1790041 Bug ID: 1790041 Summary: CVE-2020-5395 fontforge: Use-after-free in SFD_GetFontMetaData function in sfd.c Product: Security Response Hardware: All OS: Linux Status: NEW Component: vulnerability Keywords: Security Severity: low Priority: low Assignee: security-response-team(a)redhat.com Reporter: psampaio(a)redhat.com CC: eng-i18n-bugs(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, kevin(a)scrye.com, paul(a)frixxon.co.uk, pnemade(a)redhat.com Target Milestone: --- Classification: Other FontForge 20190801 has a use-after-free in SFD_GetFontMetaData in sfd.c. Upstream issue: https://github.com/fontforge/fontforge/issues/4084 -- You are receiving this mail because: You are on the CC list for the bug.

1 22

[Bug 1703849] New: [pango] pango-view fails for backend ft2 because of missing dependency on ImageMagick
by bugzilla＠redhat.com 20 Oct '20

20 Oct '20

https://bugzilla.redhat.com/show_bug.cgi?id=1703849 Bug ID: 1703849 Summary: [pango] pango-view fails for backend ft2 because of missing dependency on ImageMagick Product: Fedora Version: 29 Hardware: x86_64 OS: Linux Status: NEW Component: pango Assignee: tagoh(a)redhat.com Reporter: jfrieben(a)hotmail.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: Using pango-view with backend ft2 in a current Fedora 29 Workstation installation fails because pango-view tries to launch the display utility from ImageMagick which has not been pulled in as a dependency. Version-Release number of selected component (if applicable): pango-1.42.4-2.fc29 How reproducible: Always Steps to Reproduce: 1. Launch GNOME session of a current Fedora 29 Workstation installation. 2. Run 'pango-view --backend=ft2 -t PANGO'. Actual results: Utility pango-view aborts with the error message: "pango-view: When running ImageMagick 'display' command: Failed to execute child process “display” (No such file or directory)" Expected results: Utility pango-view displays the sample text. Additional info: - Installing package ImageMagick prior to running pango-view ensures correct execution. Therefore, adding ImageMagick as a requirement of package pango solves this issue. - It is probably preferable to patch pango-view such that it calls "gm display" from package GraphicsMagick and to pull in the latter instead of ImageMagick. -- You are receiving this mail because: You are on the CC list for the bug.

1 7

[Bug 1797926] New: Korean Baekmuk fonts does not map missing glyphs to id 0
by bugzilla＠redhat.com 20 Oct '20

20 Oct '20

https://bugzilla.redhat.com/show_bug.cgi?id=1797926 Bug ID: 1797926 Summary: Korean Baekmuk fonts does not map missing glyphs to id 0 Product: Fedora Version: 31 Hardware: All OS: All Status: NEW Component: baekmuk-ttf-fonts Severity: medium Assignee: pwu(a)redhat.com Reporter: matt(a)nightrealms.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com, pwu(a)redhat.com Target Milestone: --- Classification: Fedora From https://bugs.chromium.org/p/chromium/issues/detail?id=1042994 "So the font, does not map missing characters to a glyph id 0, missing glyph id, but instead maps it to a glyph named '.null', glyph id 12505." The result is that when Chrome tries to display the Korean characters listed at http://www.alanwood.net/unicode/hangul-jamo-extended-b.html the characters come out as blank. -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1766971] New: Default monospace font Amharic is weird, makes gnome-terminal look weird
by bugzilla＠redhat.com 23 Sep '20

23 Sep '20

https://bugzilla.redhat.com/show_bug.cgi?id=1766971 Bug ID: 1766971 Summary: Default monospace font Amharic is weird, makes gnome-terminal look weird Product: Fedora Version: 31 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, john.j5live(a)gmail.com, 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 1630570 --> https://bugzilla.redhat.com/attachment.cgi?id=1630570&action=edit Screenshot.png [mfabian@localhost ~]$ fc-match monospace:lang=de DejaVuSansMono.ttf: "DejaVu Sans Mono" "Book" [mfabian@localhost ~]$ fc-match monospace:lang=ja NotoSansCJK-Regular.ttc: "Noto Sans Mono CJK JP" "Regular" [mfabian@localhost ~]$ fc-match monospace:lang=en DejaVuSansMono.ttf: "DejaVu Sans Mono" "Book" [mfabian@localhost ~]$ fc-match monospace:lang=am FreeSerif.ttf: "FreeSerif" "Regular" [mfabian@localhost ~]$ cat /etc/fedora-release Fedora release 31 (Thirty One) [mfabian@localhost ~]$ Maybe there is no monospace font for Amharic ☹ This makes gnome-terminal look weird in am_ET.UTF-8 locale, see screenshot. -- You are receiving this mail because: You are on the CC list for the bug.

1 3

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

fonts-bugs July 2020