[Fedora-i18n-bugs] [Bug 637859] New: [abrt] ibus-chewing-1.3.7.20100910-1.fc13: __memmove_ssse3: Process /usr/libexec/ibus-engine-chewing 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] ibus-chewing-1.3.7.20100910-1.fc13: __memmove_ssse3: Process /usr/libexec/ibus-engine-chewing was killed by signal 11 (SIGSEGV)
https://bugzilla.redhat.com/show_bug.cgi?id=637859
Summary: [abrt] ibus-chewing-1.3.7.20100910-1.fc13:
__memmove_ssse3: Process
/usr/libexec/ibus-engine-chewing was killed by signal
11 (SIGSEGV)
Product: Fedora
Version: 13
Platform: i686
OS/Version: Linux
Status: NEW
Status Whiteboard: abrt_hash:0bc8d25e45dcaa0853ae9ec548b63075fcd5ea37
Severity: medium
Priority: low
Component: ibus-chewing
AssignedTo: dchen(a)redhat.com
ReportedBy: tcfxfzoi(a)hotmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com
Classification: Fedora
abrt version: 1.1.13
architecture: i686
Attached file: backtrace
cmdline: /usr/libexec/ibus-engine-chewing --ibus
component: ibus-chewing
crash_function: __memmove_ssse3
executable: /usr/libexec/ibus-engine-chewing
kernel: 2.6.34.7-56.fc13.i686.PAE
package: ibus-chewing-1.3.7.20100910-1.fc13
rating: 4
reason: Process /usr/libexec/ibus-engine-chewing was killed by signal 11
(SIGSEGV)
release: Fedora release 13 (Goddard)
time: 1285602766
uid: 500
--
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
[Fedora-i18n-bugs] [Bug 588720] New: docs-jargon-buster is not accepting 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: docs-jargon-buster is not accepting translations
https://bugzilla.redhat.com/show_bug.cgi?id=588720
Summary: docs-jargon-buster is not accepting translations
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: transifex
AssignedTo: ivazqueznet(a)gmail.com
ReportedBy: domingobecker(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: ivazqueznet(a)gmail.com, diegobz(a)gmail.com,
rpandit(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Description of problem:
Docs :: Jargon Buster is not accepting translations.
This is related to bug #587037
Version-Release number of selected component (if applicable):
How reproducible:
always
Steps to Reproduce:
1. select a file to upload
2. upload it
3.
Actual results:
it issues a message like this:
Sorry, your file could not be sent because of an error.
Expected results:
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
[Fedora-i18n-bugs] [Bug 551317] New: A dash becomes a long empty space.
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: A dash becomes a long empty space.
https://bugzilla.redhat.com/show_bug.cgi?id=551317
Summary: A dash becomes a long empty space.
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: lohit-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: psatya(a)yahoo.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, pnemade(a)redhat.com,
fedora-fonts-bugs-list(a)redhat.com,
psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
I have typed my Telugu text here using firefox browser
http://www.google.com/transliterate/indic/Telugu
and pasted it into OpenOffice Writer 3.1 with Lohit Telugu font version 2.4.5
selected.
Everything seem to be working fine though the newer Lohit font looks smaller
than an older version of Lohit font I was using earlier.
But the main problem here is, a dash (-) becomes an empty space. It looks like
a long space that is equivalent two chars approx.
I also tried to type a dash right in the OO but it doesn't work.
If I select Pothana2000 font instead of Lohit in OO, all my dashes work fine.
The Pothana2000 is another Unicode font for Telugu but I love the rounded
letter shapes of Lohit font so much!
Thanks a lot for this beautiful Lohit Telugu font.
--
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
[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 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 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
