[Fedora-i18n-bugs] [Bug 674487] New: [abrt] ibus-chewing-1.3.9.2-1.fc14: __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.9.2-1.fc14: __memmove_ssse3: Process /usr/libexec/ibus-engine-chewing was killed by signal 11 (SIGSEGV)
https://bugzilla.redhat.com/show_bug.cgi?id=674487
Summary: [abrt] ibus-chewing-1.3.9.2-1.fc14: __memmove_ssse3:
Process /usr/libexec/ibus-engine-chewing was killed by
signal 11 (SIGSEGV)
Product: Fedora
Version: 14
Platform: x86_64
OS/Version: Unspecified
Status: NEW
Status Whiteboard: abrt_hash:d1df974c507dd243b4dfbc146d1657107db5b90f
Severity: unspecified
Priority: unspecified
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.14
architecture: x86_64
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.35.10-74.fc14.x86_64
package: ibus-chewing-1.3.9.2-1.fc14
rating: 4
reason: Process /usr/libexec/ibus-engine-chewing was killed by signal 11
(SIGSEGV)
release: Fedora release 14 (Laughlin)
time: 1296626425
uid: 500
How to reproduce
-----
1.Type chinese
2.The error occur
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.
12 years, 5 months
[Fedora-i18n-bugs] [Bug 484643] New: ibus working with screen lock dialog, but not showing icon properly
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: ibus working with screen lock dialog, but not showing icon properly
https://bugzilla.redhat.com/show_bug.cgi?id=484643
Summary: ibus working with screen lock dialog, but not showing
icon properly
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: aalam(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:
while using ibus, I locked the screen and tried to log-back (in a session).
it was not allowing to log back to session as ibus enabled during lock-login
screen, but there was no icon with it
Version-Release number of selected component (if applicable):
ibus-0.1.1.20081023-3.fc11
How reproducible:
Evertime
Steps to Reproduce:
1. eable ibus in session
2. lock the session
3. press Ctrl+Space (2-3 time)
Actual results:
lock screen takes input in local session, while not showing any sign to input
method (enabled)
Expected results:
Either lock screen should not allow to get input from ibus or ibus should not
work with lock screen.
Additional info:h
--
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.
12 years, 5 months
[Fedora-i18n-bugs] [Bug 505484] New: feature to allow customizing which langs appear by default in lang menu
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: feature to allow customizing which langs appear by default in lang menu
https://bugzilla.redhat.com/show_bug.cgi?id=505484
Summary: feature to allow customizing which langs appear by
default in lang menu
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: gdm
AssignedTo: jmccann(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: jmccann(a)redhat.com, rstrode(a)redhat.com,
ankit(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
Based on the thread "GDM Language list..." on fedora-devel-list
and fedora-i18n-list, I had a discussion with Ankit and
I came up with this idea which could perhaps form part of
YumLangpackPlugin Feature for F12.
If gdm could support configuration of the locales shown by
default in it's language list, then the <lang>-langpack-support
meta packages of the above feature could add languages to
that gdm system config which would allow giving languages
with extra support installed high visibility in the menu.
Does that make some sense?
I guess next step would be to file an rfe upstream...
Steps to Reproduce:
1. Install language support for my favourite languages
2. login via gdm
Actual results:
2. need to go to Other... to find them
Expected results:
2. appear in gdm lang menu
--
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.
12 years, 5 months
[Fedora-i18n-bugs] [Bug 651929] New: [abrt] ibus-chewing-1.3.7.20100910-1.fc14: __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.fc14: __memmove_ssse3: Process /usr/libexec/ibus-engine-chewing was killed by signal 11 (SIGSEGV)
https://bugzilla.redhat.com/show_bug.cgi?id=651929
Summary: [abrt] ibus-chewing-1.3.7.20100910-1.fc14:
__memmove_ssse3: Process
/usr/libexec/ibus-engine-chewing was killed by signal
11 (SIGSEGV)
Product: Fedora
Version: 14
Platform: x86_64
OS/Version: Unspecified
Status: NEW
Status Whiteboard: abrt_hash:fb3fb9f915e4165d93c5d785943647955b400230
Severity: medium
Priority: low
Component: ibus-chewing
AssignedTo: dchen(a)redhat.com
ReportedBy: wilson.an(a)gmail.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: x86_64
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.35.6-48.fc14.x86_64
package: ibus-chewing-1.3.7.20100910-1.fc14
rating: 4
reason: Process /usr/libexec/ibus-engine-chewing was killed by signal 11
(SIGSEGV)
release: Fedora release 14 (Laughlin)
time: 1289405263
uid: 500
How to reproduce
-----
1.input data the press keyboard with changing status, then crash
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.
12 years, 5 months
[Fedora-i18n-bugs] [Bug 510176] New: unable to display Japanese manpages
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: unable to display Japanese manpages
https://bugzilla.redhat.com/show_bug.cgi?id=510176
Summary: unable to display Japanese manpages
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n, Reopened
Severity: medium
Priority: medium
Component: yelp
AssignedTo: mbarnes(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: mbarnes(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Blocks: 220122
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Clone Of: 220122
+++ This bug was initially created as a clone of Bug #220122 +++
Description of problem:
Try to view man-pages-ja from yelp, however, the contents are not able to be
displayed properly.
How reproducible:
Always
Steps to Reproduce:
1.login desktop with ja_JP locales
2.in yelp, search for info:man
3.
Actual results:
pls refer to screenshot
Expected results:
should display or fallback to english
Additional info:
--- Additional comment from llim(a)redhat.com on 2006-12-18 18:36:20 EDT ---
Created an attachment (id=143967)
--> (https://bugzilla.redhat.com/attachment.cgi?id=143967)
screenshot of yelp displaying man-pages-ja
--- Additional comment from tagoh(a)redhat.com on 2006-12-19 01:01:20 EDT ---
(In reply to comment #3)
> Actually, after looking at the screenshot carefully, seem even in g-t, some of
> the contents are display as "?"
I suppose it's because vte may does wrong thing on Japanese hyphenation or
whatever. it's a different problem anyway.
--
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.
12 years, 5 months
[Fedora-i18n-bugs] [Bug 678088] New: [abrt] imsettings-0.108.1-2.fc14: memcpy: 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.fc14: memcpy: Process /usr/libexec/im-settings-daemon was killed by signal 11 (SIGSEGV)
https://bugzilla.redhat.com/show_bug.cgi?id=678088
Summary: [abrt] imsettings-0.108.1-2.fc14: memcpy: Process
/usr/libexec/im-settings-daemon was killed by signal
11 (SIGSEGV)
Product: Fedora
Version: 14
Platform: i686
OS/Version: Unspecified
Status: NEW
Status Whiteboard: abrt_hash:ee99f825b33944f85843c7f88a66ffe53e27c139
Severity: unspecified
Priority: unspecified
Component: imsettings
AssignedTo: tagoh(a)redhat.com
ReportedBy: niels(a)smed.dk
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
abrt version: 1.1.14
architecture: i686
Attached file: backtrace
cmdline: /usr/libexec/im-settings-daemon
component: imsettings
crash_function: memcpy
executable: /usr/libexec/im-settings-daemon
kernel: 2.6.35.10-74.fc14.i686
package: imsettings-0.108.1-2.fc14
rating: 4
reason: Process /usr/libexec/im-settings-daemon was killed by signal 11
(SIGSEGV)
release: Fedora release 14 (Laughlin)
time: 1297875791
uid: 500
How to reproduce
-----
1. logon
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.
12 years, 5 months
[Fedora-i18n-bugs] [Bug 608256] New: input fail on touch-screen with finger, while mouse click is working for iok
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: input fail on touch-screen with finger, while mouse click is working for iok
https://bugzilla.redhat.com/show_bug.cgi?id=608256
Summary: input fail on touch-screen with finger, while mouse
click is working for iok
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
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, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Description of problem:
while trying to input with iok, selected a keymap, and mouse click on different
characters are working, but while used finger to input, it was not input
character, if you try with another character, it swaps to first selected
character. it is happening with inscript and other layouts, even with English
also
Version-Release number of selected component (if applicable):
iok-1.3.10-1.fc14.x86_64
xorg-x11-drv-wacom-0.10.7-1.20100621.fc14.x86_64
xorg-x11-drv-ati-6.13.1-0.20100519git428125c09.fc14.x86_64
gnome-shell-2.31.2-2.fc14.x86_64
How reproducible:
100%
Steps to Reproduce:
1. start iok (use gedit for input)
2. select one character from keyboard with touch
3. now try to input another character
Actual results:
instead of input anything, character swaps and if you try to click two time,
same character will be input
Expected results:
character should not swap and input selected character
Additional info:
gnome-shell is used for all this
--
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.
12 years, 5 months
[Fedora-i18n-bugs] [Bug 668282] New: Rendering is broken Package group name, while gpk-application is working
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: Rendering is broken Package group name, while gpk-application is working
https://bugzilla.redhat.com/show_bug.cgi?id=668282
Summary: Rendering is broken Package group name, while
gpk-application is working
Product: Fedora
Version: 14
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: kpackagekit
AssignedTo: smparrish(a)gmail.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: rdieter(a)math.unl.edu, richard(a)hughsie.com,
kevin(a)tigcc.ticalc.org, balajig81(a)gmail.com,
ltinkl(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
smparrish(a)gmail.com
Classification: Fedora
Target Release: ---
Created attachment 472457
--> https://bugzilla.redhat.com/attachment.cgi?id=472457
screenshot for application
Description of problem:
Rendering for Group name in 'Add Remove Software', where gpk-application
showing those name correctly (data is UTF-8).
Version-Release number of selected component (if applicable):
kpackagekit-0.6.3.2-2.fc14.x86_64
How reproducible:
Everytime
Steps to Reproduce:
1. run kpackagekit in Punjabi (pa_IN)
2. Add/Remove Software -> Categories->Application (or any other)
3.
Actual results:
showing ???? characters instead of actual text
Expected results:
actual Punjabi text must be shown
Additional info:
Click on History, it is showing text properly
--
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.
12 years, 6 months
[Fedora-i18n-bugs] [Bug 674219] New: Incorrect statement in iptables manpage (--syn)
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: Incorrect statement in iptables manpage (--syn)
https://bugzilla.redhat.com/show_bug.cgi?id=674219
Summary: Incorrect statement in iptables manpage (--syn)
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: low
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, enakai0(a)yahoo.co.jp,
i18n-bugs(a)lists.fedoraproject.org
Depends on: 669002
Classification: Fedora
Clone Of: 669002
+++ This bug was initially created as a clone of Bug #669002 +++
Japanese translation of iptables manpage for --syn option is incorrect.
The following English description looks correct.
[!] --syn
Only match TCP packets with the SYN bit set and the ACK,RST and
FIN bits cleared. Such packets are used to request TCP connec-
tion initiation; for example, blocking such packets coming in an
interface will prevent incoming TCP connections, but outgoing
TCP connections will be unaffected. It is equivalent to --tcp-
flags SYN,RST,ACK,FIN SYN. If the "!" flag precedes the
"--syn", the sense of the option is inverted.
But Japanese page says a different thing and it looks incorrect. I write down
the comment in Japanese (as it'll be reviewed by Japanese translator, right?)
現在の内容
SYN ビットが設定され ACK と RST ビットがクリアされている TCP パ
ケットにのみマッチする。このようなパケットは TCP 接続の開始要 求
に使われる。例えば、あるインターフェースに入ってくるこのようなパ
ケットをブロックすれば、内側への TCP 接続は禁止されるが、外側 へ
の TCP 接続には影響しない。これは --tcp-flags SYN,RST,ACK SYN と
等しい。 "--syn" の前に "!" フラグを置くと、 SYN ビットがクリ ア
さ れ ACK と RST ビットが設定されている TCP パケットにのみマッチ
する。
修正案
SYN ビットが設定され ACK、RST、および、FIN ビットがクリアされている TCP パ
ケットにマッチする。このようなパケットは TCP 接続の開始要求
に使われる。例えば、あるインターフェースに入ってくるこのようなパ
ケットをブロックすれば、内側への TCP 接続は禁止されるが、外側 へ
の TCP 接続には影響しない。これは --tcp-flags SYN,RST,ACK,FIN SYN と
等しい。 "--syn" の前に "!" フラグを置くと、この条件を満たさないパケットにマッチする。
※!フラグの解釈の違いにも注意下さい。
--
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.
12 years, 6 months
[Fedora-i18n-bugs] [Bug 676488] New: update showing Error message ??? instead of actual error message
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 showing Error message ??? instead of actual error message
https://bugzilla.redhat.com/show_bug.cgi?id=676488
Summary: update showing Error message ??? instead of actual
error message
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Keywords: i18n
Severity: unspecified
Priority: unspecified
Component: kpackagekit
AssignedTo: smparrish(a)gmail.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: rdieter(a)math.unl.edu, kevin(a)tigcc.ticalc.org,
balajig81(a)gmail.com, rhughes(a)redhat.com,
ltinkl(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
smparrish(a)gmail.com
Classification: Fedora
Created attachment 477952
--> https://bugzilla.redhat.com/attachment.cgi?id=477952
Red Line showing Error Message (broken)
Description of problem:
While updating packages (those having dependency error), it shows ??? symbol
instead of actual text.
Error message with kpackagekit:
---
barry-0.17-0.6.20110126git.fc15.x86_64 ??? ?????? ??
libboost_serialization.so.1.44.0()(64bit) : ???? - ???? ??????????
---
Error message with yum (from konsole) (UTF-8 text):
--
ਗਲਤੀ: ਪਕਜ: barry-0.17-0.6.20110126git.fc15.x86_64 (@rawhide)
ਚਾਹੀਦਾ ਹ: libboost_serialization.so.1.44.0()(64bit)
ਹਟਾਇਆ ਜਾ ਰਿਹਾ ਹ: boost-serialization-1.44.0-7.fc15.x86_64 (@rawhide)
libboost_serialization.so.1.44.0()(64bit)
ਅਪਡਟ ਕੀਤਾ: boost-serialization-1.46.0-0.1.beta1.fc15.x86_64 (rawhide)
ਨਹੀ ਲਭਾ
ਤਸੀ ਸਮਸਿਆ ਨਾਲ ਨਿਪਟ ਲਈ --skip-broken ਦੀ ਵਰਤ ਕਰਕ ਕਮ ਚਲਾ ਸਕਦ ਹ
ਤਹਾਨ ਚਲਾਉਣ ਦੀ ਕਸਿਸ ਕਰ ਸਕਦ ਹ: rpm -Va --nofiles --nodiges
--
Version-Release number of selected component (if applicable):
kpackagekit-0.6.3.3-1.fc15.x86_64
yum-3.2.29-3.fc15.noarch
PackageKit-0.6.12-2.fc15.x86_64
How reproducible:
Steps to Reproduce:
1. run update with Language pa_IN.UTF-8 interface
2. Error message with dependency broken shown as ??? symbol
3.
Actual results:
Error message shown in application is not readable (not unicode?)
Expected results:
same data as yum is showing
Additional info:
Screenshot - Error message
Screenshot - Package information with kpackagekit (showing properly)
--
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.
12 years, 6 months