[Fedora-i18n-bugs] [Bug 1078169] New: ibus-m17n build failed with error: po/Makefile.in.in was not created by intltoolize.
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1078169
Bug ID: 1078169
Summary: ibus-m17n build failed with error: po/Makefile.in.in
was not created by intltoolize.
Product: Fedora
Version: rawhide
Component: ibus-m17n
Assignee: dueno(a)redhat.com
Reporter: menantea(a)linux.vnet.ibm.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com
Description of problem:
ibus-m17n build failed with error: po/Makefile.in.in was not created by
intltoolize.
Version-Release number of selected component (if applicable):
ibus-m17n-1.3.4
intltool.0.50.2-7.fc21
How reproducible:
rpmbuild -bb
Additional info:
It seems that last changes in intltool makes ibus-m17n failed because
IT_PROG_INTLTOOL and AM_GNU_GETTEXT are now uncompatible.
I used following patch following by an autoreconf to get a successful build.
--- ibus-m17n-1.3.4/configure.ac.ori
+++ ibus-m17n-1.3.4/configure.ac
@@ -102,8 +102,6 @@ GETTEXT_PACKAGE=ibus-m17n
AC_SUBST(GETTEXT_PACKAGE)
AC_DEFINE_UNQUOTED(GETTEXT_PACKAGE,"$GETTEXT_PACKAGE", [Define to the
read-only architecture-independent data directory.])
-AM_GNU_GETTEXT([external])
-AM_GNU_GETTEXT_VERSION(0.16.1)
# OUTPUT files
--
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=dx4nSUwkvU&a=cc_unsubscribe
9 years, 10 months
[Fedora-i18n-bugs] [Bug 817751] New: Config tool only shows one language English(USA)
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: Config tool only shows one language English(USA)
https://bugzilla.redhat.com/show_bug.cgi?id=817751
Summary: Config tool only shows one language English(USA)
Product: Fedora
Version: 16
Platform: x86_64
OS/Version: Linux
Status: NEW
Severity: high
Priority: unspecified
Component: system-config-language
AssignedTo: psatpute(a)redhat.com
ReportedBy: simon.lewis(a)slnet-online.de
QAContact: extras-qa(a)fedoraproject.org
CC: psatpute(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org, nav007(a)gmail.com
Classification: Fedora
Story Points: ---
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
How to make config tool to show a list of languages including British English
and German?
--
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.
9 years, 10 months
[Fedora-i18n-bugs] [Bug 1024895] New: cz:75:19: illegal escape sequence in string literal
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1024895
Bug ID: 1024895
Summary: cz:75:19: illegal escape sequence in string literal
Product: Fedora
Version: 20
Component: xkeyboard-config
Assignee: peter.hutterer(a)redhat.com
Reporter: jmlich(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
peter.hutterer(a)redhat.com
Description of problem:
There is an illegal escape sequence in string literal in
/usr/share/X11/xkb/symbols/cz
Version-Release number of selected component (if applicable):
2.10.1-1.fc20
How reproducible:
always
Steps to Reproduce:
$ qmlscene main.qml
Error: cz:75:19: illegal escape sequence in string literal
Error: cz:75:19: syntax error
Error: Couldn't process include statement for 'cz(qwerty)'
Error: Abandoning symbols file "(unnamed)"
Error: Failed to compile xkb_symbols
Error: Failed to compile keymap
Qt: Failed to compile a keymap
Actual results:
Error: cz:75:19: illegal escape sequence in string literal
Error: cz:75:19: syntax error
Error: Couldn't process include statement for 'cz(qwerty)'
Error: Abandoning symbols file "(unnamed)"
Error: Failed to compile xkb_symbols
Error: Failed to compile keymap
Qt: Failed to compile a keymap
Expected results:
""
Additional info:
I am using Fedora 20 with Mate Desktop. Installed keyboard layouts are "English
(US) and Czech (querty)".
--
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=qYRdBaqoDh&a=cc_unsubscribe
9 years, 11 months
[Fedora-i18n-bugs] [Bug 1051083] New: Huge text rendered incorrectly
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1051083
Bug ID: 1051083
Summary: Huge text rendered incorrectly
Product: Fedora
Version: 20
Component: pango
Severity: low
Priority: low
Assignee: tagoh(a)redhat.com
Reporter: amahdal(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com
Created attachment 847731
--> https://bugzilla.redhat.com/attachment.cgi?id=847731&action=edit
incorrect rendering (500K, all visible characters affected)
Description of problem:
When I open this (quite strange, I admit) file:
* ASCII plain text
* only dollar signs (no whitespace whatsoever, reproduces with other chars as
well)
* large number of them (over 320K in my case)
in Mousepad, which uses pango, rendering issues appear. Specifically,
characters appear doubled, with these "ghosts" being few pixels offset.
I have tested this on Fedora 20 with Mousepad and Leafpad, both being
simplistic GUI plain text editors and both using Pango. Hence I'm reporting
this to Pango.
Version-Release number of selected component (if applicable):
pango-1.36.1-1.fc20.x86_64
mousepad-0.3.0-3.fc20.x86_64
leafpad-0.8.18.1-10.fc20.x86_64
How reproducible:
always - with specifically prepared (abnormal) file
Steps to Reproduce:
1. Let N be a large number, 500 thousand or so (see below)
2. Create a plain text file comprised of N identical non-whitespace characters
3. Open the file in Mousepad or Leafpad
Actual results:
Characters are rendered incorrectly, some/all glyphs have a "ghost" with small
offset
Expected results:
Characters should be displayed normally.
Additional info:
Exploring the exact border (N) where the problem appears:
* with 322,639 characters, the text still looks OK
* with 322,640 characters, first character has this "ghost"
* with 322,641 characters, first *two* characters have this "ghost"
* ...etc.
I have also quick-tested this with other characters like "a", and the same
problem appears. I haven't tested with mixed files or with whitespace, though.
--
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=geyIdJvEoy&a=cc_unsubscribe
9 years, 11 months