[Fedora-i18n-bugs] [Bug 522047] New: [abrt] crash detected in ibus-anthy-1.2.0.20090907-1.fc12
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 detected in ibus-anthy-1.2.0.20090907-1.fc12
https://bugzilla.redhat.com/show_bug.cgi?id=522047
Summary: [abrt] crash detected in
ibus-anthy-1.2.0.20090907-1.fc12
Product: Fedora
Version: rawhide
Platform: i686
OS/Version: Linux
Status: NEW
Status Whiteboard: abrt_hash:4034af90
Severity: medium
Priority: low
Component: ibus-anthy
AssignedTo: tfujiwar(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, tfujiwar(a)redhat.com,
phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
abrt detected a crash.
How to reproduce
-----
1.
2.
3.
Additional information
======
Attached files
----
backtrace
cmdline
-----
python /usr/share/ibus-anthy/engine/main.py --ibus
component
-----
ibus-anthy
executable
-----
/usr/share/ibus-anthy/engine/main.py
kernel
-----
2.6.31-0.204.rc9.fc12.i686
package
-----
ibus-anthy-1.2.0.20090907-1.fc12
uuid
-----
4034af90
--
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, 1 month
[Fedora-i18n-bugs] [Bug 640158] New: License: field in gettext-devel and gettext-libs should be "GPLv3+ and LGPLv2+"
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: License: field in gettext-devel and gettext-libs should be "GPLv3+ and LGPLv2+"
https://bugzilla.redhat.com/show_bug.cgi?id=640158
Summary: License: field in gettext-devel and gettext-libs
should be "GPLv3+ and LGPLv2+"
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: gettext
AssignedTo: petersen(a)redhat.com
ReportedBy: rfontana(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Currently, the License: field corresponding to the binary subpackages
gettext-devel and gettext-libs has: "LGPLv2+".
gettext-devel contains /usr/include/autosprintf.h which has an LGPLv2+ notice,
and /usr/include/gettext-po.h which has a GPLv3+ notice.
gettext-libs contains /usr/lib/libasprintf.so and /usr/lib/libgettextpo.so
It seems fairly clear from the source code for gettext that upstream intends
for libasprintf to be LGPLv2+ and intends libgettextpo to be GPLv3+.
Therefore, the License: field for these subpackages should have "GPLv3+ and
LGPLv2+".
--
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, 2 months
[Fedora-i18n-bugs] [Bug 497095] New: [bn][bn-IN] Incorrect rendering of a consonant conjunct while writing Bengali in KDE Applications
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: [bn][bn-IN] Incorrect rendering of a consonant conjunct while writing Bengali in KDE Applications
https://bugzilla.redhat.com/show_bug.cgi?id=497095
Summary: [bn][bn-IN] Incorrect rendering of a consonant
conjunct while writing Bengali in KDE Applications
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: kde-l10n
AssignedTo: than(a)redhat.com
ReportedBy: runab(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: rdieter(a)math.unl.edu, than(a)redhat.com,
kevin(a)tigcc.ticalc.org, ltinkl(a)redhat.com,
fedora-i18n-bugs(a)redhat.com, smparrish(a)gmail.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
While typing in Bengali within various KDE applications like kwrite, kate,
konqueror etc. the following consonant conjunct is not being rendered
correctly:
র+ZWJ+্+য
The corresponding unicode values for the above are:
U09B0+U200D+U09CD+U09AF
Version-Release number of selected component (if applicable):
KDE 4.2.2.
How reproducible:
Steps to Reproduce:
1. Open kwrite
2. Enter the above consonant conjuct combination using a Bengali keyboard or
Unicode RAWCODE
Actual results:
The consonant is rendered incorrectly.
Screenshot: http://runab.fedorapeople.org/assorted-bugs/incorrect-ra.png
Expected results:
The consonant should be rendered correctly.
Screenshot: http://runab.fedorapeople.org/assorted-bugs/correct-ra.png
Additional info:
This bug exists in earlier versions of Fedora (9, 10) as well
--
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, 3 months
[Fedora-i18n-bugs] [Bug 638026] New: Man w3m is stating incorrect program version
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: Man w3m is stating incorrect program version
https://bugzilla.redhat.com/show_bug.cgi?id=638026
Summary: Man w3m is stating incorrect program version
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: Documentation
Severity: low
Priority: low
Component: w3m
AssignedTo: pnemade(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: eng-i18n-bugs(a)redhat.com, pnemade(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org, dkutalek(a)redhat.com
Depends on: 615865,615873
Classification: Fedora
Target Release: ---
Clone Of: 615873
+++ This bug was initially created as a clone of Bug #615873 +++
Description of problem:
man w3m is saying "This is the w3m 0.2.1 Release."
which is obviously very outdated number.
How reproducible:
Always
Steps to Reproduce:
1. rpm -q w3m
2. zcat /usr/share/man/man1/w3m.1.gz | grep -i release
Actual results:
Versions differ
Expected results:
Same versions or version not mentioned in man page.
Additional info:
http://w3m.cvs.sourceforge.net/viewvc/w3m/w3m/doc/w3m.1?view=markup
--
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, 3 months
[Fedora-i18n-bugs] [Bug 530711] New: Keymap list and default keymap do not change when a language is changed from the login-manager
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: Keymap list and default keymap do not change when a language is changed from the login-manager
https://bugzilla.redhat.com/show_bug.cgi?id=530711
Summary: Keymap list and default keymap do not change when a
language is changed from the login-manager
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: runab(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
The list of keymaps displayed in the ibus preferences and the default keymap,
do not change to display the appropriate list and default value (as per the
earlier Fedora versions), when the language is changed from the login-manager.
Version-Release number of selected component (if applicable):
ibus-1.2.0.20091014-2.fc12.i686
How reproducible:
Steps to Reproduce:
1. Install Fedora in the system in a language which uses ibus IM.
2. During installation-package selection-language-support, select multiple
languages which have separate keymaps in ibus e.g. Hindi support, Malayalam
support, Bengali support.
3.Post-installation, log in via the login-manager (e.g. gdm) using the same
language that was used for installation
4. Open a text-editor and trigger the input method.
5. Right-click on the ibus icon and go to the 'Preferences' dialog. The list of
keymaps for the language would be displayed. The default keymap is marked in
bold.
http://runab.fedorapeople.org/assorted-bugs/ibus-km1.png
(language selected for this login is: Bengali-India)
6. Log-out and return to the login-manager
7. Select a different language from the list and log-in again.
8. Open a text-editor and trigger the input method.
9. Right-click on the ibus icon and go to the 'Preferences' dialog.
Actual results:
The list of keymaps for the language are not displayed. The keymap list still
displays the keymaps from the earlier login.
http://runab.fedorapeople.org/assorted-bugs/ibus-km2.png
(language selected for this login: Malayalam)
(keymaps displayed: Bengali-India )
Expected results:
If the language-support (that includes the ibus keymap packages) are installed
then the list of keymaps for the logged in language should be displayed in the
keymap list (preferably at the top) and the default keymap identified for the
language should be automatically selected.
http://runab.fedorapeople.org/assorted-bugs/ibus-km3.png
(language selected for this login: Malayalam)
(keymaps displayed here: Malayalam, Bengali India)
(default keymap selected here: Malayalam-inscript)
Additional info:
1. Currently, the keymaps for the language logged in second (in this case
Malayalam) needs to be manually added by the user and the default keymap
selected as well.
--
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, 3 months
[Fedora-i18n-bugs] [Bug 621946] New: msgfmt -C/--compendium gets confused by existing fuzzy translations
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: msgfmt -C/--compendium gets confused by existing fuzzy translations
https://bugzilla.redhat.com/show_bug.cgi?id=621946
Summary: msgfmt -C/--compendium gets confused by existing fuzzy
translations
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: gettext
AssignedTo: petersen(a)redhat.com
ReportedBy: nphilipp(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Created an attachment (id=437180)
--> (https://bugzilla.redhat.com/attachment.cgi?id=437180)
Bzipped tarball containing a testcase.
Description of problem:
When trying to update older versions of po files with translations submitted to
a newer version I found that "msgfmt -C/--compendium <new_po_file>
<old_po_file> <project_pot_file>" gets confused by fuzzy translations in the
old po file and doesn't use the updated translations from the new po file for
these msgids.
Version-Release number of selected component (if applicable):
gettext-0.18.1.1-1.1.fc13.x86_64
How reproducible:
Reproducible
Steps to Reproduce:
1. Untar attached testcase: "tar -xjf
gettext-msgmerge-compendium-problem.tar.bz2"
2. "cd gettext-msgmerge-compendium-problem"
3. "make"
Actual results:
nils@gibraltar:~/tmp/gettext-msgmerge-compendium-problem> make
msgmerge -C compendium-zh_TW.po /dev/null system-config-services.pot >
devnull-zh_TW.pot
...... done.
msgfmt -cvo /dev/null devnull-zh_TW.pot
57 translated messages.
msgmerge -C compendium-zh_TW.po old-zh_TW.po system-config-services.pot >
old-zh_TW.pot
......... done.
msgfmt -cvo /dev/null old-zh_TW.pot
55 translated messages, 2 fuzzy translations.
Expected results:
When using the compendium file and the existing old translation file, it should
use the translation found in the compendium file for all msgids, even those
marked fuzzy.
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, 3 months
[Fedora-i18n-bugs] [Bug 628073] New: floating point exceptions in msgmerge
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: floating point exceptions in msgmerge
https://bugzilla.redhat.com/show_bug.cgi?id=628073
Summary: floating point exceptions in msgmerge
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: gettext
AssignedTo: petersen(a)redhat.com
ReportedBy: mclasen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
I'm hitting these frequently in koji builds, both F14 and rawhide. The look
like this:
+ msgmerge en_GB.po gnome-settings-daemon.pot
..../var/tmp/rpm-tmp.4Jz6es: line 63: 29819 Floating point exceptionmsgmerge $p
gnome-settings-daemon.pot > $p.out
Here is an example: http://koji.fedoraproject.org/koji/taskinfo?taskID=2431661
This forces me to remove all uses of msgmerge from my spec files.
--
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, 3 months
[Fedora-i18n-bugs] [Bug 641333] New: Add rupee sign glyph (U20B9) to devanagari 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: Add rupee sign glyph (U20B9) to devanagari font
https://bugzilla.redhat.com/show_bug.cgi?id=641333
Summary: Add rupee sign glyph (U20B9) to devanagari font
Product: Fedora
Version: 14
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: lohit-devanagari-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: pnemade(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Description of problem:
Unicode has approved now Indian rupee sign (U20B9). Please add this glyph to
Lohit Devanagari font.
Version-Release number of selected component (if applicable):
lohit-devanagari-fonts-2.4.3-6.fc14
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
http://en.wikipedia.org/wiki/Indian_rupee_sign#Unicode
--
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, 3 months
[Fedora-i18n-bugs] [Bug 600321] New: trapsink missing deprecation note in Japanese snmpd.conf(5) man page
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: trapsink missing deprecation note in Japanese snmpd.conf(5) man page
https://bugzilla.redhat.com/show_bug.cgi?id=600321
Summary: trapsink missing deprecation note in Japanese
snmpd.conf(5) man page
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: man-pages-ja
AssignedTo: tagoh(a)redhat.com
ReportedBy: jbastian(a)redhat.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:
The English snmpd.conf(5) man page includes a few notes about the PORT being
deprecated and using several sinks:
Note: This mechanism is being deprecated, and the listening
port should be specified via the transport specification
HOST instead.
If several sink directives are specified, multiple copies of
each notification (in the appropriate formats) will be gener-
ated.
Note: It is not normally appropriate to list two (or all three)
sink directives with the same destination.
This text is missing in the Japanese snmpd.conf(5) man page. Please update the
Japanese man page.
Version-Release number of selected component (if applicable):
man-pages-ja-20100315-1.fc13.noarch
How reproducible:
every time
Steps to Reproduce:
1. LANG=ja_JP.UTF-8 man 5 snmpd.conf
2. scroll down to trapsink definition
Actual results:
The text only contains:
これらのコマンドはトラップを受信する (通知を送る先の) ホストを定
義する。このデーモンは起動時に Cold Start トラップを送る。有効に
なっている場合は、認証が失敗したときにも ト ラ ッ プ を 送 る 。
trapsink, trap2sink, informsink 行を複数指定すれば、複数の送信先
を指定することができる。 trap2sink は SNMPv2 トラップを送るの に
使 う。 informsink は通知を発行するのに使う。 COMMUNITY が指定さ
れていない場合、以前に trapcommunity ディレクティブで指定した 文
字 列 が使われる。 PORT が指定されていない場合、良く知られている
SNMP トラップポート (162) が使われる。
Expected results:
The text should include notes about the PORT syntax being deprecated.
Additional info:
If you use the deprecated syntax, warnings are left in /var/log/messages
snmpd[xxxx]: /etc/snmp/snmpd.conf: line 100: Warning: The separate port
argument to trapsink is deprecated
--
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, 4 months
[Fedora-i18n-bugs] [Bug 647852] New: [abrt] imsettings-0.108.1-2.fc15: pthread_mutex_lock: Process /usr/libexec/im-settings-daemon 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] imsettings-0.108.1-2.fc15: pthread_mutex_lock: Process /usr/libexec/im-settings-daemon was killed by signal 11 (SIGSEGV)
https://bugzilla.redhat.com/show_bug.cgi?id=647852
Summary: [abrt] imsettings-0.108.1-2.fc15: pthread_mutex_lock:
Process /usr/libexec/im-settings-daemon was killed by
signal 11 (SIGSEGV)
Product: Fedora
Version: rawhide
Platform: x86_64
OS/Version: Unspecified
Status: NEW
Status Whiteboard: abrt_hash:3a860817d163fe16571b47d661e752d5f00aaca3
Severity: medium
Priority: low
Component: imsettings
AssignedTo: tagoh(a)redhat.com
ReportedBy: ckunkel(a)been-there.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
abrt version: 1.1.13
architecture: x86_64
Attached file: backtrace
cmdline: /usr/libexec/im-settings-daemon
component: imsettings
crash_function: pthread_mutex_lock
executable: /usr/libexec/im-settings-daemon
kernel: 2.6.36-1.fc15.x86_64
package: imsettings-0.108.1-2.fc15
rating: 3
reason: Process /usr/libexec/im-settings-daemon was killed by signal 11
(SIGSEGV)
release: Fedora release 15 (Rawhide)
time: 1288373074
uid: 500
How to reproduce
-----
1. booted into gnome desktop
2. looked at some mail in thunderbird
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, 4 months