July 2015 - fonts-bugs - Fedora Mailing-Lists

[Bug 1111675] New: Capital Greek Delta not rendering properly

by Red Hat Bugzilla

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

8 years, 7 months

1
10
0 / 0

[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

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

8 years, 7 months

1
6
0 / 0

[Bug 1229182] New: Addition of glyphs to Lohit Bengali for recent Unicode additions

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1229182 Bug ID: 1229182 Summary: Addition of glyphs to Lohit Bengali for recent Unicode additions Product: Fedora Version: 23 Component: lohit-bengali-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 Created attachment 1036232 --> https://bugzilla.redhat.com/attachment.cgi?id=1036232&action=edit Bengali Anji glyph Unicode 7.0 encoded 0980 Bengali Anji. I have attached the glyph for it. Please include it in Lohit Bengali/Assamese. Since I can specify only one component I have specified Bengali only. Please take the same for Assamese also since after all the scripts are the same. NOTE: I am proposing a few more characters for Bengali/Assamese for Vedic. Once Unicode approves I'll attach those glyphs also here. References: http://www.unicode.org/charts/PDF/U0980.pdf -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=57UrqUo7ql&a=cc_unsubscribe

8 years, 8 months

1
11
0 / 0

[Bug 1229183] New: Addition of glyphs to Lohit Devanagari for recent Unicode additions

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1229183 Bug ID: 1229183 Summary: Addition of glyphs to Lohit Devanagari for recent Unicode additions Product: Fedora Version: 23 Component: lohit-devanagari-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 Created attachment 1036233 --> https://bugzilla.redhat.com/attachment.cgi?id=1036233&action=edit Glyphs needed to update Lohit Devanagari to Unicode 8.0 Unicode 7.0 encoded 0978 Devanagari Letter Marwari DDA and Unicode 8.0 includes A8FC Devanagari Sign Siddham and A8FD Devanagari Jain OM. I have attached glyphs for these characters. Please add these to Lohit Devanagari and variants. References: http://www.unicode.org/charts/PDF/U0900.pdf http://www.unicode.org/Public/8.0.0/charts/blocks/UA8E0.pdf -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=hkZjqn2fbN&a=cc_unsubscribe

8 years, 8 months

1
7
0 / 0

[Bug 1203719] New: CVE-2015-1804 libXfont: out-of-bounds memory access in bdfReadCharacters

by Red Hat Bugzilla

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=2351c83a77a478b4... -- 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

8 years, 8 months

1
20
0 / 0

[Bug 1203715] New: CVE-2015-1802 libXfont: missing range check in bdfReadProperties

by Red Hat Bugzilla

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=2deda9906480f9c8... -- 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

8 years, 8 months

1
12
0 / 0

[Bug 1236034] New: DejavuSans missing from the list of fonts, forced refresh needed

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1236034 Bug ID: 1236034 Summary: DejavuSans missing from the list of fonts, forced refresh needed Product: Fedora Version: 22 Component: fontconfig Assignee: tagoh(a)redhat.com Reporter: kparal(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 Description of problem: I performed a clean install of Fedora 22, moved some data and configuration over from an older system, and found out that I can't select (I don't see) Dejavu Sans fonts in any of my GUI applications. I tried a clean user profile, no change. twaugh helped me resolve this on #fedora-devel by force refreshing a fontconfig cache, and told me to report a bug, because this should not happen. When affected, this is what I saw: $ fc-list | grep -i DejavuSans /usr/share/fonts/dejavu/DejaVuSansMono-BoldOblique.ttf: DejaVu Sans Mono:style=Bold Oblique /usr/share/fonts/dejavu/DejaVuSansMono.ttf: DejaVu Sans Mono:style=Book /usr/share/fonts/dejavu/DejaVuSansMono-Bold.ttf: DejaVu Sans Mono:style=Bold /usr/share/fonts/dejavu/DejaVuSansMono-Oblique.ttf: DejaVu Sans Mono:style=Oblique Running fc-cache didn't help: $ sudo fc-cache /usr/share/fonts/dejavu/ $ fc-list | grep -i DejavuSans /usr/share/fonts/dejavu/DejaVuSansMono-BoldOblique.ttf: DejaVu Sans Mono:style=Bold Oblique /usr/share/fonts/dejavu/DejaVuSansMono.ttf: DejaVu Sans Mono:style=Book /usr/share/fonts/dejavu/DejaVuSansMono-Bold.ttf: DejaVu Sans Mono:style=Bold /usr/share/fonts/dejavu/DejaVuSansMono-Oblique.ttf: DejaVu Sans Mono:style=Oblique But a forced refresh was successful: $ sudo fc-cache -f /usr/share/fonts/dejavu/ $ fc-list | grep -i DejavuSans /usr/share/fonts/dejavu/DejaVuSansMono-BoldOblique.ttf: DejaVu Sans Mono:style=Bold Oblique /usr/share/fonts/dejavu/DejaVuSansCondensed-Oblique.ttf: DejaVu Sans,DejaVu Sans Condensed:style=Condensed Oblique,Oblique /usr/share/fonts/dejavu/DejaVuSansCondensed-Bold.ttf: DejaVu Sans,DejaVu Sans Condensed:style=Condensed Bold,Bold /usr/share/fonts/dejavu/DejaVuSansMono.ttf: DejaVu Sans Mono:style=Book /usr/share/fonts/dejavu/DejaVuSansMono-Bold.ttf: DejaVu Sans Mono:style=Bold /usr/share/fonts/dejavu/DejaVuSans.ttf: DejaVu Sans:style=Book /usr/share/fonts/dejavu/DejaVuSansMono-Oblique.ttf: DejaVu Sans Mono:style=Oblique /usr/share/fonts/dejavu/DejaVuSans-Bold.ttf: DejaVu Sans:style=Bold /usr/share/fonts/dejavu/DejaVuSansCondensed.ttf: DejaVu Sans,DejaVu Sans Condensed:style=Condensed,Book /usr/share/fonts/dejavu/DejaVuSans-ExtraLight.ttf: DejaVu Sans,DejaVu Sans Light:style=ExtraLight /usr/share/fonts/dejavu/DejaVuSansCondensed-BoldOblique.ttf: DejaVu Sans,DejaVu Sans Condensed:style=Condensed Bold Oblique,Bold Oblique /usr/share/fonts/dejavu/DejaVuSans-Oblique.ttf: DejaVu Sans:style=Oblique /usr/share/fonts/dejavu/DejaVuSans-BoldOblique.ttf: DejaVu Sans:style=Bold Oblique I have backed up the original fontconfig cache before updating it, it is attached. The only difference in the file listing seems to be this: $ diff -u orig new --- orig 2015-06-26 13:31:45.049192566 +0200 +++ new 2015-06-26 13:31:50.372176669 +0200 @@ -1,9 +1,9 @@ -total 443k +total 463k -rw-r--r--. 1 root root unconfined_u:object_r:fonts_cache_t:s0 3.1k Jun 25 16:10 019629eead7fd8624feacc17e1c76e56-le64.cache-6 -rw-r--r--. 1 root root system_u:object_r:fonts_cache_t:s0 192 Jun 24 13:21 0251a5afa6ac727a1e32b7d4d4aa7cf0-le64.cache-6 -rw-r--r--. 1 root root unconfined_u:object_r:fonts_cache_t:s0 1.8k Jun 25 16:23 0cdaf353a0871111e8db86b8a5e64d24-le64.cache-6 -rw-r--r--. 1 root root system_u:object_r:fonts_cache_t:s0 2.5k Jun 24 13:23 12513961c6e7090f8648812f9eaf65d6-le64.cache-6 --rw-r--r--. 1 root root system_u:object_r:fonts_cache_t:s0 24k Jun 24 13:21 12b26b760a24f8b4feb03ad48a333a72-le64.cache-6 +-rw-r--r--. 1 root root unconfined_u:object_r:fonts_cache_t:s0 44k Jun 26 13:30 12b26b760a24f8b4feb03ad48a333a72-le64.cache-6 -rw-r--r--. 1 root root system_u:object_r:fonts_cache_t:s0 1.8k Jun 24 13:23 1e1e03b57ed9f0c723c5aeafda46c3fb-le64.cache-6 -rw-r--r--. 1 root root system_u:object_r:fonts_cache_t:s0 1.8k Jun 24 13:23 2881ed3fd21ca306ddad6f9b0dd3189f-le64.cache-6 -rw-r--r--. 1 root root system_u:object_r:fonts_cache_t:s0 6.7k Jun 24 13:23 2e1514a9fdd499050989183bb65136db-le64.cache-6 @@ -35,7 +35,7 @@ -rw-r--r--. 1 root root system_u:object_r:fonts_cache_t:s0 42k Jun 24 13:21 b79f3aaa7d385a141ab53ec885cc22a8-le64.cache-6 -rw-r--r--. 1 root root system_u:object_r:fonts_cache_t:s0 1.8k Jun 24 13:23 b887eea8f1b96e1d899b44ed6681fc27-le64.cache-6 -rw-r--r--. 1 root root unconfined_u:object_r:fonts_cache_t:s0 15k Jun 25 13:25 beeeeb3dfe132a8a0633a017c99ce0c0-le64.cache-6 --rw-r--r--. 1 root root unconfined_u:object_r:fonts_cache_t:s0 200 Jun 25 16:23 CACHEDIR.TAG +-rw-r--r--. 1 root root unconfined_u:object_r:fonts_cache_t:s0 200 Jun 26 13:30 CACHEDIR.TAG -rw-r--r--. 1 root root system_u:object_r:fonts_cache_t:s0 5.1k Jun 24 13:23 d3379abda271c4acd2ad0c01f565d0b0-le64.cache-6 -rw-r--r--. 1 root root system_u:object_r:fonts_cache_t:s0 1.8k Jun 24 13:23 df893b4576ad6107f9397134092c4059-le64.cache-6 -rw-r--r--. 1 root root system_u:object_r:fonts_cache_t:s0 9.2k Jun 24 13:23 e26bf336397aae6fcef4d3803472adec-le64.cache-6 So one of the cache objects changed from system_u:object_r:fonts_cache_t:s0 to unconfined_u:object_r:fonts_cache_t:s0. But I'm running with selinux permissive, so I guess that shouldn't effect it (however, the system was running in enforcing by default, so maybe it did effect it and it persisted?). Also the timestamp of CACHEDIR.TAG was updated. Version-Release number of selected component (if applicable): fontconfig-2.11.94-1.fc22.x86_64 dejavu-sans-fonts-2.35-1.fc22.noarch How reproducible: always until I force updated the cache. I can still reproduce it if I copy the cache backup back to its original location. Steps to Reproduce: 1. rm /var/cache/fontconfig -r 2. copy the provided backup into /var/cache/fontconfig 3. `fc-list | grep -i DejavuSans` should not show DejavuSans 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=gCLGZllIov&a=cc_unsubscribe

8 years, 8 months

1
43
0 / 0

[Bug 1203718] New: CVE-2015-1803 libXfont: crash on invalid read in bdfReadCharacters

by Red Hat Bugzilla

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=78c2e3d70d296982... -- 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

8 years, 8 months

1
18
0 / 0

[Bug 1229198] New: [kn_IN] Addition of glyphs to Lohit Kannada for recent Unicode additions

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1229198 Bug ID: 1229198 Summary: [kn_IN] Addition of glyphs to Lohit Kannada for recent Unicode additions Product: Fedora Version: 23 Component: lohit-kannada-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 Created attachment 1036248 --> https://bugzilla.redhat.com/attachment.cgi?id=1036248&action=edit Kannada Sign Spacing Candrabindu glyph Unicode has recently accepted 0C80 Kannada Sign Spacing Candrabindu. I am attaching the glyph for it. Please add this glyph to Lohit Kannada once the character is published in Unicode. Note that I am going to propose a few more Unicode characters for Kannada for Vedic. Once Unicode accepts I'll attach those glyphs also here. This can be the placeholder bug to ensure that the work gets done. Thanks. Reference: http://www.unicode.org/alloc/Pipeline.html -- 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=GNK8FWSgdV&a=cc_unsubscribe

8 years, 8 months

1
4
0 / 0

[Bug 985343] New: After telugu input .(full stop) is rendering as square box in lokalize editor

by Red Hat Bugzilla

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

8 years, 8 months

1
18
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

fonts-bugs July 2015