[Fedora-i18n-bugs] [Bug 581998] New: [abrt] crash in imsettings-0.107.4-8.fc13: Process /usr/libexec/im-settings-daemon was killed by signal 6 (SIGABRT)
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: [abrt] crash in imsettings-0.107.4-8.fc13: Process /usr/libexec/im-settings-daemon was killed by signal 6 (SIGABRT)
https://bugzilla.redhat.com/show_bug.cgi?id=581998
Summary: [abrt] crash in imsettings-0.107.4-8.fc13: Process
/usr/libexec/im-settings-daemon was killed by signal 6
(SIGABRT)
Product: Fedora
Version: rawhide
Platform: x86_64
OS/Version: Linux
Status: NEW
Status Whiteboard: abrt_hash:7fd0292c8e53f700c8ef06065e24efb61a18467f
Severity: medium
Priority: low
Component: imsettings
AssignedTo: tagoh(a)redhat.com
ReportedBy: lucianpoenaru(a)yahoo.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
abrt 1.0.8 detected a crash.
architecture: x86_64
Attached file: backtrace
cmdline: /usr/libexec/im-settings-daemon
comment: not applicable.
component: imsettings
executable: /usr/libexec/im-settings-daemon
kernel: 2.6.33-0.52.rc8.git6.fc13.x86_64
package: imsettings-0.107.4-8.fc13
rating: 4
reason: Process /usr/libexec/im-settings-daemon was killed by signal 6
(SIGABRT)
release: Fedora release 13 (Rawhide)
How to reproduce
-----
1. unknown, have never used the application
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.
14 years
[Fedora-i18n-bugs] [Bug 580444] New: Translation is not available with 3.0.4
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: Translation is not available with 3.0.4
https://bugzilla.redhat.com/show_bug.cgi?id=580444
Summary: Translation is not available with 3.0.4
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n, Reopened
Severity: medium
Priority: low
Component: thunderbird
AssignedTo: gecko-bugs-nobody(a)fedoraproject.org
ReportedBy: mtasaka(a)ioa.s.u-tokyo.ac.jp
QAContact: extras-qa(a)fedoraproject.org
CC: drago01(a)gmail.com, mtasaka(a)ioa.s.u-tokyo.ac.jp,
aalam(a)redhat.com, stransky(a)redhat.com,
tfujiwar(a)redhat.com, pnemade(a)redhat.com,
gecko-bugs-nobody(a)fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, parimbra(a)redhat.com
Depends on: 559960
Estimated Hours: 0.0
Classification: Fedora
Clone Of: 559960
With thunderbird-3.0.4-1.fc13.i686 all menus are displayed
in English even if LANG is actually set to ja_JP.UTF-8.
If "LC_MESSAGES=ja_JP.UTF-8" is explicitly passed, thunderbird
shows Japanese menus.
/usr/bin/thunderbird shows:
--------------------------------------------------
94 SHORTMOZLOCALE=`echo $LC_MESSAGES | sed "s|_\([^.]*\).*||g"`
95 MOZLOCALE=`echo $LC_MESSAGES | sed "s|_\([^.]*\).*|-\1|g"`
96
97 # Try to link global langpacks to an extension directory
98 if [ -f
$MOZ_LANGPACKS_DIR/langpack-${SHORTMOZLOCALE}(a)thunderbird.mozilla.org/chrome/$SHORTMOZLOCALE.jar
]; then
--------------------------------------------------
====================================================================
Cloned messages (from firefox bug)follows.
+++ This bug was initially created as a clone of Bug #559960 +++
Description of problem:
Firefox does not start with Malayalam interface even though locale is set to
ml_IN (other applications are correctly picking up the locale) and 3.6 release
has Malayalam translations.
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1. select Malayalam locale from login screen
2. open firefox
3. observe interface language
Actual results:
firefox is started in English
Expected results:
firefox should choose the correct interface based on locale
Additional info:
I can see Malayalam langpack is installed
/usr/lib64/firefox-3.6/langpacks/langpack-ml(a)firefox.mozilla.org by the rpm
--- Additional comment from aalam(a)redhat.com on 2010-01-30 02:05:17 JST ---
Translation for any language is not working
Tested with: hi_IN, fr_FR, de_DE, zh_TW
Version:
firefox-3.6.1-1.fc13
--- Additional comment from mtasaka(a)ioa.s.u-tokyo.ac.jp on 2010-02-17 12:57:14
JST ---
Even in ja_JP.UTF-8 environment, with
firefox-3.6.1-1.fc13.i686
xulrunner-1.9.2.1-1.fc13.i686
All menus are displayed in English.
One problem is that /usr/bin/firefox reads:
-----------------------------------------------------------------
188 SHORTMOZLOCALE=`echo $LC_MESSAGES | sed "s|_\([^.]*\).*||g"`
189 MOZLOCALE=`echo $LC_MESSAGES | sed "s|_\([^.]*\).*|-\1|g"`
190
191 # Try to link global langpacks to an extension directory
192 if [ -f
$MOZ_LANGPACKS_DIR/langpack-${SHORTMOZLOCALE}(a)firefox.mozilla.org/chrome/$SHORTMOZLOCALE.jar
]; then
-----------------------------------------------------------------
However:
-----------------------------------------------------------------
[tasaka1@localhost ~]$ set | grep '^LANG'
LANG=ja_JP.UTF-8
[tasaka1@localhost ~]$ set | grep '^LC'
[tasaka1@localhost ~]$ echo $LC_MESSAGES
[tasaka1@localhost ~]$ locale
LANG=ja_JP.UTF-8
LC_CTYPE="ja_JP.UTF-8"
LC_NUMERIC="ja_JP.UTF-8"
LC_TIME="ja_JP.UTF-8"
LC_COLLATE="ja_JP.UTF-8"
LC_MONETARY="ja_JP.UTF-8"
LC_MESSAGES="ja_JP.UTF-8"
LC_PAPER="ja_JP.UTF-8"
LC_NAME="ja_JP.UTF-8"
LC_ADDRESS="ja_JP.UTF-8"
LC_TELEPHONE="ja_JP.UTF-8"
LC_MEASUREMENT="ja_JP.UTF-8"
LC_IDENTIFICATION="ja_JP.UTF-8"
LC_ALL=
---------------------------------------------------------------------
i.e. LC_MESSAGES is empty, only LANG=ja_JP.UTF-8 is set by default.
However even after I set LC_MESSAGES=ja_JP.UTF-8 ; search engine still
show entries for English users (i.e. for Japanese search engine list
should show Wikipedia(ja), however search engine list still shows
Wikipedia(en))
--- Additional comment from mtasaka(a)ioa.s.u-tokyo.ac.jp on 2010-02-17 16:04:22
JST ---
Created an attachment (id=394688)
--> (https://bugzilla.redhat.com/attachment.cgi?id=394688)
screenshot of firefox by default
Some screenshot
By default, only LANG=ja_JP.UTF-8 is set. With this,
firefox shows menus and so on all in English.
--- Additional comment from mtasaka(a)ioa.s.u-tokyo.ac.jp on 2010-02-17 16:05:23
JST ---
Created an attachment (id=394689)
--> (https://bugzilla.redhat.com/attachment.cgi?id=394689)
screenshot with setting LC_MESSAGES explicitly
With setting LC_MESSAGES=ja_JP.UTF-8 firefox shows Japanese
menus.
--- Additional comment from mtasaka(a)ioa.s.u-tokyo.ac.jp on 2010-02-17 16:06:57
JST ---
Created an attachment (id=394690)
--> (https://bugzilla.redhat.com/attachment.cgi?id=394690)
Another screenshot with setting LC_MESSAGES explicitly
However search engine still shows entries for English users.
For example search engine shows "Wikipedia (en)" entry, not
"Wikipedia (ja)" entry.
--- Additional comment from stransky(a)redhat.com on 2010-02-17 16:16:26 JST ---
see https://bugzilla.redhat.com/show_bug.cgi?id=441973 we switched from $LANG
to $LC_MESSAGES.
--- Additional comment from tfujiwar(a)redhat.com on 2010-02-17 16:29:33 JST ---
> see https://bugzilla.redhat.com/show_bug.cgi?id=441973 we switched from $LANG
to $LC_MESSAGES.
If you use the shell script to detect locales, I think it's better to follow
setlocale(3).
MOZLOCALE=$LC_ALL
MOZLOCALE=${MOZLOCALE:-LC_MESSAGES}
MOZLOCALE=${MOZLOCALE:-LANG}
MOZLOCALE=`echo $MOZLOCALE | sed "s|_\([^.]*\).*|-\1|g"`
--- Additional comment from tfujiwar(a)redhat.com on 2010-02-17 16:33:14 JST ---
typo:
-MOZLOCALE=${MOZLOCALE:-$LC_MESSAGES}
+MOZLOCALE=${MOZLOCALE:-$LC_MESSAGES}
--- Additional comment from stransky(a)redhat.com on 2010-02-24 22:32:12 JST ---
*** Bug 558226 has been marked as a duplicate of this bug. ***
--- Additional comment from stransky(a)redhat.com on 2010-02-24 22:52:05 JST ---
Created an attachment (id=396064)
--> (https://bugzilla.redhat.com/attachment.cgi?id=396064)
patch to firefox.in
--- Additional comment from stransky(a)redhat.com on 2010-02-24 23:13:51 JST ---
Added to firefox-3.6.1-2.fc14
--- Additional comment from drago01(a)gmail.com on 2010-02-27 21:15:33 JST ---
(In reply to comment #11)
> Added to firefox-3.6.1-2.fc14
Can we get this change into f13 too?
--- Additional comment from fedora-triage-list(a)redhat.com on 2010-03-15
23:17:36 JST ---
This bug appears to have been reported against 'rawhide' during the Fedora 13
development cycle.
Changing version to '13'.
More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping
--- Additional comment from stransky(a)redhat.com on 2010-03-18 22:11:01 JST ---
Already in firefox-3.6.1-2.fc13, closing.
--- Additional comment from drago01(a)gmail.com on 2010-03-20 20:54:39 JST ---
(In reply to comment #14)
> Already in firefox-3.6.1-2.fc13, closing.
You have to push it as an update (same as you would do in F12) or it will only
sit in koji.
--- Additional comment from aalam(a)redhat.com on 2010-03-26 11:40:31 JST ---
with today's update,
firefox-3.6.2-1.fc13.x86_64 is still not translated
--- Additional comment from tfujiwar(a)redhat.com on 2010-03-26 13:13:19 JST ---
(In reply to comment #16)
> firefox-3.6.2-1.fc13.x86_64 is still not translated
In my env, the same firefox is translated with LANG= ja_JP.utf8, de_DE.utf8 and
fr_FR.utf8.
--- Additional comment from aalam(a)redhat.com on 2010-03-26 14:00:11 JST ---
sorry about raw comment #16,
following is Not working while upstream released [1]:
bn_IN
zh_TW
zh_CN
gu_IN
hi_IN
nn_NO
pt_BR
pt_PT
pa_IN
es_AR
es_ES
it seems there is issue with locale name (LL-RR)
Mozilla upstream releases use "-" (pt-BR) instead of "_" (pt_BR)
which is not with glibc with following warning
"Gtk-WARNING **: Locale not supported by C library.
Using the fallback 'C' locale"
Test Case:
1. LANG=pt_BR.UTF-8 firefox , result - firefox will be in English
2. LANG=pt-BR.UTF-8 firefox, result - firefox will be in pt_BR, but glibc
error.
[1] http://www.mozilla.com/en-US/firefox/all.html
--- Additional comment from tfujiwar(a)redhat.com on 2010-03-26 14:26:10 JST ---
I guess the latest issue might be another regression bug.
--- /usr/bin/firefox.orig 2010-03-26 14:12:18.000000000 +0900
+++ /usr/bin/firefox 2010-03-26 14:23:22.000000000 +0900
@@ -191,7 +191,7 @@
# Try without a local variant first, then with a local variant
# So that pt-BR doesn't try to use pt for example
SHORTMOZLOCALE=`echo $CURRENT_LOCALE | sed "s|_\([^.]*\).*||g"`
- MOZLOCALE=`echo $CURRENT_LOCALE | sed "s|_\([^.]*\).*|-\1|g"`
+ MOZLOCALE=`echo $CURRENT_LOCALE | sed "s|\(.*\)_\([^.]*\).*|\1-\2|g"`
# Try to link global langpacks to an extension directory
if [ -f
$MOZ_LANGPACKS_DIR/langpack-${SHORTMOZLOCALE}(a)firefox.mozilla.org/chrome/$SHORTMOZLOCALE.jar
]; then
@@ -203,6 +203,15 @@
$MOZ_EXTENSIONS_PROFILE_DIR/langpack-${SHORTMOZLOCALE}(a)firefox.mozilla.org
echo
"$MOZ_EXTENSIONS_PROFILE_DIR/langpack-${SHORTMOZLOCALE}(a)firefox.mozilla.org" >
$FEDORA_LANGPACK_CONFIG
fi
+ elif [ -f
$MOZ_LANGPACKS_DIR/langpack-${MOZLOCALE}(a)firefox.mozilla.org/chrome/$MOZLOCALE.jar
]; then
+ if [ -d
$MOZ_EXTENSIONS_PROFILE_DIR/langpack-${MOZLOCALE}(a)firefox.mozilla.org ]; then
+ rmdir
"$MOZ_EXTENSIONS_PROFILE_DIR/langpack-${MOZLOCALE}(a)firefox.mozilla.org" >
/dev/null 2>&1
+ fi
+ if ! [ -e
$MOZ_EXTENSIONS_PROFILE_DIR/langpack-${MOZLOCALE}(a)firefox.mozilla.org ]; then
+ ln -s $MOZ_LANGPACKS_DIR/langpack-${MOZLOCALE}(a)firefox.mozilla.org
\
+
$MOZ_EXTENSIONS_PROFILE_DIR/langpack-${MOZLOCALE}(a)firefox.mozilla.org
+ echo
"$MOZ_EXTENSIONS_PROFILE_DIR/langpack-${MOZLOCALE}(a)firefox.mozilla.org" >
$FEDORA_LANGPACK_CONFIG
+ fi
elif [ -f
$MOZ_EXTENSIONS_DIR/langpack-${MOZLOCALE}(a)firefox.mozilla.org/chrome/$MOZLOCALE.jar
]; then
if [ -d
$MOZ_EXTENSIONS_PROFILE_DIR/langpack-${MOZLOCALE}(a)firefox.mozilla.org ]; then
rmdir
"$MOZ_EXTENSIONS_PROFILE_DIR/langpack-${MOZLOCALE}(a)firefox.mozilla.org" >
/dev/null 2>&1
--- Additional comment from mtasaka(a)ioa.s.u-tokyo.ac.jp on 2010-04-08 18:47:08
JST ---
Same issue appears on thunderbird-3.0.4-1.fc13.i686, so cloning
for thunderbird.
--
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.
14 years
[Fedora-i18n-bugs] [Bug 580465] New: Some japanese manuals for SysVinit package still be available.
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: Some japanese manuals for SysVinit package still be available.
https://bugzilla.redhat.com/show_bug.cgi?id=580465
Summary: Some japanese manuals for SysVinit package still be
available.
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: man-pages-ja
AssignedTo: tagoh(a)redhat.com
ReportedBy: tagoh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, mmatsuya(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org
Depends on: 579647
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Clone Of: 579647
+++ This bug was initially created as a clone of Bug #579647 +++
Description of problem:
The upstart package was introduced instead of the SysVinit package on RHEL6.
The manuals in English for the following commands are installed from upstart
package.
halt, init, poweroff, reboot, runlevel, shutdown, telinit
So, the japanese manuals translated for these commands in SysVinit should be
deleted from man-pages-ja.
Version-Release number of selected component (if applicable):
RHEL6 Alpha
How reproducible:
Always
Steps to Reproduce:
1. Install RHEL6 with japanese support
2. check the japanese manuals and the english manuals of the following
commands.
halt, init, poweroff, reboot, runlevel, shutdown, telinit
Actual results:
The japanese manuals for SysVinit package still are available.
Expected results:
The japanese manuals for SysVinit package don't exist.
Additional info:
The japanese manuals for the following commands in SysVinit on RHEL5 should
still be on RHEL6, because these commands are installed from sysvinit-tools
package on RHEL6.
last, lastb, mesg, wall, killall5, pidof, sulogin
The following is the bugzilla to add the japanese manuals, will be lost by this
bugzilla, into upstart package.
https://bugzilla.redhat.com/show_bug.cgi?id=579641
--
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.
14 years
[Fedora-i18n-bugs] [Bug 571317] New: [abrt] crash in iok-1.3.9-1.fc12: Process /usr/bin/iok was killed by signal 11 (SIGSEGV)
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: [abrt] crash in iok-1.3.9-1.fc12: Process /usr/bin/iok was killed by signal 11 (SIGSEGV)
https://bugzilla.redhat.com/show_bug.cgi?id=571317
Summary: [abrt] crash in iok-1.3.9-1.fc12: Process /usr/bin/iok
was killed by signal 11 (SIGSEGV)
Product: Fedora
Version: 12
Platform: x86_64
OS/Version: Linux
Status: NEW
Status Whiteboard: abrt_hash:3283b4dd665b8d51da80cb7e8d92fe29771370af
Severity: medium
Priority: low
Component: iok
AssignedTo: pnemade(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: pnemade(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
abrt 1.0.7 detected a crash.
architecture: x86_64
Attached file: backtrace
cmdline: iok -a
component: iok
executable: /usr/bin/iok
kernel: 2.6.32.9-67.fc12.x86_64
package: iok-1.3.9-1.fc12
rating: 4
reason: Process /usr/bin/iok was killed by signal 11 (SIGSEGV)
release: Fedora release 12 (Constantine)
How to reproduce
-----
1. iok -a
2. xkb-Hindi wx
3. Crashed
--
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.
14 years
[Fedora-i18n-bugs] [Bug 573449] New: Update spec file for compliance with emacs add-on packaging (patch attached)
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: Update spec file for compliance with emacs add-on packaging (patch attached)
https://bugzilla.redhat.com/show_bug.cgi?id=573449
Summary: Update spec file for compliance with emacs add-on
packaging (patch attached)
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: anthy
AssignedTo: tagoh(a)redhat.com
ReportedBy: jonathan.underwood(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Created an attachment (id=400045)
--> (https://bugzilla.redhat.com/attachment.cgi?id=400045)
Update spec file to comply with latest emacs add-on packaging guidelines
Description of problem:
Please apply the attached patch to the spec file (against the devel branch) to
bring the package into compliance with the latest emacs add-on packaging
guidelines. Probably worth applying to the F-13 branch too. Thanks.
--
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.
14 years