August 2017 - fonts-bugs - Fedora mailing-lists

[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 1427550] New: Adding additional Glyphs in Tamil
by bugzilla＠redhat.com 27 Nov '18

27 Nov '18

https://bugzilla.redhat.com/show_bug.cgi?id=1427550 Bug ID: 1427550 Summary: Adding additional Glyphs in Tamil Product: Fedora Version: rawhide Component: lohit-tamil-fonts Severity: medium Assignee: psatpute(a)redhat.com Reporter: nsesha92(a)yahoo.co.in QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com Created attachment 1258398 --> https://bugzilla.redhat.com/attachment.cgi?id=1258398&action=edit Svarita Deerga Svarita Anudatta eg Description of problem: This is not a bug, but enhancement request. Tamil language script is also used for writing other language text such as Sanskrit, Hindi, Malayalam, Telugu and Kannada in the form of transliteration. However Tamil script and the associated Unicode range U0B80-U0BFF does not contain many characters that are available in these other languages - mainly the Devanagari Extended unicode UA8E0 and Devanagari Vedic Extentions unicode U1CD0 series. Some such requests that I have come across in my FB and other groups: 1. How can I include the signs like lines above the letters as shown in the picture. This is required to show the swaram i.e. high or low pitch of pronouncing the letter/word as in Sanskrit. This kind of lines are used in Sanskrit also. 2. I need to type musical notations in Tamil Using MSword processor. To indicate octave we put a dot on top or bottom of the letter. how to add ? --- My answer for above point 2: dot above = anuswara, dot below = nukta, Lohit Tamil does not contain nukta, but includes anuswara (U+0B82). --- While its lot easier to juggle around in Linux based systems by switching between different fonts, its very difficult in MS based applications. Hence, I am requesting that 9 such frequently used Glyphs be 'added' to the existing Lohit Tamil font. The existing Glyphs from Lohit-Devanagari.ttf can be 'leveraged' for this, no need to reinvent the wheel. Replace: U+0310 COMBINING CANDRABINDU >>> replace with VEDIC TONE CANDRABINDU / anunasika U+0901, thats in Devanagari range, to be consistent with all other scrips. Add: Signs: Visarga U+0903 ( as separate and distinct, in addition to Tamil Visarga U+0B83 ) AVAGRAHA U+093D CANDRABINDU VIRAMA U+A8F3 Combining signs/marks with Anchoring: NUKTA U+093C VEDIC TONE UDATTA / SVARITA U+0951 VEDIC TONE ANUDATTA U+0952 VEDIC TONE PRENKHA U+1CD2 VEDIC TONE DOUBLE/Deerga SVARITA U+1CDA VEDIC TONE CANDRA U+1CF4 Version-Release number of selected component (if applicable): How reproducible: Not a bug, but enhancement request. Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: -- You are receiving this mail because: You are on the CC list for the bug.

1 16

[Bug 1336042] New: Liberation Fonts not displayed correctly
by Red Hat Bugzilla 21 Oct '18

21 Oct '18

https://bugzilla.redhat.com/show_bug.cgi?id=1336042 Bug ID: 1336042 Summary: Liberation Fonts not displayed correctly Product: Fedora Version: 24 Component: liberation-fonts Severity: high Assignee: psatpute(a)redhat.com Reporter: freepenguin84(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 1157360 --> https://bugzilla.redhat.com/attachment.cgi?id=1157360&action=edit Screenshots to show the difference between Fedora 22 and 23/24 Description of problem: Liberation Fonts are not being diplayed correctly. This is obvious on websites where the text is shifted some pixel up compared to Fedora 22 and other OSes. Fedora 23 has the same issue. The source files for liberation font is the same in Fedora 22-24 but the output *.ttf files are different. Installing the RPMs from Fedora 22 in Fedora 24 fixes the problem. Maybe the output has changed due to updated build tools? Version-Release number of selected component (if applicable): 1.07.4 How reproducible: Open Webpage in Firefox or Google Chrome Steps to Reproduce: Open https://github.com/solus-project/budgie-desktop in Firefox Actual results: Text is shifted upwards besides the images (see attached screenshot) Expected results: Text aligned with images (see attached screenshot) Additional info: https://plus.google.com/+ViktorPankraz/posts/L8KVUGEbHxz -- You are receiving this mail because: You are on the CC list for the bug.

2 50

[Bug 1380754] New: Missing kerning pair for the Czech language ďá
by Red Hat Bugzilla 09 Oct '18

09 Oct '18

https://bugzilla.redhat.com/show_bug.cgi?id=1380754 Bug ID: 1380754 Summary: Missing kerning pair for the Czech language ďá Product: Fedora Version: rawhide Component: scholarsfonts-cardo-fonts Assignee: pnemade(a)redhat.com Reporter: mcepl(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 Created attachment 1206277 --> https://bugzilla.redhat.com/attachment.cgi?id=1206277&action=edit illustration of the problem Description of problem: This is just to record the unfortunate missing kerning pair for ďá (used in Czech, for example “devil” is “ďábel”). I will try to investigate which other kerning pairs are missing. Version-Release number of selected component (if applicable): scholarsfonts-cardo-fonts-1.045-12.el7.noarch How reproducible: 100% Steps to Reproduce: 1.print the standard Czech pangram “Příliš žluťoučký kůň úpěl ďábelské ódy.” 2. 3. Actual results: space between ď and á in the word “ďábelské” is awful Expected results: It shouldn't be Additional info: -- You are receiving this mail because: You are on the CC list for the bug.

2 8

[Bug 525872] New: Please rebuild using external Adobe CMap and AGLFN data
by Red Hat Bugzilla 05 Oct '18

05 Oct '18

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Please rebuild using external Adobe CMap and AGLFN data https://bugzilla.redhat.com/show_bug.cgi?id=525872 Summary: Please rebuild using external Adobe CMap and AGLFN data Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: qt AssignedTo: than(a)redhat.com ReportedBy: nicolas.mailhot(a)laposte.net QAContact: extras-qa(a)fedoraproject.org CC: rdieter(a)math.unl.edu, than(a)redhat.com, kevin(a)tigcc.ticalc.org, fedora-fonts-bugs-list(a)redhat.com, ltinkl(a)redhat.com Blocks: 182235,473302 Classification: Fedora Description of problem: The Debian fonttool packager noticed a problem in fonttool's embedded Adobe CMap and AGLFN data and got Adobe to release them under a good license This data is embeded in many packages, including yours Please rebuild your package using an external shared Adobe CMap and AGLFN data package FE-LEGAL since this was all triggered by a legal checl Debian-side See also http://bonedaddy.net/pabs3/log/2009/09/24/adobe-data-freed/ http://lwn.net/Articles/354360/ http://opensource.adobe.com/wiki/display/cmap/CMap+Resources -- 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 20

[Bug 1094779] New: No Cyrillic Italic Glyphs for Sans, Sans Narrow and Mono
by Red Hat Bugzilla 25 Sep '18

25 Sep '18

https://bugzilla.redhat.com/show_bug.cgi?id=1094779 Bug ID: 1094779 Summary: No Cyrillic Italic Glyphs for Sans, Sans Narrow and Mono Product: Fedora Version: rawhide Component: liberation-fonts Assignee: psatpute(a)redhat.com Reporter: alescesc1986(a)yahoo.it 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 It's wrong for Liberation Sans, Sans Narrow and Mono to have specific italic glyphs in the Cyrillic range provided that the Latin range has slanted glyphs. For the sake of consistency, slanted glyphs should be implemented in the Cyrillic range too. -- 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=k7Die5I6Dr&a=cc_unsubscribe

2 12

[Bug 1464310] New: Tilded G not works with Liberation Sans and Serif
by bugzilla＠redhat.com 14 Sep '18

14 Sep '18

https://bugzilla.redhat.com/show_bug.cgi?id=1464310 Bug ID: 1464310 Summary: Tilded G not works with Liberation Sans and Serif Product: Fedora Version: rawhide Component: liberation-fonts Assignee: psatpute(a)redhat.com Reporter: shanshandehongxing_1234(a)hotmail.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 Description of problem: Guarani letter G̃ does not works if I use Liberation Sans and Serif, this letter requiring combining tilde. Steps to Reproduce: 1. Coping this letter from https://en.wikipedia.org/wiki/Guarani_alphabet 2. Pasted into LibreOffice 3. Switch font face to Liberation Sans or Liberation Serif Actual results: With Liberation Sans/Serif tilded G does not works as expected. -- You are receiving this mail because: You are on the CC list for the bug.

1 5

[Bug 1096336] New: Liberation 2.00.x missing unicode hyphen (U+2010)
by Red Hat Bugzilla 10 Sep '18

10 Sep '18

https://bugzilla.redhat.com/show_bug.cgi?id=1096336 Bug ID: 1096336 Summary: Liberation 2.00.x missing unicode hyphen (U+2010) Product: Fedora Version: rawhide Component: liberation-fonts Assignee: psatpute(a)redhat.com Reporter: elbart(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 Description of problem: The liberation-fonts 2.00.0 and 2.00.1 are missing the unicode hyphen (U+2010). Versions 1.07.4 and older have that glyph. Version-Release number of selected component (if applicable): 2.00.1 The regressing commit is https://git.fedorahosted.org/cgit/liberation-fonts.git/commit/?id=5feb93675… (slow!) प्रविण सातपुते "sfd file converted from ttf" -- 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=N1bvIUoqeP&a=cc_unsubscribe

2 14

[Bug 1084493] New: Missing MIDDLE DOT (u+00B7) glyph for Liberation Sans Italic
by Red Hat Bugzilla 10 Sep '18

10 Sep '18

https://bugzilla.redhat.com/show_bug.cgi?id=1084493 Bug ID: 1084493 Summary: Missing MIDDLE DOT (u+00B7) glyph for Liberation Sans Italic Product: Fedora Version: rawhide Component: liberation-fonts Assignee: psatpute(a)redhat.com Reporter: jmontane(a)softcatala.org 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 882714 --> https://bugzilla.redhat.com/attachment.cgi?id=882714&action=edit Screenshot showing the bug Description of problem: In Windows, there is no glyph for MIDDLE DOT (U+00B7) when using Liberation Sans Italic, an empty space is showed. Version-Release number of selected component (if applicable): 2.00.1 How reproducible: Install Liberation Sans Italic files in a Windows machine (tested in Windows 7 32 and 64 bits). The esay way is installing LibreOffice 4.2, :) Steps to Reproduce: 1. Open a new document LibreOffice Writer 2. Type "cel·la" (cell) "·" is U+00B7 3. Select "cel·la" text and set format as "Libreration Sans, Italic". Actual results: 4.- "cel la" is showed in italics,you can copy and paste and set other font. Expected results: 5.- "cel·la" Additional info: U+00B7 is a used character for Catalan text. So, please, fix this issue. -- 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=1MRhFWVfJa&a=cc_unsubscribe

2 17

[Bug 1072095] New: Liberation Sans renders most Latin combining characters incorrectly
by Red Hat Bugzilla 09 Sep '18

09 Sep '18

https://bugzilla.redhat.com/show_bug.cgi?id=1072095 Bug ID: 1072095 Summary: Liberation Sans renders most Latin combining characters incorrectly Product: Fedora Version: 20 Component: liberation-fonts Assignee: psatpute(a)redhat.com Reporter: rkaldari(a)wikimedia.org 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 870161 --> https://bugzilla.redhat.com/attachment.cgi?id=870161&action=edit Comparison between Helvetica, Arimo, and Liberation Sans Description of problem: Liberation Sans renders most Latin Unicode combining characters incorrectly. These are the diacritics and tie characters in the Unicode range U+0300 to U+FE2F (https://en.wikipedia.org/wiki/Combining_character) In particular: 1. The diacritics do not take into account the width or height of the paired character (which I imagine is a kerning issue) 2. Tie characters are always positioned incorrectly. They are supposed to visually tie two characters together, but in Liberation Sans they are simply centered under the 2nd character. Version-Release number of selected component (if applicable): version 2.00.1 How reproducible: Steps to Reproduce: 1. Install Liberation Sans 2. Go to https://en.wikipedia.org/wiki/User:Kaldari/Font_test Actual results: Diacritics and ties are a mess. Expected results: See Helvetica example in attached file. Additional info: The best way to understand this bug is to look at the attached file (comparison.png). -- 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=xTTdgh7sKr&a=cc_unsubscribe

2 25

[Bug 1088033] New: Text Figures for Liberation Fonts
by Red Hat Bugzilla 28 Aug '18

28 Aug '18

https://bugzilla.redhat.com/show_bug.cgi?id=1088033 Bug ID: 1088033 Summary: Text Figures for Liberation Fonts Product: Fedora Version: rawhide Component: liberation-fonts Assignee: psatpute(a)redhat.com Reporter: alescesc1986(a)yahoo.it 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 Hello Pravin, I was wondering whether you might consider adding text figures to your fonts. That'd be great and I don't think it'll take you long. Regards -- 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=tODxrdeHtL&a=cc_unsubscribe

2 23

[Bug 1375061] New: RFE: try switching to Liberation Fonts 2 again
by Red Hat Bugzilla 28 Aug '18

28 Aug '18

https://bugzilla.redhat.com/show_bug.cgi?id=1375061 Bug ID: 1375061 Summary: RFE: try switching to Liberation Fonts 2 again Product: Fedora Version: rawhide Component: liberation-fonts Assignee: psatpute(a)redhat.com Reporter: fedora(a)leemhuis.info 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 Description of problem: The freetype maintainer in https://www.freetype.org/freetype2/docs/subpixel-hinting.html recommends "using the Liberation family of fonts (version 2 and up, important!)" and criticises Fedora because it still ships version 1.x. I think it's time to try switching to v2 again. We tried that a few years ago (https://fedoraproject.org/wiki/Features/Liberation_Fonts_2 ) and stopped it then due to problems (see Bug 856239); but from above recommendation it sounds like the problems we faced might be gone fixed in between. -- You are receiving this mail because: You are on the CC list for the bug.

2 25

[Bug 1090631] New: Please set TT_NAME_ID_PREFERRED_FAMILY for Liberation fonts
by Red Hat Bugzilla 28 Aug '18

28 Aug '18

https://bugzilla.redhat.com/show_bug.cgi?id=1090631 Bug ID: 1090631 Summary: Please set TT_NAME_ID_PREFERRED_FAMILY for Liberation fonts Product: Fedora Version: rawhide Component: liberation-fonts Assignee: psatpute(a)redhat.com Reporter: rhughes(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 Description of problem: At the moment the TT_NAME_ID_PREFERRED_FAMILY is not set on any of the Liberation fonts. As I understand it, TT_NAME_ID_PREFERRED_FAMILY is supposed to be the same for all files in the same high-level family, and this seems to be what most other fonts do in Linux. For the next release could you please set the PreferredFamily key to just "Liberation" in all 10 files. This allows component installers like gnome-software to group the fonts together rather than showing them as separate entries and should have no other effects. Thanks, Richard. -- 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=Zd611y9wUR&a=cc_unsubscribe

2 7

[Bug 1009650] New: Some Serbian glyphs seem to be Latin glyph
by Red Hat Bugzilla 28 Aug '18

28 Aug '18

https://bugzilla.redhat.com/show_bug.cgi?id=1009650 Bug ID: 1009650 Summary: Some Serbian glyphs seem to be Latin glyph Product: Fedora Version: 19 Component: liberation-fonts Assignee: psatpute(a)redhat.com Reporter: alescesc1986(a)yahoo.it 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 Hello, I have a problem with Italic DE and GE: when I copy them from a pdf produced by XeLaTeX, they are pasted respectively as Latin G and I WITH MACRON. I'm puzzled, why does this happen? By the way, other Serbian glyphs aren't copied at all, but they told me this is XeLaTeX's fault, not font-dependent. -- 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=WUlCWOjbqa&a=cc_unsubscribe

2 48

[Bug 1013949] New: Problematic shapes for some letters of the macedonian alphabet.
by Red Hat Bugzilla 28 Aug '18

28 Aug '18

