https://bugzilla.redhat.com/show_bug.cgi?id=1041294
Bug ID: 1041294
Summary: Bad kerning in
google-crosextra-caladea-fonts-1.002-0.2.20130214.fc19
.noarch
Product: Fedora
Version: 19
Component: google-crosextra-caladea-fonts
Assignee: pnemade(a)redhat.com
Reporter: milan.kerslager(a)pslib.cz
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com
Latest LibreOffice update brings in
google-crosextra-caladea-fonts-1.002-0.2.20130214.fc19.noarch which has bad
kerning, see attachment.
I have bad kerning on some pages (in Chrome), notably on Wikipedia.org.
This package has dependency on libreoffice-core so I have to do:
rpm -e google-crosextra-caladea-fonts --nodeps
After that I restarted Chrome and the page looks like before.
--
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=iHngzhfA5V&a=cc_unsubscribe
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
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.
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
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=925912
Bug ID: 925912
Summary: libunistring: Does not support aarch64 in f19 and
rawhide
Product: Fedora
Version: rawhide
Component: libunistring
Severity: unspecified
Priority: unspecified
Assignee: p(a)draigbrady.com
Reporter: dennis(a)ausil.us
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, jim(a)meyering.net,
p(a)draigbrady.com
Blocks: 922257 (ARM64)
Support for the ARM 64 bit CPU architecture (aarch64) was introduced in
autoconf 2.69. libunistring 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/libunistring/libunistring-aarch64.pat…
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=9grDOLh8EG&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1029086
Bug ID: 1029086
Summary: in system config language, search allowed only upto
two characters
Product: Fedora
Version: rawhide
Component: system-config-language
Assignee: pnemade(a)redhat.com
Reporter: apatil(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, nav007(a)gmail.com,
pnemade(a)redhat.com, psatpute(a)redhat.com
Description of problem:
in s-c-l, press ctrl-f and type "Mar", language marathi is not searchable
though its available
--
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=RhPLi1MawP&a=cc_unsubscribe
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
https://bugzilla.redhat.com/show_bug.cgi?id=1089158
Bug ID: 1089158
Summary: ibus-anthy: extra redundant input mode applet appears
when switching IMEs
Product: Fedora
Version: 20
Component: ibus-anthy
Assignee: tfujiwar(a)redhat.com
Reporter: petersen(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tagoh(a)redhat.com,
tfujiwar(a)redhat.com
Description of problem:
With latest ibus-anthy extra redundant input mode applet appears/remains
when switching between anthy and other IMEs
Version-Release number of selected component (if applicable):
ibus-anthy-1.5.5-2.fc20
--
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=c7lLKha0IJ&a=cc_unsubscribe