January 2016 - fonts-bugs - Fedora mailing-lists

[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 1260061] New: fallbacks for TmsRmn and Helv
by Red Hat Bugzilla 02 Sep '17

02 Sep '17

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

2 4

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

16 Aug '17

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

2 16

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

08 Aug '17

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

2 9

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

08 Aug '17

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

2 9

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

08 Aug '17

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

2 5

[Bug 851950] New: Latin ligatures need 'liga' standard ligature lookups
by Red Hat Bugzilla 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 1282277] New: [abrt] fontforge: CVClearSel(): fontforge killed by SIGSEGV
by Red Hat Bugzilla 20 Dec '16

20 Dec '16

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

1 2

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

20 Dec '16

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

1 19

[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 19 Dec '16

19 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 19 Dec '16

19 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 19 Dec '16

19 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 1278201] New: ImportError: No module named 'pygtk'
by Red Hat Bugzilla 11 Dec '16

11 Dec '16

https://bugzilla.redhat.com/show_bug.cgi?id=1278201 Bug ID: 1278201 Summary: ImportError: No module named 'pygtk' Product: Fedora Version: 23 Component: fonttools Assignee: pnemade(a)redhat.com Reporter: htl10(a)users.sourceforge.net QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com Description of problem: # pyftinspect --help Traceback (most recent call last): File "/usr/bin/pyftinspect", line 9, in <module> load_entry_point('fonttools==3.0', 'console_scripts', 'pyftinspect')() File "/usr/lib/python3.4/site-packages/pkg_resources/__init__.py", line 558, in load_entry_point return get_distribution(dist).load_entry_point(group, name) File "/usr/lib/python3.4/site-packages/pkg_resources/__init__.py", line 2682, in load_entry_point return ep.load() File "/usr/lib/python3.4/site-packages/pkg_resources/__init__.py", line 2355, in load return self.resolve() File "/usr/lib/python3.4/site-packages/pkg_resources/__init__.py", line 2361, in resolve module = __import__(self.module_name, fromlist=['__name__'], level=0) File "/usr/lib/python3.4/site-packages/FontTools/fontTools/inspect.py", line 11, in <module> import pygtk ImportError: No module named 'pygtk' # locate pygtk.py /usr/lib64/python2.7/site-packages/pygtk.py /usr/lib64/python2.7/site-packages/pygtk.pyc /usr/lib64/python2.7/site-packages/pygtk.pyo Version-Release number of selected component (if applicable): fonttools-3.0-1.fc23 pygobject2-2.28.6-14.fc23.x86_64 python3-gobject-base-3.18.0-2.fc23.x86_64 How reproducible: always Steps to Reproduce: 1. pyftinspect --help 2. 3. Actual results: as above Expected results: Anything else except the above. Additional info: It looks like fonttools-3.0-1.fc23 depends on python3 but pygobject2-2.28.6-14.fc23.x86_64 is python2, and I could not find equivalent python3 module. In any case, dependency should be automatic. -- 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=fN1nhxsPlC&a=cc_unsubscribe

1 5

[Bug 1260287] New: RFE: Update to the latest upstream release
by Red Hat Bugzilla 03 Dec '16

03 Dec '16

https://bugzilla.redhat.com/show_bug.cgi?id=1260287 Bug ID: 1260287 Summary: RFE: Update to the latest upstream release Product: Fedora Version: rawhide Component: stix-fonts Assignee: nicolas.mailhot(a)laposte.net Reporter: fred.wang(a)free.fr QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, nicolas.mailhot(a)laposte.net, paul(a)frixxon.co.uk It seems that the latest release shipped in Fedora is 1.1.0 while the latest upstream release is 1.1.1: http://sourceforge.net/projects/stixfonts/files/Current%20Release/ Also, note that STIX 2.0.0 is in development and will probably be released soon: http://www.stixfonts.com/ -- 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=dadGVgc9Gn&a=cc_unsubscribe _______________________________________________ fonts-bugs mailing list fonts-bugs(a)lists.fedoraproject.org http://lists.fedoraproject.org/postorius/fonts-bugs@lists.fedoraproject.org

1 2

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

fonts-bugs January 2016