[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, 12 months
[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
[Bug 906492] New: [abrt] fontforge-20120731b-1.fc17: pdf_findobject: Process /usr/bin/fontforge was killed by signal 11 (SIGSEGV)
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=906492
Bug ID: 906492
Summary: [abrt] fontforge-20120731b-1.fc17: pdf_findobject:
Process /usr/bin/fontforge was killed by signal 11
(SIGSEGV)
Product: Fedora
Version: 17
Component: fontforge
Severity: unspecified
Priority: unspecified
Reporter: josephomorrow(a)comcast.net
Description of problem:
Was in file-select dialog, choosing folders and subfolders, and FontForge
suddenly crashed.
Version-Release number of selected component:
fontforge-20120731b-1.fc17
Additional info:
libreport version: 2.0.18
abrt_version: 2.0.18
backtrace_rating: 4
cmdline: /usr/bin/fontforge
crash_function: pdf_findobject
kernel: 3.7.3-101.fc17.i686.PAE
truncated backtrace:
:Thread no. 1 (10 frames)
: #0 pdf_findobject at parsepdf.c:461
: #2 pdf_findfonts at parsepdf.c:529
: #3 NamesReadPDF at parsepdf.c:2020
: #4 GetFontNames at scripting.c:1634
: #5 WithinList at openfontdlg.c:521
: #6 e_h at openfontdlg.c:556
: #7 _GWidget_Container_eh at gcontainer.c:393
: #8 _GWidget_TopLevel_eh at gcontainer.c:737
: #10 dispatchEvent at gxdraw.c:3869
: #11 GXDrawProcessOneEvent at gxdraw.c:3901
--
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=gzncVNOmE0&a=cc_unsubscribe
11 years
[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, 1 month
[Bug 905276] New: pango_fc infinite recursion
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=905276
Bug ID: 905276
Summary: pango_fc infinite recursion
Product: Fedora
Version: rawhide
Component: pango
Severity: high
Priority: unspecified
Reporter: orion(a)cora.nwra.com
Description of problem:
See http://osdir.com/ml/commits.gnome/2013-01/msg05014.html
I'm seeing this trying to build plplot for rawhide.
commit 10cc6557ba24239570ee9a7bcaa0a553aae9df95
Author: Behdad Esfahbod <behdad@xxxxxxxxxx>
Date: Thu Jan 17 17:11:19 2013 -0600
Revert "Don't use the deprecated pango_ft2_font_get_face"
This reverts commit 2dc0c3dbb1c389c3a3ba12a5c5c85f21dca46e84.
This doesn't make sense. It ends up in infinite recursion because
pangofc is calling lock_face on pangoft2, which would recursively
call it on pangofc...
Was causing hang at startup of Inkscape.
If the deprecated warnings are an issue, they need to be dealt with
in some other way.
pango/pangoft2-render.c | 6 +-----
pango/pangoft2.c | 17 +++++------------
2 files changed, 6 insertions(+), 17 deletions(-)
---
diff --git a/pango/pangoft2-render.c b/pango/pangoft2-render.c
index 60cf432..42923f4 100644
--- a/pango/pangoft2-render.c
+++ b/pango/pangoft2-render.c
@@ -210,7 +210,7 @@ pango_ft2_font_render_glyph (PangoFont *font,
return box;
}
- face = pango_fc_font_lock_face (PANGO_FC_FONT (font));
+ face = pango_ft2_font_get_face (font);
if (face)
{
@@ -231,8 +231,6 @@ pango_ft2_font_render_glyph (PangoFont *font,
rendered->bitmap_left = face->glyph->bitmap_left;
rendered->bitmap_top = face->glyph->bitmap_top;
- pango_fc_font_unlock_face (PANGO_FC_FONT (font));
-
if (G_UNLIKELY (!rendered->bitmap.buffer)) {
g_slice_free (PangoFT2RenderedGlyph, rendered);
return NULL;
@@ -242,8 +240,6 @@ pango_ft2_font_render_glyph (PangoFont *font,
}
else
{
- pango_fc_font_unlock_face (PANGO_FC_FONT (font));
-
generic_box:
return pango_ft2_font_render_box_glyph (PANGO_UNKNOWN_GLYPH_WIDTH,
PANGO_UNKNOWN_GLYPH_HEIGHT,
diff --git a/pango/pangoft2.c b/pango/pangoft2.c
index cbe1d21..dc6db5d 100644
--- a/pango/pangoft2.c
+++ b/pango/pangoft2.c
@@ -424,13 +424,12 @@ pango_ft2_font_get_kerning (PangoFont *font,
static FT_Face
pango_ft2_font_real_lock_face (PangoFcFont *font)
{
- return pango_fc_font_lock_face (font);
+ return pango_ft2_font_get_face ((PangoFont *)font);
}
static void
-pango_ft2_font_real_unlock_face (PangoFcFont *font)
+pango_ft2_font_real_unlock_face (PangoFcFont *font G_GNUC_UNUSED)
{
- pango_fc_font_unlock_face (font);
}
static gboolean
@@ -500,18 +499,12 @@ pango_ft2_font_get_coverage (PangoFont *font,
PangoGlyph
pango_ft2_get_unknown_glyph (PangoFont *font)
{
- PangoFcFont *fc_font = PANGO_FC_FONT (font);
- FT_Face face;
- PangoGlyph glyph;
-
- face = pango_fc_font_lock_face (fc_font);
+ FT_Face face = pango_ft2_font_get_face (font);
if (face && FT_IS_SFNT (face))
/* TrueType fonts have an 'unknown glyph' box on glyph index 0 */
- glyph = 0;
+ return 0;
else
- glyph = PANGO_GLYPH_EMPTY;
- pango_fc_font_unlock_face (fc_font);
- return glyph;
+ return PANGO_GLYPH_EMPTY;
}
typedef struct
Version-Release number of selected component (if applicable):
pango-1.32.6-1.fc19
How reproducible:
Every time
Steps to Reproduce:
1. Build plplot rpm
2. psttsc test fails
--
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=0il7R3xaN7&a=cc_unsubscribe
11 years, 1 month
[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
[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 902089] New: [abrt] fontforge-20120731b-2.fc18: pcFree: Process /usr/bin/fontforge was killed by signal 11 (SIGSEGV)
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=902089
Bug ID: 902089
Summary: [abrt] fontforge-20120731b-2.fc18: pcFree: Process
/usr/bin/fontforge was killed by signal 11 (SIGSEGV)
Product: Fedora
Version: 18
Component: fontforge
Severity: unspecified
Priority: unspecified
Reporter: igor.redhat(a)gmail.com
Description of problem:
Open attached pdf file; when "Pick font" dialog shows up, choose font called
"Elli" and press "OK". fontforge will crash - 100% reproducible.
Version-Release number of selected component:
fontforge-20120731b-2.fc18
Additional info:
backtrace_rating: 4
cmdline: fontforge /tmp/tales-117.pdf
crash_function: pcFree
executable: /usr/bin/fontforge
kernel: 3.7.2-201.fc18.x86_64
remote_result: NOTFOUND
uid: 500
Truncated backtrace:
Thread no. 1 (6 frames)
#1 pcFree at parsepdf.c:1983
#2 _SFReadPdfFont at parsepdf.c:2096
#3 _ReadSplineFont at splinefont.c:1086
#4 ReadSplineFont at splinefont.c:1248
#5 LoadSplineFont at splinefont.c:1321
#6 ViewPostScriptFont at fontviewbase.c:1315
--
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=BIgqTmyVHb&a=cc_unsubscribe
11 years, 3 months