[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, 6 months
[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
[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