[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
[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, 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, 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 907330] New: Fix the PostScript name in font files
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=907330
Bug ID: 907330
Summary: Fix the PostScript name in font files
Product: Fedora
Version: 18
Component: sil-padauk-fonts
Severity: unspecified
Priority: unspecified
Reporter: pnemade(a)redhat.com
Description of problem:
Fix the PostScript name in font files. The PostScript name is in ASCII
encoding. Convert it to Unicode.
Version-Release number of selected component (if applicable):
sil-padauk-fonts-2.8-2.fc18
How reproducible:
always
Steps to Reproduce:
1.open font in fontforge
2. Font Info-> Font name is not valid
3.
Actual results:
Font PostScript name is not valid.
Expected results:
Font PostScript name should be valid.
Additional 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=glMNgcLssP&a=cc_unsubscribe
11 years, 2 months