https://bugzilla.redhat.com/show_bug.cgi?id=1013949 Bug ID: 1013949 Summary: Problematic shapes for some letters of the macedonian alphabet. Product: Fedora Version: 20 Component: liberation-fonts Severity: high Assignee: psatpute(a)redhat.com Reporter: pvelkovski(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 805748 --> https://bugzilla.redhat.com/attachment.cgi?id=805748&action=edit Shoes how the letters look like, and what they should look like. Description of problem: The shape of the Regular (Normal) "Cyrillic macedonian small letter be" looks. It looks like the italic form minus the slant which is wrong! Also the letters "macedonian cyrilic ghe" and "macedonian cyrillic gje" look inconsistent in italic form. The "macedonian cyrilic gje" should look same as "macedonian cyrilic ghe" with an added accent. I'm attaching a pdf file that should explain the problem. -- 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=UhMfVgfR8e&a=cc_unsubscribe

2 15

[Bug 1014357] New: U+266B incorrect glyph with extra beam
by Red Hat Bugzilla 28 Aug '18

28 Aug '18

https://bugzilla.redhat.com/show_bug.cgi?id=1014357 Bug ID: 1014357 Summary: U+266B incorrect glyph with extra beam Product: Fedora Version: rawhide Component: liberation-fonts Assignee: psatpute(a)redhat.com Reporter: fabian+redhat(a)greffrath.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 Originally reported as Debian #724839 [1] by Drake Wilson: " Using gucharmap 1:3.8.2-2 to view Liberation Serif characters with "Show only glyphs from this font" enabled, the glyph for U+266B BEAMED EIGHTH NOTES shows what is clearly beamed sixteenth notes instead; it should have only one beam rather than two. FontForge confirms this after opening LiberationSerif-Regular.ttf with SHA-256 = ea76595ed32ec4bb117fc715e393b4cca3d42cabe53101baec6bbbeb800fa26a. The glyph for U+266C BEAMED SIXTEENTH NOTES is correct. " The bug has been reported against version 2.00.1, ut I have checked with 1.07.3 and it is also present in this version. Best regards, Fabian [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=724839 -- 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=hFqMLHng7w&a=cc_unsubscribe

2 8

[Bug 1195216] New: To wide macron for Liberation Sans Narrow fonts
by Red Hat Bugzilla 28 Aug '18

28 Aug '18

https://bugzilla.redhat.com/show_bug.cgi?id=1195216 Bug ID: 1195216 Summary: To wide macron for Liberation Sans Narrow fonts Product: Fedora Version: 20 Component: liberation-fonts Assignee: psatpute(a)redhat.com Reporter: eko(a)lanet.lv 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 994356 --> https://bugzilla.redhat.com/attachment.cgi?id=994356&action=edit Too wide macron Description of problem: The macron (uni02C9) symbol in Liberation Sans Narrow fonts is too wide. Version-Release number of selected component (if applicable): 1.07.4. How reproducible: 100% Steps to Reproduce: Look at following letters with Liberation Sans Narrow fonts: āēīōūĀĒĪŌŪ Actual results: See attached image Liberation_Sans_Narrow-old.png. Expected results: See attached image Liberation_Sans_Narrow-new.png. Additional info: A suggested path will be attached. -- 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=sozGaFqcCe&a=cc_unsubscribe

2 13

[Bug 18928] New: RFE: add a gfx preview to font packages
by bugzilla-daemon＠freedesktop.org 21 Aug '18

21 Aug '18

http://bugs.freedesktop.org/show_bug.cgi?id=18928 Summary: RFE: add a gfx preview to font packages Product: PackageKit Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: General AssignedTo: richard(a)hughsie.com ReportedBy: nicolas.mailhot(a)laposte.net CC: fedora-fonts-bugs-list(a)redhat.com The best way for a user to select a font is to show it to him. For this reason font sites commonly provide bitmap preview images or so-called specimen files (typically in PDF form) that showcase the font capabilities. http://gonzo.uni-weimar.de/~gerner/fonts/YanoneKaffeesatz.pdf http://www.ascendercorp.com/pdf/Droid_fonts.pdf Packagekit should do the same. The image should be a pangram http://en.wikipedia.org/wiki/List_of_pangrams in the main unicode blocks the font supports The specimen may include unicode coverage info, glyph table, etc For more info ask on fedora-fonts-list at redhat.com -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 8

[Bug 20120] New: Display font script coverage info in the UI
by bugzilla-daemon＠freedesktop.org 21 Aug '18

21 Aug '18

http://bugs.freedesktop.org/show_bug.cgi?id=20120 Summary: Display font script coverage info in the UI Product: PackageKit Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: General AssignedTo: richard(a)hughsie.com ReportedBy: nicolas.mailhot(a)laposte.net CC: fedora-fonts-bugs-list(a)redhat.com To make fonts auto-install work coverage auto-provides are being added to font packages. However, those provides are not only useful for auto-installation. Users are just as interested to know they can use a font package to render Greek or Catalan or Arabic when browsing the package repository manually. Please transform those provides in user-friendly information added to font package descriptions in packagekit GUI frontends. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 1

[Bug 18725] New: RFE: allow merging of legacy font family names
by bugzilla-daemon＠freedesktop.org 20 Aug '18

20 Aug '18

http://bugs.freedesktop.org/show_bug.cgi?id=18725 Summary: RFE: allow merging of legacy font family names Product: fontconfig Version: 2.6 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: library AssignedTo: keithp(a)keithp.com ReportedBy: nicolas.mailhot(a)laposte.net CC: fedora-fonts-bugs-list(a)redhat.com Historically font formats only allowed four faces regular, bold, italic, bold italic. You had to use a separate font family to distribute condensed, heavy etc variants This has changed (cf http://blogs.msdn.com/text/attachment/2249036.ashx ) and modern fonts such as DejaVu include all faces under a single family name. Applications such as OO.o are being fixed to handle multifaced fonts Unfortunately there are still many historic fonts in the wild distributed in several sets of four faces (gs fonts, arial narrow, arial bold, etc). Those fonts currently appear under different family names in fontconfig-using apps. This is perturbing to users, since the same faces of historic and modern fonts are not handled the same way. Microsoft did some sort of magic in uniscribe to hide this distinction (irrelevant to users). Please provide a documented config pattern for font distributors that enables them to declare to fontconfig "font family A and font family B are the same, please expose all the associated faces under A name to users". (of course an application asking explicitely for B should still get it, but users would only see A in font lists) -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 7

[Bug 18723] New: RFE: fontconfig-level locl patching
by bugzilla-daemon＠freedesktop.org 20 Aug '18

20 Aug '18

http://bugs.freedesktop.org/show_bug.cgi?id=18723 Summary: RFE: fontconfig-level locl patching Product: fontconfig Version: 2.6 Platform: Other OS/Version: All Status: NEW Severity: enhancement Priority: medium Component: library AssignedTo: keithp(a)keithp.com ReportedBy: nicolas.mailhot(a)laposte.net CC: fedora-fonts-bugs-list(a)redhat.com Due to Han unification and other similar stuff parts of some fonts may not be suitable for all locales. This is handled by the locl flag in modern opentype fonts. However there are still many non-opentype fonts in the wild, and it is not possible to convert them all at once (when the license permits it). There should be a way in fontconfig for font distributors to patch in via a config file the locl characteristics of a font. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 3

[Bug 22338] New: Make fc-query warn about non-WWS compliant fonts
by bugzilla-daemon＠freedesktop.org 20 Aug '18

20 Aug '18

http://bugs.freedesktop.org/show_bug.cgi?id=22338 Summary: Make fc-query warn about non-WWS compliant fonts Product: fontconfig Version: 2.6 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: library AssignedTo: freedesktop(a)behdad.org ReportedBy: nicolas.mailhot(a)laposte.net QAContact: keithp(a)keithp.com CC: fedora-fonts-bugs-list(a)redhat.com (it would be nice if there was a fc-query component in fontconfig BTW) Since MS' WWS naming model makes stuff simpler for application authors, and will be required in new window code, it would be mighty nice if fc-query warned in its general report if a font file didn't respect this model. Respecting the WWS model is declaring fields 21 and 22 or 16 in 17 in ways that respect WWS (only weight, width and slant in sytles) This way we can point FLOSS authors to fc-query as linting tools and promote font naming our apps can handle easily -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 6

[Bug 18727] New: RFE: allow use of iso 15924 codes
by bugzilla-daemon＠freedesktop.org 20 Aug '18

20 Aug '18

http://bugs.freedesktop.org/show_bug.cgi?id=18727 Summary: RFE: allow use of iso 15924 codes Product: fontconfig Version: 2.6 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: library AssignedTo: keithp(a)keithp.com ReportedBy: nicolas.mailhot(a)laposte.net CC: fedora-fonts-bugs-list(a)redhat.com There are a lot of scripts in the wild and the most accurate standard way to specify them is using iso 15924 codes http://www.unicode.org/iso15924/iso15924-codes.html Please make it possible to write font patterns using iso 15924 codes in fonts.conf -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 3

[Bug 1271792] New: repo-font-audit invalid option errors
by Red Hat Bugzilla 01 Aug '18

01 Aug '18

https://bugzilla.redhat.com/show_bug.cgi?id=1271792 Bug ID: 1271792 Summary: repo-font-audit invalid option errors Product: Fedora Version: 23 Component: fontpackages Assignee: nicolas.mailhot(a)laposte.net Reporter: kvolny(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, tagoh(a)redhat.com Description of problem: Following https://fedoraproject.org/wiki/Font_package_lifecycle#2.a the step with repo-font-audit doesn't work for me as the tool reports many "invalid option" errors for coreutils programs it obviously tries to use. Version-Release number of selected component (if applicable): fontpackages-tools-1.44-14.fc23.noarch How reproducible: always Steps to Reproduce: 0. # dnf install fontpackages-tools createrepo rpm-build ... whatever needed 1. cd ~/rpmbuild/SRPMS 2. wget https://kvolny.fedorapeople.org/comic-neue-fonts-2.2-1.fc23.src.rpm 3. rpmbuild --rebuild comic-neue-fonts-2.2-1.fc23.src.rpm 4. cd ../RPMS/noarch 5. mkdir /tmp/testrepo 6. mv comic*rpm /tmp/testrepo 7. createrepo /tmp/testrepo 8. repo-font-audit testrepo file:///tmp/testrepo Actual results: Looking for packages: — with font metadata… Error: 'Package' object has no attribute 'packagesize' — that include files with common font extensions… — that use the core X11 protocol… Inspecting packages: – -. ◔mkdir: invalid option -- '.' Try 'mkdir --help' for more information. /bin/repo-font-audit: line 388: cd: -.: invalid option cd: usage: cd [-L|[-P [-e]] [-@]] [dir] curl: (3) [globbing] bad range specification in column 90 ◑rpm2cpio: *.rpm: No such file or directory ◕cat: invalid option -- '.' Try 'cat --help' for more information. cpio: premature end of archive cat: invalid option -- '.' Try 'cat --help' for more information. touch: invalid option -- '.' Try 'touch --help' for more information. cat: invalid option -- '.' Try 'cat --help' for more information. cpio: premature end of archive rm: invalid option -- '.' Try 'rm ./-..cpio' to remove the file '-..cpio'. Try 'rm --help' for more information. ● sed: invalid option -- '.' Usage: sed [OPTION]... {script-only-if-no-other-script} [input-file]... -n, --quiet, --silent suppress automatic printing of pattern space -e script, --expression=script add the script to the commands to be executed -f script-file, --file=script-file add the contents of script-file to the commands to be executed --follow-symlinks follow symlinks when processing in place -i[SUFFIX], --in-place[=SUFFIX] edit files in place (makes backup if SUFFIX supplied) -c, --copy use copy instead of rename when shuffling files in -i mode -b, --binary does nothing; for compatibility with WIN32/CYGWIN/MSDOS/EMX ( open files in binary mode (CR+LFs are not treated specially)) -l N, --line-length=N specify the desired line-wrap length for the `l' command --posix disable all GNU extensions. -r, --regexp-extended use extended regular expressions in the script. -s, --separate consider files as separate rather than as a single continuous long stream. -u, --unbuffered load minimal amounts of data from the input files and flush the output buffers more often -z, --null-data separate lines by NUL characters --help display this help and exit --version output version information and exit If no -e, --expression, -f, or --file option is given, then the first non-option argument is taken as the sed script to interpret. All remaining arguments are names of input files; if no input files are specified, then the standard input is read. GNU sed home page: <http://www.gnu.org/software/sed/>. General help using GNU software: <http://www.gnu.org/gethelp/>. sed: invalid option -- '.' Usage: sed [OPTION]... {script-only-if-no-other-script} [input-file]... -n, --quiet, --silent suppress automatic printing of pattern space -e script, --expression=script add the script to the commands to be executed -f script-file, --file=script-file add the contents of script-file to the commands to be executed --follow-symlinks follow symlinks when processing in place -i[SUFFIX], --in-place[=SUFFIX] edit files in place (makes backup if SUFFIX supplied) -c, --copy use copy instead of rename when shuffling files in -i mode -b, --binary does nothing; for compatibility with WIN32/CYGWIN/MSDOS/EMX ( open files in binary mode (CR+LFs are not treated specially)) -l N, --line-length=N specify the desired line-wrap length for the `l' command --posix disable all GNU extensions. -r, --regexp-extended use extended regular expressions in the script. -s, --separate consider files as separate rather than as a single continuous long stream. -u, --unbuffered load minimal amounts of data from the input files and flush the output buffers more often -z, --null-data separate lines by NUL characters --help display this help and exit --version output version information and exit If no -e, --expression, -f, or --file option is given, then the first non-option argument is taken as the sed script to interpret. All remaining arguments are names of input files; if no input files are specified, then the standard input is read. GNU sed home page: <http://www.gnu.org/software/sed/>. General help using GNU software: <http://www.gnu.org/gethelp/>. – -. ◔mkdir: invalid option -- '.' Try 'mkdir --help' for more information. /bin/repo-font-audit: line 388: cd: -.: invalid option cd: usage: cd [-L|[-P [-e]] [-@]] [dir] curl: (3) [globbing] bad range specification in column 90 ◑rpm2cpio: *.rpm: No such file or directory ◕cat: invalid option -- '.' Try 'cat --help' for more information. cpio: premature end of archive cat: invalid option -- '.' Try 'cat --help' for more information. touch: invalid option -- '.' Try 'touch --help' for more information. cat: invalid option -- '.' Try 'cat --help' for more information. cpio: premature end of archive rm: invalid option -- '.' Try 'rm ./-..cpio' to remove the file '-..cpio'. Try 'rm --help' for more information. ● sed: invalid option -- '.' Usage: sed [OPTION]... {script-only-if-no-other-script} [input-file]... -n, --quiet, --silent suppress automatic printing of pattern space -e script, --expression=script add the script to the commands to be executed -f script-file, --file=script-file add the contents of script-file to the commands to be executed --follow-symlinks follow symlinks when processing in place -i[SUFFIX], --in-place[=SUFFIX] edit files in place (makes backup if SUFFIX supplied) -c, --copy use copy instead of rename when shuffling files in -i mode -b, --binary does nothing; for compatibility with WIN32/CYGWIN/MSDOS/EMX ( open files in binary mode (CR+LFs are not treated specially)) -l N, --line-length=N specify the desired line-wrap length for the `l' command --posix disable all GNU extensions. -r, --regexp-extended use extended regular expressions in the script. -s, --separate consider files as separate rather than as a single continuous long stream. -u, --unbuffered load minimal amounts of data from the input files and flush the output buffers more often -z, --null-data separate lines by NUL characters --help display this help and exit --version output version information and exit If no -e, --expression, -f, or --file option is given, then the first non-option argument is taken as the sed script to interpret. All remaining arguments are names of input files; if no input files are specified, then the standard input is read. GNU sed home page: <http://www.gnu.org/software/sed/>. General help using GNU software: <http://www.gnu.org/gethelp/>. sed: invalid option -- '.' Usage: sed [OPTION]... {script-only-if-no-other-script} [input-file]... -n, --quiet, --silent suppress automatic printing of pattern space -e script, --expression=script add the script to the commands to be executed -f script-file, --file=script-file add the contents of script-file to the commands to be executed --follow-symlinks follow symlinks when processing in place -i[SUFFIX], --in-place[=SUFFIX] edit files in place (makes backup if SUFFIX supplied) -c, --copy use copy instead of rename when shuffling files in -i mode -b, --binary does nothing; for compatibility with WIN32/CYGWIN/MSDOS/EMX ( open files in binary mode (CR+LFs are not treated specially)) -l N, --line-length=N specify the desired line-wrap length for the `l' command --posix disable all GNU extensions. -r, --regexp-extended use extended regular expressions in the script. -s, --separate consider files as separate rather than as a single continuous long stream. -u, --unbuffered load minimal amounts of data from the input files and flush the output buffers more often -z, --null-data separate lines by NUL characters --help display this help and exit --version output version information and exit If no -e, --expression, -f, or --file option is given, then the first non-option argument is taken as the sed script to interpret. All remaining arguments are names of input files; if no input files are specified, then the standard input is read. GNU sed home page: <http://www.gnu.org/software/sed/>. General help using GNU software: <http://www.gnu.org/gethelp/>. Analysing files… ♻ Consolidating data… Conducting tests: — Error: fonts deployed outside /usr/share/fonts ⇒ None! — Error: fonts in packages that do not declare font metadata ⇒ None! — Error: packages that mix different font families ⇒ None! — Error: exact font duplication ⇒ None! — Error: font faces duplicated by different packages ⇒ None! — Error: fonts fc-query can not parse ⇒ None! — Error: fonts not identified as such by libmagic ⇒ None! — Error: broken symlinks to font files ⇒ None! — Error: rpmlint ⇒ None! — Error: fonts in packages that contain non-font data ⇒ None! — Error: fonts in arch packages ⇒ None! — Warning: fonts in packages that do not respect font naming conventions ⇒ None! — Warning: bad font naming ⇒ None! — Warning: core fonts use ⇒ None! — Warning: font linking ⇒ None! — Warning: font faces duplicated within a package ⇒ None! — Warning: fonts that do not pass fontlint sanity checks ⇒ None! — Warning: fonts with localized metadata but no English variant ⇒ None! — Suggestion: fonts with partial script coverage ⇒ None! — Suggestion: fonts with partial unicode block coverage ⇒ None! Audit results: – packages that declare font metadata: ⇒ None! ☛ File size is computed as extracted, while rpm is a compressed format. ☛ Mid-term, files in legacy PCF or Type1 formats need to be converted or removed. – font files in other packages (we should not find any!) ⇒ None! – errors, warnings and suggestions: ⇒ None! Packing mail data… Packing result data… Audit complete! Run time: 9 s. Number of items processed: ⇒ None! 1. Extracted data: /home/kvolny/rpmbuild/RPMS/noarch/repo-font-audit-testrepo-20151014T175728Z.tar.xz 2. Short summary: /home/kvolny/rpmbuild/RPMS/noarch/repo-font-audit-testrepo-20151014T175728Z-short.tar.xz 3. Mail data: /home/kvolny/rpmbuild/RPMS/noarch/repo-font-audit-testrepo-20151014T175728Z-mail.tar.xz This report was generated by the repo-font-audit command from: http://fedoraproject.org/wiki/fontpackages Please post questions, suggestions, patches or bug reports to: https://admin.fedoraproject.org/mailman/listinfo/fonts (subscription required) ♻ Expected results: (no such errors) Additional info: -- 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=5nIiUgzabR&a=cc_unsubscribe

