fonts-bugs January 2016

fonts-bugs@lists.fedoraproject.org

1 participants
88 discussions

[Bug 1084227] New: Arrow symbols too small and not nicely aligned
by Red Hat Bugzilla 12 Dec '17

12 Dec '17

https://bugzilla.redhat.com/show_bug.cgi?id=1084227 Bug ID: 1084227 Summary: Arrow symbols too small and not nicely aligned Product: Fedora Version: 20 Component: liberation-fonts Assignee: psatpute(a)redhat.com Reporter: Eduard.Braun2(a)gmx.de 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 882471 --> https://bugzilla.redhat.com/attachment.cgi?id=882471&action=edit testcase with some exemplary arrows The arrow symbols contained in Liberation fonts seem to be too small and also a little mis-aligned. As an example consider the attached testcase which contains left/right/up/down arrows exemplarily. The attached screenshot is a rendering of this file to illustrate the issue: - The arrows are much to small making them hardly discernible, especially at small font sizes. - The horizontally aligned arrows are positioned too low (nearly at the baseline). - Also visible: Hinting for the vertically aligned arrows is bad. The screenshot was created with Firefox 28.0 on Windows 7. The installed version of the Liberation fonts is 2.00.1 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=kmf7UnRYux&a=cc_unsubscribe

2 12

[Bug 477389] New: Please convert to new font packaging guidelines
by Red Hat Bugzilla 22 Nov '17

22 Nov '17

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Please convert to new font packaging guidelines https://bugzilla.redhat.com/show_bug.cgi?id=477389 Summary: Please convert to new font packaging guidelines Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: ghostscript-fonts AssignedTo: twaugh(a)redhat.com ReportedBy: nicolas.mailhot(a)laposte.net QAContact: extras-qa(a)fedoraproject.org CC: twaugh(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com Classification: Fedora This bug has been filed because we've detected your package includes one or several font files: repoquery -C --repoid=rawhide -f '*.ttf' -f '*.otf' -f '*.pfb' -f '*.pfa' --qf='%{SOURCERPM}\n' |sed -e 's+-[0-9.-]*\.fc[123456789]\(.*\)src.rpm++g'|sort|uniq Unfortunately the script does not detect symlinks to other packages, so if that's your case, you can close this bug report now. Otherwise, you should know that: - Fedora guidelines demand the packaging of fonts in a separate package or subpackage: http://fedoraproject.org/wiki/Packaging/Guidelines#Avoid_bundling_of_fonts_… - our font packaging guidelines recently changed, and every package that ships fonts must be adapted to the new templates available in the fontpackages-devel package. http://fedoraproject.org/wiki/PackagingDrafts/Fonts_packaging_automation_(2… http://fedoraproject.org/wiki/Fedora_fonts_policy_package http://fedoraproject.org/wiki/Simple_fonts_spec_template http://fedoraproject.org/wiki/Fonts_spec_template_for_multiple_fonts Please make your package conform to the current guidelines in rawhide. If your package is not principaly a font package, depending on a separate font package or subpackage is the prefered solution. If your application does not use fontconfig you can always package symlinks to the files provided by the font package and installed in the correct fontconfig directories. It is preferred to make a font package or subpackage per font family, though it is not currently a hard guidelines requirement (it may become before Fedora 11 is released). The definition of a font family is given on http://fedoraproject.org/wiki/Fonts_spec_template_notes/font-family The new templates should make the creation of font subpackages easy and safe. The following packages have already been converted and can serve as examples: - andika-fonts - apanov-heuristica-fonts - bitstream-vera-fonts - charis-fonts - dejavu-fonts - ecolier-court-fonts - edrip-fonts - gfs-ambrosia-fonts - gfs-artemisia-fonts - gfs-baskerville-fonts - gfs-bodoni-classic-fonts - gfs-bodoni-fonts - gfs-complutum-fonts - gfs-didot-classic-fonts - gfs-didot-fonts - gfs-eustace-fonts - gfs-fleischman-fonts - gfs-garaldus-fonts - gfs-gazis-fonts - gfs-jackson-fonts - gfs-neohellenic-fonts - gfs-nicefore-fonts - gfs-olga-fonts - gfs-porson-fonts - gfs-solomos-fonts - gfs-theokritos-fonts - stix-fonts - yanone-kaffeesatz-fonts If you have any remaining questions about the new guidelines please ask them on fedora-fonts-list at redhat.com -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

