April 2015 - fonts-bugs - Fedora mailing-lists

[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 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 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 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 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 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 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 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 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 851950] New: Latin ligatures need 'liga' standard ligature lookups
by Red Hat Bugzilla 22 Jun '17

22 Jun '17

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

2 4

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

20 Dec '16

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

1 19

[Bug 789549] New: Own encodings, encodings/large dirs, check existence in xorg-x11-fonts-update-dirs
by Red Hat Bugzilla 20 Dec '16

20 Dec '16

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Own encodings, encodings/large dirs, check existence in xorg-x11-fonts-update-dirs https://bugzilla.redhat.com/show_bug.cgi?id=789549 Summary: Own encodings, encodings/large dirs, check existence in xorg-x11-fonts-update-dirs Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: Patch Severity: unspecified Priority: unspecified Component: xorg-x11-font-utils AssignedTo: xgl-maint(a)redhat.com ReportedBy: ville.skytta(a)iki.fi QAContact: extras-qa(a)fedoraproject.org CC: xgl-maint(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org Classification: Fedora Story Points: --- Type: --- Regression: --- Mount Type: --- Documentation: --- Created attachment 561060 --> https://bugzilla.redhat.com/attachment.cgi?id=561060 Own encodings, encodings/large dirs, check/create large xorg-x11-fonts-update-dirs invokes mkfontscale on encodings/large without checking if it exists. And the encodings and encodings/large dirs should quite probably be owned by this package because xorg-x11-fonts-update-dirs creates them if they don't exist. Patch attached, ok if I push and build this for rawhide? -- 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.

1 6

[Bug 769992] New: [abrt] fontforge-20110222-4.fc16: Default_Properties: Process /usr/bin/fontforge was killed by signal 8 (SIGFPE)
by Red Hat Bugzilla 20 Dec '16

20 Dec '16

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [abrt] fontforge-20110222-4.fc16: Default_Properties: Process /usr/bin/fontforge was killed by signal 8 (SIGFPE) https://bugzilla.redhat.com/show_bug.cgi?id=769992 Summary: [abrt] fontforge-20110222-4.fc16: Default_Properties: Process /usr/bin/fontforge was killed by signal 8 (SIGFPE) Product: Fedora Version: 16 Platform: x86_64 OS/Version: Unspecified Status: NEW Status Whiteboard: abrt_hash:4e2151a1d8103868ff44a8f1497cd4709e9d2c6d Severity: unspecified Priority: unspecified Component: fontforge AssignedTo: kevin(a)scrye.com ReportedBy: quantum.analyst(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: kevin(a)scrye.com, fonts-bugs(a)lists.fedoraproject.org, paul(a)frixxon.co.uk Classification: Fedora Story Points: --- Type: --- Regression: --- Mount Type: --- Documentation: --- libreport version: 2.0.8 abrt_version: 2.0.7 backtrace_rating: 4 cmdline: fontforge crash_function: Default_Properties executable: /usr/bin/fontforge kernel: 3.1.5-1.fc16.x86_64 pid: 3698 pwd: /home/zero-one reason: Process /usr/bin/fontforge was killed by signal 8 (SIGFPE) time: Thu 22 Dec 2011 05:29:01 PM EST uid: 1000 username: zero-one backtrace: Text file, 80991 bytes dso_list: Text file, 5053 bytes maps: Text file, 44093 bytes build_ids: :1c6a95451ee19617be5abea3d121f0226d21ddda :513b62aebf666f00864c6f1ebea4dc82b2bc5012 :3ed9e61c2b7e707ce244816335776afa2ad0307d :aa733447f84020c94a66814e501a36e248cbb43d :e3c88cb9ea428bd61f4064dbd53acae2d396a1ec :87461d97d0ba0bd94e4d74ff0879190b67b326c5 :6ae19b07608683ea0d76f1406c6d50d5a2793ecc :d0c6e13f00a20952a72a945c929efb175fd760e3 :ab59942678bcdecb23756804dcd0aac63ccc1669 :30af62b93e2ab7dbaf39c52e346cd52101b4b590 :3d7445fcfec84df0bd46f12e5540d6ab6db2ec9d :f0d50e3af2dfee021a327fb85a993a2312a98145 :638db099ff5fb986d1a092629d1bb1dca5be4904 :44ece411beb2ef1acdb5eb2161666de41cc2f31d :8acc43df965b3c0a70dcfad11c0ade056bdb055b :b502249bcf2a4f465feeb8b9578c80cda6f4103d :c8a4e40c84c2f52e78c64d31efc0191c565a9049 :0f0c9eed63ed279ceb0aef109eff8bcbb351e4bb :25b834f4c4dc534708635ff1064e2fe02a366a62 :163b323da65b708418226eb5fa8b057c731d1475 :6ecc3efaedf849a17c30a67fe15b4dacca1bd981 :0911ea7c180d733724f89037b8e8a34e64024aec :8631fa022a75e4bfbd78f96ad368f88456e39cfe :c64ae11db2f40081de9a6983295b7e2105556695 :ab93f5a6105938b598a9eb4321bcfb9c244945d5 :48aea888319e1848137073c9cbde54a4c2a731c9 :1d1e7527a6b5fd829fe8c097bea4c62b2d0f2df9 :36c3026b958ed92321d0531a483442a9c5a957e9 :2f884a17559b8d3954348fdf2131980eac9a79f0 :b0eabf9093defbfdd0857ea3ed1a4563b743434e :4c842320387ff7f6f91b7842b223c16518be909f :e2e67b3ae2579e1667b73ad385f61552931024e9 :9d1209fc79304f03cc839de1c0036c61b48dfff8 :7994f114cf7189e482f2665fae8e351ed8bc05e3 :07470201df55a5254027d05fa4dc509b10f2986a :d460d68692c1b32346f469e0a9ab3933cf1f3d1c :dc729005f811417fddf05fe15b27c01257fed480 :e5d7ac2dfe435e205e491f7ce827563859fca4f4 :b7633dbfe4880a163b4059184cb20c37cfaf7521 :3e2404bd469800afd61eda83d0292a2165ef0db0 :c394c720f0727b738128393fbf26ebd355f42498 :54a066b1f8ae391050d51221778b39261283cf51 :930141e14bc90a585553dfbe2c6661806af11f06 :c2d49d72ec1a1e68b39c3724693f83f44d80a259 :e02146cbd7b3747790cf4808baa58dc78c2e0042 :b0a2d0b4c09d819887ec7d711c8cf3977a074c4f :a518a8b1b5c3e80dee813df05e951d205d6ac48c :d203a42e4c417fbf0c6ab96ce6f7946ec8ac0435 :0949b493f01e0553822be3bd14def9dbe79b804f comment: :1. Open a font :2. Open a glyph :3. Open "BDF Info" page :4. Select "X_HEIGHT" :5. Click "Default This" environ: :XDG_VTNR=2 :XDG_SESSION_ID=2 :HOSTNAME=VeniVidiVici.HOME :IMSETTINGS_INTEGRATE_DESKTOP=yes :SHELL=/bin/bash :TERM=dumb :HISTSIZE=1000 :XDG_SESSION_COOKIE=ff831396568380a65b4ba5f100000011-1324586344.825652-2015212122 :QTDIR=/usr/lib64/qt-3.3 :GNOME_KEYRING_CONTROL=/tmp/keyring-aLjk9N :QTINC=/usr/lib64/qt-3.3/include :IMSETTINGS_MODULE=none :USER=zero-one :USERNAME=zero-one :MAIL=/var/spool/mail/zero-one :PATH=/usr/lib64/qt-3.3/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin:/home/zero-one/code/android-sdk-linux_x86/tools:/home/zero-one/code/android-sdk-linux_x86/platform-tools:/home/zero-one/.local/bin :DESKTOP_SESSION=gnome :GSETTINGS_SCHEMA_DIR=/home/zero-one/.local/share/glib-2.0/schemas/ :QT_IM_MODULE=xim :PWD=/home/zero-one :XMODIFIERS=@im=none :KDE_IS_PRELINKED=1 :GNOME_KEYRING_PID=1492 :LANG=en_CA.utf8 :MODULEPATH=/usr/share/Modules/modulefiles:/etc/modulefiles :GDM_LANG=en_CA.utf8 :LOADEDMODULES= :KDEDIRS=/usr :GDMSESSION=gnome :HISTCONTROL=ignoredups :HOME=/home/zero-one :XDG_SEAT=seat0 :SHLVL=1 :LOGNAME=zero-one :QTLIB=/usr/lib64/qt-3.3/lib :DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-2YezJ8HwEG,guid=9495a12067e280ae9ae60b9b00000055 :MODULESHOME=/usr/share/Modules :'LESSOPEN=||/usr/bin/lesspipe.sh %s' :WINDOWPATH=2 :MTN_MERGE=meld :XDG_RUNTIME_DIR=/run/user/zero-one :DISPLAY=:0 :XAUTHORITY=/var/run/gdm/auth-for-zero-one-8phhKd/database :'module=() { eval `/usr/bin/modulecmd $modules_shell $*`\n}' :_=/usr/bin/gnome-session :GNOME_DESKTOP_SESSION_ID=this-is-deprecated :SESSION_MANAGER=local/unix:@/tmp/.ICE-unix/1499,unix/unix:/tmp/.ICE-unix/1499 :GPG_AGENT_INFO=/tmp/keyring-aLjk9N/gpg:0:1 :SSH_AUTH_SOCK=/tmp/keyring-aLjk9N/ssh :GJS_DEBUG_OUTPUT=stderr :'GJS_DEBUG_TOPICS=JS ERROR;JS LOG' :GIO_LAUNCHED_DESKTOP_FILE=/usr/share/applications/fedora-fontforge.desktop :GIO_LAUNCHED_DESKTOP_FILE_PID=3698 var_log_messages: :Dec 22 17:23:34 VeniVidiVici yum[3674]: Installed: fontforge-20110222-4.fc16.x86_64 :Dec 22 17:29:01 VeniVidiVici kernel: [ 6681.618693] fontforge[3698] trap divide error ip:7ff290f0fd54 sp:7fffaed127e0 error:0 in libfontforge.so.1.0.0[7ff290e68000+36f000] :Dec 22 17:29:02 VeniVidiVici abrt[3711]: Saved core dump of pid 3698 (/usr/bin/fontforge) to /var/spool/abrt/ccpp-2011-12-22-17:29:01-3698 (18186240 bytes) -- 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.

1 16

[Bug 986232] New: No figure space in liberation mono
by Red Hat Bugzilla 20 Dec '16

20 Dec '16

https://bugzilla.redhat.com/show_bug.cgi?id=986232 Bug ID: 986232 Summary: No figure space in liberation mono Product: Fedora Version: rawhide Component: liberation-fonts Severity: medium Assignee: psatpute(a)redhat.com Reporter: guy.guilmette+redhat(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 Description of problem: There is no figure space character Version-Release number of selected component (if applicable): 2.00.1 How reproducible: Always Steps to Reproduce: 1. Use a figure space: . Actual results: Missing character Expected results: Space equal to one character width 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=qxoC1H3PJM&a=cc_unsubscribe

1 7

[Bug 798871] New: Please add Vedic Extensions to Lohit fonts
by Red Hat Bugzilla 20 Dec '16

20 Dec '16

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Please add Vedic Extensions to Lohit fonts https://bugzilla.redhat.com/show_bug.cgi?id=798871 Summary: Please add Vedic Extensions to Lohit fonts Product: Fedora Version: 16 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: lohit-fonts AssignedTo: extras-orphan(a)fedoraproject.org ReportedBy: samjnaa(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, extras-orphan(a)fedoraproject.org, pnemade(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Story Points: --- Type: --- Regression: --- Mount Type: --- Documentation: --- Description of problem: It is very good that Red Hat / Fedora takes steps to update Lohit fonts with latest encoded Indic characters, especially Vedic characters included in Devanagari Extended block. (See https://www.redhat.com/archives/lohit-devel-list/2012-February/msg00011.html) As a Sanskrit/Vedic scholar I very much welcome this. However, it would be even greater if the separate Vedic characters that are encoded in the Vedic Extensions block (http://www.unicode.org/charts/PDF/U1CD0.pdf) created in Unicode 5.2 along with Devanagari Extended were also supported. As Devanagari is the script mainly used for Sanskrit and especially Vedic printings nowadays, it would be best to add the characters initially to the Lohit Devanagari font so that it can combine properly with the Devanagari characters. If at all there is future demand for the glyphs to be added to the font of another script (like Telugu etc which are also often used for Vedic texts in those areas) the glyphs can easily be copied to those fonts in the future. OpenType normally cannot join base characters from one font with combining marks from a different font. So a separate Lohit Vedic font with purely Vedic characters is not possible. As the glyphs from the Vedic Extensions block have very simple shapes, it would hopefully be easy to design those glyphs and add them to the fonts. Version-Release number of selected component (if applicable): 2.5.1 How reproducible: Install Lohit Devanagari 2.5.1 font. Actual results: The Devanagari-specific Vedic characters especially from the Devanagari Extended block are available. The generic Vedic characters from the Vedic Extensions block are not available. Expected results: It is desirable to have the generic Vedic characters from the Vedic Extensions block also. -- 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.

1 18

[Bug 768067] New: Lowercase U, V, W, X and Y too thin at 18px bold
by Red Hat Bugzilla 20 Dec '16

20 Dec '16

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Lowercase U, V, W, X and Y too thin at 18px bold https://bugzilla.redhat.com/show_bug.cgi?id=768067 Summary: Lowercase U, V, W, X and Y too thin at 18px bold Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Linux Status: NEW Severity: unspecified Priority: unspecified Component: liberation-fonts AssignedTo: psatpute(a)redhat.com ReportedBy: cantabile.desu(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Story Points: --- Type: --- Regression: --- Mount Type: --- Documentation: --- Description of problem: The lowercase U, V, W, X and Y in liberation sans at 18px and bold are noticeably thinner than the other letters of the alphabet. It's quite distracting. There is a screenshot attached. It appears to happen only at 18px (bold). Version-Release number of selected component (if applicable): 1.07.1 Additional info: I'm using arch linux. -- 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.

1 10

[Bug 795465] New: Historical regressions (+persistent issues) found using fontlint (accompanying FontForge tool)
by Red Hat Bugzilla 14 Dec '16

14 Dec '16

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Historical regressions (+persistent issues) found using fontlint (accompanying FontForge tool) https://bugzilla.redhat.com/show_bug.cgi?id=795465 Summary: Historical regressions (+persistent issues) found using fontlint (accompanying FontForge tool) Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: liberation-fonts AssignedTo: psatpute(a)redhat.com ReportedBy: jpokorny(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Story Points: --- Type: --- Regression: --- Mount Type: --- Documentation: --- -- 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.

1 11

[Bug 591556] New: Font artifact with number 4
by Red Hat Bugzilla 14 Dec '16

14 Dec '16

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Font artifact with number 4 https://bugzilla.redhat.com/show_bug.cgi?id=591556 Summary: Font artifact with number 4 Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: liberation-fonts AssignedTo: cchance(a)redhat.com ReportedBy: cchance(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, cchance(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Target Release: --- Description of problem: (Quoted from zayzayats(a)yandex.ru) In the Russian «б», the ascender is blurry. http://shnurapet.fedorapeople.org/rus-b.png freetype-freeworld-debuginfo-2.3.11-1.fc12.x86_64 freetype-2.3.11-3.fc12.x86_64 freetype-freeworld-2.3.11-1.fc12.x86_64 freetype-devel-2.3.11-3.fc12.x86_64 freetype-debuginfo-2.3.11-3.fc12.x86_64 $ ls /etc/yum.repos.d/ fedora-rawhide.repo rpmfusion-free.repo fedora.repo rpmfusion-free-updates.repo fedora-updates.repo rpmfusion-free-updates-testing.repo fedora-updates-testing.repo rpmfusion-nonfree-rawhide.repo infinality.repo rpmfusion-nonfree.repo remi.repo rpmfusion-nonfree-updates.repo rpmfusion-free-rawhide.repo rpmfusion-nonfree-updates-testing.repo $ cat /etc/yum.repos.d/infinality.repo [infinality] name=Infinality baseurl=http://www.infinality.net/fedora/linux/$releasever/$basearch/ enabled=1 gpgcheck=0 [infinality-noarch] name=Infinality - noarch baseurl=http://www.infinality.net/fedora/linux/$releasever/noarch/ enabled=1 gpgcheck=0 $ cat ~/.fonts.conf <?xml version='1.0'?> <!DOCTYPE fontconfig SYSTEM 'fonts.dtd'> <fontconfig> <match target="font" > <edit mode="assign" name="rgba" > <const>rgb</const> </edit> <edit mode="assign" name="hinting" > <bool>true</bool> </edit> <edit mode="assign" name="autohint" > <bool>true</bool> </edit> <edit mode="assign" name="antialias" > <bool>true</bool> </edit> <edit mode="assign" name="hintstyle" > <const>hintfull</const> </edit> <edit name="lcdfilter" mode="assign"> <const>lcddefault</const> </edit> </match> </fontconfig> Size 8. I set 98 dpi for proper kerning. http://shnurapet.fedorapeople.org/last-line.png (It's in the center of the last line.) -- 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.

