https://bugzilla.redhat.com/show_bug.cgi?id=1050753
Bug ID: 1050753
Summary: table corrupted for certain chinese characters --
possibly integer overflow problem
Product: Fedora
Version: 20
Component: ibus-table-cangjie
Severity: urgent
Assignee: extras-orphan(a)fedoraproject.org
Reporter: by(a)moscito.org
QA Contact: extras-qa(a)fedoraproject.org
CC: extras-orphan(a)fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
liangsuilong(a)gmail.com
Description of problem:
Version-Release number of selected component (if applicable):
ibus-table-chinese-cangjie-1.4.6-3.fc20
How reproducible:
Every time
Steps to Reproduce:
1. remove ibus-table-chinese-cangjie
2. remove ~/.ibus/tables/canjie5-user.db
3. reinstall ibus-table-chinese-cangjie
4. select ibus-table-chinese-cangjie5 input method
5. input bmr (月一口, the canonical encoding for the commonly character 同)
sufficiently many times.
Actual results: the preedit window
1.
--
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=0l9ShqDeh1&a=cc_unsubscribe
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
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
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Conjunct 'sple' (as in display) is not rendered correctly with Meera font
https://bugzilla.redhat.com/show_bug.cgi?id=543906
Summary: Conjunct 'sple' (as in display) is not rendered
correctly with Meera font
Product: Fedora
Version: 12
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: smc-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: parimbra(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com,
psatpute(a)redhat.com, rajeeshknambiar(a)gmail.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
Meera font shipped with Fedora does not display the conjunct 'sple' correctly.
It is working correctly with other fonts and same font in debian.
Version-Release number of selected component (if applicable):
How reproducible:
always
Steps to Reproduce:
1. open gedit
2. select Meera font
3. type ഡിസ്പ്ലെ (സ്പ്ലെ = unicode raw 0d38, 0d4d, 0d2a, 0d4d, 0d32)
Actual results:
സ്പ and ലെ displayed separately
Expected results:
സ് and പ്ലെ rendered separately
Additional info:
https://savannah.nongnu.org/bugs/index.php?28043
--
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=1040288
Bug ID: 1040288
Summary: [or_IN][samyak-fonts] - Change language name from
"Oriya" to "Odia"
Product: Fedora
Version: rawhide
Component: samyak-fonts
Keywords: i18n
Severity: low
Priority: medium
Assignee: psatpute(a)redhat.com
Reporter: smaitra(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, nav007(a)gmail.com,
psatpute(a)redhat.com
Description of problem:
Upstream bug reference : https://sourceware.org/bugzilla/show_bug.cgi?id=15601
Preface : As per the Govt of India record, the State name of Orissa has been
replaced with Odisha (hopefully I am correct with its spelling) and the
language of Odisha State which was Oriya earlier, has been replaced with Odia.
Please change the word "Oriya" occurrences to "Odia" in SPEC file.
Please try to convince upstream as well, to change the font name from
"samyak-oriya" to "samyak-odia" and rename the package name from
"samyak-oriya-fonts" to "samyak-odia-fonts"
Version-Release number of selected component (if applicable):
samyak-oriya-fonts-1.2.2-11.fc20
How reproducible:N/A
Steps to Reproduce:N/A
1.
2.
3.
Actual results:
Please see the description
Expected results:
Please see the description
Additional info:
References:
http://orissamatters.com/2011/11/07/orissa-became-odisha/http://www.ndtv.com/article/india/parliament-passes-bill-to-change-orissa-s…http://orissa.gov.in/e-magazine/Orissareview/2011/Nov/engpdf/9-17.pdf
--
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=nRs9g3dLU6&a=cc_unsubscribe