2 12

[Bug 1260061] New: fallbacks for TmsRmn and Helv
by Red Hat Bugzilla 02 Sep '17

02 Sep '17

https://bugzilla.redhat.com/show_bug.cgi?id=1260061 Bug ID: 1260061 Summary: fallbacks for TmsRmn and Helv Product: Fedora Version: rawhide Component: fontconfig Assignee: tagoh(a)redhat.com Reporter: caolanm(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com, tagoh(a)redhat.com External Bug ID: Document Foundation 91004 External Bug ID: Document Foundation 91004 There are MSOffice documents that refer to "TmsRmn" and "Helv" fonts, and fontconfig doesn't suggest suitable replacements. https://support.microsoft.com/en-us/kb/82860 "TmsRmn and Helv ... We still have the exact same fonts, but now under the names MS Sans Serif and MS Serif" https://support.microsoft.com/en-us/kb/68536 "Font Family Bitstream Canon Adobe HP ----------- --------- ----- ----- -- Swiss (Helv) Swiss Swiss Helvetica Universe Roman (Tms Rmn) Dutch Dutch Times Roman CG Times" So "Helv" == "MS Serif" and both could be added as part of the Helvetica group of mappings I guess and "Tms Rmn" == "MS Sans Serif" and both are presumably then suitable for mapping to the "Nimbus Roman No9 L"/"Times New Roman" targets ? -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=XYv5MApiTj&a=cc_unsubscribe _______________________________________________ fonts-bugs mailing list fonts-bugs(a)lists.fedoraproject.org http://lists.fedoraproject.org/postorius/fonts-bugs@lists.fedoraproject.org

2 4

[Bug 1110646] New: woff file missing on purpose?
by Red Hat Bugzilla 16 Aug '17

16 Aug '17

https://bugzilla.redhat.com/show_bug.cgi?id=1110646 Bug ID: 1110646 Summary: woff file missing on purpose? Product: Fedora Version: rawhide Component: fontawesome-fonts Assignee: pvoborni(a)redhat.com Reporter: tomspur(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, pvoborni(a)redhat.com Description of problem: ipython shows this warning: 2014-06-16 20:47:56.421 [tornado.access] WARNING | 404 GET /static/components/font-awesome/font/fontawesome-webfont.woff?v=3.2.1 (127.0.0.1) 0.37ms referer=http://localhost:8888/static/style/style.min.css?v=7775081fa91df3822d16b2087bc2c8dd Would it be possible to also add the .woff file to fontawesome-webfont-web or is it left out on purpose? How reproducible: always Steps to Reproduce: 1. open ipython-notebook Actual results: no fontawesome-webfont.woff Expected results: fontawesome-webfont.woff See also #1006575 for the ipython warning above. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=dtK3lFi0PP&a=cc_unsubscribe

2 16

[Bug 1290878] New: macros.fonts uses %define instead of %global
by Red Hat Bugzilla 08 Aug '17

08 Aug '17

https://bugzilla.redhat.com/show_bug.cgi?id=1290878 Bug ID: 1290878 Summary: macros.fonts uses %define instead of %global Product: Fedora Version: rawhide Component: fontpackages Assignee: nicolas.mailhot(a)laposte.net Reporter: tibbs(a)math.uh.edu QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, nicolas.mailhot(a)laposte.net, paul(a)frixxon.co.uk, tagoh(a)redhat.com While working on some compatibility macros for EPEL (to let the older branches use some of the new RPM functionality without ifdefs) I found my macros broke nothing except the font packages. After some bugging I found that use of %define in the %_font_pkg() macro will expand itself recursively when expanded in certain contexts. It seems to work currently by luck. Changing that one %define to %global appears to work and generates RPMs which differ from the current packages by nothing other than timestamps. Is there a specific reason that %define is used there? As I understand it, the general rule is that you should use %global unless you know that you really need the special and difficult to explain behavior of %define. There's no comment in the macros file about this, so I suspect that the use of %define is not intentional. Unfortunately this is holding up some work I'm doing so I'd like to get this pushed out at least for EL6 and EL5 as soon as is reasonable. I'll do a complete rebuild of all font packages and rpmdiff against current rawhide as well as EPEL5 and 6 and post it here to make sure there's no breakage, and I'm happy to push a package with that one line patched to any branches you desire. Just let me know. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=tEr6H2XzHZ&a=cc_unsubscribe

