fonts-bugs November 2018

fonts-bugs@lists.fedoraproject.org

1 participants
32 discussions

[Bug 1645763] New: ClearType enablement: strong color fringing that is not present in vanilla build from freetype git
by bugzilla＠redhat.com 08 Dec '18

08 Dec '18

https://bugzilla.redhat.com/show_bug.cgi?id=1645763 Bug ID: 1645763 Summary: ClearType enablement: strong color fringing that is not present in vanilla build from freetype git Product: Fedora Version: 29 Component: freetype Assignee: mkasik(a)redhat.com Reporter: madigens(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: ajax(a)redhat.com, fonts-bugs(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 Created attachment 1500899 --> https://bugzilla.redhat.com/attachment.cgi?id=1500899&action=edit Scrrenshot of package and git FreeType font rendering Description of problem: I usually compile from source to stay up to date. Tried the new ClearType-enabled package and got strong color fringing that I don't see in vanilla source builds. Version-Release number of selected component (if applicable): 2.9.1-6 How reproducible: 1. Turn on subpixel rendering in GNOME Tweak Tools, restart GNOME shell and look at fonts. 2. Compile freetype from upstream source and LD_PRELOAD it for Firefox, etc. Actual results: See screenshot.zip -> package.png Expected results: See screenshot.zip -> git.png Also: I don't think you need freetype-2.9-ftsmooth.patch. I don't even think you need to define the SUBPIXEL_RENDERING option at all, since FT comes with a different and maybe not patent encumbered subpixel rendering method by default and I couldn't tell the difference in quickly switching screenshots. -- You are receiving this mail because: You are on the CC list for the bug.

1 36

[Bug 1628812] New: typo in 66-google-noto-mono.conf
by bugzilla＠redhat.com 07 Dec '18

07 Dec '18

https://bugzilla.redhat.com/show_bug.cgi?id=1628812 Bug ID: 1628812 Summary: typo in 66-google-noto-mono.conf Product: Fedora Version: rawhide Component: google-noto-fonts Keywords: EasyFix, i18n Assignee: petersen(a)redhat.com Reporter: tagoh(a)redhat.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, psatpute(a)redhat.com, pwu(a)redhat.com Description of problem: Noto Mono should be monospaced font though, 66-google-noto-mono.conf made an alias for sans-serif. that should be monospace. Version-Release number of selected component (if applicable): 20161022-8.fc29 -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 1636511] New: update to 2017-09-19 release
by bugzilla＠redhat.com 07 Dec '18

07 Dec '18

https://bugzilla.redhat.com/show_bug.cgi?id=1636511 Bug ID: 1636511 Summary: update to 2017-09-19 release Product: Fedora Version: 29 Component: google-noto-fonts Assignee: petersen(a)redhat.com Reporter: petersen(a)redhat.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, psatpute(a)redhat.com, pwu(a)redhat.com Description of problem: I think we should update F28-F29 from the current 20161022 snapshot to the latest stable 2017-09-19 release. https://github.com/googlei18n/noto-fonts/releases/tag/v2017-09-19-phase3-se… -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1449166] New: Shape for Serbian Cyrillic BE Wrong
by bugzilla＠redhat.com 30 Nov '18

30 Nov '18

https://bugzilla.redhat.com/show_bug.cgi?id=1449166 Bug ID: 1449166 Summary: Shape for Serbian Cyrillic BE Wrong Product: Fedora Version: rawhide Component: liberation-fonts Assignee: psatpute(a)redhat.com Reporter: rosella.capriotti(a)gmail.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, psatpute(a)redhat.com Created attachment 1277346 --> https://bugzilla.redhat.com/attachment.cgi?id=1277346&action=edit DELTA and Serbian BE in Liberation 2 Description of problem: On Lubuntu 17.04 & Libreoffice 5.3.1.2, the shape of Serbian Cyrillic BE in Liberation Serif v.2 looks uncannily like Greek DELTA. The shape in version 1 seems to me more appropriate. I added two attachments for the two versions of Liberation Serif: on both Greek DELTA is on the right for the sake of comparison. Regards -- You are receiving this mail because: You are on the CC list for the bug.

1 8

[Bug 1530061] New: Add support for ligatures for liberation-serif font
by bugzilla＠redhat.com 30 Nov '18

30 Nov '18

https://bugzilla.redhat.com/show_bug.cgi?id=1530061 Bug ID: 1530061 Summary: Add support for ligatures for liberation-serif font Product: Fedora Version: 27 Component: liberation-fonts Assignee: psatpute(a)redhat.com Reporter: jakob.jakobson13(a)posteo.de QA Contact: extras-qa(a)fedoraproject.org CC: alexl(a)redhat.com, caolanm(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, john.j5live(a)gmail.com, mbarnes(a)fastmail.com, mclasen(a)redhat.com, petersen(a)redhat.com, psatpute(a)redhat.com, rhughes(a)redhat.com, rstrode(a)redhat.com, sandmann(a)redhat.com Dear developers, it would be nice if the liberation-serif font would support ligatures as this looks nicer in longer texts. Regards -- You are receiving this mail because: You are on the CC list for the bug.

1 7

[Bug 1564762] New: texlive-sourcecodepro also has the same fonts
by bugzilla＠redhat.com 30 Nov '18

30 Nov '18

