December 2013 - fonts-bugs - Fedora Mailing-Lists

[Bug 22621] New: RFE: Add font autoinstallation support

by bugzilla-daemon＠webkit.org

https://bugs.webkit.org/show_bug.cgi?id=22621 Summary: RFE: Add font autoinstallation support Product: WebKit Version: 528+ (Nightly build) Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: Enhancement Priority: P2 Component: Text AssignedTo: webkit-unassigned(a)lists.webkit.org ReportedBy: nicolas.mailhot(a)laposte.net CC: fedora-fonts-bugs-list(a)redhat.com The Linux platform is gaining an on-demand font autoinstallation framework (BSD and Solaris will probably follow eventually). http://fedoraproject.org/wiki/Features/AutomaticFontInstallation Webkit browsers should be plugged into it and use it to request the fonts the pages they render need. This would have a huge user impact, especially for pages that have strong i18n constrains. Unlike proposals such as @font-face and EOT the fonts are sourced from trusted user-controlled sources, are properly vetted legal-side, use the latest font versions not old obsolete ones (with bug fixes), and are installed system-wide where other apps can take advantage of them. -- Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

9 years, 11 months

1
4
0 / 0

[Bug 1023977] New: Use fc-cache /usr/share/fonts/<your font directory> instead of /usr/share/fonts

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1023977 Bug ID: 1023977 Summary: Use fc-cache /usr/share/fonts/<your font directory> instead of /usr/share/fonts Product: Red Hat Enterprise Linux 7 Version: 7.0 Component: ghostscript-fonts Assignee: twaugh(a)redhat.com Reporter: twaugh(a)redhat.com QA Contact: qe-i18n-bugs(a)redhat.com CC: fonts-bugs(a)lists.fedoraproject.org, patrick.noffke(a)gmail.com, tagoh(a)redhat.com, twaugh(a)redhat.com Depends On: 1021757 Group: redhat +++ This bug was initially created as a clone of Bug #1021757 +++ Description of problem: Running fc-cache with /usr/share/fonts takes too much time and may breaks the cache for parents when installing multiple font packages or upgrading fontconfig, especially sometimes happens on the installation say. As the macro in fontpackages does, please follow it up and use fc-cache /usr/share/fonts/<your font directory> instead of /usr/share/fonts. Version-Release number of selected component (if applicable): ghostscript-fonts-5.50-30.fc19.noarch How reproducible: always Steps to Reproduce: 1.rpm -q --scripts ghostscript-fonts-5.50-30.fc19.noarch 2. 3. Actual results: postinstall scriptlet (using /bin/sh): { mkfontscale /usr/share/fonts/default/ghostscript mkfontdir /usr/share/fonts/default/ghostscript fc-cache /usr/share/fonts } &> /dev/null || : postuninstall scriptlet (using /bin/sh): { if [ "$1" = "0" ]; then fc-cache /usr/share/fonts fi } &> /dev/null || : Expected results: the directory should be /usr/share/fonts/<your font directory> instead Additional info: --- Additional comment from Tim Waugh on 2013-10-22 04:51:41 EDT --- For the postuninstall scriptlet too? Is there anything planned for the Fedora Project packaging guidelines to make sure there are no regressions with this? Does this change look correct?: diff --git a/ghostscript-fonts.spec b/ghostscript-fonts.spec index d66fbaa..c2cbc3f 100644 --- a/ghostscript-fonts.spec +++ b/ghostscript-fonts.spec @@ -1,7 +1,7 @@ Summary: Fonts for the Ghostscript PostScript interpreter Name: ghostscript-fonts Version: 5.50 -Release: 30%{?dist} +Release: 31%{?dist} # Contacted Kevin Hartig, who agreed to relicense his fonts under the SIL Open Font # License. Hershey fonts are under the "Hershey Font License", which is not what Fontmap # says (Fontmap is wrong). @@ -58,13 +58,13 @@ ln -sf %{fontdir} $RPM_BUILD_ROOT%{catalogue}/default-ghostscript { mkfontscale %{fontdir} mkfontdir %{fontdir} - fc-cache %{_datadir}/fonts + fc-cache %{fontdir} } &> /dev/null || : %postun { if [ "$1" = "0" ]; then - fc-cache %{_datadir}/fonts + fc-cache %{fontdir} fi } &> /dev/null || : @@ -80,6 +80,10 @@ rm -rf $RPM_BUILD_ROOT %ghost %verify(not md5 size mtime) %{fontdir}/fonts.scale %changelog +* Tue Oct 22 2013 Tim Waugh <twaugh(a)redhat.com> - 5.50-31 +- Run fc-cache on our font directory, not the entire font collection + (bug #1021757). + * Wed Feb 13 2013 Fedora Release Engineering <rel-eng(a)lists.fedoraproject.org> - 5.50-30 - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass_Rebuild --- Additional comment from Nicolas Mailhot on 2013-10-22 05:23:13 EDT --- (In reply to Tim Waugh from comment #1) > For the postuninstall scriptlet too? > > Is there anything planned for the Fedora Project packaging guidelines to > make sure there are no regressions with this? Well, what the packaging guidelines actually say is that you shouldn't install any font without using fontpackages-devel templates and macros or splitting fonts per family, which means all font packages have the same implementation and there is no risk of single-package regression. I appreciate that ghostscript antedates the consolidation work that went into current font packaging guidelines, but maybe it's time to align it with them? Also TEX people have spent many years cleaning up and modernizing gs fonts. It would be worthwhile to package the tex gyre family and use them as replacement, dropping all legacy font formats and core font calls. I *think* tex gyre licensing is finally clean and safe (but you'd need to check with spot) --- Additional comment from Tim Waugh on 2013-10-22 06:15:13 EDT --- That's a fair point. :-) That work might have to be done in step with urw-fonts. --- Additional comment from Fedora Update System on 2013-10-22 06:27:51 EDT --- ghostscript-fonts-5.50-32.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/ghostscript-fonts-5.50-32.fc19 --- Additional comment from Fedora Update System on 2013-10-22 06:28:34 EDT --- ghostscript-fonts-5.50-32.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/ghostscript-fonts-5.50-32.fc20 --- Additional comment from Fedora Update System on 2013-10-22 14:51:18 EDT --- Package ghostscript-fonts-5.50-32.fc20: * should fix your issue, * was pushed to the Fedora 20 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing ghostscript-fonts-5.50-32.fc20' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-19682/ghostscript-fon... then log in and leave karma (feedback). Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1021757 [Bug 1021757] Use fc-cache /usr/share/fonts/<your font directory> instead of /usr/share/fonts -- 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=IVu6jiD8ho&a=cc_unsubscribe