2 8

[Bug 1376999] New: comic-neue-fonts-2.3 is available
by Red Hat Bugzilla 01 Aug '18

01 Aug '18

https://bugzilla.redhat.com/show_bug.cgi?id=1376999 Bug ID: 1376999 Summary: comic-neue-fonts-2.3 is available Product: Fedora Version: rawhide Component: comic-neue-fonts Keywords: FutureFeature, Triaged Assignee: kvolny(a)redhat.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, kvolny(a)redhat.com Latest upstream release: 2.3 Current version/release in rawhide: 2.2-3.fc24 URL: http://comicneue.com/ 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/8250/ -- You are receiving this mail because: You are on the CC list for the bug.

2 6

[Bug 825115] New: [kn_IN] Lohit Kannada glyphs of consonants with vowel signs -II, -EE, -OO and -AI should be optimized
by Red Hat Bugzilla 23 Jul '18

23 Jul '18

https://bugzilla.redhat.com/show_bug.cgi?id=825115 Bug ID: 825115 QA Contact: extras-qa(a)fedoraproject.org Severity: unspecified Version: 16 Priority: unspecified CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com Assignee: psatpute(a)redhat.com Summary: [kn_IN] Lohit Kannada glyphs of consonants with vowel signs -II, -EE, -OO and -AI should be optimized Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: samjnaa(a)gmail.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: lohit-kannada-fonts Product: Fedora Description of problem: Currently the Lohit Kannada fonts unnecessarily contain separate glyphs for consonants with vowel signs -II, -EE, -OO and -AI. These are merely sequences of other glyphs. In the case of -II, -EE, -OO the glyphs are the same as those of the corresponding short vowels plus a separate glyph 0CD5 Kannada Length Mark ೕ (unlike in Telugu where the length mark ligates with the syllable). Therefore instead of doing substitutions of: CONSONANT + VOWEL_SIGN_II/EE/OO --> CONSONANT_VOWELSIGN_II/EE/OO the optimized way would be to do: CONSONANT + VOWEL_SIGN_II/EE/OO --> CONSONANT_VOWELSIGN_I/E/O LENGTH_MARK If this is done, any changes that are reflected on the CONSONANT_VOWELSIGN_I/E/O glyphs would automatically reflect for the long vowels as well without additional work being needed. For instance, see my recent report of bug 825104. If that bug is fixed for short vowels I, E and O, automatically it would reflect for II, EE and OO also. As for -AI, it is merely sequence of glyph for -E plus 0CD6 Kannada AI Length Mark ೖ. So instead of doing substitutions of: CONSONANT + VOWEL_SIGN_AI --> CONSONANT_VOWELSIGN_AI the optimized way would be to do: CONSONANT + VOWEL_SIGN_AI --> CONSONANT_VOWELSIGN_E AI_LENGTH_MARK with same benefits as above. Further, when handling combinations of: CONSONANT1 + VIRAMA + CONSONANT2 + VOWEL_SIGN_II/EE/OO/AU by separating the length mark as recommended here, the sub-base form of CONSONANT2 can be placed closer to the base CONSONANT1 which is also typographically a desirable factor in a good font. The rules would be: CONSONANT1 + VIRAMA + CONSONANT2 + VOWEL_SIGN_II/EE/OO/AU --> CONSONANT1_VOWEL_SIGN_I/E/O + SUB_BASE_CONSONANT_2 + (AI_)LENGTH_MARK Version-Release number of selected component (if applicable): 2.5.1 How reproducible: Examine the internals of Lohit Kannada font. Actual results: Currently there are separate glyphs for consonants with vowel signs -II, -EE, -OO and -AI unnecessarily. These are merely sequences of other glyphs. Therefore any change effected on the component glyphs has to be re-done here. Expected results: The superfluous glyphs should be removed and the appropriate effect should be achieved by appropriate smartfont rules as indicated above. Additional info: This would also reduce the size of the font. Not an issue on laptops/desktops but nowadays Lohit fonts are finding their way into smaller screens such as smartphones, and it would be good to have a trim font with small footprint. -- You are receiving this mail because: You are on the CC list for the bug.

2 7

[Bug 500110] New: [hi_IN][Dependent Vowels]Press backspace key it delete the whole char and letter before it
by Red Hat Bugzilla 19 Jul '18

19 Jul '18

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [hi_IN][Dependent Vowels]Press backspace key it delete the whole char and letter before it https://bugzilla.redhat.com/show_bug.cgi?id=500110 Summary: [hi_IN][Dependent Vowels]Press backspace key it delete the whole char and letter before it Product: Fedora Version: 10 Platform: i386 OS/Version: Linux Status: NEW Severity: medium Priority: low Component: pango AssignedTo: besfahbo(a)redhat.com ReportedBy: kxiong(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: besfahbo(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com Classification: Fedora Target Release: --- Description of problem: In gedit press Backspace key to delete the whole char,it delete both the whole char and the letter before it Version-Release number of selected component (if applicable): pango-devel-1.22.1-1.fc10.i386 pango-1.22.1-1.fc10.i386 pangomm-2.14.0-2.fc10.i386 How reproducible: always Steps to Reproduce: 1.In gedit input dabenा 2.Press Backspace key to delete the whole char ा Actual results: It delete the whole char and the letter n when pressing the Backspace key. Expected results: It should only delete the whole char. Additional info: 1. U+093E ा 2. U+093F ि 3. U+0940 ी 4. U+0941 ु 5. U+0942 ू 6. U+0943 ृ 7. U+0944 ॄ 8. U+0945 ॅ 9. U+0946 ॆ 10. U+0947 े 11. U+0948 ै 12. U+0949 ॉ 13. U+094B ो 14. U+094C ौ in Dependent Vowels all have the same problem -- 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 52

[Bug 525881] New: Please rebuild using external Adobe CMap and AGLFN data
by Red Hat Bugzilla 13 Jun '18

13 Jun '18

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Please rebuild using external Adobe CMap and AGLFN data https://bugzilla.redhat.com/show_bug.cgi?id=525881 Summary: Please rebuild using external Adobe CMap and AGLFN data Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: freetype AssignedTo: besfahbo(a)redhat.com ReportedBy: nicolas.mailhot(a)laposte.net QAContact: extras-qa(a)fedoraproject.org CC: besfahbo(a)redhat.com, kevin(a)tigcc.ticalc.org, fedora-fonts-bugs-list(a)redhat.com Blocks: 182235,473302 Classification: Fedora Description of problem: The Debian fonttool packager noticed a problem in fonttool's embedded Adobe CMap and AGLFN data and got Adobe to release them under a good license This data is embeded in many packages, including yours Please rebuild your package using an external shared Adobe CMap and AGLFN data package FE-LEGAL since this was all triggered by a legal check Debian-side See also http://bonedaddy.net/pabs3/log/2009/09/24/adobe-data-freed/ http://lwn.net/Articles/354360/ http://opensource.adobe.com/wiki/display/cmap/CMap+Resources -- 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 9

[Bug 1332250] New: Incorrect font configuration
by Red Hat Bugzilla 13 Jun '18

13 Jun '18

https://bugzilla.redhat.com/show_bug.cgi?id=1332250 Bug ID: 1332250 Summary: Incorrect font configuration Product: Fedora Version: rawhide Component: open-sans-fonts Assignee: pvoborni(a)redhat.com Reporter: dag.odenhall(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, pvoborni(a)redhat.com When a website requests Open Sans, Firefox uses Comfortaa. I have both fonts installed. I don't know if the following is the cause, because the matching works correctly with fc-match, but I discovered this and it's still wrong, I think. The open-sans-fonts package includes this fontconfig rule: <alias> <family>Open Sans</family> <prefer> <family>sans-serif</family> </prefer> </alias> In my understanding of fontconfig, this is saying "Edit the font family list for Open Sans and prepend the sans-serif font family" i.e. Open Sans itself is given *less* priority than all other sans-serif fonts. The aajohan-comfortaa-fonts package includes this (correct) rule: <alias> <family>sans-serif</family> <prefer> <family>Comfortaa</family> </prefer> </alias> And so perhaps C being early in the alphabet or perhaps because being the next fontconfig file in my conf.d (I don't fully understand fontconfig) the combined effect ends up being "When looking for Open Sans, the first match is sans-serif which in turn is Comfortaa". I think the Open Sans rule above should be edited to something closer to the Comfortaa rule above, like: <alias> <family>sans-serif</family> <prefer> <family>Open Sans</family> </prefer> </alias> The second rule it contains is also wrong, I think, and not like how any other fonts are configured: <alias> <family>sans-serif</family> <default> <family>Open Sans</family> </default> </alias> Should probably also swap the families like so: <alias> <family>Open Sans</family> <default> <family>sans-serif</family> </default> </alias> This Firefox bug seems relevant but I think this is a bug in the packaged font configuration and really unrelated to Firefox (I didn't read the whole bug): https://bugzilla.mozilla.org/show_bug.cgi?id=1245811 -- You are receiving this mail because: You are on the CC list for the bug.

2 19

[Bug 1321551] New: RFE: Recommend some specific general purpose font
by Red Hat Bugzilla 07 Jun '18

07 Jun '18

https://bugzilla.redhat.com/show_bug.cgi?id=1321551 Bug ID: 1321551 Summary: RFE: Recommend some specific general purpose font Product: Fedora Version: rawhide Component: fontconfig Assignee: tagoh(a)redhat.com Reporter: ville.skytta(a)iki.fi 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 Currently fontconfig has a dependency on font(:lang=en). For minimal setups where fontconfig is involved in that don't specify anything more specific than that, it results in getting the first satisfying package by alphabetical sort order to be installed. At the moment that is aajohan-comfortaa-fonts, which is not a very good default, and could change based on what names of packages are available. Instead, I suggest adding (in addition to the existing hard dependency on font(:lang=en)) a Recommends that would by default (with dnf) pull in something that is a better default and already a default in common Fedora installations, such as abattis-cantarell-fonts which AFAIK is the default for GNOME. Some other potential candidates would be liberation-sans-fonts and dejavu-sans-fonts. Not sure if Suggests would work for this purpose, or if it needs to be Recommends. -- You are receiving this mail because: You are on the CC list for the bug.

2 2

[Bug 1444911] New: CVE-2017-7864 freetype: heap-based buffer overflow related to the tt_size_reset function
by bugzilla＠redhat.com 31 May '18

31 May '18

https://bugzilla.redhat.com/show_bug.cgi?id=1444911 Bug ID: 1444911 Summary: CVE-2017-7864 freetype: heap-based buffer overflow related to the tt_size_reset function Product: Security Response Component: vulnerability Keywords: Security Severity: medium Priority: medium Assignee: security-response-team(a)redhat.com Reporter: amaris(a)redhat.com CC: behdad(a)fedoraproject.org, bmcclain(a)redhat.com, cfergeau(a)redhat.com, dblechte(a)redhat.com, eedri(a)redhat.com, erik-fedora(a)vanpienbroek.nl, fedora-mingw(a)lists.fedoraproject.org, fonts-bugs(a)lists.fedoraproject.org, gklein(a)redhat.com, kevin(a)tigcc.ticalc.org, lsurette(a)redhat.com, mgoldboi(a)redhat.com, michal.skrivanek(a)redhat.com, mkasik(a)redhat.com, rbalakri(a)redhat.com, rh-spice-bugs(a)redhat.com, rjones(a)redhat.com, sherold(a)redhat.com, srevivo(a)redhat.com, ydary(a)redhat.com, ykaul(a)redhat.com FreeType 2 before 2017-02-02 has an out-of-bounds write caused by a heap-based buffer overflow related to the tt_size_reset function in truetype/ttobjs.c. Bug report: https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=509 Upstream patch: https://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=e669959… -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Bug 1429965] New: CVE-2016-10244 freetype: parse_charstrings function in type1/ t1load.c does not ensure that a font contains a glyph name
by bugzilla＠redhat.com 31 May '18

31 May '18

https://bugzilla.redhat.com/show_bug.cgi?id=1429965 Bug ID: 1429965 Summary: CVE-2016-10244 freetype: parse_charstrings function in type1/t1load.c does not ensure that a font contains a glyph name Product: Security Response Component: vulnerability Keywords: Security Severity: medium Priority: medium Assignee: security-response-team(a)redhat.com Reporter: anemec(a)redhat.com CC: behdad(a)fedoraproject.org, bmcclain(a)redhat.com, cfergeau(a)redhat.com, dblechte(a)redhat.com, eedri(a)redhat.com, erik-fedora(a)vanpienbroek.nl, fedora-mingw(a)lists.fedoraproject.org, fonts-bugs(a)lists.fedoraproject.org, gklein(a)redhat.com, kevin(a)tigcc.ticalc.org, lsurette(a)redhat.com, mgoldboi(a)redhat.com, michal.skrivanek(a)redhat.com, mkasik(a)redhat.com, rbalakri(a)redhat.com, rh-spice-bugs(a)redhat.com, rjones(a)redhat.com, sherold(a)redhat.com, srevivo(a)redhat.com, ydary(a)redhat.com, ykaul(a)redhat.com The parse_charstrings function in type1/t1load.c in FreeType 2 does not ensure that a font contains a glyph name, which allows remote attackers to cause a denial of service (heap-based buffer over-read) or possibly have unspecified other impact via a crafted file. References: https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=36 Upstream patch: http://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/src/type1/t1… -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1444904] New: CVE-2017-7858 freetype: out-of-bounds write related to the TT_Get_MM_Var and sfnt_init_face functions
by bugzilla＠redhat.com 31 May '18

