[Fedora-i18n-bugs] [Bug 984039] New: ibus-libpinyin using 100% cpu
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=984039
Bug ID: 984039
Summary: ibus-libpinyin using 100% cpu
Product: Fedora
Version: 19
Component: ibus-libpinyin
Severity: unspecified
Priority: unspecified
Assignee: pwu(a)redhat.com
Reporter: sr.saude(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pwu(a)redhat.com
Description of problem:
When activating pinyin input using GNOME's widget in the status bar, the
process ibus-engine-lib starts but eats 100% cpu. Also, trying to type any text
doesn't work (it doesn't show the character selection window).
Version-Release number of selected component (if applicable):
1.6.91-1.fc19
How reproducible:
Always happens when I activate it
Steps to Reproduce:
1. Click on the input selection method widget
2. Choose "Chinese (Intelligent Pinyin)"
Actual results:
100% cpu usage and no pinyin input
Expected results:
Typing pinyin and seeing a list of chinese characters to choose from
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=CEK7EooAM6&a=cc_unsubscribe
10 years, 10 months
[Fedora-i18n-bugs] [Bug 981179] New: RFE: punctuation marks should commit the preedit buffer
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=981179
Bug ID: 981179
Summary: RFE: punctuation marks should commit the preedit
buffer
Product: Fedora
Version: 19
Component: ibus-typing-booster
Severity: unspecified
Priority: unspecified
Assignee: apatil(a)redhat.com
Reporter: psatpute(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: apatil(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
mfabian(a)redhat.com
Description of problem:
after typing word if someone type punctuation marks it should commit the
preedit buffer.
Since normally punctuation indicates completion of word, so it will create good
user experience for users.
Version-Release number of selected component (if applicable):
ibus-typing-booster-1.2.1-1.fc19.noarch
How reproducible:
everytime
Steps to Reproduce:
1. type word "english" using i-t-b
2. press "."
2. it keeps all things in preedit buffer
3.
Actual results:
after pressing punctuation marks it does not commit the buffer.
Expected results:
it should commit the buffer, one space. So that user can directly start new
word
Additional info:
As we discussed on Fedora i18n meeting, yet it conflicts with transliteration
schemes keymap.
I have one suggestion for solution:
1. Dont commit preedit buffer after user types punctuation mark key.
But rather after passing it to libtranslit
2. Even after passing user typed word if libtranslit returns punctuation mark.
Then immediately commit the word.
I think this way should solve the problem of language dependence :)
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=jlelWTrDLf&a=cc_unsubscribe
10 years, 10 months
[Fedora-i18n-bugs] [Bug 916500] New: In FC18 fonts installed by culmus package are not properly and configured with LaTex
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=916500
Bug ID: 916500
Summary: In FC18 fonts installed by culmus package are not
properly and configured with LaTex
Product: Fedora
Version: 18
Component: culmus-fonts
Severity: unspecified
Priority: unspecified
Reporter: moti.bot(a)gmail.com
Hello,
Description of problem:
Starting with FC18 (worked in FC17), installation of culmus-fonts package with
texlive and latex system support results in fonts being not recognized.
Running pdflatex (or other generators) on a tex file with Hebrew text results
in an error that fonts are not found (while they are installed and accessible
under /usr/share/texmf).
To resolve the problem it is necessary to perform the following steps manually
as root:
# cd /usr/share/texmf/fonts/map/dvips/updmap/
# updmap-sys --enable Map culmus.map
Note: the updmap-sys command has to run from within the folder containing
culmus.map file, otherwise the fonts are not recognized as well.
Version-Release number of selected component (if applicable):
culmus-fonts: 0.121-4.fc18
texlive: 2:2012-16.20130205_r29034.fc18
Steps to Reproduce:
1. Install a fresh FC18 system, update to latest.
2. Install culmus-fonts (with all supported fonts), lyx and necessary texlive
packages to get working with tex and Hebrew support.
3. Try to generate a pdf (or dvi/ps) file from a tex file with Hebrew langauge
text.
Actual results:
Error, font rdavid is not fount at 600.
The error comes from mktexpk command which tries to access these font files.
Expected results:
Should simply create the the df file with correct layout and text.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=oR240rckjA&a=cc_unsubscribe
10 years, 10 months
[Fedora-i18n-bugs] [Bug 872880] New: [abrt] fcitx-4.2.5-1.fc17: exit: Process /usr/bin/fcitx was killed by signal 11 (SIGSEGV)
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=872880
Bug ID: 872880
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Whiteboard: abrt_hash:3c937ea7b7bc5371c979fe703c800dd400a267e9
Version: 17
Priority: unspecified
CC: i18n-bugs(a)lists.fedoraproject.org,
liangsuilong(a)gmail.com, robinlee.sysu(a)gmail.com
Assignee: liangsuilong(a)gmail.com
Summary: [abrt] fcitx-4.2.5-1.fc17: exit: Process
/usr/bin/fcitx was killed by signal 11 (SIGSEGV)
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: xiangjihan(a)gmail.com
Type: ---
Documentation: ---
Hardware: i686
Mount Type: ---
Status: NEW
Component: fcitx
Product: Fedora
Version-Release number of selected component:
fcitx-4.2.5-1.fc17
Additional info:
libreport version: 2.0.16
abrt_version: 2.0.16
backtrace_rating: 4
cmdline: fcitx
crash_function: exit
kernel: 3.6.3-1.fc17.i686.PAE
truncated backtrace:
:Thread no. 1 (10 frames)
: #6 exit at exit.c:100
: #7 OnException at /usr/src/debug/fcitx-4.2.5/src/core/errorhandler.c:106
: #10 error_get_my_stack at error.c:134
: #11 nss_ClearErrorStack at error.c:281
: #12 NSSArena_Create at arena.c:385
: #13 NSSTrustDomain_Create at trustdomain.c:70
: #14 STAN_LoadDefaultNSS3TrustDomain at pki3hack.c:154
: #15 nss_Init at nssinit.c:691
: #16 NSS_NoDB_Init at nssinit.c:909
: #17 rpmInitCrypto at rpmpgp.c:1642
--
You are receiving this mail because:
You are on the CC list for the bug.
10 years, 10 months
[Fedora-i18n-bugs] [Bug 889309] New: [abrt] translate-toolkit-1.9.0-2.fc17: tmdb.py:177:init_fulltext:OperationalError: database schema has changed
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=889309
Bug ID: 889309
Summary: [abrt] translate-toolkit-1.9.0-2.fc17:
tmdb.py:177:init_fulltext:OperationalError: database
schema has changed
Product: Fedora
Version: 17
Component: translate-toolkit
Severity: unspecified
Priority: unspecified
Reporter: cjlhomeaddress(a)gmail.com
Version-Release number of selected component:
translate-toolkit-1.9.0-2.fc17
Additional info:
libreport version: 2.0.18
abrt_version: 2.0.18
cmdline: /usr/bin/python /usr/bin/tmserver -b localhost -p 55555 -d
/home/cjl/.virtaal/tm.db --min-similarity=70 --max-candidates=5
kernel: 3.6.9-2.fc17.i686
backtrace:
:tmdb.py:177:init_fulltext:OperationalError: database schema has changed
:
:Traceback (most recent call last):
: File "/usr/bin/tmserver", line 27, in <module>
: tmserver.main()
: File "/usr/lib/python2.7/site-packages/translate/services/tmserver.py", line
197, in main
: prefix="/tmserver", source_lang=options.source_lang,
target_lang=options.target_lang)
: File "/usr/lib/python2.7/site-packages/translate/services/tmserver.py", line
45, in __init__
: self.tmdb = tmdb.TMDB(tmdbfile, max_candidates, min_similarity,
max_length)
: File "/usr/lib/python2.7/site-packages/translate/storage/tmdb.py", line 68,
in __init__
: self.init_fulltext()
: File "/usr/lib/python2.7/site-packages/translate/storage/tmdb.py", line 177,
in init_fulltext
: self.cursor.executescript(script)
:OperationalError: database schema has changed
:
:Local variables in innermost frame:
:self: <translate.storage.tmdb.TMDB object at 0xb724320c>
:e: OperationalError('database is locked',)
:script: '\nDROP TRIGGER IF EXISTS sources_insert_trig;\nDROP TRIGGER IF EXISTS
sources_update_trig;\nDROP TRIGGER IF EXISTS sources_delete_trig;\n'
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=HW1kpDAAn3&a=cc_unsubscribe
10 years, 10 months
[Fedora-i18n-bugs] [Bug 954470] New: [faf] eekboard-1.0.7-2.fc17.x86_64 SIGSEGV in client_set_keyboards
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=954470
Bug ID: 954470
Summary: [faf] eekboard-1.0.7-2.fc17.x86_64 SIGSEGV in
client_set_keyboards
Product: Fedora
Version: 17
Component: eekboard
Severity: unspecified
Priority: unspecified
Assignee: dueno(a)redhat.com
Reporter: abrt-bot(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Category: ---
Description of problem:
Faf server recevied number of crash reports for this package.
Problem URL:
https://retrace.fedoraproject.org/faf/problems/bthash/413a94736ee24770db7...
Version-Release number of selected component:
eekboard-1.0.7-2.fc17.x86_64
Additional info:
first occurence: 2012-10-13 01:05 UTC
reports count: 17
executable: /usr/bin/eekboard
Truncated backtrace:
# Function Path Source
0 client_set_keyboards /usr/bin/eekboard
/usr/src/debug/eekboard-1.0.7/src/client.c:306
1 get_notify_pspec /usr/lib64/libgobject-2.0.so.0
/usr/src/debug/glib-2.32.4/gobject/gobject.c:1097
2 g_object_set_property /usr/lib64/libgobject-2.0.so.0
/usr/src/debug/glib-2.32.4/gobject/gobject.c:1354
3 g_settings_binding_key_changed /usr/lib64/libgio-2.0.so.0
/usr/src/debug/glib-2.32.4/gio/gsettings.c:2424
4 g_settings_bind_with_mapping /usr/lib64/libgio-2.0.so.0
/usr/src/debug/glib-2.32.4/gio/gsettings.c:2723
5 g_settings_bind /usr/lib64/libgio-2.0.so.0
/usr/src/debug/glib-2.32.4/gio/gsettings.c:2550
6 get_notify_pspec /usr/lib64/libgobject-2.0.so.0
/usr/src/debug/glib-2.32.4/gobject/gobject.c:1097
7 g_object_constructor /usr/lib64/libgobject-2.0.so.0
/usr/src/debug/glib-2.32.4/gobject/gobject.c:1354
8 g_object_newv /usr/lib64/libgobject-2.0.so.0
/usr/src/debug/glib-2.32.4/gobject/gobject.c:1715
9 g_object_new_valist /usr/lib64/libgobject-2.0.so.0
/usr/src/debug/glib-2.32.4/gobject/gobject.c:1832
10 g_object_new /usr/lib64/libgobject-2.0.so.0
/usr/src/debug/glib-2.32.4/gobject/gobject.c:1549
11 client_new /usr/bin/eekboard
/usr/src/debug/eekboard-1.0.7/src/client.c:728
12 main /usr/bin/eekboard
/usr/src/debug/eekboard-1.0.7/src/client-main.c:186
13 __libc_start_main /lib64/libc.so.6
/usr/src/debug/glibc-2.15-a316c1f/csu/libc-start.c:258
14 _start /usr/bin/eekboard
/usr/src/debug/eekboard-1.0.7/src/client-main.c:177
This ticket was created automatically. If this report is malformed or not
helpful
please let us know on crash-catcher(a)lists.fedorahosted.org so we can improve
it.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=XGgn4bXy9z&a=cc_unsubscribe
10 years, 10 months