9 years, 11 months

1
7
0 / 0

[Bug 1041294] New: Bad kerning in google-crosextra-caladea-fonts-1.002-0.2.20130214.fc19.noarch

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1041294 Bug ID: 1041294 Summary: Bad kerning in google-crosextra-caladea-fonts-1.002-0.2.20130214.fc19 .noarch Product: Fedora Version: 19 Component: google-crosextra-caladea-fonts Assignee: pnemade(a)redhat.com Reporter: milan.kerslager(a)pslib.cz QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com Latest LibreOffice update brings in google-crosextra-caladea-fonts-1.002-0.2.20130214.fc19.noarch which has bad kerning, see attachment. I have bad kerning on some pages (in Chrome), notably on Wikipedia.org. This package has dependency on libreoffice-core so I have to do: rpm -e google-crosextra-caladea-fonts --nodeps After that I restarted Chrome and the page looks like before. -- 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=f0mxWM2ddS&a=cc_unsubscribe

9 years, 11 months

1
2
0 / 0

[Bug 926826] New: xorg-x11-font-utils: Does not support aarch64 in f19 and rawhide

by Red Hat Bugzilla

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=926826 Bug ID: 926826 Summary: xorg-x11-font-utils: Does not support aarch64 in f19 and rawhide Product: Fedora Version: rawhide Component: xorg-x11-font-utils Severity: unspecified Priority: unspecified Assignee: xgl-maint(a)redhat.com Reporter: dennis(a)ausil.us QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, xgl-maint(a)redhat.com Blocks: 922257 (ARM64) Support for the ARM 64 bit CPU architecture (aarch64) was introduced in autoconf 2.69. xorg-x11-font-utils appears to use an earlier version of autoconf, preventing its being built. This can be fixed in of three ways (In order of preference): 1. Work with upstream to migrate the package to autoconf 2.69. 2. Rerun autoconf or autoreconf in %prep or %build prior to running configure. 3. Apply the patch at http://ausil.fedorapeople.org/aarch64/xorg-x11-font-utils/xorg-x11-font-u... which updates config.guess and config.sub to recognize aarch64. -- 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=uzqvnTtkGC&a=cc_unsubscribe