1 29

[Bug 890993] New: xgridfit-2.3 is available
by Red Hat Bugzilla 13 Dec '16

13 Dec '16

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=890993 Bug ID: 890993 Summary: xgridfit-2.3 is available Product: Fedora Version: rawhide Component: xgridfit Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Reporter: upstream-release-monitoring(a)fedoraproject.org Latest upstream release: 2.3 Current version in Fedora Rawhide: 2.2 URL: http://sourceforge.net/api/file/index/project-name/xgridfit/mtime/desc/limi… 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 -- 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=XIoC3Ox3zs&a=cc_unsubscribe

1 11

[Bug 1207607] New: Coordinate with ghostscript for upgrade to new font names
by Red Hat Bugzilla 29 Sep '16

29 Sep '16

https://bugzilla.redhat.com/show_bug.cgi?id=1207607 Bug ID: 1207607 Summary: Coordinate with ghostscript for upgrade to new font names Product: Fedora Version: rawhide Component: urw-fonts Assignee: than(a)redhat.com Reporter: twaugh(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, than(a)redhat.com It looks like bug #1207577 is caused by us packaging urw-fonts separately from ghostscript. As the names of the fonts have changed, we'll need to coordinate when switching over to the new names. For the moment I'll just switch ghostscript back to using the old names. -- 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=yti4v1Y7VK&a=cc_unsubscribe

1 1

[Bug 606217] New: Eccentric glyph for the lowercase Greek gamma letter (=?UTF-8?Q?=CE=B3?=)
by Red Hat Bugzilla 19 Jul '16

19 Jul '16

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Eccentric glyph for the lowercase Greek gamma letter (γ) https://bugzilla.redhat.com/show_bug.cgi?id=606217 Summary: Eccentric glyph for the lowercase Greek gamma letter (γ) Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: liberation-fonts AssignedTo: cchance(a)redhat.com ReportedBy: discon(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, cchance(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Description of problem: The liberation fonts have a strange glyph for the lowercase Greek gamma letter whenever hinting is on. The hinting makes the glyph look similar to the 'y' letter (the bottom part tends towards left). This looks weird and is unique on this font family, AFAIK. -- 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.

1 17

[Bug 1179691] New: Bold lower-case letter "s" looks in some cases too thin with Medium+ hinting
by Red Hat Bugzilla 19 Jul '16

19 Jul '16

https://bugzilla.redhat.com/show_bug.cgi?id=1179691 Bug ID: 1179691 Summary: Bold lower-case letter "s" looks in some cases too thin with Medium+ hinting Product: Fedora Version: rawhide Component: liberation-fonts Severity: low Assignee: psatpute(a)redhat.com Reporter: michal.nowak(a)resist.ca 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 977206 --> https://bugzilla.redhat.com/attachment.cgi?id=977206&action=edit Lower-case "s" too thin on Full hinting Description of problem: Bold lower-case letter "s" in serif looks in some cases too thin with Medium and Full hinting, but look OK with hinting set to Slight or None. See attached screenshots from LO Writer from F21. See the "s" in a word "Midas" and "asked". It's 12 pt Liberation Serif, bold, paper is enlarged to 157 % of width of A4 paper. When the zoom ratio gets higher, the problem disappears, when zoomed out it's worse (but less visible). Version-Release number of selected component (if applicable): liberation-serif-fonts-1.07.4-4.fc21.noarch freetype-2.5.3-13.fc21.x86_64 libreoffice-core-4.3.5.2-4.fc21.x86_64 How reproducible: Always. -- 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=IG83soyygr&a=cc_unsubscribe

1 3

[Bug 1187678] New: RFC: Please give feedback about a compat stix-fonts 1.0.0
by Red Hat Bugzilla 19 Jul '16

19 Jul '16

https://bugzilla.redhat.com/show_bug.cgi?id=1187678 Bug ID: 1187678 Summary: RFC: Please give feedback about a compat stix-fonts 1.0.0 Product: Fedora Version: rawhide Component: stix-fonts Assignee: nicolas.mailhot(a)laposte.net Reporter: paulo.cesar.pereira.de.andrade(a)gmail.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 I understand that to certain extent, this is kind of a revive of https://bugzilla.redhat.com/show_bug.cgi?id=885307 I made a tentative alternative, to handle https://fedorahosted.org/fpc/ticket/381 But the above is already quite old, but latest matplotlib still relies on its bundled stix-fonts-1.0.0 Instead of compat-stix-fonts it could be named something else including 1-0 or 1_0 in the name, in case stix-fonts is updated to the now available 2.0 version. This package at first would be used only by python-matplotlib and would remove the need of bundling the stix 1.0 fonts. Spec URL: https://pcpa.fedorapeople.org/compat-stix-fonts.spec SRPM URL: https://pcpa.fedorapeople.org/compat-stix-fonts-1.0.0-1.el7.src.rpm -- 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=PhtXAJgbtB&a=cc_unsubscribe

1 1

[Bug 1084228] New: Hinting for Liberation Sans inferior at small font size
by Red Hat Bugzilla 19 Jul '16

19 Jul '16

https://bugzilla.redhat.com/show_bug.cgi?id=1084228 Bug ID: 1084228 Summary: Hinting for Liberation Sans inferior at small font size 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 882473 --> https://bugzilla.redhat.com/attachment.cgi?id=882473&action=edit testcase with the problematic font charakteristics Wikipedia recently switched to a predefined CSS font stack for body font so even Windows users will be served with Liberation Sans if installed (e.g. because it is distributed with Libre Office). This made apparent inferior hinting of Liberation Sans with bold weight when rendered at the specific size of 0.875em (the font size used in MediaWiki's vector skin). Most notable "e"s have a very thick lower curve while the upper curve is much too thin. This also applies for variants like "è é ê ë". Funnily not for "œ æ" though which is rendered differently. Also notable is e.g. "s" which has thick upper/lower curves but is thin in the middle. A testcase with the described font characteristics set is attached. The screenshot shows the rendering in Firefox. 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=te4zKki7hK&a=cc_unsubscribe

1 11

[Bug 1068918] New: Google Droid Sans font is displayed as [unknown] and [monotype], it breaks GTK+ apps view in KDE
by Red Hat Bugzilla 19 Jul '16

19 Jul '16

https://bugzilla.redhat.com/show_bug.cgi?id=1068918 Bug ID: 1068918 Summary: Google Droid Sans font is displayed as [unknown] and [monotype], it breaks GTK+ apps view in KDE Product: Fedora Version: 20 Component: google-droid-fonts Assignee: nicolas.mailhot(a)laposte.net Reporter: carasin.berlogue(a)mail.ru 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 External Bug ID: Red Hat Bugzilla 963502 Description of problem: > [google-droid-sans-fonts] package is broken since F18. I want to select 'Droid Sans' font for KDE UI, but this font is displayed twice at [systemsettings]: with [unknown] and [monotype] suffixes. If I apply anyone of them, only KDE/Qt apps use 'Droid Sans' font, but GTK2/GTK3 apps use the defaul font (DejaVu Sans). Version-Release number of selected component (if applicable): > google-droid-sans-fonts-20120715-6.fc20.noarch How reproducible: > Always. Steps to Reproduce: > 1. [yum install google-droid-sans-fonts]; 2. start KDE session; 3. launch <select UI fonts> dialog at [systemsettings]; 4. 'Droid Sans' font is displayed twice: with [unknown] and [monotype] suffixes; 5. select and apply anyone — 'Droid Sans [unknown]' or 'Droid Sans [monotype]'; 6. KDE/Qt apps use the Droid Sans font, but GTK2/GTK3 apps use the defaul font (DejaVu Sans). Actual results: > 'Droid Sans' font is not applied for GTK2/GTK3 apps. This font is displayed twice at [systemsettings]: with [unknown] and [monotype] suffixes. Expected results: > 'Droid Sans' font is applied for all the apps. This font is displayed once at [systemsettings] — without any suffix. Additional info: > This bug is several years old. https://bugzilla.redhat.com/show_bug.cgi?id=963502#c1 -- 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=EIzrPE5DPR&a=cc_unsubscribe

1 4

[Bug 1169979] New: Some fonts not in fontconfig cache on Fedora 21 live images
by Red Hat Bugzilla 10 Jun '16

10 Jun '16

https://bugzilla.redhat.com/show_bug.cgi?id=1169979 Bug ID: 1169979 Summary: Some fonts not in fontconfig cache on Fedora 21 live images Product: Fedora Version: 21 Component: fontconfig Assignee: tagoh(a)redhat.com Reporter: awilliam(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 We've spotted an issue with Fedora 21 live images where some installed fonts appear to be missing from the fontconfig cache in the live environment. An 'fc-cache -f' fixes this. For instance, on the Fedora 21 Final RC2 Workstation x86_64 live: [root@localhost liveuser]# fc-list | wc -l 141 [root@localhost liveuser]# fc-cache --force [root@localhost liveuser]# fc-list | wc -l 159 The specific fonts that are missing on that image are: /usr/share/fonts/dejavu/DejaVuSansMono-BoldOblique.ttf: DejaVu Sans Mono:style=Bold Oblique /usr/share/fonts/dejavu/DejaVuSansMono-Bold.ttf: DejaVu Sans Mono:style=Bold /usr/share/fonts/dejavu/DejaVuSansMono-Oblique.ttf: DejaVu Sans Mono:style=Oblique /usr/share/fonts/dejavu/DejaVuSansMono.ttf: DejaVu Sans Mono:style=Book /usr/share/fonts/dejavu/DejaVuSerif-BoldItalic.ttf: DejaVu Serif:style=Bold Italic /usr/share/fonts/dejavu/DejaVuSerif-Bold.ttf: DejaVu Serif:style=Bold /usr/share/fonts/dejavu/DejaVuSerifCondensed-BoldItalic.ttf: DejaVu Serif,DejaVu Serif Condensed:style=Condensed Bold Italic,Bold Italic /usr/share/fonts/dejavu/DejaVuSerifCondensed.ttf: DejaVu Serif,DejaVu Serif Condensed:style=Condensed,Book /usr/share/fonts/dejavu/DejaVuSerif-Italic.ttf: DejaVu Serif:style=Italic /usr/share/fonts/dejavu/DejaVuSerif.ttf: DejaVu Serif:style=Book /usr/share/fonts/google-noto/NotoSansTagalog-Regular.ttf: Noto Sans Tagalog:style=Regular /usr/share/fonts/google-noto/NotoSansTaiViet-Regular.ttf: Noto Sans Tai Viet:style=Regular /usr/share/fonts/liberation/LiberationSerif-BoldItalic.ttf: Liberation Serif:style=Bold Italic /usr/share/fonts/liberation/LiberationSerif-Bold.ttf: Liberation Serif:style=Bold /usr/share/fonts/liberation/LiberationSerif-Italic.ttf: Liberation Serif:style=Italic /usr/share/fonts/liberation/LiberationSerif-Regular.ttf: Liberation Serif:style=Regular The log of the compose is here: https://kojipkgs.fedoraproject.org//work/tasks/5463/8275463/root.log In comparison, the i686 Workstation live is 'missing' only /usr/share/fonts/google-noto/NotoSansTaiViet-Regular.ttf: Noto Sans Tai Viet:style=Regular its compose log is here: https://kojipkgs.fedoraproject.org//work/tasks/5460/8275460/root.log to me, it appears the affected cases are ones where more than one package contains fonts in the same directory, for packages installed *after* the fontconfig package. The fontconfig package has an 'fc-cache -f' in its %post, so any inconsistencies that exist before it's installed get fixed by that. My first thesis was 'for any given directory, only fonts from the first package installed after fontconfig will make it to the cache, fonts in the same directory from subsequently-installed packages won't be added'. But it doesn't seem to be that simple, because some fonts in /usr/share/fonts/google-noto *are* added - the first 'noto' package installed is google-noto-sans-lisu-fonts , and after that several more noto packages are installed. The fonts from google-noto-sans-mandaic-fonts, google-noto-sans-meeteimayek-fonts , and google-noto-sans-tai-tham-fonts *do* get added to the cache - but the fonts from google-noto-sans-tagalog-fonts and google-noto-sans-tai-viet-fonts do *not* get added. It's quite odd. This is a fairly bad bug because of its impact on DejaVu Sans Mono: this is the default monospace font for both Workstation and KDE (and I think the non-blocking spins too). Its absence from the cache results in them using Nimbus Mono L as their monospace fonts, which is a pretty crappy font, ugly and hard to read. The workaround is easy once you know it, but if you don't, you just think we have a really bad font. There's an easy big hammer workaround we can use for a quick rebuild of the RC2 lives, if we like: --- a/fedora-live-base.ks +++ b/fedora-live-base.ks @@ -299,6 +299,12 @@ rm -f /core* # convince readahead not to collect # FIXME: for systemd +# forcibly regenerate fontconfig cache (so long as this live image has +# fontconfig) - see #XXXXXXX +if [ -x /usr/bin/fc-cache ] ; then + fc-cache -f +fi + %end i.e., just do an fc-cache -f at the end of live generation %post. I've tested that locally, and it works, the generated Workstation image has 159 fonts in fc-list (I also generated an image with the exact same config and build host, but no change to spin-kickstarts, to verify that it reproduced the bug, and it does). The real fix should likely be in fc-cache, but the spin-kickstarts workaround would solve this problem for F21. I think fc-cache's behaviour must have changed between F20 and F21, as F20 doesn't appear to be affected by this at all, at least not the x86_64 desktop live. All F21 images I've tested seem to be affected to some extent, though the exact affected fonts vary depending on the package install order that yum decided on. -- 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=YTmueYxE1e&a=cc_unsubscribe

1 26

[Bug 527740] New: [ml_IN] Applying Backspace to a chillu conjunct followed by punctuation/SPACE results in deletion of the chillu also
by Red Hat Bugzilla 30 May '16

30 May '16

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [ml_IN] Applying Backspace to a chillu conjunct followed by punctuation/SPACE results in deletion of the chillu also https://bugzilla.redhat.com/show_bug.cgi?id=527740 Summary: [ml_IN] Applying Backspace to a chillu conjunct followed by punctuation/SPACE results in deletion of the chillu also Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Keywords: i18n Severity: medium Priority: low Component: pango AssignedTo: besfahbo(a)redhat.com ReportedBy: apeter(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: eng-i18n-bugs(a)redhat.com, besfahbo(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com, smc-discuss(a)googlegroups.com Classification: Fedora Target Release: --- Created an attachment (id=363982) --> (https://bugzilla.redhat.com/attachment.cgi?id=363982) Screenshot for chillu conjuncts Description of problem: When chillu conjuncts are followed by any punctuation marks like "!", ".", ",", "'", "?" or SPACE, ie when a word ends with a chillu conjunct, and followed by a punctuation mark or a SPACE, using Backspace to delete the punctuation mark or SPACE results in the deletion of chillu conjunct together with the punctuation mark/SPACE. Version-Release number of selected component (if applicable): pango 1.26.0-1.fc12 i686 How reproducible: Always Steps to Reproduce: 1. Open gedit 2. type any of chillu conjunct, eg: 0D28, 0D4D, 200D OR type a word ending with chillu conjunct, eg: 0D05, 0D35, 0D28, 0D4D, 200D 3. type any punctuation marks like "!", ".", ",", "'", "?" or SPACE 4. Press Backspace Actual results: When using Backspace after chillu conjunct followed by punctuation mark or SPACE, instead of deleting punctuation mark or SPACE only, the chillu conjunct also gets deleted. Expected results: When using Backspace after chillu conjunct followed by punctuation mark or SPACE, only the punctuation mark/SPACE should get deleted. Additional info: 1. This does not happen when chillu comes in between a word. eg: നന്‍മ (0D28, 0D28, 0D4D, 200D, 0D2E) 2. This issue is not present in oowriter and kwrite. When above steps are reproduced, deletions happens in correct order. Versions used: libicu-4.2.1-6.fc12 i686 qt-4.5.2-22.fc12 i686 3. Screenshot attached for chillu conjuncts and eg of words with chillu -- 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.

1 19

[Bug 1206752] New: [abrt] fonttools: subset.py:2282:_closure_glyphs:MissingGlyphsSubsettingError: set(['./Apps/msfinal/public/textos/index.html'])
by Red Hat Bugzilla 21 Apr '16

