[Bug 657849] New: Serbian glyphs for Wikipedia
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: Serbian glyphs for Wikipedia
https://bugzilla.redhat.com/show_bug.cgi?id=657849
Summary: Serbian glyphs for Wikipedia
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: alessandroceschini.it(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
Description of problem:
Hy, at the Serbian Wikipedia we are planning on supporting localized Serbian
glyphs (as opposed to standard/Russian ones) on screen by taking advantage of
the next generation of browser (like Firefox 4) compliant with OpenType
features.
What we lack is a pool of free OpenType fonts with Serbian glyphs to be
accessed through the locl feature. DejaVu is, as far as I know, the only free
font which does so (although with some bugs) but, particularly the Serif
version, can be described as ugly at best.
So, what about a new release of Liberation Fonts containing a locl table for
Serbian?
Thank you.
--
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.
10 years, 8 months
[Bug 821480] New: /usr/bin/xorg-x11-fonts-update-dirs is only executable by root
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: /usr/bin/xorg-x11-fonts-update-dirs is only executable by root
https://bugzilla.redhat.com/show_bug.cgi?id=821480
Summary: /usr/bin/xorg-x11-fonts-update-dirs is only executable
by root
Product: Fedora
Version: 17
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: xorg-x11-font-utils
AssignedTo: xgl-maint(a)redhat.com
ReportedBy: mads(a)kiilerich.com
QAContact: extras-qa(a)fedoraproject.org
CC: xgl-maint(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
-rwxr--r--. 1 root root 1226 Jan 15 05:39
/usr/bin/xorg-x11-fonts-update-dirs
It is possible that it only makes sense to run it as root, but limiting that by
removing the x bit when it is placed in /usr/bin is confusing.
xorg-x11-font-utils-7.5-7.fc17.i686
--
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.
10 years, 9 months
[Bug 824169] New: [abrt] fonttools-2.3-3.fc15: __init__.py:560:getGlyphID:UnboundLocalError: local variable 'glyphID' referenced before assignment
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=824169
Bug ID: 824169
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Whiteboard: abrt_hash:c9262901dce2731a0b31e9ae6c2bc39c0fe8381f
Version: 16
Priority: unspecified
CC: fonts-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com
Assignee: pnemade(a)redhat.com
Summary: [abrt] fonttools-2.3-3.fc15:
__init__.py:560:getGlyphID:UnboundLocalError: local
variable 'glyphID' referenced before assignment
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: fedora(a)pragmata.tk
Type: ---
Documentation: ---
Hardware: i686
Mount Type: ---
Status: NEW
Component: fonttools
Product: Fedora
libreport version: 2.0.8
abrt_version: 2.0.7
cmdline: /usr/bin/python /usr/bin/ttx -a LinLibertine_R.ttx
executable: /usr/bin/ttx
kernel: 3.3.5-2.fc16.i686
reason: __init__.py:560:getGlyphID:UnboundLocalError: local variable
'glyphID' referenced before assignment
time: mar 22 may 2012 23:03:49 CEST
uid: 1000
username: ousia
backtrace: Text file, 79092 bytes
comment:
:Running "ttx -a LinLibertine_R.ttx" (obtained with a previous unproblematic
"ttx -a LinLibertine_R.otf").
:
:Reporting the issue myself upstream.
--
You are receiving this mail because:
You are on the CC list for the bug.
10 years, 9 months
[Bug 694724] New: [kn_IN] 0CB0 + 200D + 0CCD + 0C95+ 0CBE consonant is wrongly rendering
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: [kn_IN] 0CB0 + 200D + 0CCD + 0C95+ 0CBE consonant is wrongly rendering
https://bugzilla.redhat.com/show_bug.cgi?id=694724
Summary: [kn_IN] 0CB0 + 200D + 0CCD + 0C95+ 0CBE consonant is
wrongly rendering
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: lohit-kannada-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: svenkate(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Created attachment 490712
--> https://bugzilla.redhat.com/attachment.cgi?id=490712
Actual and correct rendering
Description of problem:
ra+ ZWJ+ halanth + consonant + aa (0CB0 + 200D + 0CCD + 0C95+ 0CBE) is wrongly
rendering
Version-Release number of selected component (if applicable):
lohit-kannada-fonts-2.4.5-4.fc14.noarch
How reproducible:
Every time
Steps to Reproduce:
1.Open any text editor (say gedit)
2.Input following raw code key sequence:
0CB0 + 200D + 0CCD + 0C95+0CBE
3.Look at the resulting glyph
Actual results:
Shown in the attachment
Expected results:
Shown in the attachment
Additional info:
This was tested with following rendering engines:
libicu-4.4.1-6.fc14.x86_64
qt-4.7.1-17.fc14.x86_64
pango-1.28.1-5.fc14.x86_64
--
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.
10 years, 11 months
[Bug 797112] New: incorrect fontconfig 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: incorrect fontconfig file
https://bugzilla.redhat.com/show_bug.cgi?id=797112
Summary: incorrect fontconfig file
Product: Fedora
Version: 17
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: gargi-fonts
AssignedTo: sanjay.ankur(a)gmail.com
ReportedBy: psatpute(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
sanjay.ankur(a)gmail.com
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Description of problem:
$cat /usr/share/fontconfig/conf.avail/69-gargi.conf
gives <family>sans</family>
It should be
<family>sans-serif</family>
Version-Release number of selected component (if applicable):
gargi-fonts-1.9-3.fc15.noarch
How reproducible:
everytime
Additional info:
See /usr/share/fontconfig/templates/basic-font-template.txt for family
It will be good if you can see lohit-devanagari-fonts and update fontconfig
file same way.
--
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.
10 years, 11 months
[Bug 545701] New: [kn_IN] Pango doesn't render 0c95+0ccd+0c95+0c97 combination properly
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: [kn_IN] Pango doesn't render 0c95+0ccd+0c95+0c97 combination properly
https://bugzilla.redhat.com/show_bug.cgi?id=545701
Summary: [kn_IN] Pango doesn't render 0c95+0ccd+0c95+0c97
combination properly
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: pango
AssignedTo: besfahbo(a)redhat.com
ReportedBy: svenkate(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: besfahbo(a)redhat.com,
fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Classification: Fedora
Target Release: ---
Created an attachment (id=377107)
--> (https://bugzilla.redhat.com/attachment.cgi?id=377107)
shows the actual and correct rendering
Description of problem:
Pango doesn't render a particular character combination properly.
Version-Release number of selected component (if applicable):
1.26.0-1.fc12
How reproducible:
Always
Steps to Reproduce:
1.Enable the Kannada support
2. Select the "inscript" layout from ibus menu, and type the following key
combination: j+d+j+>
OR
Select "other-rawcode" from ibus menu and type the following key combination
0c95+0ccd+0c95+0c97
Actual results:
ಕ್ಕಷ
Expected results:
As shown in the attached image
Additional info:
Reported upstream at https://bugzilla.gnome.org/show_bug.cgi?id=604060
--
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
[Bug 786585] New: opendir: No such file or directory
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: opendir: No such file or directory
https://bugzilla.redhat.com/show_bug.cgi?id=786585
Summary: opendir: No such file or directory
Product: Fedora
Version: 16
Platform: noarch
OS/Version: Linux
Status: NEW
Severity: unspecified
Priority: unspecified
Component: xorg-x11-fonts
AssignedTo: xgl-maint(a)redhat.com
ReportedBy: robatino(a)fedoraproject.org
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: ---
Description of problem:
When updating to or reinstalling xorg-x11-fonts-Type1-7.5-4.fc15.noarch I get
the error
[root@localhost ~]# yum reinstall xorg-x11-fonts-Type1-7.5-4.fc15.noarch
Loaded plugins: langpacks, presto, refresh-packagekit, security
Setting up Reinstall Process
Resolving Dependencies
--> Running transaction check
---> Package xorg-x11-fonts-Type1.noarch 0:7.5-4.fc15 will be reinstalled
--> Finished Dependency Resolution
Dependencies Resolved
================================================================================
Package Arch Version Repository Size
================================================================================
Reinstalling:
xorg-x11-fonts-Type1 noarch 7.5-4.fc15 fedora 521 k
Transaction Summary
================================================================================
Reinstall 1 Package
Total download size: 521 k
Installed size: 521 k
Is this ok [y/N]: y
Downloading Packages:
xorg-x11-fonts-Type1-7.5-4.fc15.noarch.rpm | 521 kB 00:01
Running Transaction Check
Running Transaction Test
Transaction Test Succeeded
Running Transaction
Installing : xorg-x11-fonts-Type1-7.5-4.fc15.noarch 1/1
opendir: No such file or directory
Installed:
xorg-x11-fonts-Type1.noarch 0:7.5-4.fc15
Complete!
[root@localhost ~]#
Version-Release number of selected component (if applicable):
xorg-x11-fonts-Type1-7.5-4.fc15.noarch
How reproducible:
always
Steps to Reproduce:
1. Either update to or reinstall the above package.
Actual results:
Error message "opendir: No such file or directory". I don't know what the
significance of this is.
Additional info:
Package is currently in updates-testing.
--
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, 2 months
[Bug 760339] New: FreeType complains " couldn't find encoding 'iso8859-13'" for multiple local fonts
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: FreeType complains " couldn't find encoding 'iso8859-13'" for multiple local fonts
https://bugzilla.redhat.com/show_bug.cgi?id=760339
Summary: FreeType complains " couldn't find encoding
'iso8859-13'" for multiple local fonts
Product: Fedora
Version: 16
Platform: i686
OS/Version: Linux
Status: NEW
Severity: low
Priority: unspecified
Component: xorg-x11-fonts
AssignedTo: xgl-maint(a)redhat.com
ReportedBy: stern(a)rowland.harvard.edu
QAContact: extras-qa(a)fedoraproject.org
CC: xgl-maint(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: ---
Description of problem: When X starts up, the Xorg log file contains multiple
lines like this:
FreeType: couldn't find encoding 'iso8859-13' for
'/usr/local/share/fonts/l047013t.pfa'
That particular font file doesn't belong to an RPM package; I inherited it from
a long time ago. In case you're interested about it:
$ grep l047013t /usr/local/share/fonts/fonts.dir
l047013t.pfa -b&h-luxi mono-medium-r-normal--0-0-0-0-m-0-adobe-standard
l047013t.pfa -b&h-luxi mono-medium-r-normal--0-0-0-0-m-0-ascii-0
l047013t.pfa -b&h-luxi mono-medium-r-normal--0-0-0-0-m-0-iso10646-1
l047013t.pfa -b&h-luxi mono-medium-r-normal--0-0-0-0-m-0-iso8859-1
l047013t.pfa -b&h-luxi mono-medium-r-normal--0-0-0-0-m-0-iso8859-13
l047013t.pfa -b&h-luxi mono-medium-r-normal--0-0-0-0-m-0-iso8859-15
l047013t.pfa -b&h-luxi mono-medium-r-normal--0-0-0-0-m-0-iso8859-2
l047013t.pfa -b&h-luxi mono-medium-r-normal--0-0-0-0-m-0-iso8859-9
l047013t.pfa -b&h-luxi mono-medium-r-normal--0-0-0-0-m-0-microsoft-cp1252
Regardless, the point is that the iso8859-13 encoding does indeed exist:
$ ls -l /usr/share/X11/fonts/encodings/iso8859-13*
-rw-r--r--. 1 root root 639 Jul 28 11:18
/usr/share/X11/fonts/encodings/iso8859-13.enc.gz
$ grep iso8859-13 /usr/share/X11/fonts/encodings/encodings.dir
iso8859-13 /usr/share/X11/fonts/encodings/iso8859-13.enc.gz
So why does FreeType complain so much? Or to put this another way, why doesn't
it also complain about the other fonts in /usr/local/share/fonts which use
other encodings, such as iso8859-15 above?
Version-Release number of selected component (if applicable):
xorg-x11-fonts-misc-7.5-4.fc15.noarch
libXft-2.2.0-2.fc15.i686
How reproducible: Always.
Expected results: FreeType should be able to find the encoding file, and not
fill the log with 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.
11 years, 2 months