Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Korean input does not function on Western keyboards
https://bugzilla.redhat.com/show_bug.cgi?id=528360
Summary: Korean input does not function on Western keyboards
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus-hangul
AssignedTo: phuang(a)redhat.com
ReportedBy: techwritebos(a)yahoo.com
QAContact: extras-qa(a)fedoraproject.org
CC: wtogami(a)redhat.com, phuang(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem: Currently, there appears to be no way to enter Korean
via Ibus in a western keyboard. For example, in scim, one could use the
"romaja" option and enter the letters "r" "a" and get the korean character "라"
There is currently no similar feature for Ibus, which means one has to know the
Korean keyboard layout (most likely, only used by Koreans on Korean computers
in Korea).
Version-Release number of selected component (if applicable):
How reproducible: Very.
Steps to Reproduce:
1. Start ibus (with ibus-hangul installed)
2. type romaja characters
3. You get Korean-keyboard-based garbage.
Actual results: For the letters "r" "a" for example, the actual results are: ㄱ
ㅁ
Expected results: 라
Additional info: I believe this functionality can be achieved by returning to
old SCIM input method, using scim-lang-korean, scim-m17n, and scim-m17n-devel;
however, if Ibus is the new default and the preferred method, it needs to have
this very basic functionality added. In the Japanese Anthy, this is standard
and works perfectly. It's odd and frustrating that Korean has not been given
the same level of attention.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: gedit defaults to bitmap fonts with kanji
https://bugzilla.redhat.com/show_bug.cgi?id=532237
Summary: gedit defaults to bitmap fonts with kanji
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: high
Priority: high
Component: knm-new-fixed-fonts
AssignedTo: tagoh(a)redhat.com
ReportedBy: mtasaka(a)ioa.s.u-tokyo.ac.jp
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Created an attachment (id=366958)
--> (https://bugzilla.redhat.com/attachment.cgi?id=366958)
Very simple test case
Description of problem:
With knm_new-fonts replaced by knm-new-fixed-fonts gedit
shows bitmap fonts by default on gedit, this is very bad.
Version-Release number of selected component (if applicable):
knm-new-fixed-fonts-1.1-9.fc12
How reproducible:
100%
Steps to Reproduce:
1. display the attached text with gedit
2.
3.
Actual results:
See attached
Expected results:
See attached
Additional info:
Why does such a thing happen NOW???
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [Indic] Default keymap need to set for various languages
https://bugzilla.redhat.com/show_bug.cgi?id=530976
Summary: [Indic] Default keymap need to set for various
languages
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:
ibus now showing different keymap from Expected (as f11 or f10 has),
below is list which should be default:
--------
LANG - Current (f12) Change Request(->)
as_IN - inscript
bn_IN - inscript
gu_IN - inscript
hi_IN - phenotic ->Incript
kn_IN - inscript
ml_IN - itrans ->inscript
mai_IN - inscript
mr_IN - itrans ->inscript
ne_NP - rom
or_IN - phonetic
pa_IN - itrans ->inscript
si_LK - transliteration ->wijesekara
ta_IN - Tamil 99
te_IN - rts ->inscript
ur_IN - phonetic
Version-Release number of selected component (if applicable):
ibus-1.2.0.20091014-2.fc12.x86_64
ibus-m17n-1.2.0.20090617-4.fc12.x86_64
How reproducible:
Steps to Reproduce:
1. try to login in different locale with different user
2. check default keymap
3.
Actual results:
it is different than expected
Expected results:
it should be as in previous release
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [mai_IN] No input method available in KDE applications
https://bugzilla.redhat.com/show_bug.cgi?id=501665
Summary: [mai_IN] No input method available in KDE applications
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: pnemade(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:
When started KDE in mai_IN, no input method available.
Version-Release number of selected component (if applicable):
ibus-1.1.0.20090508-3.fc11.x86_64
How reproducible:
always
Steps to Reproduce:
1.Start KDE in mai_IN
2.open kwrite/kate
3. unable to input
Actual results:
unable to input in KDE in mai_IN locale
Expected results:
Should be able to input in KDE in mai_IN locale
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Error message "Unable to keep Input Method Running" each time after login
https://bugzilla.redhat.com/show_bug.cgi?id=525376
Summary: Error message "Unable to keep Input Method Running"
each time after login
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: im-chooser
AssignedTo: tagoh(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
after Each login, there is error (or just) message that "Unable to keep Input
Method Running" (and more detail). But IBus was working Normal after this
message.
Version-Release number of selected component (if applicable):
im-chooser-1.2.7-1.fc12
How reproducible:
Everytime
Steps to Reproduce:
1. login to local language desktop
2. you will get message if not please follow
3. System->Preferences -> Input Method
4. There was nothing Selected
5. Try to Enable Input Method
Actual results:
message will be there on Right Top Corner
Expected results:
Default Should be enabled as Ibus was working or no such message
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [zh-TW] translation is not reflected
https://bugzilla.redhat.com/show_bug.cgi?id=525033
Summary: [zh-TW] translation is not reflected
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: Translation
Severity: medium
Priority: low
Component: im-chooser
AssignedTo: tagoh(a)redhat.com
ReportedBy: noriko(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
This is feedback from Fedora 12 software translation review.
Some sentences with IBus settings appears in English.
Version-Release number of selected component (if applicable):
Live for Fedora 12 Software Translation Review
http://people.redhat.com/petersen/f12-l10n/
How reproducible:
Always
Steps to Reproduce:
1. issue command 'im-chooser'
2.
3.
Actual results:
It appears in English.
Expected results:
It should appear in Chinese.
Additional info:
Observed by zh-TW
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [ne_NP] Nepali Need to Add iok
https://bugzilla.redhat.com/show_bug.cgi?id=517638
Summary: [ne_NP] Nepali Need to Add iok
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
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, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
Nepali can be add to iok. Yes I can use it with menu (Keymap -> Open
->ne_rom/trad)
Version-Release number of selected component (if applicable):
iok-1.3.6-2.fc12
How reproducible:
Everytime
Steps to Reproduce:
1. in Nepali Environment, run iok
2. Click on Language selection tool,
Actual results:
Nepali (ne_NP) is not there
Expected results:
Nepali language can be added
Additional info:
1) Nepali isn't India's Language, but Nepal, but script is devnagari
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Some dialogs don't get input when ibus is enabled
https://bugzilla.redhat.com/show_bug.cgi?id=528620
Summary: Some dialogs don't get input when ibus is enabled
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: niklas.laxstrom+bro(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
When ibus is enabled (as in running, not necessarily having any input method
active), some dialog accept keyboard input only occasionally, and when putting
the focus on some another input, the letters written suddenly appear there.
Some dialogs don't accept input at all, for example the file open dialog of
kate. Problem goes away immediately when ibus-daemon is killed or ibus is
disabled.
Version-Release number of selected component (if applicable):
All software is latest in F11 with additional kde and kde-testing repositories
enabled. I'm using KDE desktop.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Dead keys not working in some applications (xterm, emacs)
https://bugzilla.redhat.com/show_bug.cgi?id=493172
Summary: Dead keys not working in some applications (xterm,
emacs)
Product: Fedora
Version: 10
Platform: i686
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: imsettings
AssignedTo: tagoh(a)redhat.com
ReportedBy: joyr(a)netikka.fi
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Created an attachment (id=337405)
--> (https://bugzilla.redhat.com/attachment.cgi?id=337405)
X session error log
Description of problem:
Not sure if this is the correct component to report on.
Dead keys stopped working for some applications, not sure when.
I'm using Gnome, layout is Finland layout, keyboard model is Evdev-managed
keyboard.
They seem to work in all GTK applications (tested: gedit, firefox, x-chat) and
also QT applications (qtconfig-qt4), but not on some (xterm, emacs).
Also tried with Sweden layout and Generic 105-key (Intl) PC model with same
problems. I'm unable to set the "Default" radio-button in keyboard preferences
but the layout changes if I drag&drop the wanted layout to first in list.
Version-Release number of selected component (if applicable):
# rpm -qa imsettings* scim* xkey* xterm* emacs* *font* *xim* | sort
abyssinica-fonts-1.0-2.fc8.noarch
baekmuk-ttf-fonts-common-2.2-9.fc10.noarch
baekmuk-ttf-fonts-gulim-2.2-9.fc10.noarch
bitmap-fonts-0.3-6.fc10.noarch
cjkunifonts-uming-0.2.20080216.1-11.fc10.noarch
dejavu-fonts-2.26-2.fc10.noarch
dejavu-fonts-experimental-2.26-2.fc10.noarch
emacs-22.3-4.fc10.i386
emacs-common-22.3-4.fc10.i386
emacs-gnuplot-4.2.3-1.fc10.i386
emacs-lua-20071122-5.fc9.noarch
emacs-nxml-mode-0.20041004-7.fc10.noarch
fontconfig-2.6.0-3.fc10.i386
fontconfig-devel-2.6.0-3.fc10.i386
fontpackages-filesystem-1.20-1.fc10.noarch
ghostscript-fonts-5.50-19.fc10.noarch
imsettings-0.105.1-4.fc10.i386
imsettings-libs-0.105.1-4.fc10.i386
jomolhari-fonts-0.003-5.fc10.noarch
kacst-fonts-2.0-1.fc10.noarch
khmeros-fonts-base-5.0-3.fc10.noarch
liberation-fonts-1.04.92-1.fc10.noarch
libfontenc-1.0.4-6.fc10.i386
libfontenc-devel-1.0.4-6.fc10.i386
libgxim-0.3.2-4.fc10.i386
libXfont-1.3.3-1.fc10.i386
libXfont-devel-1.3.3-1.fc10.i386
lklug-fonts-0.2.2-6.fc10.noarch
lohit-fonts-bengali-2.3.1-1.fc10.noarch
lohit-fonts-gujarati-2.3.1-1.fc10.noarch
lohit-fonts-hindi-2.3.1-1.fc10.noarch
lohit-fonts-kannada-2.3.1-1.fc10.noarch
lohit-fonts-maithili-2.3.1-1.fc10.noarch
lohit-fonts-malayalam-2.3.1-1.fc10.noarch
lohit-fonts-oriya-2.3.1-1.fc10.noarch
lohit-fonts-punjabi-2.3.1-1.fc10.noarch
lohit-fonts-tamil-2.3.1-1.fc10.noarch
lohit-fonts-telugu-2.3.1-1.fc10.noarch
padauk-fonts-2.4-2.fc10.noarch
paktype-fonts-2.0-2.fc8.noarch
scim-1.4.7-35.fc10.i386
scim-anthy-1.2.7-1.fc10.i386
scim-bridge-0.4.15-8.fc10.i386
scim-bridge-gtk-0.4.15-8.fc10.i386
scim-bridge-qt-0.4.15-8.fc10.i386
scim-chewing-0.3.3-0.fc10.i386
scim-hangul-0.3.2-4.fc9.i386
scim-libs-1.4.7-35.fc10.i386
scim-m17n-0.2.2-3.fc9.i386
scim-python-0.1.13rc1-1.fc10.i386
scim-python-pinyin-0.1.13rc1-1.fc10.i386
scim-qtimm-0.9.4-11.fc10.i386
scim-rawcode-1.4.7-35.fc10.i386
smc-fonts-meera-04.1-1.fc10.noarch
stix-fonts-0.9-7.fc10.noarch
texlive-texmf-errata-fonts-2007-4.fc9.noarch
texlive-texmf-fonts-2007-26.fc10.noarch
thaifonts-scalable-0.4.9-3.fc9.noarch
un-core-fonts-dotum-1.0.2-0.6.080608.fc10.noarch
urw-fonts-2.4-6.fc10.noarch
vlgothic-fonts-20090204-2.fc10.noarch
vlgothic-fonts-common-20090204-2.fc10.noarch
xkeyboard-config-1.4-7.fc10.noarch
xorg-x11-fonts-100dpi-7.2-6.fc9.noarch
xorg-x11-fonts-75dpi-7.2-6.fc9.noarch
xorg-x11-fonts-ISO8859-1-100dpi-7.2-6.fc9.noarch
xorg-x11-fonts-ISO8859-1-75dpi-7.2-6.fc9.noarch
xorg-x11-fonts-misc-7.2-6.fc9.noarch
xorg-x11-fonts-Type1-7.2-6.fc9.noarch
xorg-x11-font-utils-7.2-6.fc10.i386
xterm-242-2.fc10.i386
How reproducible:
Always.
Steps to Reproduce:
1. start xterm or emacs
2. try to input ~ using dead-key combination of "altgr" + "~" + "space"
Actual results:
xterm: A plain space character.
emacs: Error message "<dead-tilde> is undefined"
Expected results:
I should be getting the correct character "~".
Additional info:
The following error message comes from imsettings-applet everytime I press any
key on xterm (including modifiers like shift and alt):
[BUG][ 1238531428.714163] xim_proxy_client_protocol_real_xim_forward_event: The
pending key event counter is overflowed
And the following warning comes from imsettings-applet when I start xterm:
W[ 1238531541.790674]:Error while processing a value type NestedList: Error
while processing a value type XFontSet: Unable to compose a value type XFontSet
properly due to the size difference: expected size: 129, actual size: 132
--
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.
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-1.2.0.20090904-2.fc12
https://bugzilla.redhat.com/show_bug.cgi?id=522048
Summary: [abrt] crash detected in ibus-1.2.0.20090904-2.fc12
Product: Fedora
Version: rawhide
Platform: i686
OS/Version: Linux
Status: NEW
Status Whiteboard: abrt_hash:08997608
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: petersen(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: ---
abrt detected a crash.
How to reproduce
-----
1.
2.
3.
Additional information
======
Attached files
----
backtrace
cmdline
-----
python /usr/share/ibus/ui/gtk/main.py
component
-----
ibus
executable
-----
/usr/share/ibus/ui/gtk/main.py
kernel
-----
2.6.31-0.204.rc9.fc12.i686
package
-----
ibus-1.2.0.20090904-2.fc12
uuid
-----
08997608
--
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.
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 imsettings-xfce-0.107.4-1.fc12
https://bugzilla.redhat.com/show_bug.cgi?id=528891
Summary: [abrt] crash detected in
imsettings-xfce-0.107.4-1.fc12
Product: Fedora
Version: rawhide
Platform: x86_64
OS/Version: Linux
Status: NEW
Status Whiteboard: abrt_hash:c7beb1ef27cc85992f64d793e3ad3448d967b989
Severity: medium
Priority: low
Component: imsettings
AssignedTo: tagoh(a)redhat.com
ReportedBy: daviddoraine(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
abrt detected a crash.
How to reproduce
-----
1.
2.
3.
Comment
-----
I just logged in. First time after installing. Didnt even touch anything.
Additional information
======
Attached files
----
backtrace
cmdline
-----
imsettings-xfce-helper
component
-----
imsettings
executable
-----
/usr/bin/imsettings-xfce-helper
kernel
-----
2.6.31.1-56.fc12.x86_64
package
-----
imsettings-xfce-0.107.4-1.fc12
reason
-----
Process was terminated by signal 11
--
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.
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-rawcode-1.2.0.20090703-2.fc12
https://bugzilla.redhat.com/show_bug.cgi?id=531989
Summary: [abrt] crash detected in
ibus-rawcode-1.2.0.20090703-2.fc12
Product: Fedora
Version: rawhide
Platform: x86_64
OS/Version: Linux
Status: NEW
Status Whiteboard: abrt_hash:3c04a948eef7bcb0faee9a119f6f5b986a734cf7
Severity: medium
Priority: low
Component: ibus-rawcode
AssignedTo: psatpute(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: psatpute(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.
Comment
-----
I was using rawcode with Openoffice, then close openoffice-calc, just that I
did, nothing else
Additional information
======
Attached files
----
backtrace
cmdline
-----
/usr/libexec/ibus-engine-rawcode --ibus
component
-----
ibus-rawcode
executable
-----
/usr/libexec/ibus-engine-rawcode
kernel
-----
2.6.31.5-96.fc12.x86_64
package
-----
ibus-rawcode-1.2.0.20090703-2.fc12
reason
-----
Process was terminated by signal 11
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: no response on xterm after switching IM
https://bugzilla.redhat.com/show_bug.cgi?id=488877
Summary: no response on xterm after switching IM
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: imsettings
AssignedTo: tagoh(a)redhat.com
ReportedBy: tagoh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: jfrieben(a)hotmail.com, tagoh(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Depends on: 488773
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Clone Of: 488773
To keeps an issue in summary on track separately because the root cause is
different.
+++ This bug was initially created as a clone of Bug #488773 +++
Created an attachment (id=334166)
--> (https://bugzilla.redhat.com/attachment.cgi?id=334166)
X session errors caused by enabling SCIM
Description of problem:
After updating libgxim to release 0.3.2-4.fc10, xterm shows some regression:
when running a program with a noticeable amount of text output (e.g. 'ls -R
/'), then imsettings-applet starts grabbing a significant amount of CPU share
of up to 10%. Note that SCIM is disabled at this point.
After opening GNOME menu item "Input Method" and enabling SCIM which is
disabled by default, xterm does not accept any input from the keyboard anymore
unlike gnome-terminal which continues to do so.
Version-Release number of selected component (if applicable):
libgxim-0.3.2-4.fc10.x86_64
How reproducible:
Always.
Steps to Reproduce:
1. Open GNOME session.
2. Start a program in an xterm window producing text output.
3. Run 'top' in a different window.
4. Open "Input Method" from GNOME menu and enable SCIM.
Actual results:
- Noticeable CPU load caused by imsettings-applet.
- Xterm unresponsive after enabling SCIM via "Input Method" dialog window.
Expected results:
Normal behaviour of xterm just as gnome-terminal.
Additional info:
Reverting libgxim to release 0.3.1-1.fc10 allows to restore normal operation.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: libgxim-0.3.2-4.fc10: enabling SCIM blocks xterm and causes important CPU load
https://bugzilla.redhat.com/show_bug.cgi?id=488773
Summary: libgxim-0.3.2-4.fc10: enabling SCIM blocks xterm and
causes important CPU load
Product: Fedora
Version: 10
Platform: x86_64
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: libgxim
AssignedTo: tagoh(a)redhat.com
ReportedBy: jfrieben(a)hotmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Created an attachment (id=334166)
--> (https://bugzilla.redhat.com/attachment.cgi?id=334166)
X session errors caused by enabling SCIM
Description of problem:
After updating libgxim to release 0.3.2-4.fc10, xterm shows some regression:
when running a program with a noticeable amount of text output (e.g. 'ls -R
/'), then imsettings-applet starts grabbing a significant amount of CPU share
of up to 10%. Note that SCIM is disabled at this point.
After opening GNOME menu item "Input Method" and enabling SCIM which is
disabled by default, xterm does not accept any input from the keyboard anymore
unlike gnome-terminal which continues to do so.
Version-Release number of selected component (if applicable):
libgxim-0.3.2-4.fc10.x86_64
How reproducible:
Always.
Steps to Reproduce:
1. Open GNOME session.
2. Start a program in an xterm window producing text output.
3. Run 'top' in a different window.
4. Open "Input Method" from GNOME menu and enable SCIM.
Actual results:
- Noticeable CPU load caused by imsettings-applet.
- Xterm unresponsive after enabling SCIM via "Input Method" dialog window.
Expected results:
Normal behaviour of xterm just as gnome-terminal.
Additional info:
Reverting libgxim to release 0.3.1-1.fc10 allows to restore normal operation.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: imsettings slows down frame rates significantly in Linux Gaming. (10-30 FPS)
https://bugzilla.redhat.com/show_bug.cgi?id=490919
Summary: imsettings slows down frame rates significantly in
Linux Gaming. (10-30 FPS)
Product: Fedora
Version: 4
Platform: i386
OS/Version: Linux
Status: NEW
Severity: urgent
Priority: low
Component: imsettings
AssignedTo: tagoh(a)redhat.com
ReportedBy: nikitis(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Clone Of: 488976
Description of problem: The new release of imsettings-0.105.1-4.fc10 causes
games to slowdown 10-30 Frames Per Second.
Version-Release number of selected component (if applicable):
imsettings-0.105.1-4.fc10
How reproducible: 100%
Steps to Reproduce:
1.Enter into World of Warcraft (My example), Log in.
2.Start Frames Per Second Counter (Ctrl+R)
3.Move or press any key or hold any key and frames will drop.
Actual results: The Game beings to slow down as keys are pressed or held.
Expected results: The Game should not experience any frame loss as a result of
a key press. Especially not to the degree of 10-30 FPS. Maybe only a couple
of frames maximum as the screen is processing new data when turning etc.
imsettings inside of libgxim 3.1-1 functions properly in this respect, and was
the last known working version if imsettings.
Additional info:I was working with a developer and started the bug report
488976 because of this issue, and he decided it was working well enough for an
update release. Before inside the games if you turned left, and let go, you
would continue to turn left and that wasn't supposed to happen. With
sync_on_forward set to true with new version of imsettings-0.105.1-4.fc10, that
issue is fixed however there is now a regression in the fact that there is a
Frames per second loss when a key is pressed or held which results in a very
bad gaming experience. Sometimes game slows to a crawl.
I have a GeForce 8600 GT by Nvidia, dual core intel processor at 3.0 Ghz, 4GB's
of RAM running FC10 i386. I did not experience this slowdown until
libgxim-0.3.2-4.fc10 package was released.
Starting new bug report to fix this regression.
--
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.
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-1.2.0.20090927-1.fc12
https://bugzilla.redhat.com/show_bug.cgi?id=527243
Summary: [abrt] crash detected in ibus-1.2.0.20090927-1.fc12
Product: Fedora
Version: rawhide
Platform: x86_64
OS/Version: Linux
Status: NEW
Status Whiteboard: abrt_hash:22af8646
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: ---
abrt detected a crash.
How to reproduce
-----
1.
2.
3.
Comment
-----
Additional information
======
Attached files
----
backtrace
cmdline
-----
python /usr/share/ibus/ui/gtk/main.py
component
-----
ibus
executable
-----
/usr/share/ibus/ui/gtk/main.py
kernel
-----
2.6.31.1-56.fc12.x86_64
package
-----
ibus-1.2.0.20090927-1.fc12
uuid
-----
22af8646
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: imsettings causes window manager confusion in Xfce
https://bugzilla.redhat.com/show_bug.cgi?id=471927
Summary: imsettings causes window manager confusion in Xfce
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: imsettings
AssignedTo: tagoh(a)redhat.com
ReportedBy: kevin(a)tummy.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
If the imsettings and imsettings-xfce packages are installed xfwm4 settings are
confused and don't think xfwm4 is the window manager.
1. Install imsettings-xfce
2. yum groupinstall XFCE
3. login and choose Xfce as your desktop.
4. right click on the desktop
5. choose settings manager
6. choose either "Window Manager" or "Window Manager Tweaks".
7. You will get a message:
"These settings cannot work with your current window manager (imsetting-xim)"
The code in xfwm4 hasn't changed in years here. It does:
wm_name = gdk_x11_screen_get_window_manager_name (gdk_screen_get_default
());
if (g_ascii_strcasecmp (wm_name, "Xfwm4"))
{
xfce_err (_("These settings cannot work with your current window
manager (%s)"), wm_name);
return;
}
Is imsettings changing the gdk default window manager somehow?
Removing imsettings causes everything to work as normal.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: cpi setting not used accurately
https://bugzilla.redhat.com/show_bug.cgi?id=524883
Summary: cpi setting not used accurately
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: paps
AssignedTo: tagoh(a)redhat.com
ReportedBy: twaugh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Created an attachment (id=362101)
--> (https://bugzilla.redhat.com/attachment.cgi?id=362101)
ppd.ppd
Description of problem:
When used as texttopaps, the 'cpi' option is only used to scale the font to the
nearest integer point size. This isn't nearly good enough: it must be *exact*.
The reason is that it is used for controlling the number of columns of text
print, and this needs to be set to e.g. 132, or 80, or whatever is required.
Unfortunately the only way to set it is indirectly, via 'cpi'. Of course this
depends on the page size used, as well as the printer margins.
Here is a test case for verifying that it is operating correctly. The CUPS
filter 'texttops' passes this test, and 'texttopaps' must as well. The test
case consists of a PPD 'ppd.ppd', an input file '132.txt', and a command line
given below.
Version-Release number of selected component (if applicable):
paps-0.6.8-10.fc12.x86_64
How reproducible:
100%
Steps to Reproduce:
PPD=ppd.ppd \
/usr/lib/cups/filter/texttopaps 1 tim '' 1 \
'cpi=17.6 lpi=6.7 page-bottom=36 page-left=36 \
page-right=36 page-top=36 scaling=100' 132.txt > out.ps
Actual results:
See actual.jpg.
Expected results:
When viewing the resulting PostScript (with, say, evince), the result should
look as in expected.jpg: in particular, there should be exactly 132 characters
per line, and the output should fit on a single side of US Letter paper.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Can't open skk-e21.el
https://bugzilla.redhat.com/show_bug.cgi?id=503185
Summary: Can't open skk-e21.el
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ddskk
AssignedTo: petersen(a)redhat.com
ReportedBy: yamato(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Created an attachment (id=345907)
--> (https://bugzilla.redhat.com/attachment.cgi?id=345907)
Fixes this bug.
Description of problem:
To use ddskk(ddskk-12.2.0-12.fc11.noarch) on emacs(emacs-22.3-11.fc11.x86_64),
emacs complains "Can't find skk-e21.el".
In SKK-MK of the ddskk package , which is part of ddskk build system, the
version number of emacs is checked to decide whether skk-e21.el should be
installed or not. The SKK-MK expects emacs-21 to install skk-e21.el. However,
emacs on F11 is emacs-22. There is a gap.
Attached patch is taken from upstream skk code. In the patch mule version is
checked instead of emacs version to decide whether skk-e21.el should be
installed or not.
Version-Release number of selected component (if applicable):
ddskk-12.2.0-12.fc11.noarch
emacs-22.3-11.fc11.x86_64
How reproducible:
Steps to Reproduce:
1. install the packages.
2. emacs
3. M-x load-library: skk
Actual results:
"Can't find skk-e21.el" is messaged.
Expected results:
Skk works fine.
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Updated Brazilian Portuguese translation of imsettings
https://bugzilla.redhat.com/show_bug.cgi?id=532151
Summary: Updated Brazilian Portuguese translation of imsettings
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: imsettings
AssignedTo: tagoh(a)redhat.com
ReportedBy: igor(a)projetofedora.org
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Created an attachment (id=366877)
--> (https://bugzilla.redhat.com/attachment.cgi?id=366877)
Translation file
Completed pt_BR translation for imsettings
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [ibus-chewing] inconsistent between normal mode and plain Zhuyin mode.
https://bugzilla.redhat.com/show_bug.cgi?id=519328
Summary: [ibus-chewing] inconsistent between normal mode and
plain Zhuyin mode.
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: ASSIGNED
Severity: medium
Priority: low
Component: ibus-chewing
AssignedTo: dchen(a)redhat.com
ReportedBy: dchen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: phuang(a)redhat.com, dchen(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
For input sequence "ej3" (ㄍㄨ3),why the number of
candidates varies with the selection of "Plain Zhuyin mode"?
The number of candidates is 20 when "Plain Zhuyin mode" is enabled.
And the number will be 59 if the "Plain Zhuyin mode" is disabled.
Version-Release number of selected component (if applicable):
ibus-chewing-1.2.0-20090818
How reproducible:
Always
Steps to Reproduce:
1. Turn on ibus-chewing
2. Make sure "Plain Zhuyin mode" and "Use space to select" are on.
3. Type "ej3"
4. Press space to enter candidate selection mode.
5. Use space to cycle through the candidate, there are 20 candidates.
6. Clear the preedit buffer.
6. Deselect "Plain Zhuyin mode" .
3. Type "ej3"
4. Press space to enter candidate selection mode.
5. Use space to cycle through the candidate, there are 59 candidates.
Actual results:
"Plain Zhuyin mode" on: 20 candidates.
"Plain Zhuyin mode" off: 59 candidates.
Expected results:
Both of them should show 59 candidates.
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: ibus is updated in testing, please rebuild against new libraries
https://bugzilla.redhat.com/show_bug.cgi?id=526355
Summary: ibus is updated in testing, please rebuild against new
libraries
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: urgent
Priority: low
Component: ibus-chewing
AssignedTo: dchen(a)redhat.com
ReportedBy: webmaster(a)aus-city.com
QAContact: extras-qa(a)fedoraproject.org
CC: phuang(a)redhat.com, dchen(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
Resolving Dependencies
--> Running transaction check
---> Package ibus.i586 0:1.2.0.20090927-1.fc11 set to be updated
---> Package ibus-anthy.i586 0:1.2.0.20090917-1.fc11 set to be updated
--> Processing Dependency: kasumi for package:
ibus-anthy-1.2.0.20090917-1.fc11.i586
---> Package ibus-gtk.i586 0:1.2.0.20090927-1.fc11 set to be updated
--> Processing Dependency: libibus.so.0 for package:
ibus-chewing-1.2.0.20090917-1.fc11.i586
--> Processing Dependency: libibus.so.0 for package:
ibus-hangul-1.1.0.20090328-2.fc11.i586
--> Processing Dependency: libibus.so.0 for package:
ibus-rawcode-1.0.0.20090303-3.fc11.i586
--> Processing Dependency: libibus.so.0 for package:
ibus-m17n-1.1.0.20090211-5.fc11.i586
---> Package ibus-libs.i586 0:1.2.0.20090927-1.fc11 set to be updated
---> Package ibus-pinyin.noarch 0:1.2.0.20090915-1.fc11 set to be updated
--> Processing Dependency: python-enchant for package:
ibus-pinyin-1.2.0.20090915-1.fc11.noarch
--> Running transaction check
--> Processing Dependency: libibus.so.0 for package:
ibus-chewing-1.2.0.20090917-1.fc11.i586
--> Processing Dependency: libibus.so.0 for package:
ibus-hangul-1.1.0.20090328-2.fc11.i586
--> Processing Dependency: libibus.so.0 for package:
ibus-rawcode-1.0.0.20090303-3.fc11.i586
--> Processing Dependency: libibus.so.0 for package:
ibus-m17n-1.1.0.20090211-5.fc11.i586
---> Package kasumi.i586 0:2.4-2.fc11 set to be updated
---> Package python-enchant.i586 0:1.3.1-4.fc11 set to be updated
--> Finished Dependency Resolution
ibus-m17n-1.1.0.20090211-5.fc11.i586 from installed has depsolving problems
--> Missing Dependency: libibus.so.0 is needed by package
ibus-m17n-1.1.0.20090211-5.fc11.i586 (installed)
ibus-chewing-1.2.0.20090917-1.fc11.i586 from installed has depsolving problems
--> Missing Dependency: libibus.so.0 is needed by package
ibus-chewing-1.2.0.20090917-1.fc11.i586 (installed)
ibus-rawcode-1.0.0.20090303-3.fc11.i586 from installed has depsolving problems
--> Missing Dependency: libibus.so.0 is needed by package
ibus-rawcode-1.0.0.20090303-3.fc11.i586 (installed)
ibus-hangul-1.1.0.20090328-2.fc11.i586 from installed has depsolving problems
--> Missing Dependency: libibus.so.0 is needed by package
ibus-hangul-1.1.0.20090328-2.fc11.i586 (installed)
--> Running transaction check
---> Package ibus-libs.i586 0:1.2.0.20090927-1.fc11 set to be updated
--> Processing Dependency: ibus-libs = 1.2.0.20090927-1.fc11 for package:
ibus-1.2.0.20090927-1.fc11.i586
--> Processing Dependency: libibus.so.1 for package:
ibus-gtk-1.2.0.20090927-1.fc11.i586
--> Processing Dependency: libibus.so.1 for package:
ibus-1.2.0.20090927-1.fc11.i586
--> Finished Dependency Resolution
ibus-1.2.0.20090927-1.fc11.i586 from updates has depsolving problems
--> Missing Dependency: ibus-libs = 1.2.0.20090927-1.fc11 is needed by
package ibus-1.2.0.20090927-1.fc11.i586 (updates)
ibus-1.2.0.20090927-1.fc11.i586 from updates has depsolving problems
--> Missing Dependency: libibus.so.1 is needed by package
ibus-1.2.0.20090927-1.fc11.i586 (updates)
ibus-gtk-1.2.0.20090927-1.fc11.i586 from updates has depsolving problems
--> Missing Dependency: libibus.so.1 is needed by package
ibus-gtk-1.2.0.20090927-1.fc11.i586 (updates)
--> Running transaction check
---> Package ibus.i586 0:1.2.0.20090927-1.fc11 set to be updated
--> Processing Dependency: ibus >= 1.2.0 for package:
ibus-pinyin-1.2.0.20090915-1.fc11.noarch
--> Processing Dependency: ibus >= 1.2.0.20090904 for package:
ibus-anthy-1.2.0.20090917-1.fc11.i586
---> Package ibus-gtk.i586 0:1.2.0.20090927-1.fc11 set to be updated
---> Package ibus-libs.i586 0:1.2.0.20090927-1.fc11 set to be updated
--> Finished Dependency Resolution
ibus-pinyin-1.2.0.20090915-1.fc11.noarch from updates has depsolving problems
--> Missing Dependency: ibus >= 1.2.0 is needed by package
ibus-pinyin-1.2.0.20090915-1.fc11.noarch (updates)
ibus-anthy-1.2.0.20090917-1.fc11.i586 from updates has depsolving problems
--> Missing Dependency: ibus >= 1.2.0.20090904 is needed by package
ibus-anthy-1.2.0.20090917-1.fc11.i586 (updates)
Packages skipped because of dependency problems:
ibus-1.2.0.20090927-1.fc11.i586 from updates
ibus-anthy-1.2.0.20090917-1.fc11.i586 from updates
ibus-gtk-1.2.0.20090927-1.fc11.i586 from updates
ibus-libs-1.2.0.20090927-1.fc11.i586 from updates
ibus-pinyin-1.2.0.20090915-1.fc11.noarch from updates
kasumi-2.4-2.fc11.i586 from fedora
python-enchant-1.3.1-4.fc11.i586 from fedora
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Please rebuild against new ibus libraries
https://bugzilla.redhat.com/show_bug.cgi?id=526357
Summary: Please rebuild against new ibus libraries
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: urgent
Priority: low
Component: ibus-pinyin
AssignedTo: phuang(a)redhat.com
ReportedBy: webmaster(a)aus-city.com
QAContact: extras-qa(a)fedoraproject.org
CC: phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
Resolving Dependencies
--> Running transaction check
---> Package ibus.i586 0:1.2.0.20090927-1.fc11 set to be updated
---> Package ibus-anthy.i586 0:1.2.0.20090917-1.fc11 set to be updated
--> Processing Dependency: kasumi for package:
ibus-anthy-1.2.0.20090917-1.fc11.i586
---> Package ibus-gtk.i586 0:1.2.0.20090927-1.fc11 set to be updated
--> Processing Dependency: libibus.so.0 for package:
ibus-chewing-1.2.0.20090917-1.fc11.i586
--> Processing Dependency: libibus.so.0 for package:
ibus-hangul-1.1.0.20090328-2.fc11.i586
--> Processing Dependency: libibus.so.0 for package:
ibus-rawcode-1.0.0.20090303-3.fc11.i586
--> Processing Dependency: libibus.so.0 for package:
ibus-m17n-1.1.0.20090211-5.fc11.i586
---> Package ibus-libs.i586 0:1.2.0.20090927-1.fc11 set to be updated
---> Package ibus-pinyin.noarch 0:1.2.0.20090915-1.fc11 set to be updated
--> Processing Dependency: python-enchant for package:
ibus-pinyin-1.2.0.20090915-1.fc11.noarch
--> Running transaction check
--> Processing Dependency: libibus.so.0 for package:
ibus-chewing-1.2.0.20090917-1.fc11.i586
--> Processing Dependency: libibus.so.0 for package:
ibus-hangul-1.1.0.20090328-2.fc11.i586
--> Processing Dependency: libibus.so.0 for package:
ibus-rawcode-1.0.0.20090303-3.fc11.i586
--> Processing Dependency: libibus.so.0 for package:
ibus-m17n-1.1.0.20090211-5.fc11.i586
---> Package kasumi.i586 0:2.4-2.fc11 set to be updated
---> Package python-enchant.i586 0:1.3.1-4.fc11 set to be updated
--> Finished Dependency Resolution
ibus-m17n-1.1.0.20090211-5.fc11.i586 from installed has depsolving problems
--> Missing Dependency: libibus.so.0 is needed by package
ibus-m17n-1.1.0.20090211-5.fc11.i586 (installed)
ibus-chewing-1.2.0.20090917-1.fc11.i586 from installed has depsolving problems
--> Missing Dependency: libibus.so.0 is needed by package
ibus-chewing-1.2.0.20090917-1.fc11.i586 (installed)
ibus-rawcode-1.0.0.20090303-3.fc11.i586 from installed has depsolving problems
--> Missing Dependency: libibus.so.0 is needed by package
ibus-rawcode-1.0.0.20090303-3.fc11.i586 (installed)
ibus-hangul-1.1.0.20090328-2.fc11.i586 from installed has depsolving problems
--> Missing Dependency: libibus.so.0 is needed by package
ibus-hangul-1.1.0.20090328-2.fc11.i586 (installed)
--> Running transaction check
---> Package ibus-libs.i586 0:1.2.0.20090927-1.fc11 set to be updated
--> Processing Dependency: ibus-libs = 1.2.0.20090927-1.fc11 for package:
ibus-1.2.0.20090927-1.fc11.i586
--> Processing Dependency: libibus.so.1 for package:
ibus-gtk-1.2.0.20090927-1.fc11.i586
--> Processing Dependency: libibus.so.1 for package:
ibus-1.2.0.20090927-1.fc11.i586
--> Finished Dependency Resolution
ibus-1.2.0.20090927-1.fc11.i586 from updates has depsolving problems
--> Missing Dependency: ibus-libs = 1.2.0.20090927-1.fc11 is needed by
package ibus-1.2.0.20090927-1.fc11.i586 (updates)
ibus-1.2.0.20090927-1.fc11.i586 from updates has depsolving problems
--> Missing Dependency: libibus.so.1 is needed by package
ibus-1.2.0.20090927-1.fc11.i586 (updates)
ibus-gtk-1.2.0.20090927-1.fc11.i586 from updates has depsolving problems
--> Missing Dependency: libibus.so.1 is needed by package
ibus-gtk-1.2.0.20090927-1.fc11.i586 (updates)
--> Running transaction check
---> Package ibus.i586 0:1.2.0.20090927-1.fc11 set to be updated
--> Processing Dependency: ibus >= 1.2.0 for package:
ibus-pinyin-1.2.0.20090915-1.fc11.noarch
--> Processing Dependency: ibus >= 1.2.0.20090904 for package:
ibus-anthy-1.2.0.20090917-1.fc11.i586
---> Package ibus-gtk.i586 0:1.2.0.20090927-1.fc11 set to be updated
---> Package ibus-libs.i586 0:1.2.0.20090927-1.fc11 set to be updated
--> Finished Dependency Resolution
ibus-pinyin-1.2.0.20090915-1.fc11.noarch from updates has depsolving problems
--> Missing Dependency: ibus >= 1.2.0 is needed by package
ibus-pinyin-1.2.0.20090915-1.fc11.noarch (updates)
ibus-anthy-1.2.0.20090917-1.fc11.i586 from updates has depsolving problems
--> Missing Dependency: ibus >= 1.2.0.20090904 is needed by package
ibus-anthy-1.2.0.20090917-1.fc11.i586 (updates)
Packages skipped because of dependency problems:
ibus-1.2.0.20090927-1.fc11.i586 from updates
ibus-anthy-1.2.0.20090917-1.fc11.i586 from updates
ibus-gtk-1.2.0.20090927-1.fc11.i586 from updates
ibus-libs-1.2.0.20090927-1.fc11.i586 from updates
ibus-pinyin-1.2.0.20090915-1.fc11.noarch from updates
kasumi-2.4-2.fc11.i586 from fedora
python-enchant-1.3.1-4.fc11.i586 from fedora
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Unable to correct wrong translated string
https://bugzilla.redhat.com/show_bug.cgi?id=525040
Summary: Unable to correct wrong translated string
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: Translation
Severity: medium
Priority: low
Component: system-config-language
AssignedTo: psatpute(a)redhat.com
ReportedBy: noriko(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
This is feedback from Fedora 12 software translation review.
For the translation of 'Traditional Chinese', 繁體中文 is currently used, and this
should be corrected to 正體中文.
Version-Release number of selected component (if applicable):
Live for Fedora 12 Software Translation Review
http://people.redhat.com/petersen/f12-l10n/
How reproducible:
Always
Steps to Reproduce:
1.
2.
3.
Actual results:
繁體中文 is used for the translation of 'Traditional Chinese'
Expected results:
正體中文 should be used for the translation of 'Traditional Chinese'
Additional info:
This string does not exist in PO file, thus translator is unable to correct.
Please provide latest PO file to correct.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: yum.Errors.GroupsError, "No Group named %s exists" % grpid
https://bugzilla.redhat.com/show_bug.cgi?id=531812
Summary: yum.Errors.GroupsError, "No Group named %s exists" %
grpid
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: system-config-language
AssignedTo: psatpute(a)redhat.com
ReportedBy: mnowak(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
Select "Czech"
[testmnowak@dhcp-lab-124 ~]$ system-config-language
Zavedeny zásuvné moduly:dellsysidplugin2, refresh-packagekit
Selhalo přidání skupinového souboru pro repozitář: rawhide - None
Traceback (most recent call last):
File "/usr/share/system-config-language/language_gui.py", line 175, in
okClicked
self.apply()
File "/usr/share/system-config-language/language_gui.py", line 265, in apply
if not install.is_group_installed(grpid, self.mainWindow):
File "/usr/share/system-config-language/gui_install.py", line 79, in
is_group_installed
raise yum.Errors.GroupsError, "No Group named %s exists" % grpid
yum.Errors.GroupsError: No Group named czech-support exists
Version-Release number of selected component (if applicable):
system-config-language-1.3.3-3.fc12.noarch
How reproducible:
always
This is first-time-run GNOME environment as a new user.
--
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.
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 system-config-language-1.3.3-3.fc12
https://bugzilla.redhat.com/show_bug.cgi?id=532141
Summary: [abrt] crash detected in
system-config-language-1.3.3-3.fc12
Product: Fedora
Version: rawhide
Platform: x86_64
OS/Version: Linux
Status: NEW
Status Whiteboard: abrt_hash:7eaf73c6
Severity: medium
Priority: low
Component: system-config-language
AssignedTo: psatpute(a)redhat.com
ReportedBy: flokip(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
abrt detected a crash.
How to reproduce
-----
1.
2.
3.
Comment
-----
Instaling danish language, I have Iclandig
Additional information
======
Attached files
----
backtrace
cmdline
-----
/usr/bin/python /usr/share/system-config-language/system-config-language.py
component
-----
system-config-language
executable
-----
/usr/share/system-config-language/system-config-language.py
kernel
-----
2.6.31.5-96.fc12.x86_64
package
-----
system-config-language-1.3.3-3.fc12
uuid
-----
7eaf73c6
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: S-c-language crashes while installing new language - zero division error
https://bugzilla.redhat.com/show_bug.cgi?id=481156
Summary: S-c-language crashes while installing new language -
zero division error
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: system-config-language
AssignedTo: psatpute(a)redhat.com
ReportedBy: jreznik(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem: S-c-language crashes while installing new language with
traceback zero division error.
Version-Release number of selected component (if applicable):
system-config-language-1.3.2-3.fc10.noarch
How reproducible: install new language support, occurred once
Steps to Reproduce:
1. select new language, click ok
2. let new language install in the next dialog
Actual results:
Traceback (most recent call last):
File "/usr/share/system-config-language/gui_progress.py", line 101, in
callback
pct = amount/float(total)
ZeroDivisionError: float division
error: python callback <bound method GuiTransactionProgress.callback of
<gui_progress.GuiTransactionProgress instance at 0x7f0a28085200>> failed,
aborting!
Expected results:
S-c-language not crashing
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=505100
--- Comment #79 from Matthias Clasen <mclasen(a)redhat.com> 2009-10-31 14:39:48 EDT ---
> Dysfunctional ' + c for Brazilian Portuguese is just one symptom of a much
> wider issue we have here. What is actually happening when a new user logs
> in is that GTK's builtin compose rule table is used regardless of user's locale
> settings. Apparently with earlier Fedora releases one's locale settings
> (LC_CTYPE or LANG) caused X compose rules to be taken into use but currently
> there seems to be no way to do that with GTK applications.
Depends on what you mean with 'locale settings' here.
If you don't use an input method framework like scim or ibus (or iiimf or xim
or whatever else is in vogue) you get whatever compose sequences that method
provides, which may depend on your locale or not.
If you don't use an input method framework, GTK+ uses its builtin simple input
method, which has a large, but fixed table of compose sequences.
This has always been the case. Nothing has changed in GTK+ here.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=505100
Jens Petersen <petersen(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Priority|medium |high
--- Comment #78 from Jens Petersen <petersen(a)redhat.com> 2009-10-31 07:34:17 EDT ---
If people could test the above patch it would be appreciated
(be sure to turn-off IM in im-chooser to make sure you are
using none.conf, and restart your desktop session).
It seems to works well enough for me so far on i686 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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=505100
--- Comment #77 from Jens Petersen <petersen(a)redhat.com> 2009-10-31 07:29:05 EDT ---
Created an attachment (id=366913)
--> (https://bugzilla.redhat.com/attachment.cgi?id=366913)
imsettings-none.conf-xim.patch
My recommendation to fix this serious problem for International users:
Add to the comps-f12 input-methods group:
<packagereq type="conditional" requires="gtk2">gtk2-immodule-xim</packagereq>
and apply the above patch to imsettings none.conf to make
imsettings default GTK_IMMODULE to xim when available.
My main remaining concern though is multilib issues: eg when users
have gtk2.x86_64 and gtk2.i686 installed but only gtk2-immodule-xim
for one arch. For this reason I really wish Matthias will give
my idea to move im-xim.so back into the main gtk2 package
further consideration.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=505100
--- Comment #76 from Jens Petersen <petersen(a)redhat.com> 2009-10-31 06:17:03 EDT ---
(In reply to comment #74)
> I don't want to bring xim back into the main gtk package.
> Imo, this is a step back.
What is the problem with replacing gtk-im-context-simple with
im-xim.so as the default IM context?
I see it as a step forward not a step back. :)
> We need to have a single input method framework that actually works for
> everybody, not a patchwork where you have to pick whatever works best for your
> language.
Well I would like that ibus can also handle X compose better:
hopefully for f13 but rather unlikely for f12 release...
we need a fix now this has been broken since f11. :-(
It is not a patchwork but consistent with qt's behaviour.
(In reply to comment #75)
> It's also not really true that Qt uses XIM by default.
Erm, we are talking about qt immodules here -
sorry for being unclear perhaps: try running
"QT_IM_MODULE= qtconfig-qt4" -> Interface
and looking at "Default Input Method".
Anyway Qt already works the discussion here is about
X and gtk apps.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Please hide iok from the menus
https://bugzilla.redhat.com/show_bug.cgi?id=529125
Summary: Please hide iok from the menus
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: iok
AssignedTo: pnemade(a)redhat.com
ReportedBy: mclasen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: jmccann(a)redhat.com, pnemade(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Blocks: 473302
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
We think it does not make much sense in the 'Accessories' menu, and now that
ibus has support launching iok, that is a much better solution.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [All Lang] iok appears once only, but lost on after that
https://bugzilla.redhat.com/show_bug.cgi?id=530493
Summary: [All Lang] iok appears once only, but lost on after
that
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: ibus-m17n
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 iok shown with ibus-icon with very first application on Desktop, but it
lost when try to use with second application. it is happened with Hindi
Incript, (and other languages
Version-Release number of selected component (if applicable):
ibus-m17n-1.2.0.20090617-4.fc12.x86_64
How reproducible:
100%
Steps to Reproduce:
1. login Hindi Desktop (ibus with incript layout)
2. Alt+F2
3. Ctrl+Space (activte input-Method)
4. IOK icon will be there with Hindi
5. Press Esc
6. Repeat Step 2-3
7. IOK icon will NOT be there
Actual results:
iok is missing after first time of activation of ibus
Expected results:
iok should always appear with ibus (for Inscript layout)
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=505100
--- Comment #75 from Kevin Kofler <kevin(a)tigcc.ticalc.org> 2009-10-30 14:26:32 EDT ---
It's also not really true that Qt uses XIM by default. We don't even ship XIM
on the KDE spin. It might pick it up by default if you install it (and no other
input method package), but normally there's no XIM installed at all.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=505100
--- Comment #74 from Matthias Clasen <mclasen(a)redhat.com> 2009-10-30 14:22:38 EDT ---
I don't want to bring xim back into the main gtk package. Imo, this is a step
back. We need to have a single input method framework that actually works for
everybody, not a patchwork where you have to pick whatever works best for your
language.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=505100
Adam Williamson <awilliam(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Blocks|473303(F12Blocker) |473302(F12Target)
--- Comment #73 from Adam Williamson <awilliam(a)redhat.com> 2009-10-30 14:17:21 EDT ---
Discussed at the blocker bug meeting today. The thing that worries me is that
if we fix this as a 0-day update it won't be fixed during installation.
However, I've been told that the need to type a ç during installation is likely
to be quite small for most Brazilian users, so on that basis we agreed that
dropping it to F12Target and aiming to fix it with a 0-day update is OK.
--
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: "cups_no.po" files should be renamed to cups_nb.po
https://bugzilla.redhat.com/show_bug.cgi?id=520379
Summary: "cups_no.po" files should be renamed to cups_nb.po
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: cups
AssignedTo: twaugh(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: twaugh(a)redhat.com, petersen(a)redhat.com,
jmccann(a)redhat.com, rstrode(a)redhat.com,
kanarip(a)kanarip.com, psatpute(a)redhat.com,
fedora-i18n-bugs(a)redhat.com, rmaximo(a)cfl.rr.com,
jpopelka(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Clone Of: 509753
+++ This bug was initially created as a clone of Bug #509753 +++
Description of problem:
In Norwegian, we have two written languages called 'nynorsk' and 'bokmål'. They
are both official and equal. The naming scheme shown in Fedora is inconsistent
and a bit confusing.
When I boot up my live CD, I can choose keyboard layout and system language to
use before I log in. Here you have one called 'Bokmal, Norwegian (Norge)', one
called 'Norsk (nynorsk) (Noreg)' and one just called 'Norwegian (Norway)'.
I think that showing one called just 'Norwegian (Norway)' must be wrong, as we
have two different written languages ones which both are Norwegian.
That nynorsk ('Norsk (nynorsk) (Noreg)') and bokmål ('Bokmål, Norwegian
(Norge)') has so different naming schemes is also a potentional problem.
On the English translation, I believe 'Norwegian Nynorsk (Norway)' and
'Norwegian Bokmål (Norway)' would be the best naming scheme, to keep it in line
with what the other languages are called.
--- Additional comment from psatpute(a)redhat.com on 2009-07-07 00:50:51 EDT ---
while booting anaconda shows language list
so moving bug to anaconda
--- Additional comment from clumens(a)redhat.com on 2009-07-07 10:37:19 EDT ---
The language selection on the livecd is actually provided by gdm, so moving
this bug on along.
--- Additional comment from petersen(a)redhat.com on 2009-08-31 04:50:36 EDT ---
This is not really gdm's fault.
I see current F12 carries at least two translation files for
Norwegian (ie "no_NO") from cups and grep.
So I guess the simplest solution is to rename the .po files
to Bokmål (nb).
I guess.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=531423
Adam Williamson <awilliam(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Blocks|473303(F12Blocker) |473302(F12Target)
--- Comment #11 from Adam Williamson <awilliam(a)redhat.com> 2009-10-30 13:35:18 EDT ---
This was discussed at the blocker meeting today. We decided this is not a
blocker issue, so downgrading to target. You can still request a tag for final,
it's up to releng whether to accept it.
--
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=531691
Milan Crha <mcrha(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
External Bug ID| |GNOME Desktop 600132
Status|NEW |CLOSED
Resolution| |UPSTREAM
--- Comment #8 from Milan Crha <mcrha(a)redhat.com> 2009-10-30 10:03:57 EDT ---
Good, I was able to reproduce it finally. The issue is on 2.28, but not on
2.29. I'm moving this upstream [1], as it's not Fedora specific issue. Thanks
for finding this.
[1] https://bugzilla.gnome.org/show_bug.cgi?id=600132
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=505100
--- Comment #72 from Jens Petersen <petersen(a)redhat.com> 2009-10-30 10:01:24 EDT ---
Thank Marko for the good detailed summary and the Finnish perspective also.
(I am glad this also resurfaced in the i18n Test Day this week.)
(In reply to comment #71)
> Problems arise especially when these GTK builtin rules conflict with
> national/locale specific rules like in pt_BR or fi_FI. Using some character
> specific trick like im-cedilla is really not a feasible solution to the issue
> which literally covers thousands of compose rules.
Right - as also noted here earlier.
> 1. Use any Input Method system like IBus or SCIM if configured by the user
> 2. If no Input Method system configured use X/locale settings (default)
> 3. If both previous methods fail or are unavailable use GTK builtin rules
My suggests are:
1) avoid im-cedilla.so
2) install gtk2-immodules-xim by default
(or better move im-xim.so back into gtk2?)
3) try to make im-xim.so the default gtk immodule
(which corresponds to Marco's (2) instead of
gtk-im-context-simple, as Akira also suggested.
4) everyone (gtk, qt, X) happy
In fact I have pushed for this in the past (see bug 452938)
to bring parity with qt which has long defaulted to XIM
(probably because of its European heritage?:)
I think fedora-i18n can help to work on this in the coming days,
though it is getting rather late for f12-final...
It might be more realistic to target day-zero updates to
not risk destabilizing and further delaying the release
at this stage: I think that was our original intention.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=435880
--- Comment #31 from Harshula Jayasuriya <harshula(a)redhat.com> 2009-10-30 09:29:50 EDT ---
(In reply to comment #26)
Hi Takahashi,
> Note that some applications may answer "yes" to the above-mentioned check
> although they do not support surrounding text. For this reason, surrounding
> text support is disabled in ta-lk-renganathan.mim although it works both in
> preedit mode and in surrounding text mode.
Thanks for merging the two MIM files into one, it will make it easier for the
end users. I've given this some thought, could you please disable surrounding
text support for the merged Wijesekera MIM too? Otherwise it will cause too
much confusion when the displayed output on some applications are
unpredictable. We can re-enable it when surrounding text support is advertised
correctly. Also, you may want to delete the preedit version. Having only one
Wijesekera MIM will make it easier for the end users.
Thanks,
#
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=531747
Matej Cepl <mcepl(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |CLOSED
Resolution| |UPSTREAM
--- Comment #1 from Matej Cepl <mcepl(a)redhat.com> 2009-10-30 09:16:26 EDT ---
I think we won't do anything about this issue in particular. If this is in the
upstream hg, then we'll just wait when it comes to us automatically.
Thank you for filing the bug though
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=505100
Marko Myllynen <myllynen(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |myllynen(a)redhat.com
--- Comment #71 from Marko Myllynen <myllynen(a)redhat.com> 2009-10-30 09:03:22 EDT ---
I have read all the comments above and done quite some testing on Fedora 12
Beta. Below I summarize earlier findings, provide some additional information,
and present one possible solution. Please feel free to complement my remarks if
appropriate.
Dysfunctional ' + c for Brazilian Portuguese is just one symptom of a much
wider issue we have here. What is actually happening when a new user logs in is
that GTK's builtin compose rule table is used regardless of user's locale
settings. Apparently with earlier Fedora releases one's locale settings
(LC_CTYPE or LANG) caused X compose rules to be taken into use but currently
there seems to be no way to do that with GTK applications.
Problems arise especially when these GTK builtin rules conflict with
national/locale specific rules like in pt_BR or fi_FI. Using some character
specific trick like im-cedilla is really not a feasible solution to the issue
which literally covers thousands of compose rules.
With non-GTK applications like xterm one can easily see how locale settings
affect the compose rules in use:
# yum install xterm xorg-X11-fonts-misc
$ LC_CTYPE=en_US.UTF-8 xterm &
$ LC_CTYPE=fi_FI.UTF-8 xterm &
$ LC_CTYPE=pt_BR.UTF-8 xterm &
Simple test cases for these three example locales are:
dead_acute + c produces ć if using X's en_US.UTF-8/Compose (or GTK builtins)
dead_acute + c produces ç if using X's pt_BR.UTF-8/Compose
dead_acute + space produces ' if using en_US.UTF-8/Compose (or GTK builtins)
dead_acute + space produces ´ if using fi_FI.UTF-8/Compose
As mentioned several times in the earlier comments the default for Brazilian
Portuguese is not acceptable. Situation with Finnish is also very challenging
since there is an official national standard which defines both keyboard layout
and compose rules. As explained above now it seems impossible to comply with
this standard with Fedora 12 although X already implements everything what
would be needed (i.e., both keyboard layout and X compose rules).
One possible solution to solve all the issues discussed here could be:
1. Use any Input Method system like IBus or SCIM if configured by the user
2. If no Input Method system configured use X/locale settings (default)
3. If both previous methods fail or are unavailable use GTK builtin rules
This scheme would mean that en_US users would not notice any difference
compared to the current situation, users of locales like pt_BR and fi_FI would
notice their keyboards working by default, and others who need an advanced
input system (like ja_JP users) could enable it at will as always. It would
also provide a consistent user experience when switching between GTK
applications (e.g., gnome-terminal) and non-GTK applications (e.g., xterm).
Also, if an individual compose rule or keymapping is found to be problematic
within a locale, then it would be only a locale specific issue, no system level
changes would be needed at all. And should there be changes needed for an Input
Method system only those users who have enabled that particular Input Method
system would be affected.
I will take part of the IRC session later today where we can discuss this issue
in more detail.
Thanks.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=529637
--- Comment #5 from Caolan McNamara <caolanm(a)redhat.com> 2009-10-30 06:39:46 EDT ---
*** Bug 529521 has been marked as a duplicate of this bug. ***
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [gu_IN] OO showing Square box instead of Number in GUI, Input is ok
https://bugzilla.redhat.com/show_bug.cgi?id=529521
Summary: [gu_IN] OO showing Square box instead of Number in
GUI, Input is ok
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: openoffice.org
AssignedTo: caolanm(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: caolanm(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Created an attachment (id=365148)
--> (https://bugzilla.redhat.com/attachment.cgi?id=365148)
gu_IN Interface
Description of problem:
Openoffice is showing Square (White) Box instead of oowriter in GUI (translated
Interface),
while input (in Text area Numbers are ok
Version-Release number of selected component (if applicable):
openoffice.org-core-3.1.1-19.11.fc12.x86_64
libicu-4.2.1-6.fc12.x86_64
lohit-gujarati-fonts-2.4.3-2.fc12.noarch
How reproducible:
100%
Steps to Reproduce:
1. fresh installed Gujarati desktop
2. run oowriter (while login in gu_IN Desktop)
3.
Actual results:
Number (font size, scale numbers) are square box)
Expected results:
should appear as 1,2,3 etc
Additional info:
Screenshot attached
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=531747
A S Alam <aalam(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|eng-i18n-bugs(a)redhat.com |aalam(a)redhat.com,
| |fedora-i18n-bugs(a)redhat.com
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=531211
A S Alam <aalam(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |aalam(a)redhat.com,
| |fedora-i18n-bugs(a)redhat.com
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=505100
--- Comment #70 from Akira TAGOH <tagoh(a)redhat.com> 2009-10-30 05:34:28 EDT ---
(In reply to comment #69)
> > and works fine.
>
> Because im-cedilla.conf configures XIM also,
> so X compose takes care of the X apps.
>
> But currently we can't see any easy way for imseetings
> to make im-cedilla the default immodule for pt_BR.
Even though it's XMODIFIERS=@im=none. in that sense, we could have the
condition state in none.conf as well to enable im-cedilla for pt_BR and
gtk-im-context-simple for others. what this way is better would be, it wouldn't
need extra work to make it default for pt_BR users. it should works even after
upgrading.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=505100
--- Comment #69 from Jens Petersen <petersen(a)redhat.com> 2009-10-30 05:13:02 EDT ---
> and works fine.
Because im-cedilla.conf configures XIM also,
so X compose takes care of the X apps.
But currently we can't see any easy way for imseetings
to make im-cedilla the default immodule for pt_BR.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=230662
--- Comment #18 from Runa Bhattacharjee <runab(a)redhat.com> 2009-10-30 00:01:39 EDT ---
Tested for xchat-gnome-0.26.1-5.fc12 and the bug still exists.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: cannot switch input methods by default alt+shift+L
https://bugzilla.redhat.com/show_bug.cgi?id=531853
Summary: cannot switch input methods by default alt+shift+L
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: vbenes(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:
cannot switch input methods when 3 present by default shortcut but when I
change it to alt+ctrl+x it works
Version-Release number of selected component (if applicable):
ibus-1.2.0.20091014-2.fc12.x86_64
How reproducible:
always
Steps to Reproduce:
1.add 3 different types of input in ibus prefs
2.try to toggle them by Alt+Shift+L
3.
Actual results:
don't work
Expected results:
should work
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=505100
Adam Williamson <awilliam(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Blocks| |473303(F12Blocker)
--- Comment #68 from Adam Williamson <awilliam(a)redhat.com> 2009-10-29 13:36:41 EDT ---
Bruno Medeiros requested on fedora-test-list that this be nominated as an F12
Blocker, we will discuss at tomorrow's meeting, 15:00 UTC in #fedora-bugzappers
. Please come along to discuss this issue if you can.
--
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=505100
--- Comment #67 from Filipe Rosset <rosset.filipe(a)gmail.com> 2009-10-29 11:21:51 EDT ---
(In reply to comment #66)
> (In reply to comment #64)
> > On Fedora 12 Beta ' + c = ç works with this steps...
> >
> > yum install gtk2-immodules
> > System->Preferences->Input Methods-> Enable im-cedilla
> > Logoff
> >
> > GDM Login
> > PT_BR
> > us_international (with dead keys)
> >
> > Tested on Firefox 3.5.4, Xchat 2.8.6, OpenOffice 3.3.1, Gedit 2.28.0,
> > gnome-terminal 2.28.1
>
> This will not work on xterm or kterm or emacs, right?
Im test now on:
xterm x86_64 248-2.fc12
rawhide 347 k
and works fine.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=505100
--- Comment #66 from Rafael Ávila de Espíndola <rafael.espindola(a)gmail.com> 2009-10-29 11:12:46 EDT ---
(In reply to comment #64)
> On Fedora 12 Beta ' + c = ç works with this steps...
>
> yum install gtk2-immodules
> System->Preferences->Input Methods-> Enable im-cedilla
> Logoff
>
> GDM Login
> PT_BR
> us_international (with dead keys)
>
> Tested on Firefox 3.5.4, Xchat 2.8.6, OpenOffice 3.3.1, Gedit 2.28.0,
> gnome-terminal 2.28.1
This will not work on xterm or kterm or emacs, right?
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=531423
Ray Strode <rstrode(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |MODIFIED
--- Comment #9 from Ray Strode <rstrode(a)redhat.com> 2009-10-29 10:01:09 EDT ---
i fixed this last night.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=505100
--- Comment #65 from Rodrigo Padula de Oliveira <rodrigopadula(a)projetofedora.org> 2009-10-29 09:58:20 EDT ---
Yes, it works since fedora 11, but, the Ç on US International keyboards must
work automatically when I choose the BR Portuguese language + US International
Keyboard.
This is a big usability problem, mainly for new users.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=505100
Filipe Rosset <rosset.filipe(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |rosset.filipe(a)gmail.com
--- Comment #64 from Filipe Rosset <rosset.filipe(a)gmail.com> 2009-10-29 09:32:57 EDT ---
On Fedora 12 Beta ' + c = ç works with this steps...
yum install gtk2-immodules
System->Preferences->Input Methods-> Enable im-cedilla
Logoff
GDM Login
PT_BR
us_international (with dead keys)
Tested on Firefox 3.5.4, Xchat 2.8.6, OpenOffice 3.3.1, Gedit 2.28.0,
gnome-terminal 2.28.1
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=474010
Parag <pnemade(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fedora-i18n-bugs(a)redhat.com
| |, pnemade(a)redhat.com
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=531691
--- Comment #7 from Matthew Barnes <mbarnes(a)redhat.com> 2009-10-29 09:18:14 EDT ---
The print and print preview windows are outside of Evolution's control.
Those windows are managed directly by GTK+.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=520088
Parag <pnemade(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fedora-i18n-bugs(a)redhat.com
| |, pnemade(a)redhat.com
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=531691
--- Comment #6 from Runa Bhattacharjee <runab(a)redhat.com> 2009-10-29 08:54:56 EDT ---
I just checked with gedit and firefox, and prints from both: File=>Print and
File=>Print Preview=>Print work as expected.
Additionally, for the current problem:
In case of File=>Print Preview=>Print, the user is not being prompted to select
the print location and a new version of output.pdf is being generated. Is this
a feature that is being controlled by any configuration settings?
hth
Thanks
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=531691
--- Comment #5 from Milan Crha <mcrha(a)redhat.com> 2009-10-29 08:48:49 EDT ---
(In reply to comment #4)
> With File -> Print Preview, it shows the text and by printing from there (using
> the printer icon ) will print the text properly.
Could you check whether printing of some similar text from, say, gedit is
working properly, please?
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=531691
Shankar Prasad <svenkate(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flag|needinfo? |
--- Comment #4 from Shankar Prasad <svenkate(a)redhat.com> 2009-10-29 08:06:04 EDT ---
With File -> Print Preview, it shows the text and by printing from there (using
the printer icon ) will print the 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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=531691
Milan Crha <mcrha(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flag| |needinfo?
--- Comment #3 from Milan Crha <mcrha(a)redhat.com> 2009-10-29 07:48:31 EDT ---
I guess it does the same with File->Print Preview, does it? Could you attach a
draft mail for testing, please? As when I try with cs_CZ letters, then it works
fine in print preview.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=531423
Matthias Clasen <mclasen(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |mclasen(a)redhat.com
--- Comment #8 from Matthias Clasen <mclasen(a)redhat.com> 2009-10-29 07:33:42 EDT ---
Well, thats the cell renderer just for the timer in the user list. I don't
_think_ that should affect the language / keyboard lists.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=531691
A S Alam <aalam(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |aalam(a)redhat.com,
| |fedora-i18n-bugs(a)redhat.com
Summary|[kn_IN]:Body text of the |[All Lang][i18n] Body text
|composed mail is not |of the composed mail is not
|appearing in the printed |appearing in the printed
|document |document
--- Comment #2 from A S Alam <aalam(a)redhat.com> 2009-10-29 07:12:56 EDT ---
it is reproduced with Japanese/Hindi/Punjabi, so Changing...
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=531716
Milan Crha <mcrha(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |CLOSED
Resolution| |DUPLICATE
--- Comment #1 from Milan Crha <mcrha(a)redhat.com> 2009-10-29 05:34:05 EDT ---
Thank you for a bug report. There is the same already reported, thus I file
this one as a duplicate.
*** This bug has been marked as a duplicate of 531691 ***
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=531716
Jens Petersen <petersen(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fedora-i18n-bugs(a)redhat.com
Summary|Printing problem in |[te_IN] Printing problem in
|Evolution when locale is in |Evolution when locale is in
|Telugu [te_IN]. |Telugu
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: FTBFS knm_new-fonts-1.1-5.fc11
https://bugzilla.redhat.com/show_bug.cgi?id=511668
Summary: FTBFS knm_new-fonts-1.1-5.fc11
Product: Fedora
Version: rawhide
Platform: All
URL: http://linux.dell.com/files/fedora/FixBuildRequires/mo
ck-results/
OS/Version: Linux
Status: NEW
Severity: high
Priority: high
Component: knm_new-fonts
AssignedTo: tagoh(a)redhat.com
ReportedBy: ftbfs(a)fedoraproject.org
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Blocks: 511348
Estimated Hours: 0.0
Classification: Fedora
knm_new-fonts-1.1-5.fc11.src.rpm Failed To Build From Source against the
rawhide tree. See http://fedoraproject.org/wiki/FTBFS for more information.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=531423
--- Comment #7 from Jens Petersen <petersen(a)redhat.com> 2009-10-29 01:44:25 EDT ---
+ *height = cell->ypad * 2 + 42;
So is 42 too big or ?
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=476871
--- Comment #15 from fujiwara <tfujiwar(a)redhat.com> 2009-10-29 01:38:04 EDT ---
I think now the Fedora 12 rawhide fixes this problem.
Please close this bug.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=531423
Adam Williamson <awilliam(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |awilliam(a)redhat.com
Severity|medium |low
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=505100
--- Comment #63 from Rodrigo Padula de Oliveira <rodrigopadula(a)projetofedora.org> 2009-10-28 15:08:17 EDT ---
I'm trying Fedora 12 Beta and the problem is the same with this new version.
When I choose Brazilian Portuguese and keyboard US International:
' + c = ć not ç
It's a BIG usability problem for Brazilians because great part of our laptops
are imported and the default keyboard is US International.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=529637
Pravin Satpute <psatpute(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |MODIFIED
--- Comment #4 from Pravin Satpute <psatpute(a)redhat.com> 2009-10-28 08:16:13 EDT ---
fixed problem
built lohit-gujarati-fonts-2.4.4-1 for F12 as well devel
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=531423
--- Comment #5 from Jens Petersen <petersen(a)redhat.com> 2009-10-28 05:53:09 EDT ---
(Also still happens with gdm-2.28.1-12.fc12.)
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=531423
--- Comment #4 from Jens Petersen <petersen(a)redhat.com> 2009-10-28 05:52:18 EDT ---
Reverting to gdm-2.28.0-9.fc12 in F12-Beta fixes the problem.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=531423
A S Alam <aalam(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |aalam(a)redhat.com
--- Comment #3 from A S Alam <aalam(a)redhat.com> 2009-10-28 05:51:05 EDT ---
produced with
gdm-2.28.1-5.fc12
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=531423
Jens Petersen <petersen(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fedora-i18n-bugs(a)redhat.com
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [deva] Need fontconfig rules for Samyak Devanagari font
https://bugzilla.redhat.com/show_bug.cgi?id=520051
Summary: [deva] Need fontconfig rules for Samyak Devanagari
font
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: samyak-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: pnemade(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com,
psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Created an attachment (id=359012)
--> (https://bugzilla.redhat.com/attachment.cgi?id=359012)
fontconfig rules for Samyak Devanagari
Description of problem:
Need to add fontspecific fontconfig rule file.
Version-Release number of selected component (if applicable):
samyak-fonts-1.2.1-6.fc12
How reproducible:
always
Steps to Reproduce:
1.
2.
3.
Actual results:
No fontconfig rule for Samyak Devanagari font
Expected results:
Should have fontconfig rule for Samayak Devanagari font
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=528217
Jens Petersen <petersen(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fedora-i18n-bugs(a)redhat.com
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=228804
Peng Huang <phuang(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flag|needinfo?(phuang(a)redhat.com |
|) |
--- Comment #14 from Peng Huang <phuang(a)redhat.com> 2009-10-28 01:59:09 EDT ---
I can reproduce this problem in rawhide.
Please try:
1. LANG=ja_JP.UTF-8 firefox http://start.fedoraproject.org/
2. input 111 or 111a in search entry
111 and 111a will be rendered with different fonts
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=530698
Pravin Satpute <psatpute(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |CLOSED
Resolution| |NEXTRELEASE
--- Comment #2 from Pravin Satpute <psatpute(a)redhat.com> 2009-10-28 00:22:15 EDT ---
Yep,and
system-config-language-1.3.3-3.fc12 successfully tagged into f12-final by
notting
Thanks to notting for same
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Errors installing gettext-0.17-10.fc11.i586 with --excludedocs
https://bugzilla.redhat.com/show_bug.cgi?id=515997
Summary: Errors installing gettext-0.17-10.fc11.i586 with
--excludedocs
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: gettext
AssignedTo: petersen(a)redhat.com
ReportedBy: atodorov(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
When installing with --excludedocs there are errors caused by missing files.
Version:
gettext-0.17-10.fc11.i586
How reproducible:
Always
Steps to reproduce:
1) rpm -ihv --excludedocs gettext-0.17-10.fc11.i586
or:
- use %packages --excludedocs in kickstart
- enable %_excludedocs macro in RPM
Expected results:
Package is installed without errors
Actual results:
Error(s): Installing gettext-0.17-10.fc11.i586
install-info: No such file or directory for /usr/share/info/gettext.info.gz
Additional info:
This bug is automatically filed with python-bugzilla and component assignment
may be incorrect.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: eee901 rt2860 wireless hotkey not working
https://bugzilla.redhat.com/show_bug.cgi?id=530727
Summary: eee901 rt2860 wireless hotkey not working
Product: Fedora
Version: 11
Platform: i686
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: alalhakim(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Created an attachment (id=365952)
--> (https://bugzilla.redhat.com/attachment.cgi?id=365952)
Update log file
Description of problem:
Hello I'm confronting a problem with my Asus eee901 Netbook since the 2nd
October when I upgraded my Fedora11. The wireless hotkey Fn+F2 for
enabling/disabling wireless rt2860 is not working. I don't see any reaction
from the different logs when I try to enable/disable the wireless
however I can enable the wireless adaptor from Bios and it is functioning.
Is there any known bug about this problem? How can I manually enable the
wireless module to investigate more? Other hotkeys are functioning as they
should (suspend, display brightness, display switching , volume, mute).
I suspect that the problem is due to the update
kmod-rt2860-2.6.30.8-64.fc11.i686.PAE and/or Ibus updates
because these updates that I recieved on october the 2nd.
I've attached a part from the yum.log containing updates during
29September-2October.
BR
Ali
Note that I've verified that the hotkey works by running Fedora 11 liveCD and I
could see that Ralink RT2860 disappears/ shows up when I press the Fn+F2
meanwhile checking the devices using the command lspci.
I've tried the Fedora mail list and Irc channel but it doesn't seems that this
problem is recognized.
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Fn+F2 does not turn on/off ralink RT2860 wireless device. No information in log
files (dmesg, messages ...) when I press the hotkey.
Expected results:
Fn+F2 hotkey on Asus eee 901 should turn on/off the wireless device Ralink
RT2860.
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=525035
Jens Petersen <petersen(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |petersen(a)redhat.com
Resolution|WORKSFORME |NOTABUG
--- Comment #15 from Jens Petersen <petersen(a)redhat.com> 2009-10-27 03:18:13 EDT ---
If you want to have persistence with a Live image you can create it
with "livecd-iso-to-disk --overlay-size-mb ..." (a few hundred may
be enough).
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=530698
Jens Petersen <petersen(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Blocks| |507436
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: msggrep segfaults when $ anchor is used
https://bugzilla.redhat.com/show_bug.cgi?id=483181
Summary: msggrep segfaults when $ anchor is used
Product: Fedora
Version: 9
Platform: i686
URL: https://savannah.gnu.org/bugs/index.php?25437
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: gettext
AssignedTo: petersen(a)redhat.com
ReportedBy: sflaniga(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
msggrep segfaults when $ anchor is used in regex
Version-Release number of selected component (if applicable):
0.17-4.fc9
How reproducible:
About 15 out of 16 runs.
Steps to Reproduce:
1.echo a=b | msggrep -P -K -e '^a$'
Actual results:
Segmentation fault (15/16 runs) or
no matches (1/16 runs)
Expected results:
One matching string
Additional info:
May be connected to https://savannah.gnu.org/bugs/index.php?25437. (My locally
compiled gettext-0.17 doesn't segfault, but never returns the expected
matches.)
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: ibus-m17n should only be able to start one copy of iok
https://bugzilla.redhat.com/show_bug.cgi?id=529145
Summary: ibus-m17n should only be able to start one copy of iok
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: ibus-m17n
AssignedTo: phuang(a)redhat.com
ReportedBy: petersen(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:
This might be an iok bug but I don't think ibus-m17n
should run multiple copies of iok if one clicks on
the iok icon more than once.
Steps to Reproduce:
1. click on iok icon
2. click again
3.
Actual results:
2. two iok instances
Expected results:
not more than one
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: ibus lost setting about last selected keymap in Desktop
https://bugzilla.redhat.com/show_bug.cgi?id=530034
Summary: ibus lost setting about last selected keymap in
Desktop
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:
Ibus lost keymap selection (other that Default), if using in Desktop, each
time, switch on, it shows only default keymap.
Version-Release number of selected component (if applicable):
ibus-1.2.0.20090927-1.fc12.x86_64
ibus-m17n-1.2.0.20090617-2.fc12.x86
How reproducible:
100%
Steps to Reproduce:
1. login to localize Desktop (Punjabi (pa_IN)
2. open gedit, activate input (with CTRL+SPACE)
3. change keymap to different (Punjabi Jhelum) (instead of default Punjabi
Inscript)
4. Close Gedit and again Open gedit, Ctrl+Space)
Actual results:
Each time for same application, same user, same locale, Default keymap set
Expected results:
last time selected keymap should work in Desktop for same user
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=529637
Pravin Satpute <psatpute(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |Reopened
Status|CLOSED |ASSIGNED
CC| |psatpute(a)redhat.com
Component|fontconfig |lohit-gujarati-fonts
Resolution|NOTABUG |
AssignedTo|besfahbo(a)redhat.com |psatpute(a)redhat.com
--- Comment #3 from Pravin Satpute <psatpute(a)redhat.com> 2009-10-27 00:33:10 EDT ---
yep, numerals have a wrong encoding values thats why this bug is coming
i will fix this in next version of lohit-gujarati-fonts,
thanks Caolan for notifying 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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=530698
Adam Williamson <awilliam(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=529637
Behdad Esfahbod <besfahbo(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |CLOSED
Resolution| |NOTABUG
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=530698
Chris Lumens <clumens(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|clumens(a)redhat.com |fedora-i18n-bugs(a)redhat.com
| |, psatpute(a)redhat.com
Component|firstboot |system-config-language
AssignedTo|clumens(a)redhat.com |psatpute(a)redhat.com
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [ml_IN] system-config-date for Malayalam does not display the map for timezone configuration
https://bugzilla.redhat.com/show_bug.cgi?id=526636
Summary: [ml_IN] system-config-date for Malayalam does not
display the map for timezone configuration
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: Translation
Severity: medium
Priority: low
Component: system-config-date
AssignedTo: nphilipp(a)redhat.com
ReportedBy: apeter(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: nphilipp(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Created an attachment (id=363285)
--> (https://bugzilla.redhat.com/attachment.cgi?id=363285)
Screenshot for timezone configuration in ml_IN
Description of problem:
system-config-date in Malayalam(ml) locale does not have the map appearing for
the time zone configuration. screenshot attached.
Version-Release number of selected component (if applicable):
system-config-date-1.9.50-1.fc12.noarch
How reproducible:
Always
Steps to Reproduce:
1.Run system-config-date in malayalam(ml_IN) locale as root
2.Click on the second tab for time zone configuration.
Additional info:
Found an error as I missed "/" in string "Africa/Lusaka". Updated po file and
committed.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=529637
A S Alam <aalam(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|fontconfig suggests "Lohit |[gu_IN]fontconfig suggests
|Gujarati" when requesting a |"Lohit Gujarati" when
|font that supports '1', but |requesting a font that
|Lohit Gujarati doesn't have |supports '1', but Lohit
|that glyph |Gujarati doesn't have that
| |glyph
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=529637
A S Alam <aalam(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |aalam(a)redhat.com,
| |fedora-i18n-bugs(a)redhat.com
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: language packages are less than upstream release
https://bugzilla.redhat.com/show_bug.cgi?id=493563
Summary: language packages are less than upstream release
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: kde-l10n
AssignedTo: than(a)redhat.com
ReportedBy: aalam(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:
Our release is missing various package, where upstream released those
our build:http://koji.fedoraproject.org/koji/buildinfo?buildID=92086
Upstream: ftp://ftp.kde.org/pub/kde/stable/4.2.1/src/kde-l10n/
I have list of few packages:
Bengali India (bn-IN)
Gujarati (gu)
Kannada (kn)
Maithili (mai)
Marithi (mr)
Version-Release number of selected component (if applicable):
kde-l10n-<LANG>-4.2.1.1
How reproducible:
Steps to Reproduce:
1. search for any of above lang pack on fedora rawhide
2.
3.
Actual results:
Not Available
Expected results:
can be as upstream providing
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.