10 years

1
1
0 / 0

[Bug 926825] New: xorg-x11-fonts: Does not support aarch64 in f19 and rawhide

by Red Hat Bugzilla

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=926825 Bug ID: 926825 Summary: xorg-x11-fonts: Does not support aarch64 in f19 and rawhide Product: Fedora Version: rawhide Component: xorg-x11-fonts Severity: unspecified Priority: unspecified Assignee: xgl-maint(a)redhat.com Reporter: dennis(a)ausil.us QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, xgl-maint(a)redhat.com Blocks: 922257 (ARM64) Support for the ARM 64 bit CPU architecture (aarch64) was introduced in autoconf 2.69. xorg-x11-fonts appears to use an earlier version of autoconf, preventing its being built. This can be fixed in of three ways (In order of preference): 1. Work with upstream to migrate the package to autoconf 2.69. 2. Rerun autoconf or autoreconf in %prep or %build prior to running configure. 3. Apply the patch at http://ausil.fedorapeople.org/aarch64/xorg-x11-fonts/xorg-x11-fonts-aarch... which updates config.guess and config.sub to recognize aarch64. -- 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=sS1OiU7hiw&a=cc_unsubscribe

10 years

1
1
0 / 0

[Bug 543906] New: Conjunct 'sple' (as in display) is not rendered correctly with Meera font

by Red Hat Bugzilla

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Conjunct 'sple' (as in display) is not rendered correctly with Meera font https://bugzilla.redhat.com/show_bug.cgi?id=543906 Summary: Conjunct 'sple' (as in display) is not rendered correctly with Meera font Product: Fedora Version: 12 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: smc-fonts AssignedTo: psatpute(a)redhat.com ReportedBy: parimbra(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-fonts-bugs-list(a)redhat.com, psatpute(a)redhat.com, rajeeshknambiar(a)gmail.com, fedora-i18n-bugs(a)redhat.com Classification: Fedora Description of problem: Meera font shipped with Fedora does not display the conjunct 'sple' correctly. It is working correctly with other fonts and same font in debian. Version-Release number of selected component (if applicable): How reproducible: always Steps to Reproduce: 1. open gedit 2. select Meera font 3. type ഡിസ്പ്ലെ (സ്പ്ലെ = unicode raw 0d38, 0d4d, 0d2a, 0d4d, 0d32) Actual results: സ്പ and ലെ displayed separately Expected results: സ് and പ്ലെ rendered separately Additional info: https://savannah.nongnu.org/bugs/index.php?28043 -- 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.

10 years

1
24
0 / 0