31 May '18

https://bugzilla.redhat.com/show_bug.cgi?id=1444904 Bug ID: 1444904 Summary: CVE-2017-7858 freetype: out-of-bounds write related to the TT_Get_MM_Var and sfnt_init_face functions Product: Security Response Component: vulnerability Keywords: Security Severity: medium Priority: medium Assignee: security-response-team(a)redhat.com Reporter: amaris(a)redhat.com CC: behdad(a)fedoraproject.org, bmcclain(a)redhat.com, cfergeau(a)redhat.com, dblechte(a)redhat.com, eedri(a)redhat.com, erik-fedora(a)vanpienbroek.nl, fedora-mingw(a)lists.fedoraproject.org, fonts-bugs(a)lists.fedoraproject.org, gklein(a)redhat.com, kevin(a)tigcc.ticalc.org, lsurette(a)redhat.com, mgoldboi(a)redhat.com, michal.skrivanek(a)redhat.com, mkasik(a)redhat.com, rbalakri(a)redhat.com, rh-spice-bugs(a)redhat.com, rjones(a)redhat.com, sherold(a)redhat.com, srevivo(a)redhat.com, ydary(a)redhat.com, ykaul(a)redhat.com FreeType 2 before 2017-03-07 has an out-of-bounds write related to the TT_Get_MM_Var function in truetype/ttgxvar.c and the sfnt_init_face function in sfnt/sfobjs.c. Bug report: https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=738 Upstream patch: https://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=7793097… -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Bug 1444898] New: CVE-2017-7857 freetype: heap-based buffer overflow related to the TT_Get_MM_Var function
by bugzilla＠redhat.com 31 May '18

31 May '18

https://bugzilla.redhat.com/show_bug.cgi?id=1444898 Bug ID: 1444898 Summary: CVE-2017-7857 freetype: heap-based buffer overflow related to the TT_Get_MM_Var function Product: Security Response Component: vulnerability Keywords: Security Severity: medium Priority: medium Assignee: security-response-team(a)redhat.com Reporter: amaris(a)redhat.com CC: behdad(a)fedoraproject.org, bmcclain(a)redhat.com, cfergeau(a)redhat.com, dblechte(a)redhat.com, eedri(a)redhat.com, erik-fedora(a)vanpienbroek.nl, fedora-mingw(a)lists.fedoraproject.org, fonts-bugs(a)lists.fedoraproject.org, gklein(a)redhat.com, kevin(a)tigcc.ticalc.org, lsurette(a)redhat.com, mgoldboi(a)redhat.com, michal.skrivanek(a)redhat.com, mkasik(a)redhat.com, rbalakri(a)redhat.com, rh-spice-bugs(a)redhat.com, rjones(a)redhat.com, sherold(a)redhat.com, srevivo(a)redhat.com, ydary(a)redhat.com, ykaul(a)redhat.com FreeType 2 before 2017-03-08 has an out-of-bounds write caused by a heap-based buffer overflow related to the TT_Get_MM_Var function in truetype/ttgxvar.c and the sfnt_init_face function in sfnt/sfobjs.c. Bug report: https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=759 Upstream patch: https://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=7bbb91f… -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Bug 1444895] New: CVE-2016-10328 freetype: heap-based buffer overflow related to the cff_parser_run function
by bugzilla＠redhat.com 31 May '18

31 May '18

https://bugzilla.redhat.com/show_bug.cgi?id=1444895 Bug ID: 1444895 Summary: CVE-2016-10328 freetype: heap-based buffer overflow related to the cff_parser_run function Product: Security Response Component: vulnerability Keywords: Security Severity: medium Priority: medium Assignee: security-response-team(a)redhat.com Reporter: amaris(a)redhat.com CC: behdad(a)fedoraproject.org, bmcclain(a)redhat.com, cfergeau(a)redhat.com, dblechte(a)redhat.com, eedri(a)redhat.com, erik-fedora(a)vanpienbroek.nl, fedora-mingw(a)lists.fedoraproject.org, fonts-bugs(a)lists.fedoraproject.org, gklein(a)redhat.com, kevin(a)tigcc.ticalc.org, lsurette(a)redhat.com, mgoldboi(a)redhat.com, michal.skrivanek(a)redhat.com, mkasik(a)redhat.com, rbalakri(a)redhat.com, rh-spice-bugs(a)redhat.com, rjones(a)redhat.com, sherold(a)redhat.com, srevivo(a)redhat.com, ydary(a)redhat.com, ykaul(a)redhat.com FreeType 2 before 2016-12-16 has an out-of-bounds write caused by a heap-based buffer overflow related to the cff_parser_run function in cff/cffparse.c. Bug report: https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=289 -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Bug 1446500] New: CVE-2017-8105 freetype: heap-based buffer overflow related to the t1_decoder_parse_charstrings
by bugzilla＠redhat.com 31 May '18

31 May '18

https://bugzilla.redhat.com/show_bug.cgi?id=1446500 Bug ID: 1446500 Summary: CVE-2017-8105 freetype: heap-based buffer overflow related to the t1_decoder_parse_charstrings Product: Security Response Component: vulnerability Keywords: Security Severity: medium Priority: medium Assignee: security-response-team(a)redhat.com Reporter: amaris(a)redhat.com CC: behdad(a)fedoraproject.org, bmcclain(a)redhat.com, cfergeau(a)redhat.com, dblechte(a)redhat.com, eedri(a)redhat.com, erik-fedora(a)vanpienbroek.nl, fedora-mingw(a)lists.fedoraproject.org, fonts-bugs(a)lists.fedoraproject.org, gklein(a)redhat.com, kevin(a)tigcc.ticalc.org, lsurette(a)redhat.com, mgoldboi(a)redhat.com, michal.skrivanek(a)redhat.com, mkasik(a)redhat.com, rbalakri(a)redhat.com, rh-spice-bugs(a)redhat.com, rjones(a)redhat.com, sherold(a)redhat.com, srevivo(a)redhat.com, ydary(a)redhat.com, ykaul(a)redhat.com FreeType 2 before 2017-03-24 has an out-of-bounds write caused by a heap-based buffer overflow related to the t1_decoder_parse_charstrings function in psaux/t1decode.c. Bug report: https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=935 Upstream patch: https://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=f958c48… -- You are receiving this mail because: You are on the CC list for the bug.

1 7

[Bug 1423225] New: apanov-edrip-fonts: FTBFS in rawhide
by bugzilla＠redhat.com 29 May '18

29 May '18

https://bugzilla.redhat.com/show_bug.cgi?id=1423225 Bug ID: 1423225 Summary: apanov-edrip-fonts: FTBFS in rawhide Product: Fedora Version: rawhide Component: apanov-edrip-fonts Assignee: nicolas.mailhot(a)laposte.net Reporter: releng(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 Blocks: 1423041 Your package apanov-edrip-fonts failed to build from source in current rawhide. https://koji.fedoraproject.org/koji/taskinfo?taskID=17710156 For details on mass rebuild see https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1423041 [Bug 1423041] Fedora 26 Mass Rebuild FTBFS Tracker -- You are receiving this mail because: You are on the CC list for the bug.

1 5

[Bug 1271620] New: please update spec templates as per latest guidelines
by Red Hat Bugzilla 29 May '18

29 May '18

https://bugzilla.redhat.com/show_bug.cgi?id=1271620 Bug ID: 1271620 Summary: please update spec templates as per latest guidelines Product: Fedora Version: 23 Component: fontpackages Assignee: nicolas.mailhot(a)laposte.net Reporter: kvolny(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, tagoh(a)redhat.com Description of problem: I'm trying to package a font. While filing the spec template, I have found that there is: %install rm -fr %{buildroot} but the buildroot is now cleaned automatically so the `rm` command should not be present. Please update the spec templates according to the latest guidelines. Also note that there may be other deviations from current packaging guidelines that I have overlooked ... Version-Release number of selected component (if applicable): fontpackages-devel-1.44-14.fc23.noarch -- 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=162cGuTqJk&a=cc_unsubscribe

2 5

[Bug 1400602] New: stix-fonts-2.0.0 is available
by Red Hat Bugzilla 29 Apr '18

29 Apr '18

https://bugzilla.redhat.com/show_bug.cgi?id=1400602 Bug ID: 1400602 Summary: stix-fonts-2.0.0 is available Product: Fedora Version: rawhide Component: stix-fonts Keywords: FutureFeature, Triaged Assignee: nicolas.mailhot(a)laposte.net Reporter: upstream-release-monitoring(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 Latest upstream release: 2.0.0 Current version/release in rawhide: 1.1.0-9.fc24 URL: http://sourceforge.net/projects/stixfonts 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/4893/ -- You are receiving this mail because: You are on the CC list for the bug.

2 6

[Bug 1474257] New: fc-cache in multilib does not create 32bit cache files
by bugzilla＠redhat.com 18 Apr '18

18 Apr '18

https://bugzilla.redhat.com/show_bug.cgi?id=1474257 Bug ID: 1474257 Summary: fc-cache in multilib does not create 32bit cache files Product: Fedora Version: rawhide Component: fontconfig Assignee: tagoh(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, pnemade(a)redhat.com, tagoh(a)redhat.com Blocks: 1468978 Description of problem: On 64bit env, there are no way to generate {be,le}32d{4,8} caches unless removing 64bit version of packages because the 32bit version of fc-cache binary is hidden by the package manager. need to have separate binary to address like gtk does. Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1468978 [Bug 1468978] fc-cache in multilib does not create 32bit cache files -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1450802] New: @sinhala-suppport group: please change the default font from LKLUG to Noto
by bugzilla＠redhat.com 15 Apr '18

15 Apr '18

https://bugzilla.redhat.com/show_bug.cgi?id=1450802 Bug ID: 1450802 Summary: @sinhala-suppport group: please change the default font from LKLUG to Noto Product: Fedora Version: 25 Component: google-noto-fonts Severity: low Assignee: psatpute(a)redhat.com Reporter: harshula(a)redhat.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, pwu(a)redhat.com [This BZ should be filed against the @sinhala-support group.] Description of problem: Please change the default font from LKLUG to Noto for the Sinhala script. The LKLUG font is viewed as deprecated and we've been trying to encourage other fonts that can succeed as the default Sinhala font on GNU/Linux. At this stage the Noto Sinhala range, in fonts-noto-hinted, is a more appropriate default font than LKLUG. See the discussion here: http://sourceforge.net/p/sinhala/mailman/message/34481529/ See Debian Bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=837969 Thanks, # -- You are receiving this mail because: You are on the CC list for the bug.

1 18

[Bug 1485789] New: bogus permissions on /usr/share/doc/urw-fonts
by bugzilla＠redhat.com 13 Mar '18

13 Mar '18

https://bugzilla.redhat.com/show_bug.cgi?id=1485789 Bug ID: 1485789 Summary: bogus permissions on /usr/share/doc/urw-fonts Product: Fedora Version: 26 Component: urw-fonts Assignee: dkaspar(a)redhat.com Reporter: rc040203(a)freenet.de QA Contact: extras-qa(a)fedoraproject.org CC: dkaspar(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, than(a)redhat.com Description of problem: The urw-fonts package's permission on /usr/share/doc/urw-fonts are set read-only: $ rpm -qlv urw-fonts | grep doc drw-r--r-- 2 root root 0 Feb 12 2017 /usr/share/doc/urw-fonts -rw-r--r-- 1 root root 17992 Apr 23 2001 /usr/share/doc/urw-fonts/COPYING -rw-r--r-- 1 root root 2245 Jan 18 2002 /usr/share/doc/urw-fonts/README -rw-r--r-- 1 root root 1317 Jul 12 2002 /usr/share/doc/urw-fonts/README.tweaks Version-Release number of selected component (if applicable): urw-fonts-2.4-23.fc26.noarch -- You are receiving this mail because: You are on the CC list for the bug.

1 13

[Bug 499358] New: [as_IN] [Codepoint- Additional Vowels] U+09E2 has error.
by Red Hat Bugzilla 01 Feb '18

01 Feb '18

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [as_IN] [Codepoint- Additional Vowels] U+09E2 has error. https://bugzilla.redhat.com/show_bug.cgi?id=499358 Summary: [as_IN] [Codepoint- Additional Vowels] U+09E2 has error. Product: Fedora Version: 10 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: pango AssignedTo: besfahbo(a)redhat.com ReportedBy: xinsun(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: besfahbo(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com Classification: Fedora Target Release: --- Description of problem: Input "09E2" with "RAW CODE" in gedit, the word has error. Version-Release number of selected component (if applicable): pangomm-2.14.1-1.fc10.x86_64 pango-1.22.3-1.fc10.i386 pango-1.22.3-1.fc10.x86_64 pango-devel-1.22.3-1.fc10.x86_64 How reproducible: Steps to Reproduce: 1.Select "RAW CODE" in scim-bridge. 2.Input "09E2" in gedit. Actual results: The result is ৢ and is different from the URL http://batman.bne.redhat.com/~indic/IndicTC/lang/as_IN/font/image/09E2.jpg Expected results: The word is same with the URL http://batman.bne.redhat.com/~indic/IndicTC/lang/as_IN/font/image/09E2.jpg Additional info: -- 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 7

[Bug 1475398] New: CVE-2017-11568 CVE-2017-11569 CVE-2017-11570 CVE-2017-11571 CVE-2017-11572 CVE-2017-11573 CVE-2017-11574 CVE-2017-11575 CVE-2017-11576 CVE-2017-11577 fontforge : various flaws [fedora-all]
by bugzilla＠redhat.com 13 Jan '18

13 Jan '18

https://bugzilla.redhat.com/show_bug.cgi?id=1475398 Bug ID: 1475398 Summary: CVE-2017-11568 CVE-2017-11569 CVE-2017-11570 CVE-2017-11571 CVE-2017-11572 CVE-2017-11573 CVE-2017-11574 CVE-2017-11575 CVE-2017-11576 CVE-2017-11577 fontforge: various flaws [fedora-all] Product: Fedora Version: 26 Component: fontforge Keywords: Security, SecurityTracking Severity: low Priority: low Assignee: kevin(a)scrye.com Reporter: anemec(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 This is an automatically created tracking bug! It was created to ensure that one or more security vulnerabilities are fixed in affected versions of fedora-all. For comments that are specific to the vulnerability please use bugs filed against the "Security Response" product referenced in the "Blocks" field. For more information see: http://fedoraproject.org/wiki/Security/TrackingBugs When submitting as an update, use the fedpkg template provided in the next comment(s). This will include the bug IDs of this tracking bug as well as the relevant top-level CVE bugs. Please also mention the CVE IDs being fixed in the RPM changelog and the fedpkg commit message. NOTE: this issue affects multiple supported versions of Fedora. While only one tracking bug has been filed, please correct all affected versions at the same time. If you need to fix the versions independent of each other, you may clone this bug as appropriate. -- You are receiving this mail because: You are on the CC list for the bug.

1 13

[Bug 1475397] New: CVE-2017-11577 fontforge: Buffer over-read in getsid function
by bugzilla＠redhat.com 13 Jan '18

13 Jan '18

https://bugzilla.redhat.com/show_bug.cgi?id=1475397 Bug ID: 1475397 Summary: CVE-2017-11577 fontforge: Buffer over-read in getsid function Product: Security Response Component: vulnerability Keywords: Security Severity: low Priority: low Assignee: security-response-team(a)redhat.com Reporter: anemec(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 FontForge 20161012 is vulnerable to a buffer over-read in getsid (parsettf.c) resulting in DoS or via a crafted otf file. Upstream issue: https://github.com/fontforge/fontforge/issues/3088 -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1475396] New: CVE-2017-11576 fontforge: Does not ensure a positive size in a weight vector memcpy call in readcfftopdict function
by bugzilla＠redhat.com 13 Jan '18

13 Jan '18

https://bugzilla.redhat.com/show_bug.cgi?id=1475396 Bug ID: 1475396 Summary: CVE-2017-11576 fontforge: Does not ensure a positive size in a weight vector memcpy call in readcfftopdict function Product: Security Response Component: vulnerability Keywords: Security Severity: low Priority: low Assignee: security-response-team(a)redhat.com Reporter: anemec(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 FontForge 20161012 does not ensure a positive size in a weight vector memcpy call in readcfftopdict (parsettf.c) resulting in DoS via a crafted otf file. Upstream issue: https://github.com/fontforge/fontforge/issues/3091 -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1475393] New: CVE-2017-11575 fontforge: Buffer over-read in strnmatch function
by bugzilla＠redhat.com 13 Jan '18

