[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.
11 years
[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.
11 years
[Bug 863668] New: Permission to distribute for RISC OS
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=863668
Bug ID: 863668
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,
petersen(a)redhat.com, psatpute(a)redhat.com
Assignee: psatpute(a)redhat.com
Summary: Permission to distribute for RISC OS
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: malcolm(a)paymentlabs.com
Type: ---
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: liberation-fonts
Product: Fedora
Description of problem:
I have converted the Liberation fonts from ttf to native RISC OS format.
Technically this is a modified version of the font.
As per the licence I am asking for explicit permission to keep the font name as
Liberation.
The font will not be charged for etc. as per licence requirements, and the
licence will be included in the distribution.
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
11 years, 1 month
[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, 2 months
[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, 3 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, 3 months
[Bug 696358] New: postun scriptlet failures during uninstall
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: postun scriptlet failures during uninstall
https://bugzilla.redhat.com/show_bug.cgi?id=696358
Summary: postun scriptlet failures during uninstall
Product: Fedora
Version: 14
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: low
Priority: unspecified
Component: pango
AssignedTo: behdad(a)fedoraproject.org
ReportedBy: jhutar(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: behdad(a)fedoraproject.org,
fonts-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Description of problem:
I was forced to install i686 version of pango package on my x86_64 system
because of some x86 application. When I was uninstalling these *.i686 packages
later, in the yum output there were several errors probably comming from
pango's %postun.
Version-Release number of selected component (if applicable):
pango-1.28.1-5.fc14.i686
How reproducible:
1 of 1
Steps to Reproduce:
1. install pango.i686 on x86_64 system
2. # yum remove `rpm -qa | grep -v -e x86_64 -e noarch -e gpg-pubkey`
Actual results:
[...]
ls: cannot access /etc/gtk-2.0/i?86*: No such file or directory
/usr/bin/update-gtk-immodules: line 46:
/etc/gtk-2.0/i386-redhat-linux-gnu/gtk.immodules: No such file or directory
warning: %postun(gtk2-2.22.0-1.fc14.1.i686) scriptlet failed, exit status 1
Erasing : pango-1.28.1-5.fc14.i686 3/48
[...]
Expected results:
Package should be nicely uninstallable.
--
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, 3 months
[Bug 748522] New: Won't compile with Perl-5.14.1-187
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: Won't compile with Perl-5.14.1-187
https://bugzilla.redhat.com/show_bug.cgi?id=748522
Summary: Won't compile with Perl-5.14.1-187
Product: Fedora
Version: 16
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: dejavu-fonts
AssignedTo: nicolas.mailhot(a)laposte.net
ReportedBy: JMiahMan(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: nicolas.mailhot(a)laposte.net, peter(a)thecodergeek.com,
fonts-bugs(a)lists.fedoraproject.org, paul(a)frixxon.co.uk
Classification: Fedora
Story Points: ---
Type: ---
Description of problem:
The Dejavu-fonts fail to meet buildrequires to compile due to missing file:
/usr/share/perl5/unicore/UnicodeData.txt
This file was offered by Perl in previous releases but seems to be missing in
Perl 5.14
Version-Release number of selected component (if applicable):
2.33
How reproducible:
Try and rebuild dejavu-fonts with Perl version 5.14.1-187
Steps to Reproduce:
1. Make sure your build environment has Perl version 5.14.1-187
2. try and build dejavu-fonts from src rpm
3. watch it complain about missing buildrequires even though Perl is installed
Actual results:
BuildRequires not met, failed build
Expected results:
Perl should provide missing file again or BuildRequires should be changes in
spec file for dejavu-fonts
Additional info:
--
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, 4 months
[Bug 744307] New: xbmc segfault crash libfreetype.so.6.7.1
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: xbmc segfault crash libfreetype.so.6.7.1
https://bugzilla.redhat.com/show_bug.cgi?id=744307
Summary: xbmc segfault crash libfreetype.so.6.7.1
Product: Fedora
Version: 16
Platform: x86_64
OS/Version: Linux
Status: NEW
Severity: medium
Priority: unspecified
Component: freetype
AssignedTo: mkasik(a)redhat.com
ReportedBy: josef.gottlander(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: behdad(a)fedoraproject.org, kevin(a)tigcc.ticalc.org,
fonts-bugs(a)lists.fedoraproject.org, mkasik(a)redhat.com
Classification: Fedora
Story Points: ---
Type: ---
Created attachment 526950
--> https://bugzilla.redhat.com/attachment.cgi?id=526950
xbmc crash log
Description of problem:
xbmc crashes and makes X crash. not sure wether this is a xbmc 11.0 specific
problem or just general xbmc.
Version-Release number of selected component (if applicable):
xbmc PRE-11.0 Git:20111004-bfd5673
freetype 2.4.6-1.fc16
How reproducible:
Install fedora f16 and install xbmc in some way
Steps to Reproduce:
1. run xbmc from f16
2.
3.
Actual results:
X restarts
Expected results:
To run xbmc properly
Additional info:
--
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, 4 months