[Fedora-i18n-bugs] [Bug 851758] New: ibus does not honor the default input method configured in ibus-setup
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=851758
Bug ID: 851758
QA Contact: extras-qa(a)fedoraproject.org
Severity: high
Version: 17
Priority: unspecified
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Assignee: tfujiwar(a)redhat.com
Summary: ibus does not honor the default input method
configured in ibus-setup
Regression: ---
Story Points: ---
Classification: Fedora
OS: Linux
Reporter: pswo10680(a)gmail.com
Type: Bug
Documentation: ---
Hardware: All
Mount Type: ---
Status: NEW
Component: ibus
Product: Fedora
Description of problem:
I am a Chinese (Taiwan) user.
I use ibus-setup to configure the default input method I want to use. I have
selected "English (US)" as the default. However, ibus always give me
ibus-chewing first after I log in GNOME.
Version-Release number of selected component (if applicable):
1.4.99.20120717
How reproducible:
Always
Steps to Reproduce:
1. execute "ibus-setup", switch to "input method" tab.
2. I move English (US) to the top of the list while I am in zh_TW locale.
3. relogin, and you see the input method indicator showing ibus-chewing is
active.
Actual results:
ibus-chewing as default.
Expected results:
The method you set in ibus-setup should be the default one.
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
10 years, 10 months
[Fedora-i18n-bugs] [Bug 904117] New: Czech "cs" keymap shipped is uncomplete and has several problems
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=904117
Bug ID: 904117
Summary: Czech "cs" keymap shipped is uncomplete and has
several problems
Product: Fedora
Version: 18
Component: rdesktop
Severity: medium
Priority: unspecified
Reporter: zidek(a)master.cz
+++ This bug was initially created as a clone of Bug #693890 +++
Created attachment 490071
fixed cs keymap by Jaroslav Jiricka
Description of problem:
Czech "cs" keymap shipped in Fedora package is uncomplete and has several
problems which make it unusable, such as remapping the small letter e to Euro
sign. Special characters written using right alt also don't work.
Version-Release number of selected component (if applicable):
rdesktop-1.6.0-10.fc14.x86_64
How reproducible:
Run rdesktop with locale set to cs_CZ.utf8 and connect to czech windows with CS
keyboard set in windows. Now try to type letter "e", Euro sign will appear.
Steps to Reproduce:
1. set locale to czech language cs_CZ.utf8 and keyboard to czech quertz
2. connect to czech windows with CS keyboard set in windows
3. try to type letter "e"
Actual results:
Euro sign will appear
Expected results:
letter e should appear
Additional info:
Problem has been reported upstream
http://sourceforge.net/tracker/index.php?func=detail&aid=1725634&group_id...
attached keymaps cs and additional works ok. Rdesktop rpm should ship with
those files.
--- Additional comment from Martin Zidek on 2011-04-05 16:23:12 EDT ---
Created attachment 490072
additional keymap Jaroslav Jiricka
--- Additional comment from Dušan Hokův on 2011-06-23 07:56:45 EDT ---
Same issue in Fedora 15, described simple patch solved the problem.
--- Additional comment from Akira TAGOH on 2011-12-05 06:06:31 EST ---
Does this still persist in f16 say?
--- Additional comment from Martin Zidek on 2012-01-25 05:29:00 EST ---
Issue still present in f16, tested on f16 rdesktop-1.7.0-1.fc16
--- Additional comment from Ladislav Nesnera on 2012-11-21 16:56:15 EST ---
This problem persists in rdesktop.x86_64 1.7.0-2.fc17 :(
I tried patch above but it doesn't work well for me - czech specific keys are
duplicated - e.g. pressing key 5 (in en-us layout) gives řř not ř. Maybe I used
it by wrong way (I substituted /usr/share/rdesktop/keymaps/cs by this patch)
I found out this version of keymap -
https://www.abclinuxu.cz/poradna/linux/show/181220#10 and I know about only
one problem (AltGr+v should generate @ but do nothing), nevertheless it's much,
much better then current state).
Btw - FreeRDP works well outofbox..
--- Additional comment from Fedora End Of Life on 2013-01-16 12:30:00 EST ---
This message is a reminder that Fedora 16 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 16. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora
'version' of '16'.
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version prior to Fedora 16's end of life.
Bug Reporter: Thank you for reporting this issue and we are sorry that
we may not be able to fix it before Fedora 16 is end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora, you are encouraged to click on
"Clone This Bug" and open it against that version of Fedora.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.
The process we are following is described here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping
--
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=PlrsIFG2xM&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
[Fedora-i18n-bugs] [Bug 525371] New: [CJK] vertical clock time text rotated wrong way
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: [CJK] vertical clock time text rotated wrong way
https://bugzilla.redhat.com/show_bug.cgi?id=525371
Summary: [CJK] vertical clock time text rotated wrong way
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: gnome-panel
AssignedTo: rstrode(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, rstrode(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Created an attachment (id=362429)
--> (https://bugzilla.redhat.com/attachment.cgi?id=362429)
f12-vert-clock.png
Description of problem:
In F12 the rotation of vertical text seems to have changed.
For Chinese, Japanese and Korean the time is opposite
direction to the date also.
Version-Release number of selected component (if applicable):
How reproducible:
every time
Steps to Reproduce:
1. start CJK gnome desktop
2. create a left panel
3. add clock
Actual results:
see screenshot
Expected results:
closer to f11 would be better
(ideally ideally should be vertical not rotated)
--
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.
10 years, 11 months