13 Jan '18

https://bugzilla.redhat.com/show_bug.cgi?id=1475393 Bug ID: 1475393 Summary: CVE-2017-11575 fontforge: Buffer over-read in strnmatch function Product: Security Response Component: vulnerability Keywords: Security Severity: low Priority: low Assignee: security-response-team(a)redhat.com Reporter: anemec(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 FontForge 20161012 is vulnerable to a buffer over-read in strnmatch (char.c) resulting in DoS or via a crafted otf file, related to a call from the readttfcopyrights function in parsettf.c. Upstream issue: https://github.com/fontforge/fontforge/issues/3096 -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1475392] New: CVE-2017-11574 fontforge: Heap-based buffer overflow in readcffset function
by bugzilla＠redhat.com 13 Jan '18

13 Jan '18

https://bugzilla.redhat.com/show_bug.cgi?id=1475392 Bug ID: 1475392 Summary: CVE-2017-11574 fontforge: Heap-based buffer overflow in readcffset function Product: Security Response Component: vulnerability Keywords: Security Severity: low Priority: low Assignee: security-response-team(a)redhat.com Reporter: anemec(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 FontForge 20161012 is vulnerable to a heap-based buffer overflow in readcffset (parsettf.c) resulting in DoS via a crafted otf file. Upstream issue: https://github.com/fontforge/fontforge/issues/3090 -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1475391] New: CVE-2017-11573 fontforge: Buffer over-read in ValidatePostScriptFontName function
by bugzilla＠redhat.com 13 Jan '18

13 Jan '18

https://bugzilla.redhat.com/show_bug.cgi?id=1475391 Bug ID: 1475391 Summary: CVE-2017-11573 fontforge: Buffer over-read in ValidatePostScriptFontName function Product: Security Response Component: vulnerability Keywords: Security Severity: low Priority: low Assignee: security-response-team(a)redhat.com Reporter: anemec(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 FontForge 20161012 is vulnerable to a buffer over-read in ValidatePostScriptFontName (parsettf.c) resulting in DoS via a crafted otf file. Upstream issue: https://github.com/fontforge/fontforge/issues/3098 -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 1475390] New: CVE-2017-11572 fontforge: Heap-based buffer over-read in readcfftopidcts function
by bugzilla＠redhat.com 13 Jan '18

13 Jan '18

https://bugzilla.redhat.com/show_bug.cgi?id=1475390 Bug ID: 1475390 Summary: CVE-2017-11572 fontforge: Heap-based buffer over-read in readcfftopidcts function Product: Security Response Component: vulnerability Keywords: Security Severity: low Priority: low Assignee: security-response-team(a)redhat.com Reporter: anemec(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 FontForge 20161012 is vulnerable to a heap-based buffer over-read in readcfftopdicts (parsettf.c) resulting in DoS via a crafted otf file. Upstream issue: https://github.com/fontforge/fontforge/issues/3092 -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1475389] New: CVE-2017-11571 fontforge: Stack-buffer overflow in addnibble function
by bugzilla＠redhat.com 13 Jan '18

13 Jan '18

https://bugzilla.redhat.com/show_bug.cgi?id=1475389 Bug ID: 1475389 Summary: CVE-2017-11571 fontforge: Stack-buffer overflow in addnibble function Product: Security Response Component: vulnerability Keywords: Security Severity: low Priority: low Assignee: security-response-team(a)redhat.com Reporter: anemec(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 FontForge 20161012 is vulnerable to a stack-based buffer overflow in addnibble (parsettf.c) resulting in DoS via a crafted otf file. Upstream issue: https://github.com/fontforge/fontforge/issues/3087 -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1475388] New: CVE-2017-11570 fontforge: Buffer over-read in umodenc function
by bugzilla＠redhat.com 13 Jan '18

13 Jan '18

https://bugzilla.redhat.com/show_bug.cgi?id=1475388 Bug ID: 1475388 Summary: CVE-2017-11570 fontforge: Buffer over-read in umodenc function Product: Security Response Component: vulnerability Keywords: Security Severity: low Priority: low Assignee: security-response-team(a)redhat.com Reporter: anemec(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 FontForge 20161012 is vulnerable to a buffer over-read in umodenc (parsettf.c) resulting in DoS or via a crafted otf file. Upstream issue: https://github.com/fontforge/fontforge/issues/3097 -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 1475386] New: CVE-2017-11569 fontforge: Heap-buffer over-read in readttfcopyrights function
by bugzilla＠redhat.com 13 Jan '18

13 Jan '18

https://bugzilla.redhat.com/show_bug.cgi?id=1475386 Bug ID: 1475386 Summary: CVE-2017-11569 fontforge: Heap-buffer over-read in readttfcopyrights function Product: Security Response Component: vulnerability Keywords: Security Severity: low Priority: low Assignee: security-response-team(a)redhat.com Reporter: anemec(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 FontForge 20161012 is vulnerable to a heap-based buffer over-read in readttfcopyrights (parsettf.c) resulting in DoS via a crafted otf file. Upstream issue: https://github.com/fontforge/fontforge/issues/3093 -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1433628] New: First line of pixels chopped off in Chromium/ Chrome when liberation-fonts built with fontforge > 20150430
by bugzilla＠redhat.com 28 Dec '17

28 Dec '17

https://bugzilla.redhat.com/show_bug.cgi?id=1433628 Bug ID: 1433628 Summary: First line of pixels chopped off in Chromium/Chrome when liberation-fonts built with fontforge > 20150430 Product: Fedora Version: 25 Component: liberation-fonts Assignee: psatpute(a)redhat.com Reporter: chillermillerlong(a)hotmail.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 Description of problem: The current liberation-fonts package is built by fontforge 20160404 and results in the top of the fonts being chopped off in some pages in Chrome/Chromium. For example, with this page: https://www.reddit.com/r/linux/comments/600h4f/wine_24_released/ When built with fontforge 20160404: http://i.imgur.com/kO2H3Hw.png When built with fontforge 20150430: http://i.imgur.com/IQmu5o3.png Notice how the first line of pixels is getting chopped off. Version-Release number of selected component (if applicable): liberation-fonts-common-1.07.4-7.fc24.noarch liberation-mono-fonts-1.07.4-7.fc24.noarch liberation-sans-fonts-1.07.4-7.fc24.noarch liberation-serif-fonts-1.07.4-7.fc24.noarch fontforge-20160404-5.fc25.x86_64 Additional info: I did a git bisect and found that this is the commit in fontforge that introduced the issue. --- [chenxiaolong@cxl-fedora25vm fontforge]$ git bisect bad e870019c2602d50eb00793e979f3e11bcc71d6cf is the first bad commit commit e870019c2602d50eb00793e979f3e11bcc71d6cf Author: Frédéric Wang <fred.wang(a)free.fr> Date: Wed May 13 08:03:13 2015 +0200 Fix read/write of bits USE_TYPO_METRICS and WWS for OS2 version < 4 :040000 040000 7032ea971c1d084ab8a038b4a80d9092e53a8519 eb11e4b5a69718ad94d8dbfc414e7b2a944548d3 M fontforge --- https://github.com/fontforge/fontforge/commit/e870019c2602d50eb00793e979f3e… Is this something that can be fixed without affecting/breaking other fonts? -- You are receiving this mail because: You are on the CC list for the bug.

1 13

[Bug 1414319] New: freetype ftoption.h evaluates undefined macros
by Red Hat Bugzilla 12 Dec '17

12 Dec '17

https://bugzilla.redhat.com/show_bug.cgi?id=1414319 Bug ID: 1414319 Summary: freetype ftoption.h evaluates undefined macros Product: Fedora Version: 25 Component: freetype Severity: low Assignee: mkasik(a)redhat.com Reporter: yeti(a)physics.muni.cz QA Contact: extras-qa(a)fedoraproject.org CC: behdad(a)fedoraproject.org, fonts-bugs(a)lists.fedoraproject.org, kevin(a)tigcc.ticalc.org, mkasik(a)redhat.com Description of problem: Header file /usr/include/freetype2/freetype/config/ftoption.h evaluates the numerical value of undefined macro TT_CONFIG_OPTION_SUBPIXEL_HINTING. This is somewhat annoying with -Wundef (and a poor practice). Version-Release number of selected component (if applicable): freetype-2.6.5-1.fc25 How reproducible: Always. Steps to Reproduce: 1. Create file bug.c with the following contents: #include <ft2build.h> #include FT_FREETYPE_H 2. Run (with freetype-devel installed) gcc -Wundef -c $(pkg-config --cflags freetype2) bug.c Actual results: In file included from /usr/include/freetype2/freetype/config/ftconfig-64.h:42:0, from /usr/include/freetype2/freetype/config/ftconfig.h:9, from /usr/include/freetype2/freetype/freetype.h:33, from bug.c:2: /usr/include/freetype2/freetype/config/ftoption.h:845:5: warning: "TT_CONFIG_OPTION_SUBPIXEL_HINTING" is not defined [-Wundef] #if TT_CONFIG_OPTION_SUBPIXEL_HINTING & 1 ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/include/freetype2/freetype/config/ftoption.h:849:5: warning: "TT_CONFIG_OPTION_SUBPIXEL_HINTING" is not defined [-Wundef] #if TT_CONFIG_OPTION_SUBPIXEL_HINTING & 2 ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Expected results: It compiles cleanly. Additional info: The numerical evaluation should be guarded by an #ifdef -- AFAICT the expected behaviour when TT_CONFIG_OPTION_SUBPIXEL_HINTING is undefined is that neither TT_SUPPORT_SUBPIXEL_HINTING_INFINALITY nor TT_SUPPORT_SUBPIXEL_HINTING_MINIMAL should be defined: --- ftoption.h.orig 2017-01-18 10:41:32.517812687 +0100 +++ ftoption.h 2017-01-18 10:42:16.852136325 +0100 @@ -842,6 +842,7 @@ #ifdef TT_CONFIG_OPTION_BYTECODE_INTERPRETER #define TT_USE_BYTECODE_INTERPRETER +#ifdef TT_CONFIG_OPTION_SUBPIXEL_HINTING #if TT_CONFIG_OPTION_SUBPIXEL_HINTING & 1 #define TT_SUPPORT_SUBPIXEL_HINTING_INFINALITY #endif @@ -850,6 +851,7 @@ #define TT_SUPPORT_SUBPIXEL_HINTING_MINIMAL #endif #endif +#endif /* -- You are receiving this mail because: You are on the CC list for the bug.

2 2

[Bug 1387607] New: [abrt] fontforge: AddEdge(): fontforge killed by SIGSEGV
by Red Hat Bugzilla 12 Dec '17

12 Dec '17

https://bugzilla.redhat.com/show_bug.cgi?id=1387607 Bug ID: 1387607 Summary: [abrt] fontforge: AddEdge(): fontforge killed by SIGSEGV Product: Fedora Version: 25 Component: fontforge Assignee: kevin(a)scrye.com Reporter: mael.lavault(a)mailz.org 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 Version-Release number of selected component: fontforge-20160404-4.fc25 Additional info: reporter: libreport-2.8.0 backtrace_rating: 4 cmdline: fontforge /home/mlavault/Development/galaxy/public/fonts/webfont.svg crash_function: AddEdge executable: /usr/bin/fontforge global_pid: 15965 kernel: 4.8.2-300.fc25.x86_64 pkg_fingerprint: 4089 D8F2 FDB1 9C98 pkg_vendor: Fedora Project runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (10 frames) #0 AddEdge at splinefill.c:248 #1 AddSpline at splinefill.c:376 #2 FindEdgesSplineSet at splinefill.c:403 #3 FindEdges at splinefill.c:420 #4 _SplineCharRasterize at splinefill.c:1397 #5 SplineCharAntiAlias at splinefill.c:1586 #6 BDFCharFromLayer at cvpalettes.c:1347 #7 CVLayers1Set at cvpalettes.c:1931 #8 CVLayersSet at cvpalettes.c:1965 #9 _CVPaletteActivate at cvpalettes.c:3540 -- You are receiving this mail because: You are on the CC list for the bug.

2 4

[Bug 1389683] New: Blurred rendering
by Red Hat Bugzilla 12 Dec '17

12 Dec '17

https://bugzilla.redhat.com/show_bug.cgi?id=1389683 Bug ID: 1389683 Summary: Blurred rendering Product: Fedora Version: 25 Component: freetype Assignee: mkasik(a)redhat.com Reporter: fedora(a)famillecollet.com QA Contact: extras-qa(a)fedoraproject.org CC: behdad(a)fedoraproject.org, fonts-bugs(a)lists.fedoraproject.org, kevin(a)tigcc.ticalc.org, mkasik(a)redhat.com Created attachment 1214870 --> https://bugzilla.redhat.com/attachment.cgi?id=1214870&action=edit Zoomed screen shot Description of problem: Since update to F25, font are blurred. Version-Release number of selected component (if applicable): freetype-2.6.5-1.fc25.x86_64 How reproducible: Always Notice: with F24, I solved the problem switching from Cantarell to Liberation, but no success on F25. -- You are receiving this mail because: You are on the CC list for the bug.

2 24

[Bug 1394198] New: In F25 Helvetica is substituted by TeX Gyre Heros which looks bad in greek
by Red Hat Bugzilla 12 Dec '17

12 Dec '17

