i18n-bugs March 2013

i18n-bugs@lists.fedoraproject.org

1 participants
329 discussions

[Fedora-i18n-bugs] [Bug 909509] New: Hangul Keybaord doesn't be changed in IBusHangul Setup
by Red Hat Bugzilla 20 Apr '13

20 Apr '13

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=909509 Bug ID: 909509 Summary: Hangul Keybaord doesn't be changed in IBusHangul Setup Product: Fedora Version: rawhide Component: ibus-hangul Severity: medium Priority: unspecified Reporter: sangu.fedora(a)gmail.com Description of problem: Hangul Keybaord doesn't be changed in IBusHangul Setup. When click "Apply" button, /usr/share/ibus-hangul/setup/main.py:151: PyGIDeprecationWarning: Deprecated, please use stop_emission_by_name. widget.emit_stop_by_name("response") Version-Release number of selected component (if applicable): 1.4.2-1.fc19.x86_64 How reproducible: always Steps to Reproduce: 1. Launch gedit 2. $ python /usr/share/ibus-hangul/setup/main.py 3. change hangul keybaord 4. input in gedit Actual results: Expected results: Additional info: ibus-1.5.1-2.fc19.x86_64 control-center-3.7.5.1-1.fc19.x86_64 -- 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=mXJz6gZiiF&a=cc_unsubscribe

1 6

[Fedora-i18n-bugs] [Bug 925590] New: input-pad: Does not support aarch64 in f19 and rawhide
by Red Hat Bugzilla 20 Apr '13

20 Apr '13

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=925590 Bug ID: 925590 Summary: input-pad: Does not support aarch64 in f19 and rawhide Product: Fedora Version: rawhide Component: input-pad Severity: unspecified Priority: unspecified Assignee: tfujiwar(a)redhat.com Reporter: dennis(a)ausil.us QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, tfujiwar(a)redhat.com Blocks: 922257 (ARM64) Support for the ARM 64 bit CPU architecture (aarch64) was introduced in autoconf 2.69. input-pad appears to use an earlier version of autoconf, preventing its being built. This can be fixed in of three ways (In order of preference): 1. Work with upstream to migrate the package to autoconf 2.69. 2. Rerun autoconf or autoreconf in %prep or %build prior to running configure. 3. Apply the patch at http://ausil.fedorapeople.org/aarch64/input-pad/input-pad-aarch64.patch which updates config.guess and config.sub to recognize aarch64. -- 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=wSd3cgwUmh&a=cc_unsubscribe

1 6

[Fedora-i18n-bugs] [Bug 925094] New: bicon: Does not support aarch64 in f19 and rawhide
by Red Hat Bugzilla 20 Apr '13

20 Apr '13

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=925094 Bug ID: 925094 Summary: bicon: Does not support aarch64 in f19 and rawhide Product: Fedora Version: rawhide Component: bicon Severity: unspecified Priority: unspecified Assignee: tfujiwar(a)redhat.com Reporter: dennis(a)ausil.us QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, tfujiwar(a)redhat.com Blocks: 922257 (ARM64) Support for the ARM 64 bit CPU architecture (aarch64) was introduced in autoconf 2.69. bicon appears to use an earlier version of autoconf, preventing its being built. This can be fixed in of three ways (In order of preference): 1. Work with upstream to migrate the package to autoconf 2.69. 2. Rerun autoconf or autoreconf in %prep or %build prior to running configure. 3. Apply the patch at http://ausil.fedorapeople.org/aarch64/bicon/bicon-aarch64.patch which updates config.guess and config.sub to recognize aarch64. -- 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=aOforDW4Gu&a=cc_unsubscribe

1 6

[Fedora-i18n-bugs] [Bug 925569] New: ibus-input-pad: Does not support aarch64 in f19 and rawhide
by Red Hat Bugzilla 20 Apr '13

20 Apr '13

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=925569 Bug ID: 925569 Summary: ibus-input-pad: Does not support aarch64 in f19 and rawhide Product: Fedora Version: rawhide Component: ibus-input-pad Severity: unspecified Priority: unspecified Assignee: tfujiwar(a)redhat.com Reporter: dennis(a)ausil.us QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, tfujiwar(a)redhat.com Blocks: 922257 (ARM64) Support for the ARM 64 bit CPU architecture (aarch64) was introduced in autoconf 2.69. ibus-input-pad appears to use an earlier version of autoconf, preventing its being built. This can be fixed in of three ways (In order of preference): 1. Work with upstream to migrate the package to autoconf 2.69. 2. Rerun autoconf or autoreconf in %prep or %build prior to running configure. 3. Apply the patch at http://ausil.fedorapeople.org/aarch64/ibus-input-pad/ibus-input-pad-aarch64… which updates config.guess and config.sub to recognize aarch64. -- 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=siY4quRbxi&a=cc_unsubscribe

1 6

[Fedora-i18n-bugs] [Bug 928833] New: yum langinstall still installs packages without root permission
by Red Hat Bugzilla 16 Apr '13