21 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1206752 Bug ID: 1206752 Summary: [abrt] fonttools: subset.py:2282:_closure_glyphs:MissingGlyphsSubsetting Error: set(['./Apps/msfinal/public/textos/index.html']) Product: Fedora Version: 22 Component: fonttools Assignee: pnemade(a)redhat.com Reporter: diogocamposwd(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com Version-Release number of selected component: fonttools-2.5-2.fc22 Additional info: reporter: libreport-2.5.0 cmdline: /usr/bin/python2 /usr/bin/pyftsubset ./Downloads/Sintony-Regular.ttf ./Apps/msfinal/public/textos/index.html executable: /usr/bin/pyftsubset kernel: 4.0.0-0.rc4.git0.1.fc22.x86_64 runlevel: unknown type: Python uid: 1000 Truncated backtrace: #1 _closure_glyphs in /usr/lib/python2.7/site-packages/FontTools/fontTools/subset.py:2282 #2 subset in /usr/lib/python2.7/site-packages/FontTools/fontTools/subset.py:2387 #3 main in /usr/lib/python2.7/site-packages/FontTools/fontTools/subset.py:2602 #4 <module> in /usr/bin/pyftsubset:6 -- 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=aMgosC2dVM&a=cc_unsubscribe

1 4

[Bug 507292] New: [RFE] Allow wildcards/regexps in rpm deps
by Red Hat Bugzilla 11 Mar '16

11 Mar '16

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [RFE] Allow wildcards/regexps in rpm deps https://bugzilla.redhat.com/show_bug.cgi?id=507292 Summary: [RFE] Allow wildcards/regexps in rpm deps Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: rpm AssignedTo: pmatilai(a)redhat.com ReportedBy: nicolas.mailhot(a)laposte.net QAContact: extras-qa(a)fedoraproject.org CC: pmatilai(a)redhat.com, jnovy(a)redhat.com, ffesti(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com Classification: Fedora (this is mostly a yum-level RFE, but it would be nice if we kept the same depsolving logic in both apps) The problem: Selecting a font is a multi-criterium operation. We need to match on font family, font style, language support, unicode support, etc. At any time all of just some of those selection criterii can be provided by the user or applications. To have features like font auto-installation work reliably, this matching needs to extend to the package database Right now rpm is only allowing to specify atomic provides, so we can have a font package that Provides font(dejavusans) and Provides font(:lang=el) but there is no warranty both those provides are belonging to the same font. There is no way to distinguish between a package that includes an actual greek dejavusans and a package that includes a dejavusans greek-less file and another totally different greek font To workaround this rpm limitation we've been asking packagers to put font files belonging to different font families in different packages. However: 1. many still don't 2. it's not technically possible for all font formats, for example the ttc font format allows mixing of fonts with different characteristics in a single file The ideal solution: Ability to have Provides like: font(comma-separated font name list|comma-separated style list|comma-separated lang list) (rough mockup that probably needs refining) And have deps like (dejavu|*|el) work in rpm (yes a font can declare many different names, be available in many different styles, cover many different languages) For ttc files we'd then generate one Provides for each font included in the ttc bundle -- 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.

1 14

[Bug 487070] New: CVE-2006-3467 CVE-2006-3467 freetype: integer overflow vulnerability due to incomplete fix for CVE-2006-1861
by Red Hat Bugzilla 04 Mar '16

04 Mar '16

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: CVE-2006-3467 CVE-2006-3467 freetype: integer overflow vulnerability due to incomplete fix for CVE-2006-1861 Alias: CVE-2006-3467 https://bugzilla.redhat.com/show_bug.cgi?id=487070 Summary: CVE-2006-3467 CVE-2006-3467 freetype: integer overflow vulnerability due to incomplete fix for CVE-2006-1861 Product: Security Response Version: unspecified Platform: All URL: http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-20 06-3467 OS/Version: Linux Status: NEW Status Whiteboard: impact=moderate,source=rehdat,reported=20060710,public =20060718 Keywords: Security Severity: medium Priority: medium Component: vulnerability AssignedTo: security-response-team(a)redhat.com ReportedBy: vdanen(a)redhat.com CC: ajax(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com Classification: Other Target Release: --- Common Vulnerabilities and Exposures assigned an identifier CVE-2006-3467 to the following vulnerability: Name: CVE-2006-3467 URL: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-3467 Assigned: 20060710 Reference: URL: http://www.securityfocus.com/archive/1/archive/1/451426/100/200/threaded Reference: MISC: http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=190593 Integer overflow in FreeType before 2.2 allows remote attackers to cause a denial of service (crash) and possibly execute arbitrary code via a crafted PCF file, as demonstrated by the Red Hat bad1.pcf test file, due to a partial fix of CVE-2006-1861. -- 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.

1 8

[Bug 1195021] New: The ttf oldstandard-sfd fonts are corrupted
by Red Hat Bugzilla 28 Dec '15

28 Dec '15

https://bugzilla.redhat.com/show_bug.cgi?id=1195021 Bug ID: 1195021 Summary: The ttf oldstandard-sfd fonts are corrupted Product: Fedora Version: 20 Component: oldstandard-sfd-fonts Assignee: sanjay.ankur(a)gmail.com Reporter: eko(a)lanet.lv QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, sanjay.ankur(a)gmail.com Created attachment 994206 --> https://bugzilla.redhat.com/attachment.cgi?id=994206&action=edit An exmple of errors in the ttf file. Description of problem: The ttf files are with errors. Version-Release number of selected component (if applicable): oldstandard-sfd-fonts-2.0.2-13.fc20 The same with oldstandard-sfd-fonts-2.0.2-15.fc21. The corrupted fonts has a very long history – the ttf files from package oldstandard-sfd-fonts-2.0.2-3.fc10 are already damaged. How reproducible: 100% Steps to Reproduce: 1. Open /usr/share/fonts/oldstandard/* files with any font viewer. Actual results: There is a garbage in place of letters (see the attached screen-shot) Expected results: Usable fonts. Additional info: I try to rebuilt this package from SRPM – no luck. The fontforge refuses to built usable ttf even by hand. There are two options to solve the issue: 1) To generate OTF not the TTF (preferred solution); 2) To use ready-made ttf from http://www.fontsquirrel.com/fonts/old-standard-TT. -- 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=0XRZ2KCY22&a=cc_unsubscribe

1 12

[Bug 1174218] New: incorrect smoothing
by Red Hat Bugzilla 01 Dec '15

01 Dec '15

https://bugzilla.redhat.com/show_bug.cgi?id=1174218 Bug ID: 1174218 Summary: incorrect smoothing Product: Fedora Version: 21 Component: freetype Assignee: mkasik(a)redhat.com Reporter: lavrinov2004(a)rambler.ru 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: In Fedora 21 after an upgrade, upgrade the package to version 2.5.3-13 freetype resulting stopped working font smoothing in Mozilla Firefox and Wine. In the previous version 2.5.3-11 freetipe everything worked well. -- 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=qPrspQ2jgn&a=cc_unsubscribe

1 10

[Bug 1062903] New: cantarell hints very poorly with new freetype CFF engine (i.e. regression)
by Red Hat Bugzilla 01 Dec '15

01 Dec '15

https://bugzilla.redhat.com/show_bug.cgi?id=1062903 Bug ID: 1062903 Summary: cantarell hints very poorly with new freetype CFF engine (i.e. regression) Product: Fedora Version: 20 Component: abattis-cantarell-fonts Assignee: ccecchi(a)redhat.com Reporter: pierre-bugzilla(a)ossman.eu QA Contact: extras-qa(a)fedoraproject.org CC: ccecchi(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org Bug 995643 was filed against freetype for hinting Cantarell very poorly. That was closed as NOTABUG. But that doesn't change the fact that Cantarell is still fuzzy, which is a major issue for a UI font. So let's try filing this bug the other way around. :) Playing around with ftview suggests that forced auto hinting gives back roughly the same hinting as in Fedora 19. So could we have that as a fontconfig bandaid until better hinting information is available in the font itself? -- 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=y3p7SGp4NL&a=cc_unsubscribe

1 7

[Bug 1191190] New: CVE-2014-9674 freetype: integer overflow and heap-based buffer overflow in the Mac_Read_POST_Resource function in base/ftobjs.c
by Red Hat Bugzilla 25 Nov '15

25 Nov '15

https://bugzilla.redhat.com/show_bug.cgi?id=1191190 Bug ID: 1191190 Summary: CVE-2014-9674 freetype: integer overflow and heap-based buffer overflow in the Mac_Read_POST_Resource function in base/ftobjs.c Product: Security Response Component: vulnerability Keywords: Security Severity: medium Priority: medium Assignee: security-response-team(a)redhat.com Reporter: mprpic(a)redhat.com CC: behdad(a)fedoraproject.org, fonts-bugs(a)lists.fedoraproject.org, kevin(a)tigcc.ticalc.org, mkasik(a)redhat.com The Mac_Read_POST_Resource function in base/ftobjs.c in FreeType before 2.5.4 proceeds with adding to length values without validating the original values, which allows remote attackers to cause a denial of service (integer overflow and heap-based buffer overflow) or possibly have unspecified other impact via a crafted Mac font. Upstream issue: http://code.google.com/p/google-security-research/issues/detail?id=153 Upstream patches: http://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=240c94a1… http://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=cd4a5a26… -- 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=YFdiW9GrYd&a=cc_unsubscribe

1 17

[Bug 1191192] New: CVE-2014-9675 freetype: bypass the ASLR protection mechanism via a crafted BDF font
by Red Hat Bugzilla 25 Nov '15

25 Nov '15

https://bugzilla.redhat.com/show_bug.cgi?id=1191192 Bug ID: 1191192 Summary: CVE-2014-9675 freetype: bypass the ASLR protection mechanism via a crafted BDF font Product: Security Response Component: vulnerability Keywords: Security Severity: medium Priority: medium Assignee: security-response-team(a)redhat.com Reporter: mprpic(a)redhat.com CC: behdad(a)fedoraproject.org, fonts-bugs(a)lists.fedoraproject.org, kevin(a)tigcc.ticalc.org, mkasik(a)redhat.com bdf/bdflib.c in FreeType before 2.5.4 identifies property names by only verifying that an initial substring is present, which allows remote attackers to discover heap pointer values and bypass the ASLR protection mechanism via a crafted BDF font. Upstream issue: http://code.google.com/p/google-security-research/issues/detail?id=151 Upstream patch: http://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=2c4832d3… -- 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=FHyVs5R36A&a=cc_unsubscribe

1 15

[Bug 1191094] New: CVE-2014-9671 freetype: Off-by-one error in the pcf_get_properties function in pcf/pcfread.c
by Red Hat Bugzilla 25 Nov '15

25 Nov '15

https://bugzilla.redhat.com/show_bug.cgi?id=1191094 Bug ID: 1191094 Summary: CVE-2014-9671 freetype: Off-by-one error in the pcf_get_properties function in pcf/pcfread.c Product: Security Response Component: vulnerability Keywords: Security Severity: medium Priority: medium Assignee: security-response-team(a)redhat.com Reporter: vkaigoro(a)redhat.com CC: behdad(a)fedoraproject.org, fonts-bugs(a)lists.fedoraproject.org, kevin(a)tigcc.ticalc.org, mkasik(a)redhat.com Common Vulnerabilities and Exposures assigned CVE-2014-9671 to the following issue: Off-by-one error in the pcf_get_properties function in pcf/pcfread.c in FreeType before 2.5.4 allows remote attackers to cause a denial of service (NULL pointer dereference and application crash) via a crafted PCF file with a 0xffffffff size value that is improperly incremented. http://code.google.com/p/google-security-research/issues/detail?id=157 http://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=0e2f5d51… -- 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=Kh2uxQYUM7&a=cc_unsubscribe

1 14

[Bug 1191096] New: CVE-2014-9673 freetype: Integer signedness error in the Mac_Read_POST_Resource function in base/ftobjs.c
by Red Hat Bugzilla 25 Nov '15

25 Nov '15

https://bugzilla.redhat.com/show_bug.cgi?id=1191096 Bug ID: 1191096 Summary: CVE-2014-9673 freetype: Integer signedness error in the Mac_Read_POST_Resource function in base/ftobjs.c Product: Security Response Component: vulnerability Keywords: Security Severity: medium Priority: medium Assignee: security-response-team(a)redhat.com Reporter: vkaigoro(a)redhat.com CC: behdad(a)fedoraproject.org, fonts-bugs(a)lists.fedoraproject.org, kevin(a)tigcc.ticalc.org, mkasik(a)redhat.com Common Vulnerabilities and Exposures assigned CVE-2014-9673 to the following issue: Integer signedness error in the Mac_Read_POST_Resource function in base/ftobjs.c in FreeType before 2.5.4 allows remote attackers to cause a denial of service (heap-based buffer overflow) or possibly have unspecified other impact via a crafted Mac font. http://code.google.com/p/google-security-research/issues/detail?id=154 http://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=35252ae9… -- 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=cE4QxwCKVN&a=cc_unsubscribe

1 12

[Bug 1191093] New: CVE-2014-9670 freetype: Multiple integer signedness errors in the pcf_get_encodings function inpcf/pcfread.c
by Red Hat Bugzilla 25 Nov '15

25 Nov '15

https://bugzilla.redhat.com/show_bug.cgi?id=1191093 Bug ID: 1191093 Summary: CVE-2014-9670 freetype: Multiple integer signedness errors in the pcf_get_encodings function inpcf/pcfread.c Product: Security Response Component: vulnerability Keywords: Security Severity: medium Priority: medium Assignee: security-response-team(a)redhat.com Reporter: vkaigoro(a)redhat.com CC: behdad(a)fedoraproject.org, fonts-bugs(a)lists.fedoraproject.org, kevin(a)tigcc.ticalc.org, mkasik(a)redhat.com Common Vulnerabilities and Exposures assigned CVE-2014-9670 to the following issue: Multiple integer signedness errors in the pcf_get_encodings function in pcf/pcfread.c in FreeType before 2.5.4 allow remote attackers to cause a denial of service (integer overflow, NULL pointer dereference, and application crash) via a crafted PCF file that specifies negative values for the first column and first row. http://code.google.com/p/google-security-research/issues/detail?id=158 http://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=ef1eba75… -- 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=HvmsnCm2yW&a=cc_unsubscribe

1 15

[Bug 1191092] New: CVE-2014-9669 freetype: Multiple integer overflows in sfnt/ttcmap.c
by Red Hat Bugzilla 25 Nov '15

25 Nov '15

https://bugzilla.redhat.com/show_bug.cgi?id=1191092 Bug ID: 1191092 Summary: CVE-2014-9669 freetype: Multiple integer overflows in sfnt/ttcmap.c Product: Security Response Component: vulnerability Keywords: Security Severity: medium Priority: medium Assignee: security-response-team(a)redhat.com Reporter: vkaigoro(a)redhat.com CC: behdad(a)fedoraproject.org, fonts-bugs(a)lists.fedoraproject.org, kevin(a)tigcc.ticalc.org, mkasik(a)redhat.com Common Vulnerabilities and Exposures assigned CVE-2014-9669 to the following issue: Multiple integer overflows in sfnt/ttcmap.c in FreeType before 2.5.4 allow remote attackers to cause a denial of service (out-of-bounds read or memory corruption) or possibly have unspecified other impact via a crafted cmap SFNT table. http://code.google.com/p/google-security-research/issues/detail?id=163 http://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=602040b1… -- 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=lbZKQCjzZ4&a=cc_unsubscribe

1 16

[Bug 1191090] New: CVE-2014-9667 freetype: integer overflow and out-of-bounds read in sfnt/ttload.c
by Red Hat Bugzilla 25 Nov '15

25 Nov '15

https://bugzilla.redhat.com/show_bug.cgi?id=1191090 Bug ID: 1191090 Summary: CVE-2014-9667 freetype: integer overflow and out-of-bounds read in sfnt/ttload.c Product: Security Response Component: vulnerability Keywords: Security Severity: medium Priority: medium Assignee: security-response-team(a)redhat.com Reporter: vkaigoro(a)redhat.com CC: behdad(a)fedoraproject.org, fonts-bugs(a)lists.fedoraproject.org, kevin(a)tigcc.ticalc.org, mkasik(a)redhat.com Common Vulnerabilities and Exposures assigned CVE-2014-9667 to the following issue: sfnt/ttload.c in FreeType before 2.5.4 proceeds with offset+length calculations without restricting the values, which allows remote attackers to cause a denial of service (integer overflow and out-of-bounds read) or possibly have unspecified other impact via a crafted SFNT table. http://code.google.com/p/google-security-research/issues/detail?id=166 http://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=677ddf4f… -- 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=zImGNf0ZHS&a=cc_unsubscribe

1 16

[Bug 1191086] New: CVE-2014-9664 freetype: out-of-bounds read via a crafted Type42 font
by Red Hat Bugzilla 25 Nov '15

25 Nov '15

https://bugzilla.redhat.com/show_bug.cgi?id=1191086 Bug ID: 1191086 Summary: CVE-2014-9664 freetype: out-of-bounds read via a crafted Type42 font Product: Security Response Component: vulnerability Keywords: Security Severity: medium Priority: medium Assignee: security-response-team(a)redhat.com Reporter: vkaigoro(a)redhat.com CC: behdad(a)fedoraproject.org, fonts-bugs(a)lists.fedoraproject.org, kevin(a)tigcc.ticalc.org, mkasik(a)redhat.com Common Vulnerabilities and Exposures assigned CVE-2014-9664 to the following issue: FreeType before 2.5.4 does not check for the end of the data during certain parsing actions, which allows remote attackers to cause a denial of service (out-of-bounds read) or possibly have unspecified other impact via a crafted Type42 font, related to type42/t42parse.c and type1/t1load.c. http://code.google.com/p/google-security-research/issues/detail?id=183 http://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=73be9f9a… http://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=dd89710f… -- 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=f9GfIaQbWS&a=cc_unsubscribe

1 15

[Bug 1191085] New: CVE-2014-9663 freetype: out-of-bounds read in the tt_cmap4_validate function in sfnt/ttcmap.c
by Red Hat Bugzilla 25 Nov '15

25 Nov '15

https://bugzilla.redhat.com/show_bug.cgi?id=1191085 Bug ID: 1191085 Summary: CVE-2014-9663 freetype: out-of-bounds read in the tt_cmap4_validate function in sfnt/ttcmap.c Product: Security Response Component: vulnerability Keywords: Security Severity: medium Priority: medium Assignee: security-response-team(a)redhat.com Reporter: vkaigoro(a)redhat.com CC: behdad(a)fedoraproject.org, fonts-bugs(a)lists.fedoraproject.org, kevin(a)tigcc.ticalc.org, mkasik(a)redhat.com Common Vulnerabilities and Exposures assigned CVE-2014-9663 to the following issue: The tt_cmap4_validate function in sfnt/ttcmap.c in FreeType before 2.5.4 validates a certain length field before that field's value is completely calculated, which allows remote attackers to cause a denial of service (out-of-bounds read) or possibly have unspecified other impact via a crafted cmap SFNT table. http://code.google.com/p/google-security-research/issues/detail?id=184 http://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=9bd20b73… -- 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=RqfqmMYrge&a=cc_unsubscribe

1 15

[Bug 1191083] New: CVE-2014-9661 freetype: use-after-free in type42/t42parse.c
by Red Hat Bugzilla 25 Nov '15

25 Nov '15

https://bugzilla.redhat.com/show_bug.cgi?id=1191083 Bug ID: 1191083 Summary: CVE-2014-9661 freetype: use-after-free in type42/t42parse.c Product: Security Response Component: vulnerability Keywords: Security Severity: medium Priority: medium Assignee: security-response-team(a)redhat.com Reporter: vkaigoro(a)redhat.com CC: behdad(a)fedoraproject.org, fonts-bugs(a)lists.fedoraproject.org, kevin(a)tigcc.ticalc.org, mkasik(a)redhat.com Common Vulnerabilities and Exposures assigned CVE-2014-9661 to the following issue: type42/t42parse.c in FreeType before 2.5.4 does not consider that scanning can be incomplete without triggering an error, which allows remote attackers to cause a denial of service (use-after-free) or possibly have unspecified other impact via a crafted Type42 font. http://code.google.com/p/google-security-research/issues/detail?id=187 http://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=3788187e… http://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=42fcd669… -- 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=1QWIwOVd3E&a=cc_unsubscribe

1 15

[Bug 1191082] New: CVE-2014-9660 freetype: NULL pointer dereference in the _bdf_parse_glyphs function in bdf/bdflib.c
by Red Hat Bugzilla 25 Nov '15

25 Nov '15

https://bugzilla.redhat.com/show_bug.cgi?id=1191082 Bug ID: 1191082 Summary: CVE-2014-9660 freetype: NULL pointer dereference in the _bdf_parse_glyphs function in bdf/bdflib.c Product: Security Response Component: vulnerability Keywords: Security Severity: medium Priority: medium Assignee: security-response-team(a)redhat.com Reporter: vkaigoro(a)redhat.com CC: behdad(a)fedoraproject.org, fonts-bugs(a)lists.fedoraproject.org, kevin(a)tigcc.ticalc.org, mkasik(a)redhat.com Common Vulnerabilities and Exposures assigned CVE-2014-9660 to the following issue: The _bdf_parse_glyphs function in bdf/bdflib.c in FreeType before 2.5.4 does not properly handle a missing ENDCHAR record, which allows remote attackers to cause a denial of service (NULL pointer dereference) or possibly have unspecified other impact via a crafted BDF font. http://code.google.com/p/google-security-research/issues/detail?id=188 http://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=af834617… -- 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=934GUlEIr0&a=cc_unsubscribe

1 16

[Bug 1191080] New: CVE-2014-9658 freetype: DoS in the tt_face_load_kern function in sfnt/ttkern.c
by Red Hat Bugzilla 25 Nov '15

25 Nov '15

https://bugzilla.redhat.com/show_bug.cgi?id=1191080 Bug ID: 1191080 Summary: CVE-2014-9658 freetype: DoS in the tt_face_load_kern function in sfnt/ttkern.c Product: Security Response Component: vulnerability Keywords: Security Severity: medium Priority: medium Assignee: security-response-team(a)redhat.com Reporter: vkaigoro(a)redhat.com CC: behdad(a)fedoraproject.org, fonts-bugs(a)lists.fedoraproject.org, kevin(a)tigcc.ticalc.org, mkasik(a)redhat.com Common Vulnerabilities and Exposures assigned CVE-2014-9658 to the following issue: The tt_face_load_kern function in sfnt/ttkern.c in FreeType before 2.5.4 enforces an incorrect minimum table length, which allows remote attackers to cause a denial of service (out-of-bounds read) or possibly have unspecified other impact via a crafted TrueType font. http://code.google.com/p/google-security-research/issues/detail?id=194 http://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=f70d9342… -- 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=NNjC60WFxk&a=cc_unsubscribe

1 16

[Bug 1191079] New: CVE-2014-9657 freetype: DoS in the tt_face_load_hdmx function in truetype/ttpload.c
by Red Hat Bugzilla 25 Nov '15

25 Nov '15

https://bugzilla.redhat.com/show_bug.cgi?id=1191079 Bug ID: 1191079 Summary: CVE-2014-9657 freetype: DoS in the tt_face_load_hdmx function in truetype/ttpload.c Product: Security Response Component: vulnerability Keywords: Security Severity: medium Priority: medium Assignee: security-response-team(a)redhat.com Reporter: vkaigoro(a)redhat.com CC: behdad(a)fedoraproject.org, fonts-bugs(a)lists.fedoraproject.org, kevin(a)tigcc.ticalc.org, mkasik(a)redhat.com Common Vulnerabilities and Exposures assigned CVE-2014-9657 to the following issue: The tt_face_load_hdmx function in truetype/ttpload.c in FreeType before 2.5.4 does not establish a minimum record size, which allows remote attackers to cause a denial of service (out-of-bounds read) or possibly have unspecified other impact via a crafted TrueType font. http://code.google.com/p/google-security-research/issues/detail?id=195 http://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=eca0f067… -- 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=JxlmnOGyZ0&a=cc_unsubscribe

1 13

[Bug 648350] New: Proper Bold for Lohit Devanagari
by Red Hat Bugzilla 25 Nov '15

25 Nov '15

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Proper Bold for Lohit Devanagari https://bugzilla.redhat.com/show_bug.cgi?id=648350 Summary: Proper Bold for Lohit Devanagari Product: Fedora Version: rawhide Platform: All OS/Version: All Status: NEW Severity: medium Priority: low Component: lohit-devanagari-fonts AssignedTo: psatpute(a)redhat.com ReportedBy: ujjwol(a)fedoraproject.org QAContact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Created attachment 456789 --> https://bugzilla.redhat.com/attachment.cgi?id=456789 Picture showing the bold and regular typeface Description of problem: The existing font provided Lohit Devangari only contains the regular version. It does not contain the bold version. When the computer generates bold using the regular font, and the results are ugly. The siro-rekha is broken and many other stuffs are also broken. Version-Release number of selected component (if applicable): How reproducible: Exactly reproducible Steps to Reproduce: 1.See any hindi/nepali/marathi/sanskrit pages in firefox with bold text 2. type devanagari text in openoffice and bold it Actual results: The a broken lohit devanagari font is displayed. Expected results: A well maintained bold should be shown. Additional info: The typographic value is lost when bold is used though it is still readable. -- 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.

1 14

[Bug 1192818] New: PT Sans OFL files have wrong Rupee sign
by Red Hat Bugzilla 09 Nov '15

09 Nov '15

https://bugzilla.redhat.com/show_bug.cgi?id=1192818 Bug ID: 1192818 Summary: PT Sans OFL files have wrong Rupee sign Product: Fedora Version: 21 Component: paratype-pt-sans-fonts Assignee: nicolas.mailhot(a)laposte.net Reporter: rajeeshknambiar(a)gmail.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, pnemade(a)redhat.com Description of problem: PT Sans ttf files (from the OFL source archive) have wrong glyph (Ruble) in place of Indian Rupee (currency sybmbol U+20B9). Websites with rupee character falls back to PT Sans and shows Ruble sign as fontconfig priority is higher than most Indic fonts. Version-Release number of selected component (if applicable): 20101909-5.fc2 How reproducible: Always Steps to Reproduce: 1. 2. 3. Actual results: Ruble sign is shown in place of Rupee sign. Expected results: Rupee sign (₹) is displayed. Additional info: Contacted upstream (fonts at paratype dot com) and they have directed to the fonts available at http://www.paratype.com/public/. The files at http://www.paratype.com/uni/public/PTSans.zip indeed are fixed. OFL versions of PT Serif and PT Mono are ok. I understand Fedora prefers the OFL version, is there an alternative? -- 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=Sqpy3V088J&a=cc_unsubscribe

1 3

[Bug 770173] New: [abrt] fontforge-20110222-4.fc16: __GI_raise: Process /usr/bin/fontforge was killed by signal 6 (SIGABRT)
by Red Hat Bugzilla 04 Nov '15

04 Nov '15

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [abrt] fontforge-20110222-4.fc16: __GI_raise: Process /usr/bin/fontforge was killed by signal 6 (SIGABRT) https://bugzilla.redhat.com/show_bug.cgi?id=770173 Summary: [abrt] fontforge-20110222-4.fc16: __GI_raise: Process /usr/bin/fontforge was killed by signal 6 (SIGABRT) Product: Fedora Version: 16 Platform: x86_64 OS/Version: Unspecified Status: NEW Status Whiteboard: abrt_hash:226d280da458c02dbf836374359e6d45beeb31ad Severity: unspecified Priority: unspecified Component: fontforge AssignedTo: kevin(a)scrye.com ReportedBy: quantum.analyst(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: kevin(a)scrye.com, fonts-bugs(a)lists.fedoraproject.org, paul(a)frixxon.co.uk Classification: Fedora Story Points: --- Type: --- Regression: --- Mount Type: --- Documentation: --- libreport version: 2.0.8 abrt_version: 2.0.7 backtrace_rating: 4 cmdline: fontforge Lobster.ttf crash_function: __GI_raise executable: /usr/bin/fontforge kernel: 3.1.5-1.fc16.x86_64 pid: 2361 pwd: /home/zero-one/.fonts reason: Process /usr/bin/fontforge was killed by signal 6 (SIGABRT) time: Fri 23 Dec 2011 04:57:53 PM EST uid: 1000 username: zero-one backtrace: Text file, 53804 bytes dso_list: Text file, 5454 bytes maps: Text file, 46458 bytes build_ids: :1c6a95451ee19617be5abea3d121f0226d21ddda :513b62aebf666f00864c6f1ebea4dc82b2bc5012 :3ed9e61c2b7e707ce244816335776afa2ad0307d :aa733447f84020c94a66814e501a36e248cbb43d :8b46e30ba91f3a655184141ea81f24005f100891 :e3c88cb9ea428bd61f4064dbd53acae2d396a1ec :87461d97d0ba0bd94e4d74ff0879190b67b326c5 :6ae19b07608683ea0d76f1406c6d50d5a2793ecc :d0c6e13f00a20952a72a945c929efb175fd760e3 :ab59942678bcdecb23756804dcd0aac63ccc1669 :30af62b93e2ab7dbaf39c52e346cd52101b4b590 :3d7445fcfec84df0bd46f12e5540d6ab6db2ec9d :f0d50e3af2dfee021a327fb85a993a2312a98145 :638db099ff5fb986d1a092629d1bb1dca5be4904 :e5429e0905bedecc534b057783916ba43e06a66e :44ece411beb2ef1acdb5eb2161666de41cc2f31d :2ff598542ad79916b2e8d621e1dfe2e03aca9e9f :8acc43df965b3c0a70dcfad11c0ade056bdb055b :b502249bcf2a4f465feeb8b9578c80cda6f4103d :c8a4e40c84c2f52e78c64d31efc0191c565a9049 :0f0c9eed63ed279ceb0aef109eff8bcbb351e4bb :25b834f4c4dc534708635ff1064e2fe02a366a62 :163b323da65b708418226eb5fa8b057c731d1475 :6ecc3efaedf849a17c30a67fe15b4dacca1bd981 :0911ea7c180d733724f89037b8e8a34e64024aec :8631fa022a75e4bfbd78f96ad368f88456e39cfe :c64ae11db2f40081de9a6983295b7e2105556695 :ab93f5a6105938b598a9eb4321bcfb9c244945d5 :48aea888319e1848137073c9cbde54a4c2a731c9 :1d1e7527a6b5fd829fe8c097bea4c62b2d0f2df9 :36c3026b958ed92321d0531a483442a9c5a957e9 :2f884a17559b8d3954348fdf2131980eac9a79f0 :1c2ccaf923ac61efd874e4ca82bf6612f4cb0c31 :b0eabf9093defbfdd0857ea3ed1a4563b743434e :4c842320387ff7f6f91b7842b223c16518be909f :e2e67b3ae2579e1667b73ad385f61552931024e9 :9d1209fc79304f03cc839de1c0036c61b48dfff8 :7994f114cf7189e482f2665fae8e351ed8bc05e3 :07470201df55a5254027d05fa4dc509b10f2986a :d460d68692c1b32346f469e0a9ab3933cf1f3d1c :dc729005f811417fddf05fe15b27c01257fed480 :e5d7ac2dfe435e205e491f7ce827563859fca4f4 :b7633dbfe4880a163b4059184cb20c37cfaf7521 :3e2404bd469800afd61eda83d0292a2165ef0db0 :c394c720f0727b738128393fbf26ebd355f42498 :54a066b1f8ae391050d51221778b39261283cf51 :930141e14bc90a585553dfbe2c6661806af11f06 :c8e7f118041a9f77e0dd673da11b5653be27b5a2 :c2d49d72ec1a1e68b39c3724693f83f44d80a259 :e02146cbd7b3747790cf4808baa58dc78c2e0042 :b0a2d0b4c09d819887ec7d711c8cf3977a074c4f :a518a8b1b5c3e80dee813df05e951d205d6ac48c :d203a42e4c417fbf0c6ab96ce6f7946ec8ac0435 :0949b493f01e0553822be3bd14def9dbe79b804f comment: :Just randomly looking around directories in the Open Font dialog. :Was in /usr/share/fonts, after checking four or five subdirectories, but not opening anything. environ: :XDG_VTNR=1 :XDG_SESSION_ID=2 :HOSTNAME=VeniVidiVici.HOME :IMSETTINGS_INTEGRATE_DESKTOP=yes :GPG_AGENT_INFO=/tmp/keyring-zRujzU/gpg:0:1 :TERM=xterm :SHELL=/bin/bash :HISTSIZE=1000 :XDG_SESSION_COOKIE=ff831396568380a65b4ba5f100000011-1324693688.856668-425829544 :GJS_DEBUG_OUTPUT=stderr :WINDOWID=41943045 :GNOME_KEYRING_CONTROL=/tmp/keyring-zRujzU :QTDIR=/usr/lib64/qt-3.3 :QTINC=/usr/lib64/qt-3.3/include :'GJS_DEBUG_TOPICS=JS ERROR;JS LOG' :IMSETTINGS_MODULE=none :USER=zero-one :LS_COLORS=rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:mi=01;05;37;41:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz=01;31:*.lz=01;31:*.xz=01;31:*.bz2=01;31:*.tbz=01;31:*.tbz2=01;31:*.bz=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.war=01;31:*.ear=01;31:*.sar=01;31:*.rar=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;! 35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.cgm=01;35:*.emf=01;35:*.axv=01;35:*.anx=01;35:*.ogv=01;35:*.ogx=01;35:*.aac=01;36:*.au=01;36:*.flac=01;36:*.mid=01;36:*.midi=01;36:*.mka=01;36:*.mp3=01;36:*.mpc=01;36:*.ogg=01;36:*.ra=01;36:*.wav=01;36:*.axa=01;36:*.oga=01;36:*.spx=01;36:*.xspf=01;36:*.pdf=00;33:*.ps=00;33:*.ps.gz=00;33:*.txt=00;33:*.patch=00;33:*.diff=00;33:*.log=00;33:*.tex=00;33:*.xls=00;33:*.xlsx=00;33:*.ppt=00;33:*.pptx=00;33:*.rtf=00;33:*.doc=00;33:*.docx=00;33:*.odt=00;33:*.ods=00;33:*.odp=00;33:*.xml=00;33:*.epub=00;33:*.abw=00;33:*.html=00;33:*.wpd=00;33: :SSH_AUTH_SOCK=/tmp/keyring-zRujzU/ssh :USERNAME=zero-one :SESSION_MANAGER=local/unix:@/tmp/.ICE-unix/1513,unix/unix:/tmp/.ICE-unix/1513 :PATH=/usr/lib64/qt-3.3/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin:/home/zero-one/code/android-sdk-linux_x86/tools:/home/zero-one/code/android-sdk-linux_x86/platform-tools:/home/zero-one/.local/bin:/home/zero-one/code/android-sdk-linux_x86/tools:/home/zero-one/code/android-sdk-linux_x86/platform-tools :MAIL=/var/spool/mail/zero-one :DESKTOP_SESSION=gnome :GSETTINGS_SCHEMA_DIR=/home/zero-one/.local/share/glib-2.0/schemas/ :QT_IM_MODULE=xim :PWD=/home/zero-one/.fonts :XMODIFIERS=@im=none :GNOME_KEYRING_PID=1509 :LANG=en_CA.utf8 :KDE_IS_PRELINKED=1 :MODULEPATH=/usr/share/Modules/modulefiles:/etc/modulefiles :GDM_LANG=en_CA.utf8 :LOADEDMODULES= :KDEDIRS=/usr :GDMSESSION=gnome :HISTCONTROL=ignoredups :XDG_SEAT=seat0 :HOME=/home/zero-one :SHLVL=2 :GNOME_DESKTOP_SESSION_ID=this-is-deprecated :LOGNAME=zero-one :QTLIB=/usr/lib64/qt-3.3/lib :DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-xNGdIawEwq,guid=63f22d2712ab078eb4f10cdd00000034 :MODULESHOME=/usr/share/Modules :'LESSOPEN=||/usr/bin/lesspipe.sh %s' :WINDOWPATH=1 :XDG_RUNTIME_DIR=/run/user/zero-one :MTN_MERGE=meld :DISPLAY=:0 :COLORTERM=gnome-terminal :XAUTHORITY=/var/run/gdm/auth-for-zero-one-ayzEyJ/database :'module=() { eval `/usr/bin/modulecmd bash $*`\n}' :_=/usr/bin/fontforge :OLDPWD=/home/zero-one var_log_messages: :Dec 22 17:23:34 VeniVidiVici yum[3674]: Installed: fontforge-20110222-4.fc16.x86_64 :Dec 22 17:29:01 VeniVidiVici kernel: [ 6681.618693] fontforge[3698] trap divide error ip:7ff290f0fd54 sp:7fffaed127e0 error:0 in libfontforge.so.1.0.0[7ff290e68000+36f000] :Dec 22 17:29:02 VeniVidiVici abrt[3711]: Saved core dump of pid 3698 (/usr/bin/fontforge) to /var/spool/abrt/ccpp-2011-12-22-17:29:01-3698 (18186240 bytes) :Dec 22 17:41:40 VeniVidiVici kernel: [ 7440.652920] fontforge[3790] trap divide error ip:7fe59e65ed54 sp:7fff990867d0 error:0 in libfontforge.so.1.0.0[7fe59e5b7000+36f000] :Dec 22 17:41:41 VeniVidiVici abrt[3815]: Saved core dump of pid 3790 (/usr/bin/fontforge) to /var/spool/abrt/ccpp-2011-12-22-17:41:40-3790 (16412672 bytes) :Dec 23 16:51:23 VeniVidiVici kernel: [ 1448.061763] fontforge[2317] trap divide error ip:3b3eca7d54 sp:7fff69f0efd0 error:0 in libfontforge.so.1.0.0[3b3ec00000+36f000] :Dec 23 16:51:25 VeniVidiVici abrt[2319]: Saved core dump of pid 2317 (/usr/bin/fontforge) to /var/spool/abrt/ccpp-2011-12-23-16:51:23-2317 (16928768 bytes) :Dec 23 16:57:55 VeniVidiVici abrt[2367]: Saved core dump of pid 2361 (/usr/bin/fontforge) to /var/spool/abrt/ccpp-2011-12-23-16:57:53-2361 (28041216 bytes) -- 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.

1 12

[Bug 1142911] New: fontawesome-fonts-4.2.0 is available
by Red Hat Bugzilla 27 Oct '15

27 Oct '15

https://bugzilla.redhat.com/show_bug.cgi?id=1142911 Bug ID: 1142911 Summary: fontawesome-fonts-4.2.0 is available Product: Fedora Version: rawhide Component: fontawesome-fonts Keywords: FutureFeature, Triaged Assignee: pvoborni(a)redhat.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, mrunge(a)redhat.com, pvoborni(a)redhat.com Latest upstream release: 4.2.0 Current version/release in Fedora Rawhide: 4.1.0-1.fc21 URL: https://api.github.com/repos/FortAwesome/Font-Awesome/tags 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 Soon this service will be implemented by a new system: https://github.com/fedora-infra/anitya/ It will require to manage monitored projects via a new web interface. Please make yourself familiar with the new system to ease the transition. -- 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=SUHCuHLmBJ&a=cc_unsubscribe

1 7

[Bug 1111675] New: Capital Greek Delta not rendering properly
by Red Hat Bugzilla 25 Oct '15

25 Oct '15

https://bugzilla.redhat.com/show_bug.cgi?id=1111675 Bug ID: 1111675 Summary: Capital Greek Delta not rendering properly Product: Fedora Version: 20 Component: dejavu-fonts Assignee: nicolas.mailhot(a)laposte.net Reporter: sara.alderweireldt(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, nicolas.mailhot(a)laposte.net, paul(a)frixxon.co.uk, peter(a)thecodergeek.com Created attachment 910841 --> https://bugzilla.redhat.com/attachment.cgi?id=910841&action=edit Original pdf, converted to png and screenshot Description of problem: When I create a pdf that contains a capital greek delta and open it in a pdf viewer (Evince, Okular, ...), instead of the letter, I get the empty set symbol. My pdf: test.pdf When I use convert to make a png from the pdf, the letter comes out normally: test_convertFromPdf.png. I attach a screenshot of what renders when I open the pdf: test_screenFromEvince.png I tried opening the exact same pdf on a different os (SL5), where it renders perfectly fine. I'm thinking this might be dejavu related after reading this: https://bugs.launchpad.net/ubuntu/+source/fonts-dejavu/+bug/1275971 If that's not the case, apologies for the misclassification. Version-Release number of selected component (if applicable): I'm running fc20, dejavu-fonts-common-2.34-1.fc20.noarch dejavu-sans-mono-fonts-2.34-1.fc20.noarch dejavu-sans-fonts-2.34-1.fc20.noarch dejavu-lgc-sans-mono-fonts-2.34-1.fc20.noarch dejavu-lgc-serif-fonts-2.34-1.fc20.noarch dejavu-serif-fonts-2.34-1.fc20.noarch dejavu-lgc-sans-fonts-2.34-1.fc20.noarch evince-3.10.3-1.fc20.x86_64 evince-nautilus-3.10.3-1.fc20.x86_64 evince-debuginfo-3.10.3-1.fc20.x86_64 evince-libs-3.10.3-1.fc20.x86_64 evince-djvu-3.10.3-1.fc20.x86_64 How reproducible: Open the pdf (on my machine). Steps to Reproduce: Open the pdf? Actual results: The symbol doesn't render properly. Expected results: A nice capital Delta. Additional info: Feel free to ask for additional logs or version numbers, or other possibly relevant 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=GPpNxzzX0w&a=cc_unsubscribe

1 10

[Bug 1016989] New: [ml_IN] non-standard sequence sequence for stacked chillu-N and RRA in Lohit Malayalam font should be removed
by Red Hat Bugzilla 12 Oct '15

12 Oct '15

https://bugzilla.redhat.com/show_bug.cgi?id=1016989 Bug ID: 1016989 Summary: [ml_IN] non-standard sequence sequence for stacked chillu-N and RRA in Lohit Malayalam font should be removed Product: Fedora Version: rawhide Component: lohit-malayalam-fonts Assignee: psatpute(a)redhat.com Reporter: samjnaa(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com This is related to bug #1016984 which I reported just now. As per TUS 6.2 chapter 9.9 p 321 (p 351 of PDF) the correct sequence to get the display of stacked chillu-N on top of RRA in Malayalam is: CHILLU N + VIRAMA + RRA. That is: ൻ്റ = 0d7b 0d4d 0d31. However, currently Lohit Malayalam font does not support this sequence. In bug #1016984 I have requested to add it. Apart from that, note that currently the sequence being used to display stacked chillu-N on top of RRA in Lohit font is ന്റ = 0d28 0d4d 0d31. This is non-standard. It is inadvisable to retain this sequence as having two canonically non-equivalent sequences display the same is a security issue of confusability. My request from the POV of being standard-compliant would be to remove this sequence. However I am sure (based on personal email communication) there will be objection from people such as Santosh Thottingal since they do not agree with the standard on this matter. They maintain that NA + VIRAMA + RRA is the correct sequence to get this display. I have told them that if they disagree with the standard then they should discuss the matter on the Unicode and try to make the Unicode Technical Committee accept their view. Otherwise such sequences will just be standards-non-compliant and the existing diversified situation will only be aggravated. Certainly the current standard-prescribed sequence should be included to be standards compliant. For that I have already filed the separate bug. For 100% compliance the old non-standard should be removed. To track that I am filing this bug now. In the face of community objection, it is up to the project maintainer to decide about this. Version-Release number of selected component (if applicable): 2.5.4 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=ALH5tjahY0&a=cc_unsubscribe

1 6

[Bug 1203719] New: CVE-2015-1804 libXfont: out-of-bounds memory access in bdfReadCharacters
by Red Hat Bugzilla 01 Oct '15

01 Oct '15

https://bugzilla.redhat.com/show_bug.cgi?id=1203719 Bug ID: 1203719 Summary: CVE-2015-1804 libXfont: out-of-bounds memory access in bdfReadCharacters Product: Security Response Component: vulnerability Keywords: Security Severity: medium Priority: medium Assignee: security-response-team(a)redhat.com Reporter: mprpic(a)redhat.com CC: btissoir(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, sandmann(a)redhat.com The bdf parser read metrics values as 32-bit integers, but stored them into 16-bit integers. Overflows could occur in various operations leading to out-of-bounds memory access. A local user could exploit this issue to potentially execute arbitrary code with the privileges of the X.Org server. Upstream advisory: http://seclists.org/oss-sec/2015/q1/865 Upstream patch: http://cgit.freedesktop.org/xorg/lib/libXfont/commit/?id=2351c83a77a478b49c… -- 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=er2MnEzbkS&a=cc_unsubscribe

1 20

[Bug 1203715] New: CVE-2015-1802 libXfont: missing range check in bdfReadProperties
by Red Hat Bugzilla 01 Oct '15

01 Oct '15

https://bugzilla.redhat.com/show_bug.cgi?id=1203715 Bug ID: 1203715 Summary: CVE-2015-1802 libXfont: missing range check in bdfReadProperties Product: Security Response Component: vulnerability Keywords: Security Severity: medium Priority: medium Assignee: security-response-team(a)redhat.com Reporter: mprpic(a)redhat.com CC: btissoir(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, sandmann(a)redhat.com The bdf parser reads a count for the number of properties defined in a font from the font file, and allocates arrays with entries for each property based on that count. It never checked to see if that count was negative, or large enough to overflow when multiplied by the size of the structures being allocated, and could thus allocate the wrong buffer size, leading to out of bounds writes. A local user could exploit this issue to potentially execute arbitrary code with the privileges of the X.Org server. Upstream advisory: http://seclists.org/oss-sec/2015/q1/865 Upstream patch: http://cgit.freedesktop.org/xorg/lib/libXfont/commit/?id=2deda9906480f9c8ae… -- 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=lX6DTEkBbs&a=cc_unsubscribe

1 12

[Bug 1203718] New: CVE-2015-1803 libXfont: crash on invalid read in bdfReadCharacters
by Red Hat Bugzilla 08 Sep '15

08 Sep '15

https://bugzilla.redhat.com/show_bug.cgi?id=1203718 Bug ID: 1203718 Summary: CVE-2015-1803 libXfont: crash on invalid read in bdfReadCharacters Product: Security Response Component: vulnerability Keywords: Security Severity: low Priority: low Assignee: security-response-team(a)redhat.com Reporter: mprpic(a)redhat.com CC: btissoir(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, sandmann(a)redhat.com If the bdf parser failed to parse the data for the bitmap for any character, it would proceed with an invalid pointer to the bitmap data and later crash when trying to read the bitmap from that pointer. A local user could exploit this issue to crash the X.Org server. Upstream advisory: http://seclists.org/oss-sec/2015/q1/865 Upstream patch: http://cgit.freedesktop.org/xorg/lib/libXfont/commit/?id=78c2e3d70d29698244… -- 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=a6kgapYM62&a=cc_unsubscribe

1 18

[Bug 985343] New: After telugu input .(full stop) is rendering as square box in lokalize editor
by Red Hat Bugzilla 06 Sep '15

06 Sep '15

https://bugzilla.redhat.com/show_bug.cgi?id=985343 Bug ID: 985343 Summary: After telugu input .(full stop) is rendering as square box in lokalize editor Product: Fedora Version: 19 Component: lohit-telugu-fonts Severity: unspecified Priority: unspecified Assignee: psatpute(a)redhat.com Reporter: kkrothap(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 Created attachment 774715 --> https://bugzilla.redhat.com/attachment.cgi?id=774715&action=edit Example screen shot regarding the problem. Description of problem: While using lokalize as translation editor, after telugu input if i type .(full stop) it is rendering as square box. Version-Release number of selected component (if applicable): lohit-telugu-fonts-2.5.3-2.fc19.noarch kdesdk-lokalize-4.10.5-1.fc19.x86_64 How reproducible: Every time Steps to Reproduce: 1.Open lokalize. 2.Input some telugu text. 3.Type . after telugu text. Actual results: . rendering as square box Expected results: Should render as it should be. Additional info: Working fine with pothana font. -- 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=ptT4KXOL2o&a=cc_unsubscribe

1 18

[Bug 1156554] New: [rfe] use dnf instead of yum
by Red Hat Bugzilla 25 Aug '15

25 Aug '15

https://bugzilla.redhat.com/show_bug.cgi?id=1156554 Bug ID: 1156554 Summary: [rfe] use dnf instead of yum Product: Fedora Version: rawhide Component: fontpackages Assignee: nicolas.mailhot(a)laposte.net Reporter: metherid(a)gmail.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: Fedora 22 is planning to switch over to dnf from yum as per https://fedoraproject.org/wiki/Changes/ReplaceYumWithDNF Please switch from yum/yum-utils to dnf/dnf-plugins-core. Thanks! -- 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=YeSQAkWFuc&a=cc_unsubscribe

1 10

[Bug 477387] New: Please convert to new font packaging guidelines
by Red Hat Bugzilla 21 Aug '15

21 Aug '15

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=477387 Summary: Please convert to new font packaging guidelines Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: fonts-hebrew-fancy AssignedTo: danken(a)cs.technion.ac.il ReportedBy: nicolas.mailhot(a)laposte.net QAContact: extras-qa(a)fedoraproject.org CC: danken(a)cs.technion.ac.il, 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.

1 11

[Bug 1185185] New: [abrt] fontforge: __memcpy_sse2_unaligned(): fontforge killed by SIGSEGV
by Red Hat Bugzilla 29 Jun '15

29 Jun '15

https://bugzilla.redhat.com/show_bug.cgi?id=1185185 Bug ID: 1185185 Summary: [abrt] fontforge: __memcpy_sse2_unaligned(): fontforge killed by SIGSEGV Product: Fedora Version: 20 Component: fontforge Assignee: kevin(a)scrye.com Reporter: aloner(a)tut.by 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-20120731b-10.fc20 Additional info: reporter: libreport-2.2.3 backtrace_rating: 4 cmdline: fontforge /home/mike/work/fonts/Antiq.ttf crash_function: __memcpy_sse2_unaligned executable: /usr/bin/fontforge kernel: 3.17.8-200.fc20.x86_64 runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (6 frames) #0 __memcpy_sse2_unaligned at ../sysdeps/x86_64/multiarch/memcpy-sse2-unaligned.S:120 #1 memcpy at /usr/include/bits/string3.h:51 #2 copyn at memory.c:87 #3 GXDrawTransmitSelection at gxdraw.c:4431 #4 dispatchEvent at gxdraw.c:3770 #5 GXDrawEventLoop at gxdraw.c:3968 -- 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=HBSRApUZ3c&a=cc_unsubscribe

1 3

[Bug 1027024] New: [abrt] fontforge-20120731b-10.fc20: GDrawFontMetrics: Process /usr/bin/fontforge was killed by signal 11 (SIGSEGV)
by Red Hat Bugzilla 29 Jun '15

29 Jun '15

https://bugzilla.redhat.com/show_bug.cgi?id=1027024 Bug ID: 1027024 Summary: [abrt] fontforge-20120731b-10.fc20: GDrawFontMetrics: Process /usr/bin/fontforge was killed by signal 11 (SIGSEGV) Product: Fedora Version: 20 Component: fontforge Assignee: kevin(a)scrye.com Reporter: sanjay.ankur(a)gmail.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 Description of problem: Segfaulted right on start. Version-Release number of selected component: fontforge-20120731b-10.fc20 Additional info: reporter: libreport-2.1.9 backtrace_rating: 4 cmdline: fontforge FontAwesome.otf crash_function: GDrawFontMetrics executable: /usr/bin/fontforge kernel: 3.11.6-302.fc20.x86_64 runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (10 frames) #0 GDrawFontMetrics at gdrawtxt.c:2339 #1 CreateErrorWindow at uiutil.c:770 #2 _LogError at uiutil.c:886 #3 UI_LogError at uiutil.c:896 #4 NameConsistancyCheck at parsettf.c:5707 #5 UseGivenEncoding at parsettf.c:5781 #6 SFFillFromTTF at parsettf.c:6250 #7 _SFReadTTF at parsettf.c:6363 #8 _ReadSplineFont at splinefont.c:1076 #9 ReadSplineFont at splinefont.c:1248 -- 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=6kYoLJgRPd&a=cc_unsubscribe

1 6

[Bug 984230] New: Broken aliasing on small sizes since version 2.00
by Red Hat Bugzilla 29 Jun '15

29 Jun '15

https://bugzilla.redhat.com/show_bug.cgi?id=984230 Bug ID: 984230 Summary: Broken aliasing on small sizes since version 2.00 Product: Fedora Version: 18 Component: liberation-fonts Severity: medium Priority: unspecified Assignee: psatpute(a)redhat.com Reporter: gitne(a)excite.co.jp 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 The pixel aliasing of glyphs, especially vertical lines/parts is broken since version 2.00 on Windows (renderer). This applies to all Liberation Font types when ClearType is off, i.e. with gray-scale anti-aliasing only. Version 2.00 has incurred aliasing for all font sizes. Version 2.00.1 fixed this by disabling anti-aliasing for sizes < 14pt. Yet, vertical lines/parts and some transitions from curves to lines are still rendered incorrectly or with artifacts. This may also apply to Fedora GNOME desktops, but it has been observed on Windows first. Although, I am not a font design specialist, I suppose that this problem exists because version 2.00 is based on Google Crosscore fonts and hinting information for small font sizes is missing. This is a show stopper for software rendering Libration Fonts on pixel based digital displays. Software packages like LibréOffice are also negatively affected by this issue (although on displays only). Please resolve this issue or revert verion 2.00 and later to beta status. How to reproduce: Windows XP/2003 Compare Liberation Fonts version 1.07 to version 2.00.1 for small font sizes < 14pt. Windows Vista and later Disable ClearType Compare Liberation Fonts version 1.07 to version 2.00.1 for small font sizes < 14pt. Version 1.07 has been correctly hinted, hence is perfectly pixel aligned. -- 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=lAiO50lKoF&a=cc_unsubscribe

1 24

[Bug 953703] New: 3 cyrillic fonts are missing
by Red Hat Bugzilla 29 Jun '15

29 Jun '15

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=953703 Bug ID: 953703 Summary: 3 cyrillic fonts are missing Product: Fedora Version: rawhide Component: liberation-fonts Severity: high Priority: unspecified Assignee: psatpute(a)redhat.com Reporter: translatorky(a)lavabit.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 Category: --- Description of problem: Please add 3 missing cyrillic fonts U+04A2 Ң U+04A3 ң U+04E8 Ө U+04E9 ө U+04AE Ү U+04AF ү Version-Release number of selected component (if applicable): Minetest game using liberationmono and liberationsans fonts, in version 0.4.6 was added kyrgyz language translations How reproducible: Open Minetest 0.4.6 with kyrgyz language locale Steps to Reproduce: 1. Go to Minetest.net and download 0.4.6 version 2. Open Minetest with kyrgyz language locale 3. 3 cyrillic fonts are invisible Actual results: Expected results: 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=Mth5mkluP1&a=cc_unsubscribe

1 7

[Bug 894907] New: [abrt] fontmatrix-0.9.99-7.r1218.fc18: size: Process /usr/bin/fontmatrix was killed by signal 11 (SIGSEGV)
by Red Hat Bugzilla 29 Jun '15

29 Jun '15

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=894907 Bug ID: 894907 Summary: [abrt] fontmatrix-0.9.99-7.r1218.fc18: size: Process /usr/bin/fontmatrix was killed by signal 11 (SIGSEGV) Product: Fedora Version: 18 Component: fontmatrix Severity: unspecified Priority: unspecified Reporter: ccoleman(a)redhat.com Description of problem: Was using fontmatrix and importing fonts. Some of the fonts were removed or deleted on disk and then I attempted to view them a second time. Version-Release number of selected component: fontmatrix-0.9.99-7.r1218.fc18 Additional info: backtrace_rating: 4 cmdline: fontmatrix crash_function: size executable: /usr/bin/fontmatrix kernel: 3.6.11-3.fc18.x86_64 remote_result: NOTFOUND uid: 1000 Truncated backtrace: Thread no. 1 (10 frames) #0 size at /usr/include/QtCore/qlist.h:98 #1 count at /usr/include/QtCore/qlist.h:280 #2 FontItem::deRenderAll at /usr/src/debug/fontmatrix-0.9.99-Source/src/fontitem.cpp:1694 #3 ChartWidget::~ChartWidget at /usr/src/debug/fontmatrix-0.9.99-Source/src/chartwidget.cpp:73 #5 QObjectPrivate::deleteChildren at kernel/qobject.cpp:1907 #6 QWidget::~QWidget at kernel/qwidget.cpp:1681 #7 QStackedWidget::~QStackedWidget at widgets/qstackedwidget.cpp:196 #8 QObjectPrivate::deleteChildren at kernel/qobject.cpp:1907 #9 QWidget::~QWidget at kernel/qwidget.cpp:1681 #10 QSplitter::~QSplitter at widgets/qsplitter.cpp:1056 -- 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=2YWeGyRx1W&a=cc_unsubscribe

1 9

[Bug 1187421] New: lato-fonts should be updated
by Red Hat Bugzilla 29 Jun '15

29 Jun '15

https://bugzilla.redhat.com/show_bug.cgi?id=1187421 Bug ID: 1187421 Summary: lato-fonts should be updated Product: Fedora Version: 20 Component: lato-fonts Assignee: pikachu.2014(a)gmail.com Reporter: eko(a)lanet.lv QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, pikachu.2014(a)gmail.com Description of problem: The lato-fonts in Fedora repositories are outdated. A new version is available from http://www.latofonts.com/download/Lato2OFL.zip . Version-Release number of selected component (if applicable): 1.105.2 Actual results: A lot of characters are missing in the used version. Additional info: An excerpt from the home page: “In 2013 – 2014, the family was greatly extended to cover 3000+ glyphs per style. The Lato 2.010 family now supports 100+ Latin-based languages, 50+ Cyrillic-based languages as well as Greek and IPA phonetics. In the process, the metrics and kerning of the family have been revised and four additional weights were created.” -- 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=bWb76l42yS&a=cc_unsubscribe

1 2

[Bug 1164177] New: fontconfig does not properly match Helvetica
by Red Hat Bugzilla 29 Jun '15

29 Jun '15

https://bugzilla.redhat.com/show_bug.cgi?id=1164177 Bug ID: 1164177 Summary: fontconfig does not properly match Helvetica Product: Fedora Version: 20 Component: fontconfig Assignee: tagoh(a)redhat.com Reporter: matthew.hirsch(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 External Bug ID: Launchpad 504235 External Bug ID: Launchpad 504235 Description of problem: When asked to match Helvetica, fontconfig seems to match the narrowest variant installed on the system. Version-Release number of selected component (if applicable): fontconfig-2.11.0-2.fc20.x86_64 fontconfig-2.11.0-2.fc20.i686 How reproducible: Always Steps to Reproduce: 1. Have Helvetica, Helvetica-Narrow installed in /usr/share/fonts 2. $ fc-match Helvetica Actual results: $fc-match Helvetica Helvetica-Narrow.ttf: "Helvetica" "Narrow" Expected results: $fc-match Helvetica Helvetica.ttf: "Helvetica" "Regular" -- 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=fS1UbEnXc3&a=cc_unsubscribe

1 8

[Bug 1123621] New: [abrt] fontforge: SplineSetJoin(): fontforge killed by SIGSEGV
by Red Hat Bugzilla 29 Jun '15

29 Jun '15

https://bugzilla.redhat.com/show_bug.cgi?id=1123621 Bug ID: 1123621 Summary: [abrt] fontforge: SplineSetJoin(): fontforge killed by SIGSEGV Product: Fedora Version: 20 Component: fontforge Assignee: kevin(a)scrye.com Reporter: jin(a)deadlock.dhs.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 Description of problem: The "join" operation does crash fontforge for me; Tried selecting a corner where which I assume consists of two unjoint points on the same coordinates, select "join" from the menu -> crash. Select the whole glyph, select "join" from the menu -> crash. Version-Release number of selected component: fontforge-20120731b-10.fc20 Additional info: reporter: libreport-2.2.3 backtrace_rating: 4 cmdline: fontforge crash_function: SplineSetJoin executable: /usr/bin/fontforge kernel: 3.15.5-200.fc20.x86_64 runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (6 frames) #0 SplineSetJoin at splineutil2.c:3388 #1 CVJoin at charview.c:6589 #2 gmenu_mouse at gmenu.c:756 #3 gmenu_eh at gmenu.c:1171 #4 dispatchEvent at gxdraw.c:3869 #5 GXDrawEventLoop at gxdraw.c:3968 -- 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=EmBw2dUF10&a=cc_unsubscribe

1 2

[Bug 1106462] New: [abrt] woffTools: sstruct.py:74:pack:error: integer out of range for 'L' format code
by Red Hat Bugzilla 29 Jun '15

29 Jun '15

https://bugzilla.redhat.com/show_bug.cgi?id=1106462 Bug ID: 1106462 Summary: [abrt] woffTools: sstruct.py:74:pack:error: integer out of range for 'L' format code Product: Fedora Version: 20 Component: woffTools Assignee: sshedmak(a)redhat.com Reporter: bartmon(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, sshedmak(a)redhat.com Description of problem: Familiarizing myself with woffTools and on first use I hit this bug. The font is from this site: http://www.sil.org/resources/software_fonts/andika You can find it in an archive here: http://scripts.sil.org/cms/scripts/render_download.php?format=file&media_id… $ woff-validate Andika-R.woff Testing: Andika-R.woff... Traceback (most recent call last): ... File "/usr/lib64/python2.7/site-packages/FontTools/sstruct.py", line 74, in pack data = apply(struct.pack, (formatstring,) + tuple(elements)) struct.error: integer out of range for 'L' format code Version-Release number of selected component: woffTools-0.1-0.7.684svn.fc20 Additional info: reporter: libreport-2.2.2 cmdline: /usr/bin/python /usr/bin/woff-validate Andika-R.woff dso_list: fonttools-2.4-2.fc20.x86_64 executable: /usr/bin/woff-validate kernel: 3.14.4-200.fc20.x86_64 runlevel: N 5 type: Python uid: 1000 Truncated backtrace: sstruct.py:74:pack:error: integer out of range for 'L' format code Traceback (most recent call last): File "/usr/bin/woff-validate", line 5, in <module> validate.main() File "/usr/lib/python2.7/site-packages/woffTools/tools/validate.py", line 1511, in main validateFont(fontPath, options) File "/usr/lib/python2.7/site-packages/woffTools/tools/validate.py", line 1450, in validateFont shouldStop = func(data, reporter) File "/usr/lib/python2.7/site-packages/woffTools/tools/validate.py", line 441, in testHeadCheckSumAdjustment newChecksum = calcHeadCheckSum(data) File "/usr/lib/python2.7/site-packages/woffTools/tools/validate.py", line 1383, in calcHeadCheckSum directory += sfntEntry.toString() File "/usr/lib64/python2.7/site-packages/FontTools/fontTools/ttLib/sfnt.py", line 227, in toString return sstruct.pack(sfntDirectoryEntryFormat, self) File "/usr/lib64/python2.7/site-packages/FontTools/sstruct.py", line 74, in pack data = apply(struct.pack, (formatstring,) + tuple(elements)) error: integer out of range for 'L' format code Local variables in innermost frame: elements: ['GDEF', -966601972, 1660, 2452] name: 'length' format: '\n\t\t> # big endian\n\t\ttag: 4s\n\t\tcheckSum: L\n\t\toffset: L\n\t\tlength: L\n' object: {'checkSum': -966601972, 'length': 2452, 'tag': 'GDEF', 'offset': 1660} fixes: {} formatstring: '>4sLLL' value: 2452 names: ['tag', 'checkSum', 'offset', 'length'] -- 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=22K3fLq3Yq&a=cc_unsubscribe

1 2

[Bug 1095438] New: [abrt] pango: _dl_relocate_object(): pango-querymodules-32 killed by SIGSEGV
by Red Hat Bugzilla 29 Jun '15

29 Jun '15

https://bugzilla.redhat.com/show_bug.cgi?id=1095438 Bug ID: 1095438 Summary: [abrt] pango: _dl_relocate_object(): pango-querymodules-32 killed by SIGSEGV Product: Fedora Version: 20 Component: pango Assignee: tagoh(a)redhat.com Reporter: jd1008(a)gmail.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 Version-Release number of selected component: pango-1.36.1-2.fc20 Additional info: reporter: libreport-2.2.2 backtrace_rating: 4 cmdline: /usr/bin/pango-querymodules-32 --update-cache crash_function: _dl_relocate_object executable: /usr/bin/pango-querymodules-32 kernel: 3.13.6-200.fc20.x86_64 runlevel: 5 3 type: CCpp uid: 0 Truncated backtrace: Thread no. 1 (5 frames) #0 _dl_relocate_object at dl-reloc.c:238 #1 dl_main at rtld.c:2196 #2 _dl_sysdep_start at ../elf/dl-sysdep.c:249 #3 _dl_start_final at rtld.c:329 #4 _dl_start at rtld.c:555 -- 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=ZyNG5wdNCH&a=cc_unsubscribe

1 2

[Bug 1071556] New: Some thin fonts hint very poorly (regression)
by Red Hat Bugzilla 29 Jun '15

29 Jun '15

https://bugzilla.redhat.com/show_bug.cgi?id=1071556 Bug ID: 1071556 Summary: Some thin fonts hint very poorly (regression) Product: Fedora Version: 20 Component: freetype Assignee: mkasik(a)redhat.com Reporter: pierre-bugzilla(a)ossman.eu 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 Browsing to many sites is now very painful since the upgrade to Fedora 20. The new version of freetype hints some fonts used on the web in a very poor manner, causing important stems to be lost. Example sites: http://ostgotatrafiken.se/ - Almost all text on the page except for headings http://www.sony.se/ - Here and there. Look at the "k":s at the top menu. I can't say these fonts ever hinted very well, but in Fedora 19 they weren't this bad. Turning off hinting "fixes" the issue. (Turning of anti-aliasing also produces very good output, so they might be designed with that in mind.) -- 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=DHKeOoDzKG&a=cc_unsubscribe

1 2

[Bug 1070506] New: Google Chrome does not render Chinese/Japanese kanji characters in tab title after google-droid-sans-fonts is installed
by Red Hat Bugzilla 29 Jun '15

29 Jun '15

https://bugzilla.redhat.com/show_bug.cgi?id=1070506 Bug ID: 1070506 Summary: Google Chrome does not render Chinese/Japanese kanji characters in tab title after google-droid-sans-fonts is installed Product: Fedora Version: 20 Component: google-droid-fonts Severity: low Assignee: nicolas.mailhot(a)laposte.net Reporter: shichao.an.nyu(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 Created attachment 868274 --> https://bugzilla.redhat.com/attachment.cgi?id=868274&action=edit Google Chrome tab title field does not display Chinese character Description of problem: After google-droid-sans-fonts is installed, the Chrome Web Browser's tab title does not show Chinese/Japanese kanji characters (hiragana and katakana). Version-Release number of selected component (if applicable): google-droid-sans-fonts.noarch-20120715-6.fc20 How reproducible: Always Steps to Reproduce: 1. yum install google-chrome-stable 2. yum install google-droid-sans-fonts 3. In GNOME session, open Chrome with a new tab, open a web page that has Chinese/Japanese kanji characters in title field. Actual results: In the Chrome tab title area, the Chinese/Japanese kanji characters simply do not display, while others are normal (e.g. Latin alphabet) Expected results: In the Chrome tab title area, the Chinese/Japanese kanji characters should display. 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=ADK4mOGoL9&a=cc_unsubscribe

1 4

[Bug 1031878] New: Font trouble in F20 beta
by Red Hat Bugzilla 29 Jun '15

29 Jun '15

https://bugzilla.redhat.com/show_bug.cgi?id=1031878 Bug ID: 1031878 Summary: Font trouble in F20 beta Product: Fedora Version: 20 Component: abattis-cantarell-fonts Severity: high Assignee: ccecchi(a)redhat.com Reporter: roeplay(a)openmailbox.org QA Contact: extras-qa(a)fedoraproject.org CC: ccecchi(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org There are a couple of issues I've noticed with the Cantarell font in F20 beta, related to hinting. For some odd reason, turning the hinting with Tweak Tool from 'medium' down to 'slight' results in a SHARPER display. By default, the font in F20 isn't quite hinted enough ... and it baffles me why turning it down has the inverse effect! Secondly, I've noticed at least one distortion within the default font in F20, and that is with the bold "r" at some sizes (notice that the curving branch of the letter is too high ... this is also fixed by turning the hinting down to 'slight.' Hopefully by the time F20 launches, we'll have a crisply rendering Cantarell font without kinks. -- 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=p7k3laXz4C&a=cc_unsubscribe

1 2

[Bug 1029694] New: pidgin freezes when resizing (squeezing) buddy list
by Red Hat Bugzilla 29 Jun '15

29 Jun '15

https://bugzilla.redhat.com/show_bug.cgi?id=1029694 Bug ID: 1029694 Summary: pidgin freezes when resizing (squeezing) buddy list Product: Fedora Version: 19 Component: pango Severity: low Assignee: tagoh(a)redhat.com Reporter: cristian.ciupitu(a)yahoo.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 823163 --> https://bugzilla.redhat.com/attachment.cgi?id=823163&action=edit pidgin freezing Description of problem: pidgin freezes when I squeeze to much the buddy list window. Version-Release number of selected component (if applicable): pango-1.34.1-1.fc19.i686 How reproducible: Every time Steps to Reproduce: (see attached video) 1. Start pidgin. 2. Resize a bit the buddy list window on the OX axis, making it smaller and larger. 3. Now make it tiny. Actual results: pidgin freezes Expected results: pidgin shouldn't freeze Additional info: pidgin-2.10.7-3.fc19.x86_64 [ciupicri@hermes ~]$ fc-match Sans DejaVuSans.ttf: "DejaVu Sans" "Book" -- 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=wWZsy4oaCg&a=cc_unsubscribe

1 7

[Bug 952778] New: Unable to render combining accent with some characters under KDE
by Red Hat Bugzilla 29 Jun '15

29 Jun '15

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=952778 Bug ID: 952778 Summary: Unable to render combining accent with some characters under KDE Product: Fedora Version: 18 Component: liberation-fonts Severity: unspecified Priority: unspecified Assignee: psatpute(a)redhat.com Reporter: bugs(a)wormhole.me.uk 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 External Bug ID: KDE Software Compilation 315642 Category: --- In https://en.wikipedia.org/wiki/Stress_%28linguistics%29 the following strings occur: «земли́ (genitive of "earth, land") vs. зе́мли (plural of "earth, land") in Russian» «In Russian and Ukrainian dictionaries, stress is indicated with an acute accent (´) on a syllable's vowel (example: вимовля́ння)» In all the native KDE/Qt applications I've tried, these combining acute accents display as empty rectangles. The problem only occurs with Liberation and Ubuntu fonts, and it doesn't occur with GTK-based applications such as Firefox when run on the same KDE platform. (I haven't tested Ubuntu fonts with Fedora as they're not installed by default.) It seems there's some combination of problems with these fonts and with KDE or Qt. To reproduce the problem in Konqueror, display the above Wikipedia article then go to Settings / Configure Konqueror menu, then under Web Browsing, Appearance entry, Fonts tab. For Sans serif font, select Liberation (note the default is DejaVu); click OK or Apply. To reproduce while displaying bugzilla.redhat.com (e.g., this bug report!), change Fixed font instead. I've created a small HTML file here: http://bugsfiles.kde.org/attachment.cgi?id=77513 which demonstrates the problem (not confined to Cyrillic characters), and also shows a couple of characters which display correctly. Change the Standard font in Konqueror to demonstrate the problem. To reproduce the problem in Konsole, download the file and cat it. Go to Settings/Edit Current Profile, Appearance tab and click Select Font. Note it's not necessary to click Apply or OK after selecting the font; all instances of Konsole update their font dynamically as you select it. I've reported the problem against KDE and Ubuntu fonts here: https://bugs.kde.org/show_bug.cgi?id=315642 https://bugs.launchpad.net/ubuntu-font-family/+bug/1131890 -- 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=OmJKbaWkhj&a=cc_unsubscribe

1 13

[Bug 834368] New: Lohit Telugu does not have the Latin character set
by Red Hat Bugzilla 18 Jun '15

18 Jun '15

https://bugzilla.redhat.com/show_bug.cgi?id=834368 Bug ID: 834368 QA Contact: extras-qa(a)fedoraproject.org Severity: high 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: Lohit Telugu does not have the Latin character set Regression: --- Story Points: --- Classification: Fedora OS: All Reporter: gopal.iiit(a)gmail.com Type: Bug Documentation: --- Hardware: All Mount Type: --- Status: NEW Component: lohit-telugu-fonts Product: Fedora Description of problem: The Lohit Telugu font does not come with the default Latin character set which has all the symbols such as hyphen, comma etc. As a result, it is unusable in typesetting, especially in Latex. Version-Release number of selected component (if applicable): All releases How reproducible: Every time the font is used. Steps to Reproduce: 1. Use latex to typeset a Telugu document 2. Compile 3. Open PDF Actual results: None of the symbols such as full-stop, comma, hyphen appear. Instead they are reported as missing in the font. Expected results: All the symbols appear properly in the output PDF. Additional info: -- You are receiving this mail because: You are on the CC list for the bug.

1 13

[Bug 1047031] New: fontpackages-devel macro %_font_pkg adds obsolete %defattr
by Red Hat Bugzilla 07 Jun '15

07 Jun '15

https://bugzilla.redhat.com/show_bug.cgi?id=1047031 Bug ID: 1047031 Summary: fontpackages-devel macro %_font_pkg adds obsolete %defattr Product: Fedora Version: 20 Component: fontpackages Assignee: nicolas.mailhot(a)laposte.net Reporter: zbyszek(a)in.waw.pl 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 External Bug ID: Red Hat Bugzilla 909794 Description of problem: $ rpmbuild --eval %_font_pkg %post -n -fonts if [ -x /usr/bin/fc-cache ]; then /usr/bin/fc-cache /usr/share/fonts/%{name} || : fi %postun -n -fonts if [ $1 -eq 0 -a -x /usr/bin/fc-cache ] ; then /usr/bin/fc-cache /usr/share/fonts/%{name} || : fi %files -n -fonts %defattr(0644,root,root,0755) %dir /usr/share/fonts/%{name} This causes a warning from fedora-review and is against current policy. [x]: Each %files section contains %defattr if rpm < 4.4 Note: %defattr present but not needed Version-Release number of selected component (if applicable): fontpackages-devel-1.44-9.fc20.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=bsUZBAjeKa&a=cc_unsubscribe

1 5

[Bug 812207] New: La (=?UTF-8?Q?=E0=A4=B2?=) and Sha (=?UTF-8?Q?=E0=A4=B6?=) half shape required modifications
by Red Hat Bugzilla 02 Jun '15

02 Jun '15

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: La (ल) and Sha (श) half shape required modifications https://bugzilla.redhat.com/show_bug.cgi?id=812207 Summary: La (ल) and Sha (श) half shape required modifications Product: Fedora Version: 17 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: lohit-marathi-fonts AssignedTo: psatpute(a)redhat.com ReportedBy: psatpute(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Story Points: --- Type: Bug Regression: --- Mount Type: --- Documentation: --- Created attachment 577228 --> https://bugzilla.redhat.com/attachment.cgi?id=577228 pdf explaining problem Description of problem: Mail from Sushant Devlekar, Half La (ल) and Sha (श) shape required modifications as done by Base shape of La (ल) and Sha (श) Version-Release number of selected component (if applicable): lohit-marathi-fonts-2.5.1-1 How reproducible: everytime Steps to Reproduce: 1. Type ल्ल and श्क 2. 3. Actual results: half shape of sha and la not matching with full shape of la and sha Expected results: both full and half shape should match. 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.

1 10

[Bug 1047545] New: [pa_IN] Lohit Fonts Display Issue
by Red Hat Bugzilla 01 Jun '15

01 Jun '15

https://bugzilla.redhat.com/show_bug.cgi?id=1047545 Bug ID: 1047545 Summary: [pa_IN] Lohit Fonts Display Issue Product: Fedora Version: 20 Component: lohit-punjabi-fonts Assignee: psatpute(a)redhat.com Reporter: aalam(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: asaini(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com Created attachment 843827 --> https://bugzilla.redhat.com/attachment.cgi?id=843827&action=edit Lohit Fonts on Fedora. Description of problem: Punjabi Lohit font has display issue although Technical rendering is good, but display is not Good. --------------- 0A48 -ੈ - GURMUKHI VOWEL SIGN AI 0A4B- ੋ - GURMUKHI VOWEL SIGN OO 0A71- ੱ - GURMUKHI ADDAK --------------- Version-Release number of selected component (if applicable): lohit-punjabi-fonts-2.5.3-3.fc20.noarch How reproducible: Everytime Steps to Reproduce: 1. Copy Paste (ਸੈ ਸੋ ਉੱ) text 2. check rendering for dependent vowel with Consonants/Independent Actual results: Dependent character mixed with Consonants/Independent Expected results: Dependent character should more clear Additional info: 1st Screenshot - Fedora 20 with konversation (kde) and Gedit (GNOME) applications. Unicode Charts http://www.unicode.org/charts/PDF/U0A00.pdf Try to attach screenshot on Windows with Raavi Fonts -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=FQyERQn4uR&a=cc_unsubscribe

1 7

[Bug 1135515] New: some fonts look fuzzy
by Red Hat Bugzilla 01 Jun '15

01 Jun '15

https://bugzilla.redhat.com/show_bug.cgi?id=1135515 Bug ID: 1135515 Summary: some fonts look fuzzy Product: Fedora Version: 21 Component: fontconfig Assignee: tagoh(a)redhat.com Reporter: marcus.moeller(a)gmx.ch 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 Description of problem: On Fedora 21 (tested with Live Xfce), some fonts look fuzzy. Font types that are affected seems to be Helvetica and Times. I am not sure about which fonts act as 'replacement' for those. I have attached a screenshot to show how it looks like. -- 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=tbBJwhCjgY&a=cc_unsubscribe

1 5

[Bug 1185448] New: [abrt] fontforge: decompose_screen_name(): fontforge killed by SIGFPE
by Red Hat Bugzilla 29 May '15

29 May '15

https://bugzilla.redhat.com/show_bug.cgi?id=1185448 Bug ID: 1185448 Summary: [abrt] fontforge: decompose_screen_name(): fontforge killed by SIGFPE Product: Fedora Version: 21 Component: fontforge Assignee: kevin(a)scrye.com Reporter: herman(a)grootaers-nl.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 Description of problem: I tried to open an fontfile "Vassa Menikhoff.otf", but fontforge crashes immediatly. I have not tested any other fontfiles, but I assume that it will give the same result. Opening the file from konquerer, so clickung on the file in the GUI (KDE). Expected that it would open the fontfile. Version-Release number of selected component: fontforge-20120731b-13.fc21 Additional info: reporter: libreport-2.3.0 backtrace_rating: 4 cmdline: /usr/bin/fontforge '/home/herman/Downloads/Fonts/Vassa Menikhoff deco.otf' crash_function: decompose_screen_name executable: /usr/bin/fontforge kernel: 3.17.8-300.fc21.x86_64 runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (5 frames) #0 decompose_screen_name at gxdraw.c:187 #1 _GXDraw_InitFonts at gxdraw.c:279 #2 GXDrawInit at gxdraw.c:986 #3 _GXDraw_CreateDisplay at gxdraw.c:5023 #4 GDrawCreateDisplays at gdraw.c:889 -- 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=CQJiFewb5q&a=cc_unsubscribe

1 5

[Bug 1184707] New: Updated fontconfig package don't render font in google-chrome
by Red Hat Bugzilla 28 May '15

28 May '15

https://bugzilla.redhat.com/show_bug.cgi?id=1184707 Bug ID: 1184707 Summary: Updated fontconfig package don't render font in google-chrome Product: Fedora Version: rawhide Component: fontconfig Assignee: tagoh(a)redhat.com Reporter: chepioq(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 I test rawhide F22, and after update fontconfig (fontconfig-2.11.1-5.fc22 to fontconfig-2.11.92-1.fc22 ), fonts in google-chrome don't render well (see this screen shot : http://pix.toile-libre.org/upload/original/1421860184.jpg I downgrade to fontconfig-2.11.1-5.fc22 and all work well. Can you fixe this bug ? -- 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=plqbZoOMXp&a=cc_unsubscribe

1 6

[Bug 1130994] New: Update gdouros-akkadian-fonts to 7.15
by Red Hat Bugzilla 11 May '15

11 May '15

https://bugzilla.redhat.com/show_bug.cgi?id=1130994 Bug ID: 1130994 Summary: Update gdouros-akkadian-fonts to 7.15 Product: Fedora Version: rawhide Component: gdouros-akkadian-fonts Severity: medium Assignee: ozamosi(a)flukkost.nu Reporter: michal.nowak(a)resist.ca QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, ozamosi(a)flukkost.nu Description of problem: Please, update gdouros-akkadian-fonts to 7.15. -- 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=ZcByCzEtxJ&a=cc_unsubscribe

1 6

[Bug 1130999] New: Update gdouros-musica-fonts to 3.12
by Red Hat Bugzilla 11 May '15

11 May '15

https://bugzilla.redhat.com/show_bug.cgi?id=1130999 Bug ID: 1130999 Summary: Update gdouros-musica-fonts to 3.12 Product: Fedora Version: rawhide Component: gdouros-musica-fonts Severity: medium Assignee: ozamosi(a)flukkost.nu Reporter: michal.nowak(a)resist.ca QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, ozamosi(a)flukkost.nu Description of problem: Please, update gdouros-musica-fonts to 3.12. -- 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=tNlgklaXVR&a=cc_unsubscribe

1 5

[Bug 1130997] New: Update gdouros-analecta-fonts to 4.02
by Red Hat Bugzilla 11 May '15

11 May '15

https://bugzilla.redhat.com/show_bug.cgi?id=1130997 Bug ID: 1130997 Summary: Update gdouros-analecta-fonts to 4.02 Product: Fedora Version: rawhide Component: gdouros-analecta-fonts Severity: medium Assignee: ozamosi(a)flukkost.nu Reporter: michal.nowak(a)resist.ca QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, ozamosi(a)flukkost.nu Description of problem: Please, update gdouros-analecta-fonts to 4.02. -- 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=ReN2EMTjE3&a=cc_unsubscribe

1 5

[Bug 1130992] New: Update gdouros-aegyptus-fonts to 5.03.
by Red Hat Bugzilla 10 May '15

10 May '15

https://bugzilla.redhat.com/show_bug.cgi?id=1130992 Bug ID: 1130992 Summary: Update gdouros-aegyptus-fonts to 5.03. Product: Fedora Version: rawhide Component: gdouros-aegyptus-fonts Severity: medium Assignee: ozamosi(a)flukkost.nu Reporter: michal.nowak(a)resist.ca QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, ozamosi(a)flukkost.nu Description of problem: Please, update gdouros-aegyptus-fonts to 5.03. -- 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=sXIDyoHKxR&a=cc_unsubscribe

1 5

[Bug 1197402] New: spec file for 7.19 version bump
by Red Hat Bugzilla 08 May '15

08 May '15

https://bugzilla.redhat.com/show_bug.cgi?id=1197402 Bug ID: 1197402 Summary: spec file for 7.19 version bump Product: Fedora Version: 21 Component: gdouros-symbola-fonts Assignee: ozamosi(a)flukkost.nu Reporter: alex.ploumistos(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, nalimilan(a)club.fr, ozamosi(a)flukkost.nu Created attachment 996667 --> https://bugzilla.redhat.com/attachment.cgi?id=996667&action=edit new spec file Hello, I noticed that Mr. Douros had a new version of the Symbola font which supports Unicode 7.0 glyphs, so I thought I'd lend a hand and I am attaching a revised spec file. Several things to note: 1. There is now a font with hinting (Symbola_hint.ttf). I have included it in the spec file, but I was not sure if I should add some info to the fontconfig or the AppData files. 2. The Symbola.pdf is no longer included in the package, but it is hosted on the website, so I added that to the sources. Could you please check if the syntax could be improved? I don't have much experience in building rpms, but I'm trying to learn. 3. The source zip contains an MS Word file and an HTML file, with samples. I opted not to include them in the package, but should the HTML have landed in the doc section? -- 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=E2LggBgpGH&a=cc_unsubscribe

1 14

[Bug 1131000] New: Update gdouros-symbola-fonts to 7.17
by Red Hat Bugzilla 08 May '15

08 May '15

https://bugzilla.redhat.com/show_bug.cgi?id=1131000 Bug ID: 1131000 Summary: Update gdouros-symbola-fonts to 7.17 Product: Fedora Version: rawhide Component: gdouros-symbola-fonts Severity: medium Assignee: ozamosi(a)flukkost.nu Reporter: michal.nowak(a)resist.ca QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, ozamosi(a)flukkost.nu Description of problem: Please, update gdouros-symbola-fonts to 7.17. -- 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=dvs8ksiOOx&a=cc_unsubscribe

1 5

[Bug 1130989] New: Update gdouros-aegean-fonts to 7.42
by Red Hat Bugzilla 08 May '15

08 May '15

https://bugzilla.redhat.com/show_bug.cgi?id=1130989 Bug ID: 1130989 Summary: Update gdouros-aegean-fonts to 7.42 Product: Fedora Version: rawhide Component: gdouros-aegean-fonts Severity: medium Assignee: ozamosi(a)flukkost.nu Reporter: michal.nowak(a)resist.ca QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, ozamosi(a)flukkost.nu Description of problem: Please, update gdouros-aegean-fonts to 7.42. It contains Linear A script which I am interested in, among other improvements. -- 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=jhS18RJIyf&a=cc_unsubscribe

1 4

[Bug 1136522] New: Use HarfBuzz
by Red Hat Bugzilla 06 May '15

06 May '15

https://bugzilla.redhat.com/show_bug.cgi?id=1136522 Bug ID: 1136522 Summary: Use HarfBuzz Product: Fedora Version: 21 Component: freetype Assignee: mkasik(a)redhat.com Reporter: suraia(a)ikkoku.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 Created attachment 933896 --> https://bugzilla.redhat.com/attachment.cgi?id=933896&action=edit Use HarfBuzz Description of problem: FreeType can use HarfBuzz to provide improved hinting. The attached patch adds a new with_harfbuzz flag that enables building FreeType with HarfBuzz support. (It is currently set to 1 but can easily be set to 0 to disable it by default.) -- 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=Rb1uje5pL9&a=cc_unsubscribe

1 6

[Bug 226639] Merge Review: xorg-x11-fonts
by Red Hat Bugzilla 30 Apr '15

30 Apr '15

https://bugzilla.redhat.com/show_bug.cgi?id=226639 Simone Caronni <negativo17(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution|--- |CURRENTRELEASE Last Closed| |2015-04-30 09:02:12 --- Comment #7 from Simone Caronni <negativo17(a)gmail.com> --- I've got access for this package to update it to current packaging guidelines and an update that contains all the changes has been released before opening this bug. -- 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=YTP9XpQATM&a=cc_unsubscribe

1 0

[Bug 226640] Merge Review: xorg-x11-font-utils
by Red Hat Bugzilla 30 Apr '15

30 Apr '15

https://bugzilla.redhat.com/show_bug.cgi?id=226640 Simone Caronni <negativo17(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution|--- |CURRENTRELEASE Last Closed| |2015-04-30 09:00:09 --- Comment #6 from Simone Caronni <negativo17(a)gmail.com> --- I've got access for this package to update it to current packaging guidelines and an update that contains all the changes has been released before opening this bug. -- 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=aYpn8gg71x&a=cc_unsubscribe

1 0

[Bug 1000691] New: Cardo font unusable, badly displayed
by Red Hat Bugzilla 30 Apr '15

30 Apr '15

https://bugzilla.redhat.com/show_bug.cgi?id=1000691 Bug ID: 1000691 Summary: Cardo font unusable, badly displayed Product: Fedora Version: 19 Component: scholarsfonts-cardo-fonts Severity: urgent Assignee: pnemade(a)redhat.com Reporter: rivocantus-local(a)gmx.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 Description of problem: Font is badly displayed so that it is unreadable. Version-Release number of selected component (if applicable): 1.045-4 How reproducible: When used in Abiword or LibreOffice Writer. Actual results: In LibreOffice: Letters are cut vertically. However when printed to pdf it becomes better. In Abiword it creates very large vertical line on cursor, otherwise font appears. In both cases typing is very unpleasent. Which makes it difficult to concentrate on the work. Expected results: Neatness. This font has a great potential. -- 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=NtyMEGwVgp&a=cc_unsubscribe

1 18

[Bug 532816] Review Request: gdouros-alexander-fonts - A Greek typeface inspired by Alexander Wilson
by Red Hat Bugzilla 30 Apr '15

30 Apr '15

https://bugzilla.redhat.com/show_bug.cgi?id=532816 Parag AN(पराग) <panemade(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugzilla.redhat.com | |/show_bug.cgi?id=1208838 -- 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=l5jypchNiV&a=cc_unsubscribe

1 0

[Bug 532231] Review Request: gdouros-akkadian-fonts - A font for Sumero-Akkadian cuneiform
by Red Hat Bugzilla 30 Apr '15

30 Apr '15

https://bugzilla.redhat.com/show_bug.cgi?id=532231 Parag AN(पराग) <panemade(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugzilla.redhat.com | |/show_bug.cgi?id=1208835 -- 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=qUbaBuWjGf&a=cc_unsubscribe

1 0

[Bug 530190] Review Request: gdouros-aegyptus-fonts - A font for Egyptian hieroglyphs
by Red Hat Bugzilla 30 Apr '15

30 Apr '15

https://bugzilla.redhat.com/show_bug.cgi?id=530190 Parag AN(पराग) <panemade(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugzilla.redhat.com | |/show_bug.cgi?id=1208833 -- 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=hjeuxAPtvS&a=cc_unsubscribe

1 0

[Bug 529323] Review Request: gdouros-aegean-fonts - Font for ancient scripts in the Aegean vicinity
by Red Hat Bugzilla 30 Apr '15

30 Apr '15

https://bugzilla.redhat.com/show_bug.cgi?id=529323 Parag AN(पराग) <panemade(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugzilla.redhat.com | |/show_bug.cgi?id=1208830 -- 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=NpC4KqqjKO&a=cc_unsubscribe

1 0

[Bug 1216263] [abrt] cinnamon: gray_find_cell(): cinnamon killed by SIGABRT
by Red Hat Bugzilla 28 Apr '15

28 Apr '15

1 0

[Bug 507262] better fontconfig support with CMap
by Red Hat Bugzilla 22 Apr '15

22 Apr '15

https://bugzilla.redhat.com/show_bug.cgi?id=507262 Fedora Admin XMLRPC Client <fedora-admin-xmlrpc(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|twaugh(a)redhat.com |jgrulich(a)redhat.com --- Comment #16 from Fedora Admin XMLRPC Client <fedora-admin-xmlrpc(a)redhat.com> --- This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. -- 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=s6Rm9NReU5&a=cc_unsubscribe

1 0

[Bug 1206459] New: Update to latest git snapshot 762640379a51
by Red Hat Bugzilla 21 Apr '15

21 Apr '15

https://bugzilla.redhat.com/show_bug.cgi?id=1206459 Bug ID: 1206459 Summary: Update to latest git snapshot 762640379a51 Product: Fedora Version: 22 Component: google-noto-fonts Assignee: psatpute(a)redhat.com Reporter: psatpute(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 Description of problem: Upstream has done number of improvements in google-noto-fonts fonts from last git snapshot. 1. Added Oriya fonts 2. Update Hebrew, Georgian, and Ethiopic fonts. 3. Fix cmap of U+06F7 to Urdu form of digit 7. Version-Release number of selected component (if applicable): google-noto-fonts-20141117-6.fc22 How reproducible: Everytime Steps to Reproduce: 1. check for Oriya packages. its missing. 2. 3. Actual results: Oriya now available. Expected results: Oriya should be there. Additional info: https://code.google.com/p/noto/source/list -- 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=29zU6F3m0P&a=cc_unsubscribe

1 5

[Bug 1004717] Some characters are displayed as boxes in Urdu on the first page of the installation
by Red Hat Bugzilla 21 Apr '15

21 Apr '15

https://bugzilla.redhat.com/show_bug.cgi?id=1004717 --- Comment #9 from Mike FABIAN <mfabian(a)redhat.com> --- dejavu-sans-fonts-2.34-4.fc22.noarch on Fedora 2 Beta still does not support Urdu. -- 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=QxcSBZUgBU&a=cc_unsubscribe

1 0

[Bug 1004732] [vi] Ugly font rendering for Vietnamese in anaconda
by Red Hat Bugzilla 20 Apr '15

20 Apr '15

https://bugzilla.redhat.com/show_bug.cgi?id=1004732 --- Comment #11 from Mike FABIAN <mfabian(a)redhat.com> --- Cantarell still does not support Vietnamese on Fedora-Live-Workstation-x86_64-22_Beta-3.iso i.e. the problem is unchanged. -- 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=nm2dH2DBJE&a=cc_unsubscribe

1 0

[Bug 1207283] [abrt] cinnamon: gray_find_cell(): cinnamon killed by SIGABRT
by Red Hat Bugzilla 12 Apr '15

12 Apr '15

1 0

[Bug 1178510] New: OT suffix
by Red Hat Bugzilla 07 Apr '15

07 Apr '15

https://bugzilla.redhat.com/show_bug.cgi?id=1178510 Bug ID: 1178510 Summary: OT suffix Product: Fedora Version: 21 Component: mozilla-fira-fonts Assignee: relrod(a)redhat.com Reporter: schuster.bernhard(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: admiller(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, relrod(a)redhat.com Equivalent to that bug of fc20, but now for fc21 https://bugzilla.redhat.com/show_bug.cgi?id=1160371 -- 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=wgcQD9zo1x&a=cc_unsubscribe

1 4

[Bug 1203118] Lazarus crashes on startup with "g_object_unref: assertion 'G_IS_OBJECT (object)' failed"
by Red Hat Bugzilla 06 Apr '15

06 Apr '15

https://bugzilla.redhat.com/show_bug.cgi?id=1203118 Raphael Groner <projects.rg(a)smart.ms> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also|https://bugzilla.redhat.com | |/show_bug.cgi?id=1208911 | Flags|needinfo?(projects.rg@smart | |.ms) | -- 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=yiSq04QZex&a=cc_unsubscribe

1 0

[Bug 1203118] Lazarus crashes on startup with "g_object_unref: assertion 'G_IS_OBJECT (object)' failed"
by Red Hat Bugzilla 06 Apr '15

06 Apr '15

https://bugzilla.redhat.com/show_bug.cgi?id=1203118 Akira TAGOH <tagoh(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |projects.rg(a)smart.ms Flags| |needinfo?(projects.rg@smart | |.ms) --- Comment #16 from Akira TAGOH <tagoh(a)redhat.com> --- See what? -- 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=wBVDvwRLL8&a=cc_unsubscribe

1 0

[Bug 1099829] Disable font ligatures for text entry / mount points
by Red Hat Bugzilla 03 Apr '15

03 Apr '15

https://bugzilla.redhat.com/show_bug.cgi?id=1099829 --- Comment #4 from John Drinkwater <john(a)nextraweb.com> --- (In reply to Khaled Hosny from comment #3) > I fail to see how the ligature would “move the f further away from the e”, The f merged with the i, that is how ligatures work. The displacement issue was the bug report. I clearly forgot to grab a screenie, and don’t have the machine handy, but it will to be reproducible on an efi machine in the installer. -- 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=42h7kWxGUk&a=cc_unsubscribe

1 0

[Bug 1203118] Lazarus crashes on startup with "g_object_unref: assertion 'G_IS_OBJECT (object)' failed"
by Red Hat Bugzilla 03 Apr '15

03 Apr '15

https://bugzilla.redhat.com/show_bug.cgi?id=1203118 Raphael Groner <projects.rg(a)smart.ms> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugzilla.redhat.com | |/show_bug.cgi?id=1208911 -- 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=nvQLzEflZp&a=cc_unsubscribe

1 0

[Bug 1099829] Disable font ligatures for text entry / mount points
by Red Hat Bugzilla 03 Apr '15

03 Apr '15

https://bugzilla.redhat.com/show_bug.cgi?id=1099829 Khaled Hosny <khaledhosny(a)eglug.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |khaledhosny(a)eglug.org --- Comment #3 from Khaled Hosny <khaledhosny(a)eglug.org> --- I fail to see how the ligature would “move the f further away from the e”, do you have a screenshot? -- 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=8OAvdqvzeX&a=cc_unsubscribe

1 0

[Bug 1118542] New: Rendering of Gurmukhi Script broken in QT (KDE application)
by Red Hat Bugzilla 01 Apr '15

01 Apr '15

https://bugzilla.redhat.com/show_bug.cgi?id=1118542 Bug ID: 1118542 Summary: Rendering of Gurmukhi Script broken in QT (KDE application) Product: Fedora Version: 21 Component: lohit-gurmukhi-fonts Assignee: psatpute(a)redhat.com Reporter: aalam(a)fedoraproject.org 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 917237 --> https://bugzilla.redhat.com/attachment.cgi?id=917237&action=edit Screenshot for Kate and Gedit Description of problem: While Testing Fedora 21,Rendering Broken with latest Lohit Gurmukhi fonts in KDE Applications (Only), while gnome/firefox is working as expected. Version-Release number of selected component (if applicable): qt-4.8.6-9.fc21.x86_64 harfbuzz-0.9.29-2.fc21.x86_64 gedit-3.13.2-1.fc21.x86_64 kate-4.13.2-2.fc21.x86_64 lohit-gurmukhi-fonts-2.91.0-3.fc21.noarch How reproducible: Every-time Steps to Reproduce: 1. Copy paste Test Case (ਕ੍ਰ) in gedit & kwrite 2. Both Renderings are different 3. Actual results: Rendering of text in GTK/QT are Different Expected results: GTK has correct rendering Additional info: default Punjabi fonts available in Fedora 21 are broken for KDE applications (including lokalize) Test Case --- ਕ+ ੍ + ਹ = ਕ੍ਹ ਕ+ ੍ +ਰ - ਕ੍ਰ ਕ+ ੍ +ਵ = ਕ੍ਵ ---- -- 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=ZsenOb1SaV&a=cc_unsubscribe

1 3

[Bug 1181725] Re-Review Request (epel5): fontpackages - Common directory and macro definitions used by font packages
by Red Hat Bugzilla 31 Mar '15

31 Mar '15

https://bugzilla.redhat.com/show_bug.cgi?id=1181725 Fedora Update System <updates(a)fedoraproject.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Fixed In Version|fontpackages-1.44-1.el5.2 |fontpackages-1.44-1.el5.3 --- Comment #15 from Fedora Update System <updates(a)fedoraproject.org> --- fontpackages-1.44-1.el5.3 has been pushed to the Fedora EPEL 5 stable repository. -- 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=TvvZXCAhH9&a=cc_unsubscribe

1 0

[Bug 1181726] Merge Review Request: dejavu-fonts - DejaVu fonts
by Red Hat Bugzilla 31 Mar '15

31 Mar '15

https://bugzilla.redhat.com/show_bug.cgi?id=1181726 Fedora Update System <updates(a)fedoraproject.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Fixed In Version|dejavu-fonts-2.33-5.el5 |dejavu-fonts-2.33-6.el5 --- Comment #22 from Fedora Update System <updates(a)fedoraproject.org> --- dejavu-fonts-2.33-6.el5 has been pushed to the Fedora EPEL 5 stable repository. -- 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=keateHyYIw&a=cc_unsubscribe

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

fonts-bugs April 2015