https://bugzilla.redhat.com/show_bug.cgi?id=1394198 Bug ID: 1394198 Summary: In F25 Helvetica is substituted by TeX Gyre Heros which looks bad in greek Product: Fedora Version: 25 Component: fontconfig Assignee: tagoh(a)redhat.com Reporter: alex.ploumistos(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 1219727 --> https://bugzilla.redhat.com/attachment.cgi?id=1219727&action=edit Same facebook post in f24 and f25 After upgrading to F25 from F23 I noticed that some pages, e.g. facebook displayed text in a weird-looking font (see attachment). It seems that after the upgrade, fontconfig(?) considers TeX Gyre Heros as a more appropriate Helvetica replacement than Nimbus Sans L. In F25, fc-match Helvetica yields: texgyreheros-regular.otf: "TeX Gyre Heros" "Regular" while in F24: n019003l.pfb: "Nimbus Sans L" "Regular" I am looking at a laptop and a desktop, the first running F24 and the latter F25. They both have n019003l.pfb in /usr/share/fonts/default/Type1/ and I can't find any difference in the rules in /etc/fonts/ nor is there a local file that overrides these settings. The only obvious difference is the line in which each font is grep-ped in 45-latin.conf. In F24: $ grep -Rn 'Nimbus Sans\|TeX Gyre\|Helvetica' /etc/fonts/conf.d/ /etc/fonts/conf.d/30-metric-aliases.conf:11:Helvetica Nimbus Sans TeX Gyre Heros /etc/fonts/conf.d/30-metric-aliases.conf:12:Helvetica Condensed Nimbus Sans Narrow TeX Gyre Heros Cn /etc/fonts/conf.d/30-metric-aliases.conf:13:Times Nimbus Roman TeX Gyre Termes /etc/fonts/conf.d/30-metric-aliases.conf:14:Courier Nimbus Mono TeX Gyre Cursor /etc/fonts/conf.d/30-metric-aliases.conf:15:ITC Avant Garde Gothic URW Gothic TeX Gyre Adventor /etc/fonts/conf.d/30-metric-aliases.conf:16:ITC Bookman Bookman URW TeX Gyre Bonum Bookman Old Style /etc/fonts/conf.d/30-metric-aliases.conf:17:ITC Zapf Chancery Chancery URW TeX Gyre Chorus /etc/fonts/conf.d/30-metric-aliases.conf:18:Palatino Palladio URW TeX Gyre Pagella Palatino Linotype /etc/fonts/conf.d/30-metric-aliases.conf:19:New Century Schoolbook Century SchoolBook URW TeX Gyre Schola Century Schoolbook /etc/fonts/conf.d/30-metric-aliases.conf:42: e.g. Arial to Helvetica /etc/fonts/conf.d/30-metric-aliases.conf:53: <family>Nimbus Sans L</family> /etc/fonts/conf.d/30-metric-aliases.conf:55: <family>Helvetica</family> /etc/fonts/conf.d/30-metric-aliases.conf:60: <family>Nimbus Sans</family> /etc/fonts/conf.d/30-metric-aliases.conf:62: <family>Helvetica</family> /etc/fonts/conf.d/30-metric-aliases.conf:67: <family>TeX Gyre Heros</family> /etc/fonts/conf.d/30-metric-aliases.conf:69: <family>Helvetica</family> /etc/fonts/conf.d/30-metric-aliases.conf:74: <family>Nimbus Sans Narrow</family> /etc/fonts/conf.d/30-metric-aliases.conf:76: <family>Helvetica Condensed</family> /etc/fonts/conf.d/30-metric-aliases.conf:81: <family>TeX Gyre Heros Cn</family> /etc/fonts/conf.d/30-metric-aliases.conf:83: <family>Helvetica Condensed</family> /etc/fonts/conf.d/30-metric-aliases.conf:102: <family>TeX Gyre Termes</family> /etc/fonts/conf.d/30-metric-aliases.conf:123: <family>TeX Gyre Cursor</family> /etc/fonts/conf.d/30-metric-aliases.conf:151: <family>TeX Gyre Adventor</family> /etc/fonts/conf.d/30-metric-aliases.conf:179: <family>TeX Gyre Bonum</family> /etc/fonts/conf.d/30-metric-aliases.conf:214: <family>TeX Gyre Chorus</family> /etc/fonts/conf.d/30-metric-aliases.conf:235: <family>TeX Gyre Pagella</family> /etc/fonts/conf.d/30-metric-aliases.conf:263: <family>TeX Gyre Schola</family> /etc/fonts/conf.d/30-metric-aliases.conf:401: <family>Helvetica</family> /etc/fonts/conf.d/30-metric-aliases.conf:408: <family>Helvetica Condensed</family> /etc/fonts/conf.d/30-metric-aliases.conf:433: <family>Helvetica</family> /etc/fonts/conf.d/30-metric-aliases.conf:440: <family>Helvetica Condensed</family> /etc/fonts/conf.d/30-metric-aliases.conf:464: <family>Helvetica</family> /etc/fonts/conf.d/30-metric-aliases.conf:466: <family>TeX Gyre Heros</family> /etc/fonts/conf.d/30-metric-aliases.conf:467: <family>Nimbus Sans</family> /etc/fonts/conf.d/30-metric-aliases.conf:468: <family>Nimbus Sans L</family> /etc/fonts/conf.d/30-metric-aliases.conf:473: <family>Helvetica Condensed</family> /etc/fonts/conf.d/30-metric-aliases.conf:475: <family>TeX Gyre Heros Cn</family> /etc/fonts/conf.d/30-metric-aliases.conf:476: <family>Nimbus Sans Narrow</family> /etc/fonts/conf.d/30-metric-aliases.conf:483: <family>TeX Gyre Termes</family> /etc/fonts/conf.d/30-metric-aliases.conf:492: <family>TeX Gyre Cursor</family> /etc/fonts/conf.d/30-metric-aliases.conf:501: <family>TeX Gyre Adventor</family> /etc/fonts/conf.d/30-metric-aliases.conf:511: <family>TeX Gyre Bonum</family> /etc/fonts/conf.d/30-metric-aliases.conf:520: <family>TeX Gyre Chorus</family> /etc/fonts/conf.d/30-metric-aliases.conf:530: <family>TeX Gyre Pagella</family> /etc/fonts/conf.d/30-metric-aliases.conf:540: <family>TeX Gyre Schola</family> /etc/fonts/conf.d/65-nonlatin.conf:76: <family>ArmNet Helvetica</family>  /etc/fonts/conf.d/45-latin.conf:84: <family>Helvetica</family> /etc/fonts/conf.d/45-latin.conf:100: <family>Nimbus Sans L</family> /etc/fonts/conf.d/45-latin.conf:104: <family>Nimbus Sans</family> /etc/fonts/conf.d/60-latin.conf:26: <family>Nimbus Sans L</family> /etc/fonts/conf.d/60-latin.conf:27: <family>Nimbus Sans</family> /etc/fonts/conf.d/60-latin.conf:28: <family>Helvetica</family> and in F25: $ grep -Rn 'Nimbus Sans\|TeX Gyre\|Helvetica' /etc/fonts/conf.d/ /etc/fonts/conf.d/65-nonlatin.conf:76: <family>ArmNet Helvetica</family>  /etc/fonts/conf.d/30-metric-aliases.conf:11:Helvetica Nimbus Sans TeX Gyre Heros /etc/fonts/conf.d/30-metric-aliases.conf:12:Helvetica Condensed Nimbus Sans Narrow TeX Gyre Heros Cn /etc/fonts/conf.d/30-metric-aliases.conf:13:Times Nimbus Roman TeX Gyre Termes /etc/fonts/conf.d/30-metric-aliases.conf:14:Courier Nimbus Mono TeX Gyre Cursor /etc/fonts/conf.d/30-metric-aliases.conf:15:ITC Avant Garde Gothic URW Gothic TeX Gyre Adventor /etc/fonts/conf.d/30-metric-aliases.conf:16:ITC Bookman Bookman URW TeX Gyre Bonum Bookman Old Style /etc/fonts/conf.d/30-metric-aliases.conf:17:ITC Zapf Chancery Chancery URW TeX Gyre Chorus /etc/fonts/conf.d/30-metric-aliases.conf:18:Palatino Palladio URW TeX Gyre Pagella Palatino Linotype /etc/fonts/conf.d/30-metric-aliases.conf:19:New Century Schoolbook Century SchoolBook URW TeX Gyre Schola Century Schoolbook /etc/fonts/conf.d/30-metric-aliases.conf:42: e.g. Arial to Helvetica /etc/fonts/conf.d/30-metric-aliases.conf:53: <family>Nimbus Sans L</family> /etc/fonts/conf.d/30-metric-aliases.conf:55: <family>Helvetica</family> /etc/fonts/conf.d/30-metric-aliases.conf:60: <family>Nimbus Sans</family> /etc/fonts/conf.d/30-metric-aliases.conf:62: <family>Helvetica</family> /etc/fonts/conf.d/30-metric-aliases.conf:67: <family>TeX Gyre Heros</family> /etc/fonts/conf.d/30-metric-aliases.conf:69: <family>Helvetica</family> /etc/fonts/conf.d/30-metric-aliases.conf:74: <family>Nimbus Sans Narrow</family> /etc/fonts/conf.d/30-metric-aliases.conf:76: <family>Helvetica Condensed</family> /etc/fonts/conf.d/30-metric-aliases.conf:81: <family>TeX Gyre Heros Cn</family> /etc/fonts/conf.d/30-metric-aliases.conf:83: <family>Helvetica Condensed</family> /etc/fonts/conf.d/30-metric-aliases.conf:102: <family>TeX Gyre Termes</family> /etc/fonts/conf.d/30-metric-aliases.conf:123: <family>TeX Gyre Cursor</family> /etc/fonts/conf.d/30-metric-aliases.conf:151: <family>TeX Gyre Adventor</family> /etc/fonts/conf.d/30-metric-aliases.conf:179: <family>TeX Gyre Bonum</family> /etc/fonts/conf.d/30-metric-aliases.conf:214: <family>TeX Gyre Chorus</family> /etc/fonts/conf.d/30-metric-aliases.conf:235: <family>TeX Gyre Pagella</family> /etc/fonts/conf.d/30-metric-aliases.conf:263: <family>TeX Gyre Schola</family> /etc/fonts/conf.d/30-metric-aliases.conf:401: <family>Helvetica</family> /etc/fonts/conf.d/30-metric-aliases.conf:408: <family>Helvetica Condensed</family> /etc/fonts/conf.d/30-metric-aliases.conf:433: <family>Helvetica</family> /etc/fonts/conf.d/30-metric-aliases.conf:440: <family>Helvetica Condensed</family> /etc/fonts/conf.d/30-metric-aliases.conf:464: <family>Helvetica</family> /etc/fonts/conf.d/30-metric-aliases.conf:466: <family>TeX Gyre Heros</family> /etc/fonts/conf.d/30-metric-aliases.conf:467: <family>Nimbus Sans</family> /etc/fonts/conf.d/30-metric-aliases.conf:468: <family>Nimbus Sans L</family> /etc/fonts/conf.d/30-metric-aliases.conf:473: <family>Helvetica Condensed</family> /etc/fonts/conf.d/30-metric-aliases.conf:475: <family>TeX Gyre Heros Cn</family> /etc/fonts/conf.d/30-metric-aliases.conf:476: <family>Nimbus Sans Narrow</family> /etc/fonts/conf.d/30-metric-aliases.conf:483: <family>TeX Gyre Termes</family> /etc/fonts/conf.d/30-metric-aliases.conf:492: <family>TeX Gyre Cursor</family> /etc/fonts/conf.d/30-metric-aliases.conf:501: <family>TeX Gyre Adventor</family> /etc/fonts/conf.d/30-metric-aliases.conf:511: <family>TeX Gyre Bonum</family> /etc/fonts/conf.d/30-metric-aliases.conf:520: <family>TeX Gyre Chorus</family> /etc/fonts/conf.d/30-metric-aliases.conf:530: <family>TeX Gyre Pagella</family> /etc/fonts/conf.d/30-metric-aliases.conf:540: <family>TeX Gyre Schola</family> /etc/fonts/conf.d/45-latin.conf:128: <family>Helvetica</family> /etc/fonts/conf.d/45-latin.conf:144: <family>Nimbus Sans L</family> /etc/fonts/conf.d/45-latin.conf:148: <family>Nimbus Sans</family> /etc/fonts/conf.d/60-latin.conf:26: <family>Nimbus Sans L</family> /etc/fonts/conf.d/60-latin.conf:27: <family>Nimbus Sans</family> /etc/fonts/conf.d/60-latin.conf:28: <family>Helvetica</family> Is there a setting some place else that I'm overlooking? -- You are receiving this mail because: You are on the CC list for the bug.

2 8

[Bug 1351287] New: Wrong placement of polish glyph Ogonek
by Red Hat Bugzilla 12 Dec '17

12 Dec '17

https://bugzilla.redhat.com/show_bug.cgi?id=1351287 Bug ID: 1351287 Summary: Wrong placement of polish glyph Ogonek Product: Fedora Version: rawhide Component: liberation-fonts Assignee: psatpute(a)redhat.com Reporter: riemersebastian(a)hotmail.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 Description of problem: The following text when using font "LiberationSans-Regular" renders the polish Ogonek far to the right which does not seem correct when compared to other fonts. INPUT: "Lektura dla pocza̜tkuja̜cych" Version-Release number of selected component (if applicable): version 2.0.0 (Downloaded from https://www.fontsquirrel.com/fonts/liberation-sans) How reproducible: Just use the text "Lektura dla pocza̜tkuja̜cych" and the problem should be visible (and see below) Steps to Reproduce: 1. Go to https://www.fontsquirrel.com/fonts/liberation-sans 2. Go to tab "Test drive" 3. Enter text "Lektura dla pocza̜tkuja̜cych" Actual results: The result shows the Ogonek way to the right and AFAIK it should render centered below the letter 'a'. Expected results: Compare by same steps as above, but e.g. choose as font: Junicode (https://www.fontsquirrel.com/fonts/Junicode) Additional info: None -- You are receiving this mail because: You are on the CC list for the bug.

2 4

[Bug 733106] New: fonts.alias refer to encodings not listed in fonts.dir
by Red Hat Bugzilla 12 Dec '17

12 Dec '17

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: fonts.alias refer to encodings not listed in fonts.dir https://bugzilla.redhat.com/show_bug.cgi?id=733106 Summary: fonts.alias refer to encodings not listed in fonts.dir Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: sazanami-fonts AssignedTo: tagoh(a)redhat.com ReportedBy: viy(a)altlinux.org QAContact: extras-qa(a)fedoraproject.org CC: tagoh(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Story Points: --- Type: --- fonts.alias files refer to jisx020*.19??-0 font encodings while fonts.dir does not list them. looks like a fonts.scale/fonts.dir generation bug. /usr/share/X11/fonts/encodings/large/* encodings should be present during fonts.scale/fonts.dir generation. sazanami-fonts-0.20040629-15.fc15.src.rpm -- 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 15

[Bug 1359716] New: Please upgrade DejaVu to version 2.36
by Red Hat Bugzilla 12 Dec '17

12 Dec '17

https://bugzilla.redhat.com/show_bug.cgi?id=1359716 Bug ID: 1359716 Summary: Please upgrade DejaVu to version 2.36 Product: Fedora Version: rawhide Component: dejavu-fonts Assignee: nicolas.mailhot(a)laposte.net Reporter: fred.wang(a)free.fr 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, smaitra(a)redhat.com Dear Fedora Maintainers, A new version of DejaVu has been released yesterday, please consider upgrading the Fedora package to 2.36: https://sourceforge.net/p/dejavu/mailman/message/35221644/ Note that in particular it includes a new math font. PS: I also sent an email on https://lists.fedoraproject.org/archives/list/fonts@lists.fedoraproject.org… but without any replies so far. The new fonts are now already in Debian and Ubuntu. -- You are receiving this mail because: You are on the CC list for the bug.

2 8

[Bug 825081] New: Lohit Kannada font does not properly handle vowel signs in consonant clusters
by Red Hat Bugzilla 12 Dec '17

12 Dec '17

https://bugzilla.redhat.com/show_bug.cgi?id=825081 Bug ID: 825081 QA Contact: extras-qa(a)fedoraproject.org Severity: unspecified Version: 16 Priority: unspecified CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com Assignee: psatpute(a)redhat.com Summary: Lohit Kannada font does not properly handle vowel signs in consonant clusters Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: samjnaa(a)gmail.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: lohit-kannada-fonts Product: Fedora Created attachment 586752 --> https://bugzilla.redhat.com/attachment.cgi?id=586752&action=edit ODT and PDF for test-case Description of problem: This seems to be a resurfacing of bug #223971 but since I saw no way to reopen that bug (sorry if I'm wrong) I'm reporting this again. Version-Release number of selected component (if applicable): 2.5.1 How reproducible: In a word processor, select Lohit Kannada font and input Kannada Unicode sequences having consonant clusters of the format CCV. I have attached a sample ODT. Actual results: Except in a few cases of "popular" consonant clusters like K.SSA ಕ್ಷ and J.NYA ಜ್ಞ, the vowel signs are not attached properly. When the same text is rendered with other fonts (like Tunga of Microsoft even loaded into Linux's LibreOffice) the sequences are shown properly without overlaps or malformed glyphs. Expected results: The Kannada language uses lots of Sanskrit-based words and hence has many consonant clusters with two and even three consonants. Also, when English words are transliterated in Kannada script like ಎಕ್ಸ್ಪ್ಲೋರ್ (explore) etc for sign-boards etc, even more consonant clusters will occur. In all these cases Lohit Kannada should be able to gracefully handle such consonant clusters and not output overlapping or malformed glyphs. Additional info: I have attached an ODT and PDF file demonstrating the problem. -- You are receiving this mail because: You are on the CC list for the bug.

2 25

[Bug 827516] New: [kn_IN] Vowel Signs U and UU do not correctly attach to many consonants in Lohit Kannada
by Red Hat Bugzilla 12 Dec '17

12 Dec '17

