[Bug 680778] New: some important iso-10646-1 fonts unavailable
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: some important iso-10646-1 fonts unavailable
https://bugzilla.redhat.com/show_bug.cgi?id=680778
Summary: some important iso-10646-1 fonts unavailable
Product: Fedora
Version: 14
Platform: noarch
OS/Version: Linux
Status: NEW
Severity: medium
Priority: unspecified
Component: xorg-x11-fonts
AssignedTo: xgl-maint(a)redhat.com
ReportedBy: kurt(a)pinboard.com
QAContact: extras-qa(a)fedoraproject.org
CC: xgl-maint(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org
Classification: Fedora
Description of problem:
In Fedora 14, resizing of an xterm with CTRL-RightClick is not possible. Input
of Japanese characters do not show the glyphs on the xterm either.
Version-Release number of selected component (if applicable):
xorg-x11-fonts-misc-7.2-12.fc14.noarch
Linux FC-7250.hag.hilti.com 2.6.35.10-74.fc14.x86_64 #1 SMP Thu Dec 23 16:04:50
UTC 2010 x86_64 x86_64 x86_64 GNU/Linux
How reproducible:
consistent
Steps to Reproduce:
1. install Fedora 14 with X and xterm
2. remove ~/.Xdefaults and ~/.Xresources to make sure there are no user
overrides
3. login to the graphical desktop
4. open an xterm
5. CTRL-RightClick and select another font size
No instructions on how to input Japanese glyphs, as that problem is
automatically resolved when the first one is resolved.
Actual results:
1. font does not change
2. Japanese glyphs don't show
Expected results:
1. font does change
2. Japanese glyphs show
Additional info:
The error messages upon changing the font size (open an xterm from another
xterm to see the error messages; change the font size in the second xterm)
mention missing *iso-10646-1 fonts. Sample error messags:
> xterm: cannot load font -misc-fixed-medium-r-normal--8-80-75-75-c-50-iso10646-1
> xterm: cannot load font -misc-fixed-medium-r-normal--8-80-75-75-c-50-iso10646-1
> xterm: cannot load font -misc-fixed-medium-r-normal--18-120-100-100-c-90-iso10646-1
With xorg-x11-fonts-misc-7.2-12.fc14.noarch, there are fewer such fonts
(xlsfonts | grep 10646 | wc -l) than with the same package from Fedora 13.
Downgrading the xorg-x11-fonts-misc package to the version included with Fedora
13 fixes the problem.
cat <<__EOF__ >/etc/yum.repos.d/fedora.13.repo
[fedora13]
name=Fedora 13 - $basearch
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=fedora-13&arch...
enabled=0
metadata_expire=7d
gpgcheck=0
__EOF__
yum -y --enablerepo=fedora13 --nogpgcheck \
downgrade xorg-x11-fonts-misc-7.2-9.fc12
Interestingly, doing an upgrade to the Fedora 14 package again after that, the
problem is gone. The set of files installed by the two versions of the RPM are
more or less identical. But checking the RPM scriptlets shows that the earlier
package uses mkfontdir and fc-cache in the postinstall/postuninstall
scriptlets, where the newer package uses xorg-x11-fonts-update-dirs. However
here I'm finally lost at what these commands actually do. But somebody more
knowledgable than me in this area should fix future versions of the package so
they work again as expected and make all the fonts available.
--
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.
11 years, 11 months
[Bug 18726] New: RFE: help write locale-specific tests
by bugzilla-daemon＠freedesktop.org
http://bugs.freedesktop.org/show_bug.cgi?id=18726
Summary: RFE: help write locale-specific tests
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 there is often a need for font distributors to test if a
font name is requested in a chinese, japanese or korean context. However, there
are many chinese locales and writing an exact match is not possible.
The current pattern (used by Debian, Ubuntu, Fedora, etc) in this case is
<test compare="contains" name="lang">
<string>zh</string>
</test>
but we do not really want to match every locale containing "ze". We want to
match every ze-foo locale, not jze-foo or foo-ze
Please add a documented fonts.conf pattern to fontconfig that allows
distributors to specify such an exact match.
--
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.
11 years, 11 months
[Bug 757985] New: need corrections in ur.orth file
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: need corrections in ur.orth file
https://bugzilla.redhat.com/show_bug.cgi?id=757985
Summary: need corrections in ur.orth file
Product: Fedora
Version: 16
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: fontconfig
AssignedTo: behdad(a)fedoraproject.org
ReportedBy: psatpute(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, behdad(a)fedoraproject.org,
pnemade(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: ---
Created attachment 537790
--> https://bugzilla.redhat.com/attachment.cgi?id=537790
patch to fix urdu orth file
Description of problem:
We have recently packaged Urdu fonts from
http://www.crulp.org/software/localization.htm in Fedora. These fonts are
actively used for creating content in Urdu language from 5+ years.
fontconfig do not recognize them as complete font for urdu language due to
missing characters
U+0629 ARABIC LETTER TEH MARBUTA
U+0647 ARABIC LETTER HEH
I have got following response from upstream
" Alternate codes are recommended for Urdu
by Unicode standard itself (see the code-wise text explanation after
the code chart at http://www.unicode.org/charts/PDF/U0600.pdf for
U+06C3 as an alternate to U+0629 and U+06BE (or U+06C1; depends on
which Heh one is referring to) as an alternate to U+0647)."
Page 5 In Arabic code U+0600 Unicode chart 6.0 gives
U+06C3 "ARABIC LETTER TEH MARBUTA GOAL, Urdu"
U+06BE "ARABIC LETTER HEH DOACHASHMEE, Urdu"
So,
U+06C3 is recommended by Unicode instead of U+0629
U+06BE is recommended by Unicode instead of U+0647
Version-Release number of selected component (if applicable):
fontconfig-2.8.0-4.fc16.x86_64
How reproducible:
everytime
Steps to Reproduce:
1. yum install nafees-*
2. fc-query /usr/share/fonts/nafees-naskh/Nafees\ Naskh\ v2.01.ttf
3. it gives lang: (s)
Actual results:
lang: (s)
Expected results:
lang: ur(s)
Additional info:
attached patch
--
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.
11 years, 11 months
[Bug 754688] New: Invalid memory access in Fontconfig
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Invalid memory access in Fontconfig
https://bugzilla.redhat.com/show_bug.cgi?id=754688
Summary: Invalid memory access in Fontconfig
Product: Fedora
Version: 16
Platform: x86_64
OS/Version: Linux
Status: NEW
Severity: unspecified
Priority: unspecified
Component: fontconfig
AssignedTo: behdad(a)fedoraproject.org
ReportedBy: andris.pavenis(a)iki.fi
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, behdad(a)fedoraproject.org,
pnemade(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: ---
Description of problem:
Noticed invalid memory access in libfontconfig.so.1.4.4 when using Cairo for
generating PDF document. Also reproduced the same program running gnome-about
under valgrind (part of messages included many regarding using uninitialized
memory are skipped below):
==16607== Invalid read of size 4
==16607== at 0x3A2D608083: ??? (in /usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D60A447: FcConfigFilename (in
/usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D61D965: FcConfigParseAndLoad (in
/usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D6130C6: FcInitLoadConfig (in
/usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D6131B5: FcInitLoadConfigAndFonts (in
/usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D6133D4: FcInit (in /usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D60882C: FcConfigGetCurrent (in
/usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D60A20F: FcConfigSubstituteWithPat (in
/usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x37032093BF: ??? (in /usr/lib64/libpangocairo-1.0.so.0.2904.0)
==16607== by 0x3A30C0AC48: ??? (in /usr/lib64/libpangoft2-1.0.so.0.2904.0)
==16607== by 0x3A33619DE4: ??? (in /usr/lib64/libpango-1.0.so.0.2904.0)
==16607== by 0x3A3361ACF7: pango_itemize_with_base_dir (in
/usr/lib64/libpango-1.0.so.0.2904.0)
==16607== Address 0x11738934 is 20 bytes inside a block of size 22 alloc'd
==16607== at 0x4A074CD: malloc (vg_replace_malloc.c:236)
==16607== by 0x3A2D607FDC: ??? (in /usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D60A447: FcConfigFilename (in
/usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D61D965: FcConfigParseAndLoad (in
/usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D6130C6: FcInitLoadConfig (in
/usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D6131B5: FcInitLoadConfigAndFonts (in
/usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D6133D4: FcInit (in /usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D60882C: FcConfigGetCurrent (in
/usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D60A20F: FcConfigSubstituteWithPat (in
/usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x37032093BF: ??? (in /usr/lib64/libpangocairo-1.0.so.0.2904.0)
==16607== by 0x3A30C0AC48: ??? (in /usr/lib64/libpangoft2-1.0.so.0.2904.0)
==16607== by 0x3A33619DE4: ??? (in /usr/lib64/libpango-1.0.so.0.2904.0)
==16607==
==16607== Invalid read of size 4
==16607== at 0x3A2D608098: ??? (in /usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D60A447: FcConfigFilename (in
/usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D61D965: FcConfigParseAndLoad (in
/usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D61E04D: ??? (in /usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2CA0A68A: doContent (xmlparse.c:2449)
==16607== by 0x3A2CA0B8CD: contentProcessor (xmlparse.c:2022)
==16607== by 0x3A2CA0878E: doProlog (xmlparse.c:3908)
==16607== by 0x3A2CA0A11A: prologProcessor (xmlparse.c:3635)
==16607== by 0x3A2CA0D6E1: XML_ParseBuffer (xmlparse.c:1573)
==16607== by 0x3A2D61DAC0: FcConfigParseAndLoad (in
/usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D6130C6: FcInitLoadConfig (in
/usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D6131B5: FcInitLoadConfigAndFonts (in
/usr/lib64/libfontconfig.so.1.4.4)
==16607== Address 0x1173ffb0 is 16 bytes inside a block of size 18 alloc'd
==16607== at 0x4A074CD: malloc (vg_replace_malloc.c:236)
==16607== by 0x3A2D607FDC: ??? (in /usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D60A447: FcConfigFilename (in
/usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D61D965: FcConfigParseAndLoad (in
/usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D61E04D: ??? (in /usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2CA0A68A: doContent (xmlparse.c:2449)
==16607== by 0x3A2CA0B8CD: contentProcessor (xmlparse.c:2022)
==16607== by 0x3A2CA0878E: doProlog (xmlparse.c:3908)
==16607== by 0x3A2CA0A11A: prologProcessor (xmlparse.c:3635)
==16607== by 0x3A2CA0D6E1: XML_ParseBuffer (xmlparse.c:1573)
==16607== by 0x3A2D61DAC0: FcConfigParseAndLoad (in
/usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D6130C6: FcInitLoadConfig (in
/usr/lib64/libfontconfig.so.1.4.4)
==16607==
=
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1. valgrind --undef-value-errors=no gnome-about
2.
3.
Actual results:
Error messages like above.
Additional error messages from /usr/lib64/gtk-2.0/2.10.0/engines/libqtcurve.so
about accessing memory after free(), but it is not related to fontconfig
Expected results:
Valgrind does not report error messages
--
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.
12 years
[Bug 640607] New: [te-In] Text cut on left hand side for some composite characters
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [te-In] Text cut on left hand side for some composite characters
https://bugzilla.redhat.com/show_bug.cgi?id=640607
Summary: [te-In] Text cut on left hand side for some composite
characters
Product: Fedora
Version: 14
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: lohit-telugu-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: kkrothap(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
Target Release: ---
Created attachment 451886
--> https://bugzilla.redhat.com/attachment.cgi?id=451886
File contains the characters list for which problem exist
Description of problem:
Some part on Left hand side missing for these combinations. Please go through
the attachment.
Version-Release number of selected component (if applicable):
lohit-telugu-fonts-2.4.5-5.fc14.noarch
How reproducible:
Every time.
Steps to Reproduce:
1. Open gedit and input the combinations mentioned in the attachment using
input method.
2. Or else open the attachment in gedit.
3. Observe the left hand side of every combination which is not appearing
properly.
Actual results:
Text does not appear completely.
Expected results:
Text should appear completely.
Additional info:
Please go through the attachment.
--
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.
12 years
[Bug 695405] New: non-latin charachters in default gnome-shell looks different from the cantarell
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: non-latin charachters in default gnome-shell looks different from the cantarell
https://bugzilla.redhat.com/show_bug.cgi?id=695405
Summary: non-latin charachters in default gnome-shell looks
different from the cantarell
Product: Fedora
Version: 15
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: fontconfig
AssignedTo: behdad(a)fedoraproject.org
ReportedBy: alpha(a)bookwar.info
QAContact: extras-qa(a)fedoraproject.org
CC: behdad(a)fedoraproject.org, pnemade(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Created attachment 491272
--> https://bugzilla.redhat.com/attachment.cgi?id=491272
example titles and text
Originally posted in Gnome Bugzilla
https://bugzilla.gnome.org/show_bug.cgi?id=647020
Cyrillic fonts, used by default are different from Cantarell in average color
and size.
I use Fedora Live RC1 Beta. And my system locale is en_US.UTF-8.
I attached a screen with Firefox titles, Overview-mode title and Pidgin contact
window. (In Empathy it looks the same.)
Most annoying are fonts in Pidgin or Empathy conversations. Mixture of latin
nicknames, commands and so on with cyrillic words which are twice as bigger.
--
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.
12 years, 1 month
[Bug 566758] New: PDF fill-in form checkboxes are not checkable in evince
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: PDF fill-in form checkboxes are not checkable in evince
https://bugzilla.redhat.com/show_bug.cgi?id=566758
Summary: PDF fill-in form checkboxes are not checkable in
evince
Product: Red Hat Enterprise Linux 6
Version: 6.0
Platform: x86_64
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: fontconfig
AssignedTo: besfahbo(a)redhat.com
ReportedBy: mclasen(a)redhat.com
QAContact: desktop-bugs(a)redhat.com
CC: uckelman(a)nomic.net, besfahbo(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org, mkasik(a)redhat.com
Depends on: 562952
Group: rhel_beta
Classification: Red Hat
Target Release: ---
Clone Of: 562952
+++ This bug was initially created as a clone of Bug #562952 +++
Description of problem:
It is not possible to toggle the state of checkboxes in PDF forms.
Version-Release number of selected component (if applicable):
evince-2.28.2-1.fc12.x86_64
How reproducible:
Always.
Steps to Reproduce:
1. Open a form with a checkbox.
2. Click on the checkbox.
Actual results:
Nothing happens.
Expected results:
The box should change state.
Additional info:
I observed this problem specifically with US Federal Tax forms. For example,
try the 2009 Form 1040: http://www.irs.gov/pub/irs-pdf/f1040.pdf?portlet=3
--- Additional comment from mkasik(a)redhat.com on 2010-02-16 10:31:12 EST ---
Hi,
this is an issue with fontconfig. The PDF uses "ZapfDingbats" font, but there
is "Zapf Dingbats" font only.
This can be bypassed by setting of ~/.fonts.conf (or /etc/font/local.conf)
according to http://bugs.freedesktop.org/show_bug.cgi?id=21395#c6.
=> reassigning to fontconfig
Regards
Marek
(for more info see http://freedesktop.org/wiki/Software/poppler)
(it seems that this is a duplicate of
https://bugzilla.redhat.com/show_bug.cgi?id=497648)
--
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.
12 years, 1 month
[Bug 676204] New: Font rendering issue
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Font rendering issue
https://bugzilla.redhat.com/show_bug.cgi?id=676204
Summary: Font rendering issue
Product: Fedora
Version: 14
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: unspecified
Component: fontconfig
AssignedTo: behdad(a)fedoraproject.org
ReportedBy: hlg(a)cohomology.org
QAContact: extras-qa(a)fedoraproject.org
CC: behdad(a)fedoraproject.org, pnemade(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org
Classification: Fedora
Created attachment 477727
--> https://bugzilla.redhat.com/attachment.cgi?id=477727
Ubuntu's 10.10 /etc/fonts/
Description of problem:
Font rendering on Fedora 14 is poor compared to Ubuntu 10.10. If one uses
Ubuntu's /etc/fonts/ directory (that's it, fontconfig package) we would see
inmediatly a drastic improvement in font rendering.
Version-Release number of selected component (if applicable):
14
How reproducible:
Editing a text file in gedit.
Steps to Reproduce:
1. Make use of any application which contains a text box.
2.
3.
Actual results:
Poor rendering of fonts.
Expected results:
A good rendering.
Additional info:
I attach a .tar file which contains the directory /etc/fonts/ as provided by
Ubuntu 10.10.
If you want to test this just make a backup of your /etc/fonts directory, and
extract the file fonts-ubuntu.tar in /etc/.
--
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.
12 years, 1 month