16 Apr '13

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=928833 Bug ID: 928833 Summary: yum langinstall still installs packages without root permission Product: Fedora Version: 18 Component: yum-langpacks Severity: unspecified Priority: unspecified Assignee: notting(a)redhat.com Reporter: pnemade(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, james.antill(a)redhat.com, notting(a)redhat.com, petersen(a)redhat.com, pnemade(a)redhat.com Created attachment 717680 --> https://bugzilla.redhat.com/attachment.cgi?id=717680&action=edit patch against existing patched source Description of problem: I remember in some bug I asked notting about langinstall allowing packages to be installed without root user permission. I see that this is already fixed in upstream but then no tarball has been released with this fix. Thus, F17 to F20 all are affected by this bug. Can attached patch be used to fix this bug? If any upstream developer is here, can we have stable tarball release instead. Version-Release number of selected component (if applicable): yum-langpacks-0.3.0-4.fc18 How reproducible: always Steps to Reproduce: 1. yum langinstall hi_IN 2. 3. Actual results: langinstall installs packages without root user permission Expected results: Should check for root user permission before installing packages. 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=Dh7K0wWuxk&a=cc_unsubscribe

1 8

[Fedora-i18n-bugs] [Bug 925002] New: anthy: Does not support aarch64 in f19 and rawhide
by Red Hat Bugzilla 15 Apr '13

15 Apr '13

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=925002 Bug ID: 925002 Summary: anthy: Does not support aarch64 in f19 and rawhide Product: Fedora Version: rawhide Component: anthy Severity: unspecified Priority: unspecified Assignee: tagoh(a)redhat.com Reporter: dennis(a)ausil.us QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com Blocks: 922257 (ARM64) Support for the ARM 64 bit CPU architecture (aarch64) was introduced in autoconf 2.69. anthy appears to use an earlier version of autoconf, preventing its being built. This can be fixed in of three ways (In order of preference): 1. Work with upstream to migrate the package to autoconf 2.69. 2. Rerun autoconf or autoreconf in %prep or %build prior to running configure. 3. Apply the patch at http://ausil.fedorapeople.org/aarch64/anthy/anthy-aarch64.patch which updates config.guess and config.sub to recognize aarch64. -- 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=VxOIytP2TU&a=cc_unsubscribe

1 1

[Fedora-i18n-bugs] [Bug 545701] New: [kn_IN] Pango doesn't render 0c95+0ccd+0c95+0c97 combination properly
by Red Hat Bugzilla 08 Apr '13

08 Apr '13

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 Estimated Hours: 0.0 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.

1 8

[Fedora-i18n-bugs] [Bug 905276] New: pango_fc infinite recursion
by Red Hat Bugzilla 08 Apr '13

08 Apr '13

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=KeSMyJylHA&a=cc_unsubscribe

1 1

[Fedora-i18n-bugs] [Bug 925298] New: eekboard: Does not support aarch64 in f19 and rawhide
by Red Hat Bugzilla 01 Apr '13

01 Apr '13

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=925298 Bug ID: 925298 Summary: eekboard: Does not support aarch64 in f19 and rawhide Product: Fedora Version: rawhide Component: eekboard Severity: unspecified Priority: unspecified Assignee: dueno(a)redhat.com Reporter: dennis(a)ausil.us QA Contact: extras-qa(a)fedoraproject.org CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Blocks: 922257 (ARM64) Support for the ARM 64 bit CPU architecture (aarch64) was introduced in autoconf 2.69. eekboard appears to use an earlier version of autoconf, preventing its being built. This can be fixed in of three ways (In order of preference): 1. Work with upstream to migrate the package to autoconf 2.69. 2. Rerun autoconf or autoreconf in %prep or %build prior to running configure. 3. Apply the patch at http://ausil.fedorapeople.org/aarch64/eekboard/eekboard-aarch64.patch which updates config.guess and config.sub to recognize aarch64. -- 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=JUmRem73OU&a=cc_unsubscribe

1 1

[Fedora-i18n-bugs] [Bug 921164] New: dead_belowdot is ignored
by Red Hat Bugzilla 01 Apr '13

01 Apr '13

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=921164 Bug ID: 921164 Summary: dead_belowdot is ignored Product: Fedora Version: 18 Component: ibus Severity: low Priority: unspecified Reporter: th.schoel(a)gmail.com Description of problem: Using IBus I can input all kinds of dead characters. Only (as far as my testing goes) on dead_belowdot it fails. Version-Release number of selected component (if applicable): 1.5.1-2.fc18 How reproducible: Type some text using IBus Steps to Reproduce: 1. Select a keyboard layout that has dead_belowdot (e.g. de) 2. Press key for dead_belowdot (e.g. level3 of j for de, i.e. <Right Alt>+j) 3. Type a letter dead_belowdot can potentially combine with (e.g. t, d, s, etc.) Actual results: The plain letter from step 3 is produced without a dot below (e.g. tds) Expected results: The letter from step 3 is produced combined with a dot below (e.g. ṭḍṣ) Additional info: As indicated above all other dead key I tested did produce the expected results (e.g. ṫáàâãāâçųüůűûǔŭ). Also, dead_belowdot does work in plain GTK. -- 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=64iHhlAXei&a=cc_unsubscribe

1 11

← Newer
1
...
16
17
18
19
20
21
22
...
33
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs March 2013