https://bugzilla.redhat.com/show_bug.cgi?id=1564762 Bug ID: 1564762 Summary: texlive-sourcecodepro also has the same fonts Product: Fedora Version: 27 Component: adobe-source-code-pro-fonts Assignee: mattrose(a)folkwolf.net Reporter: hvtaifwkbgefbaei(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, jamielinux(a)fedoraproject.org, mattrose(a)folkwolf.net Description of problem: texlive-sourcecodepro also has the same fonts. Having these fonts in one package is enough. Version-Release number of selected component (if applicable): adobe-source-code-pro-fonts-2.030.1.050-3.fc27.noarch texlive-sourcecodepro-svn40597-37.fc27.5.noarch -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1564719] New: hinting of "ti" ligature does not match other letters, x-height is slightly too low
by bugzilla＠redhat.com 30 Nov '18

30 Nov '18

https://bugzilla.redhat.com/show_bug.cgi?id=1564719 Bug ID: 1564719 Summary: hinting of "ti" ligature does not match other letters, x-height is slightly too low Product: Fedora Version: 27 Component: lato-fonts Assignee: pikachu.2014(a)gmail.com Reporter: dcallagh(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, pikachu.2014(a)gmail.com, piotr1212(a)gmail.com Created attachment 1418442 --> https://bugzilla.redhat.com/attachment.cgi?id=1418442&action=edit screenshot I noticed this after upgrading Fedora 26->27, specifically from: freetype-2.7.1-10.fc26.x86_64 lato-fonts-2.015-3.fc26.noarch to: freetype-2.8-8.fc27.x86_64 lato-fonts-2.015-4.fc27.noarch Not sure if the problem is in Freetype or the Lato font. Rendering of all fonts on my system changed visibly after upgrading, but Lato in particular changed quite noticeably. However the only problem seems to be with the "ti" ligature in Lato, so I assume it is some wrong/missing hinting data on that ligature. I don't see any problem with other ligatures like "fi". Screenshot showing the problem is attached. This is using Lato, size 12, as my GTK UI font in Xorg: $ xrdb -q | grep Xft Xft.antialias: 1 Xft.hinting: 1 Xft.hintstyle: hintslight Xft.rgba: rgb Xft.dpi: 110 -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1445925] [abrt] gimp: pango_ot_info_list_scripts(): gimp-2.8 killed by SIGSEGV
by bugzilla＠redhat.com 30 Nov '18

30 Nov '18

https://bugzilla.redhat.com/show_bug.cgi?id=1445925 Ben Cotton <bcotton(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution|--- |EOL Last Closed| |2018-11-30 15:50:45 --- Comment #27 from Ben Cotton <bcotton(a)redhat.com> --- Fedora 27 changed to end-of-life (EOL) status on 2018-11-30. Fedora 27 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1654517] New: lucida not listed in xlsfonts
by bugzilla＠redhat.com 29 Nov '18

29 Nov '18

https://bugzilla.redhat.com/show_bug.cgi?id=1654517 Bug ID: 1654517 Summary: lucida not listed in xlsfonts Product: Fedora Version: 28 Component: bitmap-fonts Assignee: psatpute(a)redhat.com Reporter: rvernica(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com, psatpute(a)redhat.com Description of problem: After installing `bitmap-lucida-typewriter-fonts-0.3-28.fc28.noarch` and restarting X, Lucida font does not show up in `xlsfonts`. Version-Release number of selected component (if applicable): bitmap-lucida-typewriter-fonts-0.3-28.fc28.noarch How reproducible: Always Steps to Reproduce: 1. `dnf install bitmap-lucida-typewriter-fonts` 2. `xlsfonts | grep -i lucida` Actual results: `xlsfonts | grep -i lucida` produces no output Expected results: `xlsfonts | grep -i lucida` lists the Lucida font Additional info: `xlsfonts` works fine otherwise and lists ~580 fonts: ``` xlsfonts | wc -l 584 ``` -- You are receiving this mail because: You are on the CC list for the bug.

1 12

[Bug 1516939] New: firefox from fedora and latest nightly misrenders the square brackets in the math display
by bugzilla＠redhat.com 27 Nov '18

27 Nov '18

https://bugzilla.redhat.com/show_bug.cgi?id=1516939 Bug ID: 1516939 Summary: firefox from fedora and latest nightly misrenders the square brackets in the math display Product: Fedora Version: 27 Component: freetype Assignee: mkasik(a)redhat.com Reporter: shlomif(a)shlomifish.org QA Contact: extras-qa(a)fedoraproject.org CC: ajax(a)redhat.com, alexl(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, mbarnes(a)fastmail.com, mclasen(a)redhat.com, mkasik(a)redhat.com, rhughes(a)redhat.com, rstrode(a)redhat.com, sandmann(a)redhat.com Description of problem: firefox from fedora and latest nightly (59.0a1) misrenders the square brackets in the math display here: http://www.shlomifish.org/MathVentures/dodeca.html . Tested both in a new firefox profile - it happens there too. It doesn't happen on my mageia 7 x86-64 system. I am using Xfce here. Version-Release number of selected component (if applicable): Fedora 27 x86-64. How reproducible: Always. Steps to Reproduce: 1. Go to the URL. 2. Scroll down to the formulae with the square brackets. 3. Actual results: The square brackets are not high enough. Expected results: They should be the right height. Additional info: -- You are receiving this mail because: You are on the CC list for the bug.

1 5

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

fonts-bugs November 2018