Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: XIM not working with gtk/gnome
https://bugzilla.redhat.com/show_bug.cgi?id=498141
Summary: XIM not working with gtk/gnome
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: imsettings
AssignedTo: tagoh(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, cchance(a)redhat.com,
phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
If I run ibus or scim without a gtk immodule installed then IM no longer works
in gtk applications apparently.
Steps to Reproduce:
1. install rawhide
2. enable input method (im)
2. rpm -e ibus-gtk
3. restart desktop
4. use im
Actual results:
2. im works
4. im does not work
Expected results:
4. XIM to work under GNOME
Additional info:
Currently ibus.conf hardcodes GTK_IM_MODULE=ibus
and scim.conf should check the available immodules:
but neither seem to work for xim in f11.
--
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: iok should show map list for locales whose maps are not available
https://bugzilla.redhat.com/show_bug.cgi?id=490799
Summary: iok should show map list for locales whose maps are
not available
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: iok
AssignedTo: pnemade(a)redhat.com
ReportedBy: pnemade(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, pnemade(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
iok in locales whose keymaps are not available in iok does not show map list
selection combo box.
Version-Release number of selected component (if applicable):
iok-1.3.2-2.fc11.i586
How reproducible:
always
Steps to Reproduce:
1.start iok in non-indic locales
2. iok shows only keyboard buttons and "to English" button
3.
Actual results:
iok in locales whose maps are not available in iok shows only keyboard buttons
and switch button "to English" and not the map list.
Expected results:
iok in non-English locales whose maps are not available in iok should show map
list.
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: CapsLock and Shift essentially same and both sticky
https://bugzilla.redhat.com/show_bug.cgi?id=490793
Summary: CapsLock and Shift essentially same and both sticky
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: iok
AssignedTo: pnemade(a)redhat.com
ReportedBy: petersen(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:
The CapsLock and Shift keys seem to act almost the same in iok.
Shift should not be a sticky modifier.
Version-Release number of selected component (if applicable):
iok-1.3.2-2.fc11
Steps to Reproduce:
1. press Shift
2. press a (modified) key
3.
Actual results:
2. Shift remains sticky
Expected results:
2. Shift should be released after key press.
Additional info:
CapsLock is sticky so Shift does not need to be.
--
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: maybe xim related crash when restarting ibus
https://bugzilla.redhat.com/show_bug.cgi?id=488899
Summary: maybe xim related crash when restarting ibus
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: imsettings
AssignedTo: tagoh(a)redhat.com
ReportedBy: petersen(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:
I was running emacs in rawhide and after installing a new IME, restarted ibus
to make that available and bugbuddy came up reporting imsettings had crashed.
I will try to reproduce later and describe the steps if possible.
--
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: baekmuk-ttf-fonts : Unowned directories
https://bugzilla.redhat.com/show_bug.cgi?id=483327
Summary: baekmuk-ttf-fonts : Unowned directories
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: baekmuk-ttf-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: bugs.michael(a)gmx.net
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, cchance(a)redhat.com,
fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
One or more directories are not included within this
package and/or its sub-packages:
=> baekmuk-ttf-fonts-2.2-17.fc11.src.rpm
=> baekmuk-ttf-batang-fonts-2.2-17.fc11.noarch (rawhide-development-i386)
/usr/share/fonts/baekmuk-ttf
[...]
Further information:
https://fedoraproject.org/wiki/Packaging/ReviewGuidelines
MUST: A package must own all directories that it creates. If it does not
create a directory that it uses, then it should require a package which
does create that directory.
https://fedoraproject.org/wiki/Packaging/Guidelines#FileAndDirectoryOwnersh…https://fedoraproject.org/wiki/Packaging/UnownedDirectories
The script to find unowned directories is not complete yet, but
still quite usable: http://mschwendt.fedorapeople.org/dircheck-remote.py
$ ./dircheck-remote.py -r rawhide -n ^baekmuk-ttf
--
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-table needs to be updated for new ibus C API
https://bugzilla.redhat.com/show_bug.cgi?id=484650
Summary: ibus-table needs to be updated for new ibus C API
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus-table
AssignedTo: cchance(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: cchance(a)redhat.com, phuang(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Blocks: 446451,481098
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
ibus's engine API changed with ibus-1.1.0.
So the ibus-table needs to be updated for that.
--
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: Package Review: ibus-table-extraphrase
https://bugzilla.redhat.com/show_bug.cgi?id=488175
Summary: Package Review: ibus-table-extraphrase
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: Package Review
AssignedTo: petersen(a)redhat.com
ReportedBy: cchance(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: notting(a)redhat.com, petersen(a)redhat.com,
fedora-package-review(a)redhat.com, cchance(a)redhat.com,
phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Depends on: 488010
Blocks: 484650
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Clone Of: 488173
A split from ibus-table-chinese, which was sub-package of ibus-table.
Uploading srpm and spec.
--
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: cjkunifonts-uming breaks fontforge
https://bugzilla.redhat.com/show_bug.cgi?id=485472
Summary: cjkunifonts-uming breaks fontforge
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: cjkunifonts
AssignedTo: cchance(a)redhat.com
ReportedBy: dwayne(a)translate.org.za
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, cchance(a)redhat.com,
fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
cjkunifonts breaks fontforge operation.
Steps to Reproduce:
1. yum groupinstall Fonts - ensures we have a standard font install
2. fontforge - breaks
3. yum remove cjkunifonts-uming
4. fontforge - words
Actual results:
When crashing we get a message like this:
Help! Server claimed font
-some font file name (I can't remember it)
existed in the font list, but when I asked for it there was nothing.
I may crash soon.
Segmentation fault
Expected results:
fontforge works regardless of whether these fonts are installed.
Additional info:
A similar problem was reported in bug 450709 against xorg-x11-fonts-Type1 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=476459
--- Comment #25 from Akira TAGOH <tagoh(a)redhat.com> 2009-04-30 03:41:30 EDT ---
(In reply to comment #24)
> > If we are short of time for F11, I can temporarily add a xx-wqy-zenhei.conf and
> > set VL Gothic in front of ZenHei when lang=ja
>
> That doesn't sound like the right fix IMHO but perhaps I am missing something.
I agree with this. why don't we just restrict to apply ZenHei for only Chinese?
adding something not-owned by the package looks ugly and isn't the right thing
to do.
--
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=476459
--- Comment #24 from Jens Petersen <petersen(a)redhat.com> 2009-04-30 03:15:10 EDT ---
Let's separate the discussion on bitmap-song and zenhei properly.
from bug 492510:
> Actually, I think the font order in the current 65-nonlatin.conf is fine: as it
> does not assume specific language, I believe it is a good idea to put
> large-coverage fonts in front of small ones (see
> https://bugs.freedesktop.org/show_bug.cgi?id=20911). The only problem is, there
> is no Japanese specific font priority settings to boost VL Gothic for ja
> locale!
Right, 66-vlgothic-fonts.conf comes after..
> Here is Ubuntu's way to solve this: a list of language specific (CJK only)
> fontconfig settings are stored in conf.avail, named with
> "{29,69,99}-language-selector-xxxx.conf" where xxxx include zh-cn, zh-hk,
> zh-..., ja-jp and ko-kr. For a given desktop locale, it will link the
> corresponding conf file to conf.d. Although it is a little bit messy, but I
> think it serves the purpose well: 65-nonlatin is the default font order without
> assuming any specific lang, if you want to overwrite that for a specific
> locale, you have to add a lang-specific conf file.
I tested language-selector - it actually has a problem currently: eg its
settings will override CJK fonts even when other CJK locale for app is
specified.
> If we are short of time for F11, I can temporarily add a xx-wqy-zenhei.conf and
> set VL Gothic in front of ZenHei when lang=ja
That doesn't sound like the right fix IMHO but perhaps I am missing something.
--
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.