[Bug 1040288] New: [or_IN][samyak-fonts] - Change language name from "Oriya" to "Odia"

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1040288 Bug ID: 1040288 Summary: [or_IN][samyak-fonts] - Change language name from "Oriya" to "Odia" Product: Fedora Version: rawhide Component: samyak-fonts Keywords: i18n Severity: low Priority: medium Assignee: psatpute(a)redhat.com Reporter: smaitra(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, nav007(a)gmail.com, psatpute(a)redhat.com Description of problem: Upstream bug reference : https://sourceware.org/bugzilla/show_bug.cgi?id=15601 Preface : As per the Govt of India record, the State name of Orissa has been replaced with Odisha (hopefully I am correct with its spelling) and the language of Odisha State which was Oriya earlier, has been replaced with Odia. Please change the word "Oriya" occurrences to "Odia" in SPEC file. Please try to convince upstream as well, to change the font name from "samyak-oriya" to "samyak-odia" and rename the package name from "samyak-oriya-fonts" to "samyak-odia-fonts" Version-Release number of selected component (if applicable): samyak-oriya-fonts-1.2.2-11.fc20 How reproducible:N/A Steps to Reproduce:N/A 1. 2. 3. Actual results: Please see the description Expected results: Please see the description Additional info: References: http://orissamatters.com/2011/11/07/orissa-became-odisha/ http://www.ndtv.com/article/india/parliament-passes-bill-to-change-orissa... http://orissa.gov.in/e-magazine/Orissareview/2011/Nov/engpdf/9-17.pdf -- 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=FSl0T9TKJ8&a=cc_unsubscribe

10 years

1
1
0 / 0

[Bug 473842] New: Add Greek Polytonic support to Liberation fonts

by Red Hat Bugzilla

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Add Greek Polytonic support to Liberation fonts https://bugzilla.redhat.com/show_bug.cgi?id=473842 Summary: Add Greek Polytonic support to Liberation fonts Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: low Priority: medium Component: liberation-fonts AssignedTo: cchance(a)redhat.com ReportedBy: simos.bugzilla(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: cchance(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com, fedora-i18n-bugs(a)redhat.com Classification: Fedora The Liberation fonts are missing the Greek Polytonic characters (Greek Extended Unicode group). In practical terms, the Greek Extended Unicode group is made of the Greek characters with a variety of accents (they are precomposed characters). This report is to track the process of adding support. -- 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.

10 years, 1 month

1
21
0 / 0

[Bug 1016984] New: [ml_IN] Unicode standard sequence for stacked chillu-N and RRA not supported in Lohit Malayalam

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1016984 Bug ID: 1016984 Summary: [ml_IN] Unicode standard sequence for stacked chillu-N and RRA not supported in Lohit Malayalam Product: Fedora Version: rawhide Component: lohit-malayalam-fonts Assignee: psatpute(a)redhat.com Reporter: samjnaa(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com Description of problem: As per TUS 6.2 chapter 9.9 p 321 (p 351 of PDF) the correct sequence to get the display of stacked chillu-N on top of RRA in Malayalam is: CHILLU N + VIRAMA + RRA. That is: ൻ്റ = 0d7b 0d4d 0d31. However, currently Lohit Malayalam font does not support this sequence. Testing Lohit Malayalam and Google Noto Sans Malayalam with latest HarfBuzz git head shows that Lohit is not capable of rendering this sequence correctly whereas Noto is capable. Please fix it so that ൻ്റ = 0d7b 0d4d 0d31 is correctly rendered as stacked chillu-N on top of RRA. Version-Release number of selected component (if applicable): 2.5.4 -- 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=fDeJOBDeaj&a=cc_unsubscribe

10 years, 1 month

1
11
0 / 0

[Bug 914940] New: [PATCH] Build with system zlib instead of bundled copy, enable bzip2 support

by Red Hat Bugzilla

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=914940 Bug ID: 914940 Summary: [PATCH] Build with system zlib instead of bundled copy, enable bzip2 support Product: Fedora Version: rawhide Component: freetype Keywords: Patch Severity: unspecified Priority: unspecified Reporter: ville.skytta(a)iki.fi Created attachment 701657 --> https://bugzilla.redhat.com/attachment.cgi?id=701657&action=edit Build with system zlib instead of bundled copy, enable bzip2 support - Build with system zlib, enable bzip2 support. - Fix bogus dates in %changelog. Ok if I commit + build this for devel? -- 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=fwhf3UaO95&a=cc_unsubscribe

10 years, 2 months

1
3
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

fonts-bugs December 2013