[Fedora-i18n-bugs] [Bug 628998] New: [LANG][Cal Print] Week Day Name Overlaps with each other in Print
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: [LANG][Cal Print] Week Day Name Overlaps with each other in Print
https://bugzilla.redhat.com/show_bug.cgi?id=628998
Summary: [LANG][Cal Print] Week Day Name Overlaps with each
other in Print
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n, Translation
Severity: medium
Priority: low
Component: evolution
AssignedTo: mbarnes(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: i18n-bugs(a)lists.fedoraproject.org
CC: mbarnes(a)redhat.com, mcrha(a)redhat.com,
cooly(a)gnome.eu.org
Classification: Fedora
Target Release: ---
Created attachment 442225
--> https://bugzilla.redhat.com/attachment.cgi?id=442225
kn_IN Screenshot for Day's Week problem
Description of problem:
While print Calendar in Day View, few languages has Week Days name longer than
normal, which make those names fuzzy for those languages.
Version-Release number of selected component (if applicable):
evolution-2.30.3-1.fc13.x86_64
evolution-data-server-2.30.3-1.fc13.x86_64
gtkhtml3-3.30.3-1.fc13.x86_64
How reproducible:
Eveytime
Steps to Reproduce:
1.run evolution in pa_IN.UTF-8 (hi_IN,ml_IN,kn_IN,mr_IN)
2. Cal->Day View->Print
3. check ps file
Actual results:
Week day name - mixup with each other
Expected results:
print out should display all name proper
Additional info:
1) Either Translation can be shorten
2) or more space provide to display proper
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
13 years, 6 months
[Fedora-i18n-bugs] [Bug 568361] New: Additional langpacks are not installed when language changed
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: Additional langpacks are not installed when language changed
https://bugzilla.redhat.com/show_bug.cgi?id=568361
Summary: Additional langpacks are not installed when language
changed
Product: Fedora
Version: 12
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: yum-langpacks
AssignedTo: petersen(a)redhat.com
ReportedBy: kparal(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
I followed this test case:
https://fedoraproject.org/wiki/QA:Langpack_Yum_Application
I logged in with cs_CZ locale, installed eclipse. The eclipse-nls-cs was
correctly added to the install list. After that I logged out and logged in with
pl_PL locale. I don't seem to be able to have eclipse-nls-pl installed
automatically. I tried "yum update eclipse", "yum install eclipse", "yum
update" - still it doesn't offer me to install Polish langpack automatically.
But the test case says "Current locale package for the installed application
should be installed automatically."
Version-Release number of selected component (if applicable):
Fedora 12
yum-presto-0.6.2-1.fc12.noarch
yum-utils-1.1.25-1.fc12.noarch
yum-metadata-parser-1.1.2-14.fc12.x86_64
yum-3.2.25-1.fc12.noarch
yum-langpacks-0.1.4-2.fc13.noarch
How reproducible:
always
Steps to Reproduce:
1. see description
2.
3.
--
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.
13 years, 6 months
[Fedora-i18n-bugs] [Bug 568379] New: PackageKit does not show additional language packages sometimes
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: PackageKit does not show additional language packages sometimes
https://bugzilla.redhat.com/show_bug.cgi?id=568379
Summary: PackageKit does not show additional language packages
sometimes
Product: Fedora
Version: 12
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: yum-langpacks
AssignedTo: petersen(a)redhat.com
ReportedBy: kparal(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
According to the test case:
https://fedoraproject.org/wiki/QA:Langpack_PackageKit_Application
the packagekit installation should work same as yum installation. But when I
log in with cs_CZ locale, run gpk-application from terminal and select eclipse
for installation, the eclipse-nls-cs package is not presented to me as a part
of the installation (as it should be according to the test case description).
However, it is installed in the end when I accept the installation.
But when doing the same with aspell, aspell-cs is correctly presented to me as
a dependency.
Version-Release number of selected component (if applicable):
Fedora 12
yum-presto-0.6.2-1.fc12.noarch
yum-utils-1.1.25-1.fc12.noarch
yum-metadata-parser-1.1.2-14.fc12.x86_64
yum-3.2.25-1.fc12.noarch
yum-langpacks-0.1.4-2.fc13.noarch
eclipse-dtp-1.7.0-5.fc12.noarch
eclipse-nls-cs-3.5.0.v20090620043401-2.fc12.noarch
eclipse-jdt-3.5.1-22.fc12.x86_64
eclipse-subclipse-1.6.5-1.fc12.noarch
eclipse-swt-3.5.1-22.fc12.x86_64
eclipse-nls-3.5.0.v20090620043401-2.fc12.noarch
eclipse-platform-3.5.1-22.fc12.x86_64
eclipse-linuxprofilingframework-0.3.0-2.fc12.x86_64
eclipse-callgraph-0.4.0-1.fc12.x86_64
eclipse-oprofile-0.4.0-1.fc12.x86_64
eclipse-birt-2.5-1.fc12.noarch
eclipse-mylyn-3.2.1-2.fc12.noarch
eclipse-pydev-1.5.3-1.fc12.x86_64
eclipse-emf-2.5.0-4.fc12.noarch
eclipse-jgit-0.6.0-0.1.git20091029.fc12.noarch
eclipse-egit-0.6.0-0.1.git20091029.fc12.noarch
eclipse-rcp-3.5.1-22.fc12.x86_64
eclipse-cdt-6.0.0-10.fc12.x86_64
eclipse-rpm-editor-0.4.3-2.fc12.x86_64
eclipse-svnkit-1.3.0-1.fc12.noarch
eclipse-changelog-2.6.7-3.fc12.x86_64
eclipse-valgrind-0.4.0-0.1.fc12.x86_64
eclipse-rse-3.1.1-2.fc12.noarch
eclipse-mylyn-java-3.2.1-2.fc12.noarch
eclipse-gef-3.5.1-2.fc12.noarch
eclipse-pde-3.5.1-22.fc12.x86_64
How reproducible:
always
--
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.
13 years, 6 months
[Fedora-i18n-bugs] [Bug 631383] New: FTBFS sazanami-fonts-0.20040629-14.fc14
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: FTBFS sazanami-fonts-0.20040629-14.fc14
https://bugzilla.redhat.com/show_bug.cgi?id=631383
Summary: FTBFS sazanami-fonts-0.20040629-14.fc14
Product: Fedora
Version: 14
Platform: x86_64
URL: http://linux.dell.com/files/fedora/FixBuildRequires/mo
ck-results/
OS/Version: Linux
Status: NEW
Keywords: Triaged
Severity: high
Priority: high
Component: sazanami-fonts
AssignedTo: tagoh(a)redhat.com
ReportedBy: ftbfs(a)fedoraproject.org
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org
Blocks: 596849
Classification: Fedora
sazanami-fonts-0.20040629-14.fc14.src.rpm Failed To Build From Source against
the rawhide tree. See http://fedoraproject.org/wiki/FTBFS for more
information.
If you believe this is actually a bug in another package, do NOT change the
component in this bug or close this bug. Instead, add the appropriate bug
number from the other package to the "Depends on" line in this bug. If the
other package does not yet have a bug created that you think matches, please
create one. Doing so helps us properly track bugs and their dependencies, just
as we track package dependencies. (If you close this bug, and the other
package is not fixed before the next FTBFS run, a new bug will get created.
Please follow the above advice to avoid such duplication.)
--
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.
13 years, 7 months
[Fedora-i18n-bugs] [Bug 634055] New: struct.error: 'l' format requires -2147483648 <= number <= 2147483647
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: struct.error: 'l' format requires -2147483648 <= number <= 2147483647
https://bugzilla.redhat.com/show_bug.cgi?id=634055
Summary: struct.error: 'l' format requires -2147483648 <=
number <= 2147483647
Product: Fedora
Version: 14
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: fonttools
AssignedTo: roozbeh(a)gmail.com
ReportedBy: tagoh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: roozbeh(a)gmail.com, pnemade(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org
Blocks: 631383
Classification: Fedora
Target Release: ---
Description of problem:
I saw this error on building sazanami-fonts package that uses ttx to patch out.
this seems appearing for a while but as deprecation warning. and it seems
promoted to the error now on python 2.7.
Version-Release number of selected component (if applicable):
fonttools-2.2-8.fc14
How reproducible:
always
Steps to Reproduce:
1.rpmbuild --rebuild sazanami-fonts-0.20040629-14.fc14.src.rpm
2.
3.
Actual results:
Parsing 'GSUB' table...
Traceback (most recent call last):
File "/usr/bin/ttx", line 11, in <module>
ttx.main(sys.argv[1:])
File "/usr/lib64/python2.7/site-packages/FontTools/fontTools/ttx.py", line
288, in main
process(jobs, options)
File "/usr/lib64/python2.7/site-packages/FontTools/fontTools/ttx.py", line
273, in process
action(input, output, options)
File "/usr/lib64/python2.7/site-packages/FontTools/fontTools/ttx.py", line
181, in ttCompile
ttf.save(output)
File
"/usr/lib64/python2.7/site-packages/FontTools/fontTools/ttLib/__init__.py",
line 202, in save
writer.close()
File "/usr/lib64/python2.7/site-packages/FontTools/fontTools/ttLib/sfnt.py",
line 137, in close
directory = directory + entry.toString()
File "/usr/lib64/python2.7/site-packages/FontTools/fontTools/ttLib/sfnt.py",
line 196, in toString
return sstruct.pack(sfntDirectoryEntryFormat, self)
File "/usr/lib64/python2.7/site-packages/FontTools/sstruct.py", line 74, in
pack
data = apply(struct.pack, (formatstring,) + tuple(elements))
struct.error: 'l' format requires -2147483648 <= number <= 2147483647
error: Bad exit status from /var/tmp/rpm-tmp.PA0I6G (%build)
Bad exit status from /var/tmp/rpm-tmp.PA0I6G (%build)
Expected results:
No errors happens
Additional info:
--
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.
13 years, 7 months
[Fedora-i18n-bugs] [Bug 629908] New: Fix typo in mkworddic/udict
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: Fix typo in mkworddic/udict
https://bugzilla.redhat.com/show_bug.cgi?id=629908
Summary: Fix typo in mkworddic/udict
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: anthy
AssignedTo: tagoh(a)redhat.com
ReportedBy: masanari_iida(a)hp.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Description of problem:
Fix typo in mkworddic/udict
Version-Release number of selected component (if applicable):
anthy-9100h-10.fc13
How reproducible:
Always
Detail
Some lines are "T35" instead of "#T35".
--- ./udict 2009-01-27 21:26:33.000000000 +0900
+++ ./udict.fix 2010-09-02 19:21:17.000000000 +0900
@@ -378,7 +378,7 @@
-------------------
き () #KS 着
ふく () #T35 服
-ようふく () T35 洋服
+ようふく () #T35 洋服
きもの () #T35 着物
うちゅうふく () #T35 宇宙服
せんすいふく () #T35 潜水服
@@ -494,7 +494,7 @@
# 原点
げんてん () #T35 原典
よ (む) #M5r 読
-しゅぎ () T35 主義
+しゅぎ () #T35 主義
-------------------
# 効果
こうか () #T05 高価
@@ -767,10 +767,10 @@
れじ () #T35 レジ
-------------------
#成長
-せいちょう () T30 成長
-きぎょう () T35 企業
-えんじにあ () T35 エンジニア
-ひと () T35 人
+せいちょう () #T30 成長
+きぎょう () #T35 企業
+えんじにあ () #T35 エンジニア
+ひと () #T35 人
-------------------
# 制度
せいど () #T35 精度
@@ -1191,7 +1191,7 @@
ぶっきょう () #T35 仏教
ぶっきょうと () #T35 仏教徒
いきょうと () #T35 異教徒
-しゅうきょう () T35 宗教
+しゅうきょう () #T35 宗教
-------------------
#回収
かいしゅう () #T30 回収
@@ -1250,8 +1250,8 @@
-------------------
#伝道
でんどう () #T30 伝道
-しゅうきょう () T35 宗教
-きりすときょう () T35 キリスト教
+しゅうきょう () #T35 宗教
+きりすときょう () #T35 キリスト教
きりすときょう () #T35 キリスト教
きりすときょうと () #T35 キリスト教徒
いすらむきょう () #T35 イスラム教
--
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.
13 years, 7 months
[Fedora-i18n-bugs] [Bug 557862] New: Liberation Mono is not really monospaced font
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: Liberation Mono is not really monospaced font
https://bugzilla.redhat.com/show_bug.cgi?id=557862
Summary: Liberation Mono is not really monospaced font
Product: Fedora
Version: 12
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: kir(a)sacred.ru
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, cchance(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
When using Liberation Mono as a default monospace font in Firefox,
I have noticed that the lines of equal width (in terms of characters)
all have different width. It can clearly be seen on a screenshots that
I will attach shortly.
It took me about 15 minutes to understand it. I tried with Andale Mono and it
looks fine.
Version-Release number of selected component (if applicable):
$ rpm -q liberation-mono-fonts liberation-fonts-common fontconfig freetype
firefox fedora-release
liberation-mono-fonts-1.05.1.20090721-2.fc12.noarch
liberation-fonts-common-1.05.1.20090721-2.fc12.noarch
fontconfig-2.8.0-1.fc12.x86_64
fontconfig-2.8.0-1.fc12.i686
freetype-2.3.11-3.fc12.x86_64
freetype-2.3.11-3.fc12.i686
firefox-3.5.6-1.fc12.x86_64
fedora-release-12-2.noarch
How reproducible:
always
Steps to Reproduce:
1. make sure liberation mono is installed (rpm -q liberation-mono-fonts) and
available (fc-match 'liberation mono')
2. Open this page in your browser http://kir.sacred.ru/tmp/liberation-mono.html
3. Try increasing/decreasing text size (in case of Firefox use Ctrl with +/-).
Actual results:
Lines are of different width
Expected results:
Lines are of the same width
Additional info:
--
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.
13 years, 7 months
[Fedora-i18n-bugs] [Bug 634556] New: language support is not installed by selecting few languages.
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: language support is not installed by selecting few languages.
https://bugzilla.redhat.com/show_bug.cgi?id=634556
Summary: language support is not installed by selecting few
languages.
Product: Fedora
Version: 14
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: system-config-language
AssignedTo: psatpute(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: psatpute(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org, nkumar(a)redhat.com
Classification: Fedora
Target Release: ---
Description of problem:
While selecting Hindi, Punjabi,Japanese, zh_CN, ko_KR, Language support is not
installed. But if you install lao, Malay (Malaysia) language, then it install
language support
Version-Release number of selected component (if applicable):
system-config-langauge1.3.5-1.fc14
How reproducible:
Everytime
Steps to Reproduce:
1. run system-config-langauge
2. select language Korean (Republic...)
3. press OK
4. as root, try to run 'yum groupinstall korean-support'
5. check if any package is there to install
Actual results:
there are all language support package yet need to install with yum.
Expected results:
there should be no package to install with step 5, (as s-c-language should
install language support package)
Additional info:
1) /etc/sysconfig/i18n - it is ko_KR
2) it is problem with few languages only, like *_IN, CJK
--
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.
13 years, 7 months
[Fedora-i18n-bugs] [Bug 557108] New: [kn_IN] ra+ ZWJ+ halanth + 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] ra+ ZWJ+ halanth + consonant is wrongly rendering
https://bugzilla.redhat.com/show_bug.cgi?id=557108
Summary: [kn_IN] ra+ ZWJ+ halanth + consonant is wrongly
rendering
Product: Fedora
Version: 12
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,
fonts-bugs(a)lists.fedoraproject.org,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Created an attachment (id=385669)
--> (https://bugzilla.redhat.com/attachment.cgi?id=385669)
Correct and wrong rendering
Description of problem:
ra+ ZWJ+ halanth + consonant is wrongly rendering
Version-Release number of selected component (if applicable):
pango-1.26.0-1.fc12
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
3.Look at the resulting glyph
Actual results:
Shown in the attachment
Expected results:
Shown in the attachment
Additional info:
--
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.
13 years, 7 months
[Fedora-i18n-bugs] [Bug 591559] New: Height of arrows are too low.
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: Height of arrows are too low.
https://bugzilla.redhat.com/show_bug.cgi?id=591559
Summary: Height of arrows are too low.
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: cchance(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, cchance(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Description of problem:
(Originally from Peter Taran's email):
What do you think about moving horizontal arrows slightly up? In Courier
New arrows points almost to the middle point of small letters and it looks
nice. Liberation arrows are places essentually lower (what reason?) and
looks strange (See attachment 1).
This case is better I think (See attachment 2).
What your opinion?
--
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.
13 years, 7 months