https://bugzilla.redhat.com/show_bug.cgi?id=827516 Bug ID: 827516 QA Contact: extras-qa(a)fedoraproject.org Severity: unspecified Version: 16 Priority: unspecified CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com Assignee: psatpute(a)redhat.com Summary: [kn_IN] Vowel Signs U and UU do not correctly attach to many consonants in Lohit Kannada Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: samjnaa(a)gmail.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: lohit-kannada-fonts Product: Fedora Created attachment 588536 --> https://bugzilla.redhat.com/attachment.cgi?id=588536&action=edit ODT and PDF for test-case Description of problem: While most other CONSONANT + VOWEL SIGN combinations in Lohit Kannada are mapped to precomposed glyphs, there are no pre-composed glyphs for vowel signs U and UU except for the consonants PA, PHA and VA (where the stroke for U/UU needs to come from below the consonant rather than the normal right side of the consonant). While in most cases, by virtue of appropriate RSB and LSB values of the consonant glyph and vowel sign glyph, the simple sequence of the two glyphs creates an appropriate appearance, this leaves out several instances where the glyphs do not overlap at all and hence appear disjointed. For a professional appearance of the font, this should be fixed. Version-Release number of selected component (if applicable): 2.5.1 How reproducible: Input all possible sequences of Kannada consonants with vowel signs U and UU. (See attached ODT for text. Use BabelMap [http://www.babelstone.co.uk/software/babelmap.html] if you want the codepoints.) Actual results: You can see (as in the attached PDF) that some consonants do not properly get attached to the vowel signs U and UU. Expected results: All consonants should properly get attached to the vowel signs U and UU. Additional info: Consonants which are not properly joined with vowel sign U: KA* NYA DDA DA BA RA SSA** RRA LLLA*** * = see at high magnification ** = may need separate precomposed glyph with some adjustment to shape of left side of vowel sign *** = so-called FA of Kannada Unicode Consonants which are not properly joined with vowel sign UU: Those already listed above for U, plus GHA and LLA, due to the shorter height of the left-side ending node of this vowel sign. I think in most cases appropriate kerning should solve the problem, except for SSA + -U/-UU, GHA + -UU and LLA + -UU where separate glyphs would be advisable. It is curious to note that DDA DA and BA are all disjointed whereas their aspirated counterparts DDHA DHA and BHA which all have only an additional notch-like stroke at the bottom are correctly joined with the vowel sign. I think the LSB RSB values are carelessly allotted in some cases, unfortunately. Other problems: CU JU -- the pointed part on the left of the vowel sign U passes through the consonants and comes out above (see carefully) -- actually *negative* kerning is needed here so that the pointed part should only enter the consonant and not again exit it. (It seems this problem does not occur for vowel sign UU due to the shorter height of the left-side ending node of this vowel sign which causes a problem with GHA and LLA instead -- see above!) Note: Unfortunately I will not be able to provide a TTF patch for this as I am already short of time on my official projects. Please take care of it. Thank you! -- You are receiving this mail because: You are on the CC list for the bug.

2 11

[Bug 839303] New: [ta_IN] Submission of glyphs for Tamil fractions/symbols to be included in the Lohit Tamil fonts
by Red Hat Bugzilla 12 Dec '17

12 Dec '17

https://bugzilla.redhat.com/show_bug.cgi?id=839303 Bug ID: 839303 QA Contact: extras-qa(a)fedoraproject.org Severity: unspecified Version: rawhide Priority: unspecified CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com Assignee: psatpute(a)redhat.com Summary: [ta_IN] Submission of glyphs for Tamil fractions/symbols to be included in the Lohit Tamil fonts Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: samjnaa(a)gmail.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: lohit-tamil-fonts Product: Fedora Created attachment 597580 --> https://bugzilla.redhat.com/attachment.cgi?id=597580&action=edit Lohit Tamil, Lohit Tamil Classical and Lohit Tamil Chart fonts with new characters Contributing new Tamil glyphs to Lohit Tamil family: ---------------------------------------------------- I have prepared a proposal to encode 62 characters for old Tamil fractions and symbols to be encoded in Unicode. Seven of these are being proposed for the Tamil BMP block and rest for a new Tamil Supplement block in the SMP. For the glyphs required for the code chart I have largely devised new glyphs based on existing Lohit Tamil glyphs under the derivative rights granted by the OFL. Some glyphs which could not be derived, I created myself using Inkscape and other tools. I would like to donate all these glyphs to the Lohit project under the OFL for eventual inclusion into the Lohit Tamil/Tamil Classical fonts. For now they may be included in the PUA of an unofficial fork of the Lohit Tamil fonts. When they are eventually encoded in Unicode, they may be officially mapped to the new codepoints and included in the official distribution of the Lohit Tamil/Tamil Classical fonts. Using Lohit Tamil glyphs for Unicode code chart: ------------------------------------------------ In the proposal, I am also requesting the Unicode / ISO 10646 project editors to use the Lohit Tamil font for the Unicode Tamil code charts (Tamil block, and newly proposed Tamil Supplement block) because: 1) When the new characters are encoded and my glyphs used for the code chart, it would look good to maintain stylistic uniformity in the code chart, and my designed glyphs are stylistically like the Lohit Tamil glyphs as they are mostly derived from them. So it would be good to use Lohit Tamil glyphs throughout. 2) There are currently 72 Tamil characters in Unicode 6.1.0. The present proposal almost doubles the number with 62 new characters. It would be a significant and unnecessary effort for anyone else to duplicate my glyph design work for so many characters to keep in with the current Tamil code chart font style. So switching to Lohit Tamil for all glyphs is easier and advisable. 3) Personally I think the glyphs of Lohit Tamil are much "cleaner" than the existing Tamil code chart font, and more representative of the nature and beauty of the Tamil script. 4) The OFL already permits the use of the Lohit Tamil font (and its derivatives) for any purpose, so there are (hopefully) no legal issues pertaining which need to be cleared between Unicode and Red Hat (but of course, IANAL). I also sincerely request the cooperation of the Lohit / Fedora / Red Hat people in permitting the Lohit Tamil glyphs to be used for the Unicode Tamil code charts (i.e. for two blocks). Fonts with new glyphs: ---------------------- I attach herewith a ZIP file containing three font files: 1) Lohit Tamil font, with newly proposed character glyphs mapped to the PUA. 2) Lohit Tamil Classical font, likewise. 3) Lohit Tamil Chart font, containing only glyphs required for the code chart (for existing and new characters, totalling 134 in number, across two blocks Tamil and Tamil Supplement) mapped to the existing and proposed characters for convenience of Unicode / ISO 10646 editors. Behaviour of new characters and requirement from the fonts' side: ----------------------------------------------------------------- None of the newly proposed characters are combining characters in the sense of combining marks. However, most of them are proposed for a new SMP Tamil block and care might need to be taken for proper mapping so that on all platforms the SMP characters are accessible. There is only one sequence of characters which needs to ligate: TAMIL DIGIT ONE ௧ + TAMIL SIGN KALAM (which looks like TAMIL LETTER LLA ள) should always ligate. I have also provided the ligature glyph after the glyphs for the individual characters (mapped to PUA E03F) in the fonts 1 and 2 above. I have not added any substitution mapping however as it is for now only temporarily in the PUA. Etcetera: --------- It is my intention to submit the proposal within a week or so and I will upload/link here a copy of the proposal. If at all any changes are required to the set of glyphs as a result of any feedback from scholars or other sources, I will upload fresh TTF font files. I thank everyone, especially Pravin Satpute, for their support regarding this. -- You are receiving this mail because: You are on the CC list for the bug.

2 19

[Bug 841947] New: [te_IN] Add support for Telugu nakaarapollu and repha to Lohit Telugu font
by Red Hat Bugzilla 12 Dec '17

12 Dec '17

https://bugzilla.redhat.com/show_bug.cgi?id=841947 Bug ID: 841947 QA Contact: extras-qa(a)fedoraproject.org Severity: unspecified Version: rawhide Priority: unspecified CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com Assignee: psatpute(a)redhat.com Summary: [te_IN] Add support for Telugu nakaarapollu and repha to Lohit Telugu font Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: samjnaa(a)gmail.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: lohit-telugu-fonts Product: Fedora Created attachment 599423 --> https://bugzilla.redhat.com/attachment.cgi?id=599423&action=edit Glyphs for Telugu nakaarapollu and repha Telugu script has special form of vowelless NA called four-pronged nakaarapollu. Strictly speaking nakaarapollu means nakaara + pollu=virama so regular form of vowelless-NA న్ is also nakaarapollu but Telugu old grammarian Brown has specifically called a distinct form as nakaarapollu. The recommended model for getting Telugu nakaarapollu is NA + ZWJ + VIRAMA. Please find more details in the document: https://sites.google.com/site/jamadagni/files/utcsubmissions/11409-telugu-n… Likewise Telugu script has old repha form which is not found in common usage in current Telugu script. A modern-style Telugu font can allow user to select old-style reph by using the sequence RA + VIRAMA + ZWJ + CONSONANT because the plain RA + VIRAMA + CONSONANT would be presented as RA with sub-base form of CONSONANT. Please find more details in the document: https://sites.google.com/site/jamadagni/files/utcsubmissions/12017-telugu-r… These two documents have been approved by the UTC in the Feb 2012 meeting: http://www.unicode.org/L2/L2012/12007.htm <quote> [130-A15] Action Item for Deborah Anderson, Editorial Committee: Update the core specification text on Telugu nakaara-pollu based on input in document L2/11-409. [130-A16] Action Item for Deborah Anderson: Incorporate text on Telugu Reph from L2/12-017 into the Telugu block description. </quote> It is requested to: 1) add the glyphs for nakaarapollu and repha to the Lohit Telugu font: 2) add substitution mapping of NA + ZWJ + VIRAMA to the nakaarapollu glyph 3) add requisite OT markups for repha glyph so that a compliant OT system can recognize the repha glyph and render sequence of RA + VIRAMA + ZWJ + CONS using that glyph. -- You are receiving this mail because: You are on the CC list for the bug.

2 10

[Bug 982601] New: [ml_IN] Addition of glyphs to Lohit Malayalam to support recently proposed Unicode characters
by Red Hat Bugzilla 12 Dec '17

12 Dec '17

https://bugzilla.redhat.com/show_bug.cgi?id=982601 Bug ID: 982601 Summary: [ml_IN] Addition of glyphs to Lohit Malayalam to support recently proposed Unicode characters Product: Fedora Version: rawhide Component: lohit-malayalam-fonts Severity: unspecified Priority: unspecified 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 Created attachment 770964 --> https://bugzilla.redhat.com/attachment.cgi?id=770964&action=edit Glyphs for Malayalam Archaic II, minor fractions and Chillu LLL Recently I and Cibu Johny have proposed various characters to be added to the Malayalam Unicode block and in the last May 2013 UTC meeting they have been approved and further (IIUC) approved by the WG2 meeting last month in Lithunia. The links are provided below: N4429 Proposal to encode Malayalam minor fractions http://std.dkuug.dk/jtc1/sc2/wg2/docs/n4429.pdf N4428 Proposal to encode MALAYALAM LETTER CHILLU LLL http://std.dkuug.dk/jtc1/sc2/wg2/docs/n4428.pdf N4312 Proposal for MALAYALAM LETTER ARCHAIC II http://std.dkuug.dk/jtc1/sc2/wg2/docs/n4312.pdf This is a placeholder bug (like bug #839303 for Tamil fractions and symbols) to ensure that the requisite glyphs are added immediately once the characters are published in the Unicode standard finally. I have designed the glyphs for these proposed characters partially based on existing glyphs from the Lohit Malayalam font and would like to submit these as my contributions to the Lohit project under the OFL. -- 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=CqoPzu7D2p&a=cc_unsubscribe

2 19

[Bug 1076190] New: Rendering of Unicode tie bars could be improved
by Red Hat Bugzilla 12 Dec '17

12 Dec '17

https://bugzilla.redhat.com/show_bug.cgi?id=1076190 Bug ID: 1076190 Summary: Rendering of Unicode tie bars could be improved Product: Fedora Version: 20 Component: liberation-fonts Severity: low Assignee: psatpute(a)redhat.com Reporter: rkaldari(a)wikimedia.org 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 874108 --> https://bugzilla.redhat.com/attachment.cgi?id=874108&action=edit comparison between Liberation Sans and Helvetica Description of problem: The rendering of the two Unicode tie bar combining characters (U+035E and U+035F) is not ideal. In particular the characters are quite short and far away from the characters they are tying together. This makes it appear more like a misplaced macron than a tie bar. The rendering in Liberation Sans appears to be equivalent to that of Arial which has the same issues. The rendering in Helvetica is better (see attachment 1). In particular, because the under tie bar (U+035F) is so far away from the other characters, it sometimes gets clipped when rendered, as it appears to fall slightly outside of the bounding box for the line height (see attachment 2). My suggestion would be to make the length of both tie bars slightly longer, and to move both of them slightly closer to the characters they are intended to tie together. Version-Release number of selected component (if applicable): 12-Mar-2014 (2.x) How reproducible: Always Steps to Reproduce: 1. Install latest Liberation Sans (and Helvetica if you want to compare) 2. Go to https://www.mediawiki.org/wiki/User:Kaldari/Font_test_2 Actual results: Tie bars should be slightly longer and closer to the other characters. Expected results: Tie bar are quite short and far away. Additional info: See attachments for more info. -- 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=4qagSOJtp5&a=cc_unsubscribe

2 16

[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 1409348] New: Some fonts (such as Droid Sans) don' t work anymore on some websites with Firefox
by Red Hat Bugzilla 12 Dec '17

12 Dec '17

https://bugzilla.redhat.com/show_bug.cgi?id=1409348 Bug ID: 1409348 Summary: Some fonts (such as Droid Sans) don't work anymore on some websites with Firefox Product: Fedora Version: 25 Component: google-droid-fonts Assignee: nicolas.mailhot(a)laposte.net Reporter: nekohayo(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, hobbes1069(a)gmail.com, nicolas.mailhot(a)laposte.net, paul(a)frixxon.co.uk, tremble(a)tremble.org.uk Screenshot: https://bug1257709.bmoattachments.org/attachment.cgi?id=8731947 Sample website: http://jeff.ecchi.ca This website uses the Droid Sans fonts, but somehow Firefox I had originally filed a bug on Firefox at https://bugzilla.mozilla.org/show_bug.cgi?id=1257709 but from what I can see now this is actually a bug that is specific to Fedora—either Fedora's version of Firefox, or Fedora's version of the Google Droid fonts: - The issue does not occur on Firefox on other OSes (OpenSUSE Tumbleweed, Ubuntu, Mac OS X). - The issue does not occur if you do "dnf remove google-droid*" -- You are receiving this mail because: You are on the CC list for the bug.

2 6

[Bug 1398676] New: Pango sometimes shows a replacement character for space (U+0020) when a font lacks a space
by Red Hat Bugzilla 12 Dec '17

12 Dec '17

https://bugzilla.redhat.com/show_bug.cgi?id=1398676 Bug ID: 1398676 Summary: Pango sometimes shows a replacement character for space (U+0020) when a font lacks a space Product: Fedora Version: 25 Component: pango Assignee: tagoh(a)redhat.com Reporter: mfabian(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com Created attachment 1224372 --> https://bugzilla.redhat.com/attachment.cgi?id=1224372&action=edit pango-bug.png Tested on the released version of Fedora 25. pango-1.40.3-1.fc25.x86_64 When using a font which does not have a space, Pango may show a replacement character for space( U+0020). I’ll attach the file rovas.txt which has a first line containing only Old Hungarian script and a space. I’ll also attach an old Hungarian font taken from https://github.com/OldHungarian/old-hungarian-font/releases which lacks a space. Display the test file like this: pango-view --font="Old Hungarian" ~/rovas.txt And you get something as in the also attached screenshot which shows that Pango renders the space as an replacement character. -- You are receiving this mail because: You are on the CC list for the bug.

2 12

[Bug 1319249] New: incorrect use of Requires(pre)?
by Red Hat Bugzilla 22 Nov '17

22 Nov '17

https://bugzilla.redhat.com/show_bug.cgi?id=1319249 Bug ID: 1319249 Summary: incorrect use of Requires(pre)? Product: Fedora Version: rawhide Component: ghostscript-fonts Assignee: twaugh(a)redhat.com Reporter: jsilhan(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, twaugh(a)redhat.com We've identified your package for having `Requires(pre)` RPM flag without `Requires` [1]. `Requires(pre)` rpm tag could be interpreted wrongly, so to prevent any harm to Fedora users I am notifying you about this fact. Any package that is specified in `Requires(pre)` could be freely removed. Citing from RPM pages: ``` If there are no other dependencies on the package providing /usr/sbin/useradd, that package is permitted to be removed from the system after installation(!) ``` [2] If you really rely on dependency just during the installation process and your package don't necessary require the dependency for the proper run of your application then ignore this bug report and close it as NOTABUG. Otherwise add to your spec file additional `Requires` for the dependency, please. [1] paste.fedoraproject.org/341611/82208431 [2] http://www.rpm.org/wiki/PackagerDocs/MoreOnDependencies -- You are receiving this mail because: You are on the CC list for the bug.

2 3

[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 1469712] New: font antialiasing/hinting is not working on Fedora 26
by bugzilla＠redhat.com 10 Nov '17