2 9

[Bug 1284237] New: [kn] Change the default Kannada font to Noto from Lohit-Kannada
by Red Hat Bugzilla 08 Aug '17

08 Aug '17

https://bugzilla.redhat.com/show_bug.cgi?id=1284237 Bug ID: 1284237 Summary: [kn] Change the default Kannada font to Noto from Lohit-Kannada Product: Fedora Version: rawhide Component: fonts-indic Assignee: extras-orphan(a)fedoraproject.org Reporter: prasad.mvs(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: extras-orphan(a)fedoraproject.org, fonts-bugs(a)lists.fedoraproject.org Description of problem: Aesthetically the Noto fonts are way better than Lohit-Kannada. Change the default system font for Kannada to Noto. Actual results: The default fonts of the current fedora releases are Lohit-Kannada Expected results: Noto should be made the default font. Additional info: To see a comparison between these two fonts, please follow below steps: 1.Make sure that you have Noto font 2.Open the UTRRS page : http://utrrs-testing.rhcloud.com/language/kn 3.Enter "Noto Sans Kannada" and click on Change Font button. 4.Compare the References (Lohit-Kannada) with those of rendered Characters (Noto Sans) for Code points, GPOS and GSUB. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=BFpLTzr5z3&a=cc_unsubscribe

2 9

[Bug 1246765] New: Update to 2.010 (with 1.065 italics)
by Red Hat Bugzilla 08 Aug '17

08 Aug '17

https://bugzilla.redhat.com/show_bug.cgi?id=1246765 Bug ID: 1246765 Summary: Update to 2.010 (with 1.065 italics) Product: Fedora Version: rawhide Component: adobe-source-sans-pro-fonts Assignee: alexisis-pristontale(a)hotmail.com Reporter: suraia(a)ikkoku.de QA Contact: extras-qa(a)fedoraproject.org CC: alexisis-pristontale(a)hotmail.com, fonts-bugs(a)lists.fedoraproject.org, pikachu.2014(a)gmail.com Created attachment 1056086 --> https://bugzilla.redhat.com/attachment.cgi?id=1056086&action=edit Update to 2.010 (with 1.065 italics) new upstream release is available: 2.010 (with 1.065 italics) The attached patch updates the package to this new version. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=GEvLU5l4PL&a=cc_unsubscribe

2 5

[Bug 851950] New: Latin ligatures need 'liga' standard ligature lookups
by Red Hat Bugzilla 23 Jun '17

23 Jun '17

https://bugzilla.redhat.com/show_bug.cgi?id=851950 Bug ID: 851950 QA Contact: extras-qa(a)fedoraproject.org Severity: low Version: 17 Priority: unspecified CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com, psatpute(a)redhat.com Assignee: psatpute(a)redhat.com Summary: Latin ligatures need 'liga' standard ligature lookups Regression: --- Story Points: --- Classification: Fedora OS: All Reporter: deron.meranda(a)gmail.com Type: Bug Documentation: --- Hardware: All Mount Type: --- Status: NEW Component: liberation-fonts Product: Fedora Description of problem: Glyphs in the Latin Ligature block (U+FB00 .. U+FB06), such as "fi" and "fl", should have the OpenType 'liga' lookup features defined. That will allow text renderers to automatically apply the ligature glyph. Additionally, for completeness, the ligature caret horizontal positions should be appropriately set for these glyphs. Version-Release number of selected component (if applicable): liberation-fonts-2.00.0 Additional info: You may need to solve bug #851790 first. Also the "fi" (and "ffi" if existing) should exclude dotless-i scripts/languages, e.g., Turkish. -- You are receiving this mail because: You are on the CC list for the bug.

2 4

[Bug 1282277] New: [abrt] fontforge: CVClearSel(): fontforge killed by SIGSEGV
by Red Hat Bugzilla 20 Dec '16

20 Dec '16

https://bugzilla.redhat.com/show_bug.cgi?id=1282277 Bug ID: 1282277 Summary: [abrt] fontforge: CVClearSel(): fontforge killed by SIGSEGV Product: Fedora Version: 23 Component: fontforge Assignee: kevin(a)scrye.com Reporter: jhoward(a)alumni.caltech.edu 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 Description of problem: Was editing a glyph (0x0007) after being called out as having an error. DEcided to start over, and deleted all points/splines/shapes in the glyph. Then hit [X] to close the glyph edit window. App crashed with SIGSEGV Version-Release number of selected component: fontforge-20150824-1.fc23 Additional info: reporter: libreport-2.6.3 backtrace_rating: 4 cmdline: fontforge crash_function: CVClearSel executable: /usr/bin/fontforge global_pid: 12275 kernel: 4.2.5-300.fc23.x86_64 runlevel: N 3 type: CCpp uid: 7445 Truncated backtrace: Thread no. 1 (10 frames) #0 CVClearSel at cvpointer.c:150 #1 ExplainIt at problems.c:648 #3 SCProblems at problems.c:1053 #4 DoProbs at problems.c:2784 #5 DummyFindProblems at problems.c:3004 #6 VWReuseCV at problems.c:4717 #7 VWMouse at problems.c:5049 #8 vwv_e_h at problems.c:5262 #9 _GWidget_Container_eh at gcontainer.c:403 #10 dispatchEvent at gxdraw.c:3296 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=bMxXAaA9kw&a=cc_unsubscribe

1 2

[Bug 1036220] New: Font hinting and aliasing not properly configured on fresh Fedora 19 install.
by Red Hat Bugzilla 20 Dec '16

20 Dec '16

https://bugzilla.redhat.com/show_bug.cgi?id=1036220 Bug ID: 1036220 Summary: Font hinting and aliasing not properly configured on fresh Fedora 19 install. Product: Fedora Version: 19 Component: fontconfig Severity: high Assignee: tagoh(a)redhat.com Reporter: alxgrtnstrngl(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com, tagoh(a)redhat.com Created attachment 830756 --> https://bugzilla.redhat.com/attachment.cgi?id=830756&action=edit These are the configurations for 10-antialias.conf and 10-hinting-slight.conf Description of problem: The fonts in Fedora 19 look odd, thin and the font alignment is totally off resulting in unreadable or very poor quality text. Setting Gnome Shell's or even Mate's anti-aliasing font-configuration here does nothing to enhance text quality. Web-pages in browsers such as Chrome and Firefox look ugly and strange. Other Linux distributions such as Ubuntu and Unixes like Mac OS X do not have this problem, on fresh installs fonts look crisp, beautiful and full. Version-Release number of selected component (if applicable): Fedora release 19 (Schrödinger’s Cat) How reproducible: Do a fresh install of Fedora 19 from the install images, look at the fonts. Steps to Reproduce: 1. Do a fresh install of Fedora 19 from the install images. 2. Attempt to use the desktop environment settings to adjust the font aliasing and hinting. 3. Look at text rendering versus that in other distributions. Actual results: Text is rendered in a very odd and thin way, kerning is also off and the fonts characters are misaligned, in Fedora resulting in a degraded visual experience especially in web-browsers, Expected results: Text should render in a similar beautiful and smooth fashion the way it does on other Linux distributions such as Ubuntu and Unixes such as Mac OS X. Additional info: Manual configuration is required to fix this by creating the proper symbolic links between '/usr/share/fontconfig/conf.avail/' and '/etc/fonts/conf.d' for the following configurations which are installed in 'conf.avail' but just never configured out of the box: '/usr/share/fontconfig/conf.avail/10-sub-pixel-rgb.conf' '/usr/share/fontconfig/conf.avail/11-lcdfilter-default.conf' It also requires the creation of the following two font configurations which are attached to this bug report and the creation of the corresponding symbolic links in '/etc/fonts/conf.d': '/usr/share/fontconfig/conf.avail/10-antialias.conf' '/usr/share/fontconfig/conf.avail/10-hinting-slight.conf' External References: http://ruturaj.net/tweaking-gnome3-fedora-fonts-like-ubuntu/ -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=cPiM5zwPQy&a=cc_unsubscribe

1 19

← Newer
1
2
3
4
5
6
7
8
9
Older →

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

fonts-bugs January 2016