10 Nov '17

https://bugzilla.redhat.com/show_bug.cgi?id=1469712 Bug ID: 1469712 Summary: font antialiasing/hinting is not working on Fedora 26 Product: Fedora Version: 26 Component: freetype Severity: high Assignee: mkasik(a)redhat.com Reporter: mchehab(a)infradead.org QA Contact: extras-qa(a)fedoraproject.org CC: behdad(a)fedoraproject.org, fonts-bugs(a)lists.fedoraproject.org, kevin(a)tigcc.ticalc.org, mkasik(a)redhat.com Description of problem: After upgrading from Fedora 25 to Fedora 26, font hinting doesn't work anymore. All fonts look really ugly on my 32' monitor, and changing font antialias/hint options at Gnome, Plasma or Mate doesn't produce any visible changes anymore. With Fedora 25, I used freetype-freeword from rpmfusion, as it produced a better result than the default freetype font hinting (although both work). On Fedora 26, neither with or without freetype-freeword I can adjust font hint/antialias anymore, as those options don't work anymore. Version-Release number of selected component (if applicable): freetype-2.7.1-9.fc26.x86_64 -- You are receiving this mail because: You are on the CC list for the bug.

1 10

[Bug 1470509] New: freetype/harfbuzz fc25->fc26 turns to ugly rendering
by bugzilla＠redhat.com 01 Nov '17

01 Nov '17

https://bugzilla.redhat.com/show_bug.cgi?id=1470509 Bug ID: 1470509 Summary: freetype/harfbuzz fc25->fc26 turns to ugly rendering Product: Fedora Version: 26 Component: freetype Severity: medium Assignee: mkasik(a)redhat.com Reporter: pb(a)bieringer.de QA Contact: extras-qa(a)fedoraproject.org CC: behdad(a)fedoraproject.org, fonts-bugs(a)lists.fedoraproject.org, kevin(a)tigcc.ticalc.org, mkasik(a)redhat.com Description of problem: While on fc25 I have sharp fonts on a 1600x1200 96 dpi display after upgrade to fc26 the rendering is ugly Version-Release number of selected component (if applicable): freetype-2.7.1-9.fc26.x86_64 harfbuzz-1.4.4-1.fc26.x86_64 harfbuzz-icu-1.4.4-1.fc26.x86_64 (from updates-testing) + fc26 original How reproducible: at least on 2 systems Steps to Reproduce: 1. upgrade to fc26 2. login Actual results: bad system font rendering Expected results: same rendering as on fc25 Additional info: # xrdb -q Xft.lcdfilter: lcddefault Xft.antialias: 0 Xft.hinting: 1 Xft.hintstyle: hintslight Xft.rgba: rgb Xft.dpi: 96 Xcursor.theme: default Xcursor.size: 21 Xcursor.theme_core: 1 after downgrade with fc25 packages: freetype-2.6.5-1.fc25.x86_64.rpm harfbuzz-1.3.2-1.fc25.x86_64.rpm harfbuzz-icu-1.3.2-1.fc25.x86_64.rpm after reboot returns to previous and well rendering behavior. -- You are receiving this mail because: You are on the CC list for the bug.

1 11

[Bug 1485076] New: ile /usr/include/pango-1.0/pango/ pango-enum-types.h conflicts between attempted installs of pango-devel-1.40.11-1.fc26.i686 and pang o-devel-1.40.11-1.fc26.x86_64
by bugzilla＠redhat.com 02 Sep '17

02 Sep '17

https://bugzilla.redhat.com/show_bug.cgi?id=1485076 Bug ID: 1485076 Summary: ile /usr/include/pango-1.0/pango/pango-enum-types.h conflicts between attempted installs of pango-devel-1.40.11-1.fc26.i686 and pang o-devel-1.40.11-1.fc26.x86_64 Product: Fedora Version: 26 Component: pango Assignee: tagoh(a)redhat.com Reporter: htl10(a)users.sourceforge.net QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com Description of problem: # rpm -q pango-devel pango-devel-1.40.9-1.fc26.i686 pango-devel-1.40.9-1.fc26.x86_64 # dnf upgrade --refresh ... Error: Transaction check error: file /usr/include/pango-1.0/pango/pango-enum-types.h conflicts between attempted installs of pango-devel-1.40.11-1.fc26.i686 and pang o-devel-1.40.11-1.fc26.x86_64 Version-Release number of selected component (if applicable): pango-devel-1.40.9-1.fc26.i686 pango-devel-1.40.9-1.fc26.x86_64 upgrading to pango-devel-1.40.11-1.fc26.i686 pango-devel-1.40.11-1.fc26.x86_64 How reproducible: Always Steps to Reproduce: 1. as above 2. 3. Actual results: conflict Expected results: upgrade successful. Additional info: -- You are receiving this mail because: You are on the CC list for the bug.

1 5

[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 408497] Include DejaVu fonts
by Bugzilla＠Mozilla 30 Aug '17

30 Aug '17

Do not reply to this email. You can add comments to this bug at https://bugzilla.mozilla.org/show_bug.cgi?id=408497 Matt Howell [:mhowell] <mhowell(a)mozilla.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mhowell(a)mozilla.com Component|Installer |General --- Comment #10 from Matt Howell [:mhowell] <mhowell(a)mozilla.com> 2017-08-30 10:14:01 PDT --- I have no idea if this bug is still valid, I just know it isn't an installer bug, so all I can really do is move it. -- Configure bugmail: https://bugzilla.mozilla.org/userprefs.cgi?tab=email ------------------------------- Product/Component: Firefox :: General ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 0

[Bug 1258542] Review Request: hack-fonts - A typeface designed for source code
by bugzilla＠redhat.com 29 Aug '17

29 Aug '17

https://bugzilla.redhat.com/show_bug.cgi?id=1258542 --- Comment #35 from Shawn Starr <shawn.starr(a)rogers.com> --- This is currently blocked from our other dependencies needed for python-fontmake and its sub-dependencies... Upstream is appreciative in our efforts to get things packaged up. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1376476] urw-fonts: new release(20160926) available
by bugzilla＠redhat.com 28 Aug '17

28 Aug '17

https://bugzilla.redhat.com/show_bug.cgi?id=1376476 David Kaspar [Dee'Kej] <dkaspar(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends On| |1458840 Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1458840 [Bug 1458840] Review Request: urw-base35-fonts - Level 2 Core Font Set for Ghostscript -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1445925] [abrt] gimp: pango_ot_info_list_scripts(): gimp-2.8 killed by SIGSEGV
by bugzilla＠redhat.com 22 Aug '17

22 Aug '17

https://bugzilla.redhat.com/show_bug.cgi?id=1445925 Eric L. <eklawl01(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(eklawl01(a)gmail.co | |m) | --- Comment #22 from Eric L. <eklawl01(a)gmail.com> --- Every time, yes. "Program terminated with signal SIGSEGV, Segmentation fault." from the backtrace. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1484018] CVE-2007-5199 libxfont: single byte overflow in catalogue.c
by bugzilla＠redhat.com 22 Aug '17

22 Aug '17

1 0

[Bug 1446073] New: CVE-2017-8287 freetype: heap-based buffer overflow related to the t1_builder_close_contour function
by bugzilla＠redhat.com 22 Aug '17

22 Aug '17

https://bugzilla.redhat.com/show_bug.cgi?id=1446073 Bug ID: 1446073 Summary: CVE-2017-8287 freetype: heap-based buffer overflow related to the t1_builder_close_contour function Product: Security Response Component: vulnerability Keywords: Security Severity: medium Priority: medium Assignee: security-response-team(a)redhat.com Reporter: amaris(a)redhat.com CC: behdad(a)fedoraproject.org, bmcclain(a)redhat.com, cfergeau(a)redhat.com, dblechte(a)redhat.com, eedri(a)redhat.com, erik-fedora(a)vanpienbroek.nl, fedora-mingw(a)lists.fedoraproject.org, fonts-bugs(a)lists.fedoraproject.org, gklein(a)redhat.com, kevin(a)tigcc.ticalc.org, lsurette(a)redhat.com, mgoldboi(a)redhat.com, michal.skrivanek(a)redhat.com, mkasik(a)redhat.com, rbalakri(a)redhat.com, rh-spice-bugs(a)redhat.com, rjones(a)redhat.com, sherold(a)redhat.com, srevivo(a)redhat.com, ydary(a)redhat.com, ykaul(a)redhat.com FreeType 2 before 2017-03-26 has an out-of-bounds write caused by a heap-based buffer overflow related to the t1_builder_close_contour function in psaux/psobjs.c. Upstream patch: https://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=3774fc0… Bug report: https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=941 -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Bug 1445925] [abrt] gimp: pango_ot_info_list_scripts(): gimp-2.8 killed by SIGSEGV
by bugzilla＠redhat.com 22 Aug '17

22 Aug '17

https://bugzilla.redhat.com/show_bug.cgi?id=1445925 Akira TAGOH <tagoh(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |needinfo?(eklawl01(a)gmail.co | |m) --- Comment #21 from Akira TAGOH <tagoh(a)redhat.com> --- Is this still reproducible with 1.40.9 say? -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1482494] New: fonttools-3.15.0 is available
by bugzilla＠redhat.com 20 Aug '17

20 Aug '17

https://bugzilla.redhat.com/show_bug.cgi?id=1482494 Bug ID: 1482494 Summary: fonttools-3.15.0 is available Product: Fedora Version: rawhide Component: fonttools Keywords: FutureFeature, Triaged Assignee: pnemade(a)redhat.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com, sshedmak(a)redhat.com Latest upstream release: 3.15.0 Current version/release in rawhide: 3.14.0-1.fc27 URL: https://github.com/fonttools/fonttools/ 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/7388/ -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Bug 1397960] New: freetype-config --libtool prints path to non-existent libtool library file
by Red Hat Bugzilla 17 Aug '17

17 Aug '17

https://bugzilla.redhat.com/show_bug.cgi?id=1397960 Bug ID: 1397960 Summary: freetype-config --libtool prints path to non-existent libtool library file Product: Fedora Version: 25 Component: freetype Severity: medium Assignee: mkasik(a)redhat.com Reporter: jprajzne(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: behdad(a)fedoraproject.org, desktop-qa-list(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, kevin(a)tigcc.ticalc.org, mkasik(a)redhat.com, tpelka(a)redhat.com Depends On: 1368141 Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1368141 [Bug 1368141] freetype-config --libtool prints path to non-existent libtool library file -- You are receiving this mail because: You are on the CC list for the bug.

2 2

[Bug 1372368] New: freetype-2.6.5 and freetype-2.6.3 are ABI incompatible
by Red Hat Bugzilla 17 Aug '17

17 Aug '17

https://bugzilla.redhat.com/show_bug.cgi?id=1372368 Bug ID: 1372368 Summary: freetype-2.6.5 and freetype-2.6.3 are ABI incompatible Product: Fedora Version: 25 Component: freetype Assignee: mkasik(a)redhat.com Reporter: rc040203(a)freenet.de QA Contact: extras-qa(a)fedoraproject.org CC: behdad(a)fedoraproject.org, fonts-bugs(a)lists.fedoraproject.org, kevin(a)tigcc.ticalc.org, mkasik(a)redhat.com Description of problem: With freetype-2.6.5, some freetype-internal functions, which were publicly accessible before were made inaccessible, e.g. FT_New_GlyphSlot, FT_Done_GlyphSlot Due to the fact the SONAME was not changed and no mass-rebuild performed for fc25, this change at least broke Inventor (Inventor uses FT_Done_GlyphSlot). I haven't tried to check and therefore don't know if this affects more packages. fc25 ships an fc24-built Inventor which now contains a reference to an unresolvable symbol which used to be provided by freetype. Version-Release number of selected component (if applicable): freetype-2.6.5 Additional info: - Inventor clearly is at fault to use private functions from freetype, but it had been this way for more than ca. 15 years. - IMHO, it's arguable whether freetype's SONAME should have been changed. libfreetype.so.6.12.3 and libfreetype.so.6.12.5 definitely are ABI incompatible. - It's not clear to me, why freetype made FT_Done_GlyphSlot inaccessible, but left other similar functions public. - ATM, I do not see an alternative but to "steal" FT_Done_GlyphSlot code from freetype and to incorporate it into Inventor, to work-around Inventor's problem on fedora >= 25. -- You are receiving this mail because: You are on the CC list for the bug.

2 3

[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 1417250] New: Please upgrade to dejavu-fonts 2.37
by Red Hat Bugzilla 15 Aug '17

15 Aug '17

https://bugzilla.redhat.com/show_bug.cgi?id=1417250 Bug ID: 1417250 Summary: Please upgrade to dejavu-fonts 2.37 Product: Fedora Version: rawhide Component: dejavu-fonts Severity: medium Assignee: nicolas.mailhot(a)laposte.net Reporter: mcatanzaro(a)gnome.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, peter(a)thecodergeek.com, smaitra(a)redhat.com We have dejavu-fonts 2.35, but dejavu-fonts 2.37 is available. It should be upgraded! -- You are receiving this mail because: You are on the CC list for the bug.

2 2

[Bug 1258542] Review Request: hack-fonts - A typeface designed for source code
by bugzilla＠redhat.com 13 Aug '17

13 Aug '17

https://bugzilla.redhat.com/show_bug.cgi?id=1258542 Peter Oliver <mavit(a)mavit.org.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends On| |1441023 Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1441023 [Bug 1441023] Review Request: python-fontmake - Compile fonts from sources to binary -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1374074] New: 1px changes in line height from bold <-> non-bold breaks various websites
by Red Hat Bugzilla 08 Aug '17

08 Aug '17

https://bugzilla.redhat.com/show_bug.cgi?id=1374074 Bug ID: 1374074 Summary: 1px changes in line height from bold <-> non-bold breaks various websites Product: Fedora Version: 24 Component: liberation-fonts Severity: high Assignee: psatpute(a)redhat.com Reporter: jonas(a)thiem.email 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 Description of problem: The liberation fonts as packaged in Fedora can change line height by 1px as reported by fontconfig if switched from bold to non-bold or vice versa. This can break various sites displayed in web browsers, and for example all gitlab code listings viewed on Fedora only (works fine on Ubuntu, Archlinux, ...) aren't lining up properly because of this with the line numbers, which makes the whole thing look like a big mess. A more detailed analysis can be found here: https://bugzilla.mozilla.org/show_bug.cgi?id=1296856 Please note I'm not sure who is the best involved party to fix this and whether e.g. the website should fix it on their side, however I tried playing around with CSS line-height and so far I didn't manage to make it line up myself in the affected configurations (but I'm no CSS expert). Therefore I'm filing a bug here as well, hoping some font expert can shed some light on the issue. There is also a firefox bug report here: https://bugzilla.mozilla.org/show_bug.cgi?id=1296856 There is also a gitlab bug report here: https://gitlab.com/gitlab-org/gitlab-ce/issues/20202 Version-Release number of selected component (if applicable): Version : 1.07.4 Release : 7.fc24 How reproducible: 100% at affected font sizes Steps to Reproduce: 1. Run an affected configuration (Firefox Nightly on Fedora should work, possibly also regular Firefox stable as packaged in Fedora) at an affected web browser zoom level (100%/standard should work for firefox) 2. Visit a gitlab source code listing of more than just ~10 lines, e.g. https://gitlab.com/gitlab-org/gitlab-ce/blob/master/app/controllers/groups_… 3. Look how line numbers and lines match up Actual results: Line numbers are not matching up Expected results: Line numbers are matching up Additional info: -- You are receiving this mail because: You are on the CC list for the bug.

2 2

[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 1476966] New: fonttools-3.14.0 is available
by bugzilla＠redhat.com 31 Jul '17

31 Jul '17

https://bugzilla.redhat.com/show_bug.cgi?id=1476966 Bug ID: 1476966 Summary: fonttools-3.14.0 is available Product: Fedora Version: rawhide Component: fonttools Keywords: FutureFeature, Triaged Assignee: pnemade(a)redhat.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com, sshedmak(a)redhat.com Latest upstream release: 3.14.0 Current version/release in rawhide: 3.13.1-1.fc27 URL: https://github.com/fonttools/fonttools/ 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/7388/ -- You are receiving this mail because: You are on the CC list for the bug.

1 4

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

fonts-bugs August 2017