Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Unable to use an input method when using stardict
https://bugzilla.redhat.com/show_bug.cgi?id=518932
Summary: Unable to use an input method when using stardict
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: stardict
AssignedTo: cchance(a)redhat.com
ReportedBy: frigoris.ma(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: cchance(a)redhat.com, zhu(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
When the StarDict window is active, it's utterly impossible to switch to an
input method and type some Chinese words as search keys, no matter by a
keyboard combo or the GUI icon in the panel. Back on F10 this has been a
problem, but I thought it could be a bug in SCIM, which was the IME I used. Now
on F11 we switched to IBus and it's still broken. It seems that IBus works
everywhere but in StarDict so I guess it's in StarDict that the culprit is.
Version-Release number of selected component (if applicable):
stardict-3.0.1-17.fc11.i586
How reproducible:
Always.
Steps to Reproduce:
1. Use an IME (e.g. IBus)
2. Launch StarDict
3. Try typing some CJK characters in the StarDict query box ;)
Actual results:
Input methods can't be activated.
Expected results:
It should have been ;)
Additional info:
I tested with Pinyin only. I guess it would be the same with others.
Thanks for looking into this 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.
Summary: [abrt] crash detected in ibus-anthy-1.2.0.20090917-1.fc12
https://bugzilla.redhat.com/show_bug.cgi?id=526881
Summary: [abrt] crash detected in
ibus-anthy-1.2.0.20090917-1.fc12
Product: Fedora
Version: rawhide
Platform: x86_64
OS/Version: Linux
Status: NEW
Status Whiteboard: abrt_hash:fc1f2891
Severity: medium
Priority: low
Component: ibus-anthy
AssignedTo: tfujiwar(a)redhat.com
ReportedBy: azelinka(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, tfujiwar(a)redhat.com,
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
-----
As recomended in bz526222, I've replaced scim with ibus (only ibus+devs and
ibus-anthy pkgs installed).
Then I've aded "Japanese anthy" via ibus-setup and made ibus the default input
method using im-chooser.
Both im-chooser and ibus-setup generates this error, probably because it starts
ibus-server.
Additional information
======
Attached files
----
backtrace
cmdline
-----
python /usr/share/ibus-anthy/engine/main.py --ibus
component
-----
ibus-anthy
executable
-----
/usr/share/ibus-anthy/engine/main.py
kernel
-----
2.6.31.1-56.fc12.x86_64
package
-----
ibus-anthy-1.2.0.20090917-1.fc12
uuid
-----
fc1f2891
--
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: Default keyboard layout doesn't follow the system keyboard configuration
https://bugzilla.redhat.com/show_bug.cgi?id=530509
Summary: Default keyboard layout doesn't follow the system
keyboard configuration
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: gdm
AssignedTo: jmccann(a)redhat.com
ReportedBy: tagoh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: jmccann(a)redhat.com, rstrode(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
I've tried Fedora 12 Beta and installed with Japanese. once the installation
finished, booting up. gdm shows me the default keyboard is USA. even though
/etc/sysconfig/keyboard has:
KEYTABLE="jp106"
MODEL="jp106"
LAYOUT="jp"
KEYBOARDTYPE="pc"
Version-Release number of selected component (if applicable):
gdm-2.28.0-9.fc12.i686
How reproducible:
always
Steps to Reproduce:
1.fresh install on 12-Beta or create a new user
2.select the account on gdm
3.see the keyboard layout at the bottom of the screen.
Actual results:
USA
Expected results:
Japan
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=225617
--- Comment #27 from Nicolas Mailhot <nicolas.mailhot(a)laposte.net> 2009-10-23 04:40:17 EDT ---
(In reply to comment #26)
> yeah, fc-scan is giving wrong o/p for console8*8 font family name, looks some
> problem. we dont a source file for console8*8
Well, your choices for that file are :
1. drop it, wait for complains, ask whoever complains to fix the file
2. write a fontforge (or other) script to fix the file yourself at build time
3. enhance fontconfig to read the real font name (assuming it is present at all
in the font file)
4. remap the font name in a fontconfig rule (see the remapping-font-template).
But this is still a workaround, not a complete solution, and you'll get nagged
every time the font audit scripts run
Continuing to deploy a file that does not work in fontconfig is not acceptable,
that sends the wrong message to third-parties.
--
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: Add again iok support in ibus-m17n
https://bugzilla.redhat.com/show_bug.cgi?id=528677
Summary: Add again iok support in ibus-m17n
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: high
Priority: urgent
Component: ibus-m17n
AssignedTo: pnemade(a)redhat.com
ReportedBy: pnemade(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, aalam(a)redhat.com,
pnemade(a)redhat.com, phuang(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
Last build of ibus-m17n removed iok support. Please apply patch in Fedora
package cvs of iok support to ibus-m17n source code.
Version-Release number of selected component (if applicable):
ibus-m17n-1.2.0.20090617-2.fc12
How reproducible:
always
Steps to Reproduce:
1.select any indic inscript input engine.
2. check for iok icon on ibus panel.
3.
Actual results:
There is no iok icon on ibus panel.
Expected results:
There should be iok icon to support iok application.
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=228804
Jens Petersen <petersen(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Version|11 |rawhide
Summary|[All lang] [firefox] - Face |[CJK] different fonts used
|of the number is changing |for Latin and Common chars
|when enter number + Char, |
|in any Locale |
--- Comment #13 from Jens Petersen <petersen(a)redhat.com> 2009-10-23 01:23:22 EDT ---
firefox-3.5 in current f12 rawhide looks ok to me.
But the general pango issue is still unchanged I think.
(In reply to comment #3)
> What's the rationale for such a change? Common characters are common to all
> scripts. They are not Latin. If I write in Persian, I want common characters
> chosen from my Persian font, not Latin font.
It is different for CJK - they have their own wide punctuation
and number glyphs. For CJK COMMON and LATIN glyphs should be
rendered in the same font.
--
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=530273
Caius 'kaio' Chance <cchance(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |i18n
Status|NEW |CLOSED
Resolution| |CURRENTRELEASE
--
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=530273
--- Comment #1 from Caius 'kaio' Chance <cchance(a)redhat.com> 2009-10-22 19:33:14 EDT ---
https://admin.fedoraproject.org/updates/ibus-table-1.2.0.20091014-2.fc11?_c…
It has been built in buildsys and I have submitted for pushing to
updates-testing repository.
Once this one is pushed to updates-testing repo, I will wait for 3 days before
I submit to push that into updates stable repo.
Alternatively, if 3 testers confirmed that this works, it could be
automatically be pushed from updates-testing to updates stable repo.
Thank you very much.
--
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 UnihanDb-5.1.0-7.fc11.1
https://bugzilla.redhat.com/show_bug.cgi?id=511482
Summary: FTBFS UnihanDb-5.1.0-7.fc11.1
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: UnihanDb
AssignedTo: dchen(a)redhat.com
ReportedBy: ftbfs(a)fedoraproject.org
QAContact: extras-qa(a)fedoraproject.org
CC: dchen(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Blocks: 511348
Estimated Hours: 0.0
Classification: Fedora
UnihanDb-5.1.0-7.fc11.1.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=530273
Rich Megginson <rmeggins(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|nhosoi(a)redhat.com, |cchance(a)redhat.com,
|nkinder(a)redhat.com, |fedora-i18n-bugs(a)redhat.com
|rmeggins(a)redhat.com |, phuang(a)redhat.com
Component|389-admin-console |ibus-table
AssignedTo|rmeggins(a)redhat.com |cchance(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=225617
--- Comment #25 from Nicolas Mailhot <nicolas.mailhot(a)laposte.net> 2009-10-22 05:27:38 EDT ---
(In reply to comment #24)
> (In reply to comment #23)
> > 3. Some of the files in bitmap-console-fonts declare their name as
> > "console8x8.pcf" which is almost certainly a bug
> you are talking about fontname, or file name
I'm talking about fontname as used by fontconfig (fc-query with the pkgkit
format as used to generate rpm font metadata)
> > 4. The Lucida Typewriter fonts in bitmap-fonts should be pushed in a
> > bitmap-lucida-typewriter-fonts subpackage
> in that case, bitmap-fonts rpm will be empty?
It is perfectly possible to have a srpm that only generates subpackages with
different names. rpm will only generate a bitmap-fonts rpm from the
bitmap-fonts srpm if you put some files in it
> > 6. you can probably kill the common file and put each license %doc in the
> > corresponding subpackage (just put the %doc line after the corresponding
> > %_font_pkg call). You just need to have each subpackage require
> > fontpackages-filesystem direcly
>
> so here we suppose to remove common package, also README will not require
> and put files for each subpackage in %doc, but we dont have any for console
> what to do for it?
If you don't have any doc for console, I guess it will be a doc-less subpackage
:)
The main use of -common if when you have bulky shared documentation (very
often, big pdf files in the font world)
--
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=225617
--- Comment #24 from Pravin Satpute <psatpute(a)redhat.com> 2009-10-22 05:07:15 EDT ---
(In reply to comment #23)
>
> 2. You have some stray "fixed" font in bitmap-console-fonts
yep console9x15.pcf has written fontname FixedMedium
in that case i think we will require Fixed subpackage, with this file included
> 3. Some of the files in bitmap-console-fonts declare their name as
> "console8x8.pcf" which is almost certainly a bug
you are talking about fontname, or file name
i did not found this in fontname, please provide bit more info.
>
> 4. The Lucida Typewriter fonts in bitmap-fonts should be pushed in a
> bitmap-lucida-typewriter-fonts subpackage
in that case, bitmap-fonts rpm will be empty?
>
> 6. you can probably kill the common file and put each license %doc in the
> corresponding subpackage (just put the %doc line after the corresponding
> %_font_pkg call). You just need to have each subpackage require
> fontpackages-filesystem direcly
so here we suppose to remove common package, also README will not require
and put files for each subpackage in %doc, but we dont have any for console
what to do for it?
--
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: Use upstream tarball and make modifications during the build
https://bugzilla.redhat.com/show_bug.cgi?id=527214
Summary: Use upstream tarball and make modifications during the
build
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: sazanami-fonts
AssignedTo: tagoh(a)redhat.com
ReportedBy: caolanm(a)redhat.com
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
Target Release: ---
Created an attachment (id=363657)
--> (https://bugzilla.redhat.com/attachment.cgi?id=363657)
alternative approach that self-documents our changes
As described in rhbz#461617 we have a modified sazanami-fonts tarball that
differs from the original. Apparently to change the 0x7E6B glyph in the Gothic
and Mincho fonts according to rhbz##196433
Attached is a suggestion to use the original tarball and modify it during the
build to swap in the two desired replacement glyphs using the ttx tool from
fontutils.
I don't have strong feelings about this one way or the other, but I feel this
might be a rather "neater" and self-documenting mechanism to solving the
original 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.
Summary: Specific Information about default font need to be displayed on global font settings' GUI
https://bugzilla.redhat.com/show_bug.cgi?id=530285
Summary: Specific Information about default font need to be
displayed on global font settings' GUI
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: fontconfig
AssignedTo: besfahbo(a)redhat.com
ReportedBy: apeter(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: besfahbo(a)redhat.com,
fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Created an attachment (id=365660)
--> (https://bugzilla.redhat.com/attachment.cgi?id=365660)
Screenshot for the font GUI showing "Sans"
Description of problem:
(this cannot be termed as a "bug")
The default font for Malayalam in Fedora is smc-meera-fonts. When logging into
Malayalam locale, the font details appearing on the GUI
(System->Preferences->Appearance->Font) is as shown in screenshot. It says
"Sans" instead of "Meera". This does not give any information to the normal
user about which font he is currently viewing on his desktop. I understand
there are ways to get the font information from command line interface. But how
to get this information on GUI? Please advise how this can be done and thus the
purpose of GUI can be better served in a more useful way to the user.
How reproducible:
Always
Steps to Reproduce:
1. Login to Malayalam (ml_IN) locale
2. Select System->Preferences->Appearance->Font)
3. Check the font information displayed on GUI
Actual results:
font appear as "Sans"
Expected results:
>From user point of view I feel this must be shown as "Meera", as "Sans" does
not give any information about the default font used in Malayalam
--
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: ghostscript files referred to outdated font info
https://bugzilla.redhat.com/show_bug.cgi?id=529975
Summary: ghostscript files referred to outdated font info
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: cjkuni-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: htl10(a)users.sourceforge.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
Clone Of: 488398
+++ This bug was initially created as a clone of Bug #488398 +++
Description of problem:
The /usr/share/ghostscript/config.d/*map* files just need to match exactly the
locations and naming of the fonts.
Issue refered in the old bug
(https://bugzilla.redhat.com/show_bug.cgi?id=488398#c7)
is recurring again, with a different variation: config refers to
"/usr/share/fonts/cjkuni/uming.ttc", but the location on rawhide and f11 are
both "/usr/share/fonts/cjkuni-uming/uming.ttc"
(note the extra bits "-uming").
--
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=526356
Summary: Please rebuild against new ibus libraries
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: urgent
Priority: low
Component: ibus-anthy
AssignedTo: tfujiwar(a)redhat.com
ReportedBy: webmaster(a)aus-city.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, tfujiwar(a)redhat.com,
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.
https://bugzilla.redhat.com/show_bug.cgi?id=526633
--- Comment #17 from Fedora Update System <updates(a)fedoraproject.org> 2009-10-20 20:57:25 EDT ---
gargi-fonts-1.9-2.fc10 has been pushed to the Fedora 10 testing repository. If
problems still persist, please make note of it in this bug report.
If you want to test the update, you can install it with
su -c 'yum --enablerepo=updates-testing update gargi-fonts'. You can provide
feedback for this update here:
http://admin.fedoraproject.org/updates/F10/FEDORA-2009-10712
--
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=526633
Fedora Update System <updates(a)fedoraproject.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |ON_QA
--- Comment #16 from Fedora Update System <updates(a)fedoraproject.org> 2009-10-20 20:50:38 EDT ---
gargi-fonts-1.9-2.fc11 has been pushed to the Fedora 11 testing repository. If
problems still persist, please make note of it in this bug report.
If you want to test the update, you can install it with
su -c 'yum --enablerepo=updates-testing update gargi-fonts'. You can provide
feedback for this update here:
http://admin.fedoraproject.org/updates/F11/FEDORA-2009-10660
--
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 would not work with locale zh_TW.Big5
https://bugzilla.redhat.com/show_bug.cgi?id=518901
Summary: ibus-chewing would not work with locale zh_TW.Big5
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: ibus-chewing
AssignedTo: dchen(a)redhat.com
ReportedBy: shr_msn(a)yahoo.com.tw
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:
ibus-chewing would not work with locale zh_TW.Big5 after applied recent
updates, the original Fedora 11 will work fine
Version-Release number of selected component (if applicable):
ibus-1.1.0.20090612-3.fc11.x86_64
ibus-libs-1.1.0.20090612-3.fc11.x86_64
ibus-gtk-1.1.0.20090612-3.fc11.x86_64
ibus-chewing-1.0.10.20090523-2.fc11.x86_64
How reproducible:
use locale "zh_TW.Big5"
Steps to Reproduce:
1. edit /etc/sysconfig/i18n, set LANG="zh_TW.Big5"
2. restart Xwindow
3. ibus-chewing will not work
Actual results:
not work (when switch to chewing, the input window popup then disappear)
Expected results:
work
Additional info:
If somebody needs zh_TW.Big5 environment and ibus-chewing, workaround:
open terminal (In Xwindow)
locale (this is not need, just confirm current locale, zh_TW.Big5 will not
work...)
ps auxww | grep \[i\]bus (find ibus process, could not see
/usr/libexec/ibus-engine-chewing --ibus with zh_TW.Big5)
kill pid_of_ibus ( kill "/usr/libexec/ibus-x11 --kill-daemon" will kill all )
export LANG=zh_TW.UTF-8
/usr/bin/ibus-daemon --xim &
then it will work fine, you can close this terminal.
--
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=529818
--- Comment #1 from Akira TAGOH <tagoh(a)redhat.com> 2009-10-20 05:13:26 EDT ---
I've attached the proposed patch to upstream bugzilla fwiw.
--
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=529818
Akira TAGOH <tagoh(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: cpi setting not used accurately
https://bugzilla.redhat.com/show_bug.cgi?id=524892
Summary: cpi setting not used accurately
Product: Red Hat Enterprise Linux 6
Version: 6.0
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: paps
AssignedTo: tagoh(a)redhat.com
ReportedBy: twaugh(a)redhat.com
QAContact: eng-i18n-bugs(a)redhat.com
CC: tagoh(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Depends on: 524883
Estimated Hours: 0.0
Classification: Red Hat
Target Release: ---
Clone Of: 524883
+++ This bug was initially created as a clone of Bug #524883 +++
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.
--- Additional comment from twaugh(a)redhat.com on 2009-09-22 11:22:41 EDT ---
Created an attachment (id=362103)
--> (https://bugzilla.redhat.com/attachment.cgi?id=362103)
expected.jpg
--- Additional comment from twaugh(a)redhat.com on 2009-09-22 11:23:38 EDT ---
Created an attachment (id=362105)
--> (https://bugzilla.redhat.com/attachment.cgi?id=362105)
132.txt
--- Additional comment from twaugh(a)redhat.com on 2009-09-22 11:24:05 EDT ---
Created an attachment (id=362106)
--> (https://bugzilla.redhat.com/attachment.cgi?id=362106)
actual.jpg
--
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=526633
Kevin Fenzi <kevin(a)tummy.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flag|fedora-cvs? |fedora-cvs+
--- Comment #12 from Kevin Fenzi <kevin(a)tummy.com> 2009-10-19 12:27:48 EDT ---
cvs done.
--
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=459680
--- Comment #63 from Jens Petersen <petersen(a)redhat.com> 2009-10-19 05:27:08 EDT ---
@Baif: so this is ok 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.
https://bugzilla.redhat.com/show_bug.cgi?id=526633
Ankur Sinha <sanjay.ankur(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flag| |fedora-cvs?
--- Comment #11 from Ankur Sinha <sanjay.ankur(a)gmail.com> 2009-10-19 04:20:06 EDT ---
New Package CVS Request
=======================
Package Name: gargi-fonts
Short Description: A Free Unicode OpenType Font
Owners: ankursinha
Branches: F-12 F-11 F-10
InitialCC: fonts-sig
--
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=526633
--- Comment #10 from Ankur Sinha <sanjay.ankur(a)gmail.com> 2009-10-19 04:17:42 EDT ---
(In reply to comment #9)
> Ankur,
>
> This version is good. If you hear from upstream make them write a better
> description.
I'll recontact them. Lets hope for a reply this time.
>
> ⚺⚺⚺ APPROVED ⚺⚺⚺
>
> You can continue from
> http://fedoraproject.org/wiki/Font_package_lifecycle#3.a
>
Continuing from here.
> I hope the process was pleasant, and that it will inspire you to package other
> fonts for Fedora. Please do not hesitate to suggest improvements to our
> organisation on the fonts mailing list.
>
Yup, it was pleasant and I'm going to continue packaging fonts :) . You're
taking good care of the fonts-sig, I really have no improvements to point out
yet. :)
> Thank you for your contribution to our font package pool.
>
> ⇒ REASSIGNING
--
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=485566
--- Comment #11 from Jens Petersen <petersen(a)redhat.com> 2009-10-19 04:15:22 EDT ---
Some simple testcases from bug 529594:
LANG=zh_CN.UTF-8 pango-view --font="Monospace" <(echo -e "my@ip-1-2-3 ~$\n @@
1 2 3")
LANG=ja_JP.UTF-8 pango-view --font="Monospace" <(echo -e "my@ip-1-2-3 ~$\n @@
1 2 3")
LANG=ko_KR.UTF-8 pango-view --font="Monospace" <(echo -e "my@ip-1-2-3 ~$\n @@
1 2 3")
also good without --font option.
--
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=485566
Jens Petersen <petersen(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |phuang(a)redhat.com
--- Comment #10 from Jens Petersen <petersen(a)redhat.com> 2009-10-19 04:09:59 EDT ---
*** Bug 529594 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.
https://bugzilla.redhat.com/show_bug.cgi?id=485566
Jens Petersen <petersen(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Version|10 |rawhide
Summary|Fontconfig should select |[CJK] Fontconfig should
|DejaVu font for rendering |select DejaVu font for
|English, even in Japanese |rendering ASCII glyphs
|locale. |
--
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][Various] Default font in oowriter is not Language Default (Lohit or Other), but DejaVu Sans
https://bugzilla.redhat.com/show_bug.cgi?id=529127
Summary: [Indic][Various] Default font in oowriter is not
Language Default (Lohit or Other), but DejaVu Sans
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, dtardon(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Depends on: 528409
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Clone Of: 528409
+++ This bug was initially created as a clone of Bug #528409 +++
Description of problem:
While using Sinhala Desktop (si_LK), oowriter is showing DejaVu Sans, even
when input sinhala, it is showing that font, while 'LKLUG' is present in font
list,
$fc-match
lklug.ttf: "LKLUG" "Regular"
Version-Release number of selected component (if applicable):
openoffice.org-writer-3.1.1-19.fc12
How reproducible:
100%
Steps to Reproduce:
1. start oowriter with si_LK.UTF-8 locale
2. check Default font
3.
Actual results:
which is DejaVu Sans
Expected results:
LKLUG
Additional info:
--- Additional comment from dtardon(a)redhat.com on 2009-10-12 03:18:52 EDT ---
There is no default font configuration for si_LK.
--- Additional comment from dtardon(a)redhat.com on 2009-10-12 03:44:52 EDT ---
fix checked in, will be in >= 3.2.0-1.1
---------
UPDATE [15Oct2009]
Various Indic Languages are also effected (list below):
-as_IN
-bn_IN
-kn_IN
-mr_IN
-ml_IN
-mai_IN
-te_IN
Font List for these Language:
as_IN - Lohit-Assamese
bn_IN - Lohit-Bengali
kn_IN - Lohit-Kannada
mr_IN - Lohit-Marathi
ml_IN - Meera
mai_IN - Lohit-Mathili
te_IN - Lohit-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: [si_LK] Default font in oowriter is not Language Default (LKLUG), but DejaVu Sans
https://bugzilla.redhat.com/show_bug.cgi?id=528409
Summary: [si_LK] Default font in oowriter is not Language
Default (LKLUG), but DejaVu Sans
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: ---
Description of problem:
While using Sinhala Desktop (si_LK), oowriter is showing DejaVu Sans, even
when input sinhala, it is showing that font, while 'LKLUG' is present in font
list,
$fc-match
lklug.ttf: "LKLUG" "Regular"
Version-Release number of selected component (if applicable):
openoffice.org-writer-3.1.1-19.fc12
How reproducible:
100%
Steps to Reproduce:
1. start oowriter with si_LK.UTF-8 locale
2. check Default font
3.
Actual results:
which is DejaVu Sans
Expected results:
LKLUG
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: wrongly encoding glyphs after U+10000
https://bugzilla.redhat.com/show_bug.cgi?id=525498
Summary: wrongly encoding glyphs after U+10000
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: moyogo(a)gmail.com
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
Since 1.04 the codepoints U+10000...U+10013 in Liberation Sans,
U+10000...U+1000B in Liberation Serif, and U+10000...U+1000E in Liberation
Mono, are filled with characters that used to be out of bound. The glyph don't
actually match the codepoints.
For example U+10005 LINEAR B SYLLABLE B001 DA is a fraction four in
LiberationSans-Regular.
The error was probably introduced when the font encoding went from Unicode BMP
to Unicode Full.
--
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: Duplicate "Provides" entries
https://bugzilla.redhat.com/show_bug.cgi?id=528368
Summary: Duplicate "Provides" entries
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: matt(a)mattmccutchen.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
Description of problem:
Each of the packages liberation-mono-fonts, liberation-sans-fonts,
liberation-serif-fonts contains a duplicate "provide" for its own
name-version-release in addition to the one implicitly generated by rpm.
Version-Release number of selected component (if applicable):
liberation-serif-fonts-1.04.93-10.fc11.noarch
liberation-sans-fonts-1.04.93-10.fc11.noarch
liberation-mono-fonts-1.04.93-10.fc11.noarch
How reproducible:
Always
Steps to Reproduce:
1. rpm -q --provides -a 'liberation-*-fonts' | grep '^liberation'
Actual results:
liberation-serif-fonts = 1.04.93-10.fc11
liberation-serif-fonts = 1.04.93-10.fc11
liberation-sans-fonts = 1.04.93-10.fc11
liberation-sans-fonts = 1.04.93-10.fc11
liberation-mono-fonts = 1.04.93-10.fc11
liberation-mono-fonts = 1.04.93-10.fc11
Expected results:
liberation-serif-fonts = 1.04.93-10.fc11
liberation-sans-fonts = 1.04.93-10.fc11
liberation-mono-fonts = 1.04.93-10.fc11
Additional info:
It looks like this has already been fixed in rawhide in
liberation-fonts-1.04.93-11, according to the spec file in CVS:
http://cvs.fedoraproject.org/viewvc/rpms/liberation-fonts/devel/liberation-…
So feel free to mark this CLOSED RAWHIDE if you don't wish to make the fix for
Fedora 11. I thought I'd ask because the duplicate provides came up when I was
doing some checks on my RPM database.
--
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] Input Method is not working for Mailthili (after Fresh install)
https://bugzilla.redhat.com/show_bug.cgi?id=529144
Summary: [mai_IN] Input Method is not working for Mailthili
(after Fresh install)
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:
After installing Maithili from today's rawhide, Ibus is not working in mai_IN
locale By Default, while it is working if tried to login in Hindi locale.
Version-Release number of selected component (if applicable):
ibus-1.2.0.20090927-1.fc12.x86_64
m17n-contrib-maithili-1.1.10-2.fc12.noarch
How reproducible:
100%
Steps to Reproduce:
1. Fresh install with (in) Maithili Language
2. login in Maithili Destkop
3. check im-chooser
Actual results:
ibus is not working ( im-choose has not enabled by default)
Expected results:
Ibus should work for this locale
Additional info:
after enabling once with im-chooser, it is working, but default keymap not
added
--
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=226639
Matej Cepl <mcepl(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
AssignedTo|nobody(a)fedoraproject.org |mcepl(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=226639
Matej Cepl <mcepl(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |nicolas.mailhot(a)laposte.net
--- Comment #4 from Matej Cepl <mcepl(a)redhat.com> 2009-10-17 16:42:07 EDT ---
*** Bug 437689 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.
https://bugzilla.redhat.com/show_bug.cgi?id=526633
Nicolas Mailhot <nicolas.mailhot(a)laposte.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|nicolas.mailhot(a)laposte.net |sanjay.ankur(a)gmail.com
Flag|fedora-review? |fedora-review+
--- Comment #9 from Nicolas Mailhot <nicolas.mailhot(a)laposte.net> 2009-10-16 16:55:48 EDT ---
Ankur,
I hope you've recovered completely and are well now
There is absolutely no problem with a review sleeping some time, what's not ok
is making someone work on a review then vanishing, but as long as you come back
in a reasonable delay everything is fine.
This version is good. If you hear from upstream make them write a better
description.
⚺⚺⚺ APPROVED ⚺⚺⚺
You can continue from
http://fedoraproject.org/wiki/Font_package_lifecycle#3.a
I hope the process was pleasant, and that it will inspire you to package other
fonts for Fedora. Please do not hesitate to suggest improvements to our
organisation on the fonts mailing list.
Thank you for your contribution to our font package pool.
⇒ REASSIGNING
--
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: update to ibus breaks eee pc suspend
https://bugzilla.redhat.com/show_bug.cgi?id=526918
Summary: update to ibus breaks eee pc suspend
Product: Fedora
Version: 11
Platform: i386
OS/Version: Linux
Status: NEW
Severity: high
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: jon.fairbairn(a)cl.cam.ac.uk
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:
After recent upgrade to ibus, eee pc won't come back from suspend.
Version-Release number of selected component (if applicable):
ibus-1.2.0.20090927-1.fc11.i586
ibus-libs-1.2.0.20090927-1.fc11.i586
ibus-gtk-1.2.0.20090927-1.fc11.i586
ibus-rawcode-1.2.0.20090703-1.fc11.i586
ibus-m17n-1.2.0.20090617-2.fc11.i586
ibus-hangul-1.2.0.20090617-2.fc11.i586
ibus-pinyin-1.2.0.20090915-1.fc11.noarch
ibus-anthy-1.2.0.20090917-1.fc11.i586
ibus-chewing-1.2.0.20090917-2.fc11.i586
How reproducible:
After updating to above versions every suspend I tried
failed to resume.
Steps to Reproduce:
1. upgrade ibus-*
2. suspend machine from "battery/mains" icon
3. press shift
Actual results:
Fan whirrs briefly then stops and power light goes from
flasing to continuous, but screen remains blank and there is
no disc access. Power button doesn't turn machine off,
hard reset required.
Expected results:
Fan whirrs briefly and then continues to whirr at a lower
level for a while, disc access happens and the desktop
reappears.
Additional info:
Downgrading to these versions:
ibus-libs-1.1.0.20090423-1.fc11.i586
ibus-1.1.0.20090423-1.fc11.i586
ibus-rawcode-1.0.0.20090303-2.fc11.i586
ibus-gtk-1.1.0.20090423-1.fc11.i586
ibus-chewing-1.0.10.20090523-2.fc11.i586
ibus-m17n-1.1.0.20090211-4.fc11.i586
ibus-anthy-1.1.0.20090402-1.fc11.i586
ibus-pinyin-1.1.0.20090303-1.fc11.noarch
ibus-hangul-1.1.0.20090328-2.fc11.i586
resolved the problem.
I haven't repeated the upgrade/downgrade cycle because it
takes quite a while and the downgraded version works (which
is what I like, really), so I can't say that I've tested
this extensively.
--
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=227792
Jens Petersen <petersen(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dchen(a)redhat.com,
| |phuang(a)redhat.com
Component|scim-chewing |ibus-chewing
QAContact| |extras-qa(a)fedoraproject.org
--- Comment #11 from Jens Petersen <petersen(a)redhat.com> 2009-10-13 02:45:16 EDT ---
Moving to ibus-chewing.
--
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=519317
--- Comment #22 from Jens Petersen <petersen(a)redhat.com> 2009-10-13 00:50:49 EDT ---
I tried with F11 x86_64 (on a 19" 1280x1024 display):
$ LANG=en_US.UTF-8 pango-view --waterfall --text "LANG=en_US 糓䶜"
This displays okay for me, but:
> LANG=zh_TW.UTF-8 pango-view --waterfall --text "LANG=zh_TW 糓䶜"
hangs before rendering the first (smallest) 糓.
On rawhide with 17" monitor: similar results except LANG=en_US
hangs after first 糓.
--
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: X freezes at startup or later on Intel hardware (82G33) - Fedora 11.91
https://bugzilla.redhat.com/show_bug.cgi?id=528482
Summary: X freezes at startup or later on Intel hardware
(82G33) - Fedora 11.91
Product: Fedora
Version: rawhide
Platform: x86_64
OS/Version: Linux
Status: NEW
Severity: high
Priority: low
Component: nabi
AssignedTo: arya.subhransu(a)gmail.com
ReportedBy: pproche(a)gmx.net
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, arya.subhransu(a)gmail.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
X hangs at startup or just randomly after a while, blank sreen, no mouse
pointer, keyboard dead
Version-Release number of selected component (if applicable):
xorg-x11-drv-intel-2.9.0-2.fc12.x86_64
How reproducible:
Always: X hangs first at startup, after rebooting the second or third startup
works fine, then X crashes randomly some time afterwards
Steps to Reproduce:
---
Actual results:
---
Expected results:
---
Additional info:
The problem occurs generally in all window managers: FVWM, Gnome, Xfce, but
mostly in FVWM. Xfce seems to be the most stable.
After logging in at the console ans starting for example FVWM, the graphical
display flashes up for a split second, the the screen goes blank. If I reboot
and start X again, it is usually working, but freezes randomly later. Killing X
is not possible because keyboard or mouse are not working anymore. Sometimes
(especially when X crashes later), the control lamps on the keyboard blink.
The system itself does not crash, I can log in via ssh, save the xorg-log (see
attachment) and reboot. Killing X via ssh does not solve anything.
I found a description of a similar problem once, and the solution was to
downgrade DRM packages, tried this, but it did not work.
Installed X components:
xorg-x11-fonts-ISO8859-9-75dpi-7.2-9.fc12.noarch
xorg-x11-server-common-1.7.0-1.fc12.x86_64
xorg-x11-fonts-truetype-7.1-2.noarch
xorg-x11-drv-sis-0.10.2-1.fc12.x86_64
xorg-x11-proto-devel-7.4-31.fc12.noarch
xorg-x11-server-Xorg-1.7.0-1.fc12.x86_64
xorg-x11-fonts-misc-7.2-9.fc12.noarch
xorg-x11-twm-1.0.3-5.fc12.x86_64
xorg-x11-drv-keyboard-1.3.99.1-1.fc12.x86_64
xorg-x11-fonts-ISO8859-2-100dpi-7.2-9.fc12.noarch
xorg-x11-drv-void-1.3.0-2.fc12.x86_64
xorg-x11-drv-vga-4.1.0-2.1.x86_64
xorg-x11-xauth-1.0.2-7.fc12.x86_64
xorg-x11-drv-openchrome-0.2.903-16.fc12.x86_64
xorg-x11-fonts-ISO8859-9-100dpi-7.2-9.fc12.noarch
xorg-x11-fonts-ISO8859-14-75dpi-7.2-9.fc12.noarch
xorg-x11-server-utils-7.4-11.fc12.x86_64
xorg-x11-drv-vmmouse-12.6.5-2.fc12.x86_64
xorg-x11-font-utils-7.2-9.fc12.x86_64
xorg-x11-fonts-ISO8859-1-75dpi-7.2-9.fc12.noarch
xorg-x11-fonts-75dpi-7.2-9.fc12.noarch
xorg-x11-apps-7.4-5.fc12.x86_64
xorg-x11-drv-mouse-1.4.99.1-2.fc12.x86_64
xorg-x11-fonts-Type1-7.2-9.fc12.noarch
xorg-x11-xkb-utils-7.4-5.fc12.x86_64
xorg-x11-fonts-ISO8859-14-100dpi-7.2-9.fc12.noarch
xorg-x11-fonts-ISO8859-2-75dpi-7.2-9.fc12.noarch
xorg-x11-drv-sisusb-0.9.3-1.fc12.x86_64
xorg-x11-fonts-ISO8859-15-75dpi-7.2-9.fc12.noarch
xorg-x11-xdm-1.1.6-14.fc12.x86_64
xorg-x11-drv-vesa-2.2.1-1.fc12.x86_64
xorg-x11-drv-vmware-10.16.7-2.fc12.x86_64
xorg-x11-fonts-ISO8859-1-100dpi-7.2-9.fc12.noarch
xorg-x11-fonts-syriac-7.1-2.noarch
xorg-x11-drv-ast-0.89.9-1.fc12.x86_64
xorg-x11-fonts-ISO8859-15-100dpi-7.2-9.fc12.noarch
xorg-x11-utils-7.4-6.fc12.x86_64
xorg-x11-drv-dummy-0.3.2-3.fc12.x86_64
xorg-x11-fonts-cyrillic-7.2-9.fc12.noarch
xorg-x11-drv-intel-2.9.0-2.fc12.x86_64
xorg-x11-xfs-utils-1.0.5-6.fc12.x86_64
xorg-x11-drv-evdev-2.2.99-8.20090923.fc12.x86_64
xorg-x11-fonts-100dpi-7.2-9.fc12.noarch
xorg-x11-xinit-1.0.9-12.fc12.x86_64
xorg-x11-xfs-1.0.5-6.fc12.x86_64
xorg-x11-drv-nv-2.1.15-1.fc12.x86_64
Output of lspci:
00:00.0 Host bridge: Intel Corporation 82G33/G31/P35/P31 Express DRAM
Controller (rev 02)
00:02.0 VGA compatible controller: Intel Corporation 82G33/G31 Express
Integrated Graphics Controller (rev 02)
00:02.1 Display controller: Intel Corporation 82G33/G31 Express Integrated
Graphics Controller (rev 02)
00:1a.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI
Controller #4 (rev 02)
00:1a.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI
Controller #5 (rev 02)
00:1a.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI
Controller #6 (rev 02)
00:1a.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI
Controller #2 (rev 02)
00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio
Controller (rev 02)
00:1c.0 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1
(rev 02)
00:1c.4 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 5
(rev 02)
00:1d.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI
Controller #1 (rev 02)
00:1d.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI
Controller #2 (rev 02)
00:1d.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI
Controller #3 (rev 02)
00:1d.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI
Controller #1 (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 92)
00:1f.0 ISA bridge: Intel Corporation 82801IB (ICH9) LPC Interface Controller
(rev 02)
00:1f.2 IDE interface: Intel Corporation 82801IB (ICH9) 2 port SATA IDE
Controller (rev 02)
00:1f.3 SMBus: Intel Corporation 82801I (ICH9 Family) SMBus Controller (rev 02)
00:1f.5 IDE interface: Intel Corporation 82801I (ICH9 Family) 2 port SATA IDE
Controller (rev 02)
02:00.0 IDE interface: JMicron Technologies, Inc. JMB368 IDE controller
03:05.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8110SC/8169SC
Gigabit Ethernet (rev 10)
03:07.0 FireWire (IEEE 1394): Texas Instruments TSB43AB23 IEEE-1394a-2000
Controller (PHY/Link)
Output of uname -a:
Linux CARACAS 2.6.31-i64 #2 Sun Sep 27 15:38:16 CEST 2009 x86_64 x86_64 x86_64
GNU/Linux
--
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=519317
Jens Petersen <petersen(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Priority|low |medium
CC| |dchen(a)redhat.com
Component|fontconfig |pango
AssignedTo|dchen(a)redhat.com |besfahbo(a)redhat.com
Severity|medium |high
--- Comment #21 from Jens Petersen <petersen(a)redhat.com> 2009-10-12 20:34:38 EDT ---
Moving to pango. This is x86_64 only and looks serious.
--
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=519317
--- Comment #20 from CW Lin <chinwen_lin(a)yahoo.com> 2009-10-12 12:26:40 EDT ---
Created an attachment (id=364487)
--> (https://bugzilla.redhat.com/attachment.cgi?id=364487)
Missing Characters in pango-view
#! /bin/bash
LANG=en_US.UTF-8 pango-view --waterfall --text "LANG=en_US 淿糓䶜" &
LANG=zh_TW.UTF-8 pango-view --waterfall --text "LANG=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.
https://bugzilla.redhat.com/show_bug.cgi?id=519317
--- Comment #19 from CW Lin <chinwen_lin(a)yahoo.com> 2009-10-12 12:12:19 EDT ---
I am glad to know that this bug was reproduced and you are trying to work it
out. My personal experience is that this bug also appears in the
gnome-terminal and pango-view. I will show it later.
Two months ago, I reported a bug 516360 that some Traditional Chinese
characters will disappear within Firefox . Now I think it may be a duplicate
of this bug. Perhaps you can look into the bug 516360 to see if it can be of
any help.
For the time being, if some Chinese characters disappear in Firefox, I will try
to adjust the font size, pressing Ctrl-+ or Ctrl-- until the missing characters
show up. That should be the easiest workaround to me.
--
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=519317
--- Comment #17 from Ding-Yi Chen <dchen(a)redhat.com> 2009-10-12 04:09:32 EDT ---
We managed to reproduce the bugs with F-11 and Rawhide x86_64 Live iso.
It does not have to be in zh_TW.UTF-8, in fact, if the font is sufficient
small, (e.g. 10,11), there is quite a good chance this bug will pop up.
We also find that this bug appears in gucharmap, gdm, and gnome-menu; but not
gnome-terminal, gedit, and pango-view. We are still investigate the cause.
However, there are workaround for this bug, you can either:
1) Downgrade cjkunifont packages for F-9, these packages can still be found,
for example, in fedora CVS (for building material) and prm.pbone.net (packed
rpm).
2) If you don't really want bitmap fonts, remove
/etc/fonts/conf.d/25-ttf-arphic-uming-bitmaps.conf.
Would you mind trying these?
Regards,
--
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=225617
--- Comment #23 from Nicolas Mailhot <nicolas.mailhot(a)laposte.net> 2009-10-11 17:21:11 EDT ---
1. needs xorg-x11-font-utils as BR
2. You have some stray "fixed" font in bitmap-console-fonts
3. Some of the files in bitmap-console-fonts declare their name as
"console8x8.pcf" which is almost certainly a bug
4. The Lucida Typewriter fonts in bitmap-fonts should be pushed in a
bitmap-lucida-typewriter-fonts subpackage
5. It would be nice if each subpackage included its own fontconfig file
6. you can probably kill the common file and put each license %doc in the
corresponding subpackage (just put the %doc line after the corresponding
%_font_pkg call). You just need to have each subpackage require
fontpackages-filesystem direcly
--
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: [pa_IN] English Characters are bad in shape with Punjabi
https://bugzilla.redhat.com/show_bug.cgi?id=527719
Summary: [pa_IN] English Characters are bad in shape with
Punjabi
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=363967)
--> (https://bugzilla.redhat.com/attachment.cgi?id=363967)
Image with en-US and pa-IN rendering
Description of problem
English Characters are Bad shape, while using localized Interface with langpack
Version-Release number of selected component (if applicable):
openoffice.org-langpack-pa_IN-3.1.1-19.10.fc12.x86_64
How reproducible:
Evertime
Steps to Reproduce:
1. in gnome-terminal, export LANG=pa_IN.UTF-8 (yum groupinstall
punjabi-support)
2. run oowriter
3. check the Menu/Submenu
Actual results:
English Characters are in Bad Shape
Expected results:
Good shape
Additional info:
There is bug for windows, may it effected
http://www.openoffice.org/issues/show_bug.cgi?id=104034
Please check above issue
--
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: scim-python-pinyin db file too big!
https://bugzilla.redhat.com/show_bug.cgi?id=468964
Summary: scim-python-pinyin db file too big!
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: scim-python
AssignedTo: shawn.p.huang(a)gmail.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: shawn.p.huang(a)gmail.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
The py.db file in scim-python-pinyin is 120MB it seems very big: eg scim-pinyin
Steps to Reproduce:
1. du -sh /usr/share/scim-python/engine/PinYin
2. du -sh /usr/share/scim/pinyin
Actual results:
1. 121M
2. 4.5M
Expected results:
1. similar to scim-pinyin
Additional info:
This means we can't currently use scim-python-pinyin as default IM on Live
images.
--
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=519317
--- Comment #15 from CW Lin <chinwen_lin(a)yahoo.com> 2009-10-09 13:46:32 EDT ---
This bug can be reproduced from a fresh install too.
--
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=458949
Pravin Satpute <psatpute(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Version|10 |rawhide
--
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=519317
--- Comment #14 from Jens Petersen <petersen(a)redhat.com> 2009-10-09 04:33:23 EDT ---
If you can reproduce from a fresh install that would be useful to know.
--
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=466876
--- Comment #8 from Jan "Yenya" Kasprzak <kas(a)fi.muni.cz> 2009-10-09 04:27:36 EDT ---
I can reproduce the bug as described in comment #2 on a F11 system with F10
scim-bridge:
scim-bridge-0.4.15-8.fc10.x86_64
scim-bridge-gtk-0.4.15-8.fc10.x86_64
scim-bridge-gtk-0.4.15-8.fc10.i386
I will try ibus later.
--
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=519317
--- Comment #13 from CW Lin <chinwen_lin(a)yahoo.com> 2009-10-09 04:14:30 EDT ---
I think you did not select the language "Chinese (Taiwan) - 繁體中文".
If so, to reproduce this bug, the environment variable LANG has to be changed
to "zh_TW.UTF-8".
Before you start the program "gucharmap", make sure the following configuration
is set:
(1) System -> Administration -> Appearance -> Fonts -> Application Font: "Sans
10"
(2) System -> Administration -> Appearance -> Fonts -> Details -> Resolutions:
"96" dots per inch
To see the messy display, enter the following command:
$ LANG=zh_TW.UTF-8 gucharmap
If you enter "LANG=en_US.UTF-8 gucharmap", this bug will not be reproduced.
Also remember to set the font in gucharmap to "Sans".
Then change the size in gucharmap to 12, 11, 10 sequentially.
Now you should be able to reproduce the bug.
By the way, the output of "rpm -qa \*fonts\* pango fontconfig | sort" on my
machine is as follows:
abyssinica-fonts-1.0-4.fc11.noarch
bitmap-fonts-0.3-7.fc11.noarch
cjkuni-ukai-fonts-0.2.20080216.1-26.fc11.noarch
cjkuni-uming-fonts-0.2.20080216.1-26.fc11.noarch
dejavu-fonts-common-2.29-2.fc11.noarch
dejavu-sans-fonts-2.29-2.fc11.noarch
dejavu-sans-mono-fonts-2.29-2.fc11.noarch
dejavu-serif-fonts-2.29-2.fc11.noarch
fontconfig-2.7.1-1.fc11.i586
fontconfig-2.7.1-1.fc11.x86_64
ghostscript-fonts-5.50-20.fc11.noarch
jomolhari-fonts-0.003-7.fc11.noarch
kacst-fonts-2.0-2.fc11.noarch
khmeros-base-fonts-5.0-6.fc11.noarch
khmeros-fonts-common-5.0-6.fc11.noarch
liberation-fonts-common-1.04.93-10.fc11.noarch
liberation-mono-fonts-1.04.93-10.fc11.noarch
liberation-sans-fonts-1.04.93-10.fc11.noarch
liberation-serif-fonts-1.04.93-10.fc11.noarch
lklug-fonts-0.2.2-9.fc11.noarch
lohit-bengali-fonts-2.4.0-1.fc11.noarch
lohit-fonts-common-2.4.0-1.fc11.noarch
lohit-gujarati-fonts-2.4.0-1.fc11.noarch
lohit-hindi-fonts-2.4.0-1.fc11.noarch
lohit-kannada-fonts-2.4.0-1.fc11.noarch
lohit-maithili-fonts-2.4.0-1.fc11.noarch
lohit-oriya-fonts-2.4.0-1.fc11.noarch
lohit-punjabi-fonts-2.4.0-1.fc11.noarch
lohit-tamil-fonts-2.4.0-1.fc11.noarch
lohit-telugu-fonts-2.4.0-1.fc11.noarch
openoffice.org-opensymbol-fonts-3.1.1-19.2.fc11.x86_64
padauk-fonts-2.4-3.fc11.noarch
paktype-fonts-2.0-3.fc11.noarch
pango-1.24.5-1.fc11.i586
pango-1.24.5-1.fc11.x86_64
smc-fonts-common-04.1-6.fc11.noarch
smc-meera-fonts-04.1-6.fc11.noarch
stix-fonts-0.9-12.fc11.noarch
thai-scalable-fonts-common-0.4.11-3.fc11.noarch
thai-scalable-waree-fonts-0.4.11-3.fc11.noarch
un-core-fonts-dotum-1.0.2-0.8.080608.fc11.noarch
urw-fonts-2.4-7.fc11.noarch
vlgothic-fonts-20090612-1.fc11.noarch
vlgothic-fonts-common-20090612-1.fc11.noarch
--
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=225617
Bug 225617 depends on bug 481068, which changed state.
Bug 481068 Summary: bitmap-fonts needs updating to revised packaging guidelines
https://bugzilla.redhat.com/show_bug.cgi?id=481068
What |Old Value |New Value
----------------------------------------------------------------------------
Status|MODIFIED |CLOSED
Resolution| |RAWHIDE
--
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=481068
Pravin Satpute <psatpute(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|MODIFIED |CLOSED
Resolution| |RAWHIDE
--- Comment #16 from Pravin Satpute <psatpute(a)redhat.com> 2009-10-09 01:55:05 EDT ---
if any problem reopen 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=225617
--- Comment #21 from Pravin Satpute <psatpute(a)redhat.com> 2009-10-09 00:57:52 EDT ---
thanks for clarification
bitmap fonts also has Console fonts from fixfont tarball
README just says "fonts from kdebase/konsole/fonts from kde 3.5"
what will be the License of these 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=519317
--- Comment #12 from Ding-Yi Chen <dchen(a)redhat.com> 2009-10-09 00:14:39 EDT ---
On affected machine, gdm login screen:
1. In language selection, select 中文 (台灣), which might shows like comment #6.
2. Login to the system.
3. cat /var/log/gdm/:0-greeter.log, there will be a line, such like:
gdm-simple-greeter[7797]: Pango-WARNING: shaping failure, expect ugly output.
shape-engine='BasicEngineFc', font='AR PL UMing HK Light Oblique 8.33203125',
text='中文 (台灣)'
Regards,
Ding-Yi Chen
--
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=519317
Jens Petersen <petersen(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
AssignedTo|besfahbo(a)redhat.com |dchen(a)redhat.com
--- Comment #11 from Jens Petersen <petersen(a)redhat.com> 2009-10-09 00:03:02 EDT ---
I haven't been able to reproduce this yet: though I saw
the gdm issue on dchen's machine.
CW Lin: what does "rpm -qa \*fonts\* pango fontconfig | sort"
Output for you?
With F11 x86_86 install without updates I have:
abyssinica-fonts-1.0-4.fc11.noarch
bitmap-fonts-0.3-7.fc11.noarch
cjkuni-fonts-common-0.2.20080216.1-23.fc11.noarch
cjkuni-uming-fonts-0.2.20080216.1-23.fc11.noarch
dejavu-fonts-common-2.29-2.fc11.noarch
dejavu-sans-fonts-2.29-2.fc11.noarch
dejavu-sans-mono-fonts-2.29-2.fc11.noarch
dejavu-serif-fonts-2.29-2.fc11.noarch
fontconfig-2.7.1-1.fc11.i586
fontconfig-2.7.1-1.fc11.x86_64
ghostscript-fonts-5.50-20.fc11.noarch
jomolhari-fonts-0.003-7.fc11.noarch
kacst-fonts-2.0-2.fc11.noarch
khmeros-base-fonts-5.0-6.fc11.noarch
khmeros-fonts-common-5.0-6.fc11.noarch
liberation-fonts-common-1.04.93-10.fc11.noarch
liberation-mono-fonts-1.04.93-10.fc11.noarch
liberation-sans-fonts-1.04.93-10.fc11.noarch
liberation-serif-fonts-1.04.93-10.fc11.noarch
lklug-fonts-0.2.2-9.fc11.noarch
lohit-bengali-fonts-2.3.8-1.fc11.noarch
lohit-fonts-common-2.3.8-1.fc11.noarch
lohit-gujarati-fonts-2.3.8-1.fc11.noarch
lohit-hindi-fonts-2.3.8-1.fc11.noarch
lohit-kannada-fonts-2.3.8-1.fc11.noarch
lohit-maithili-fonts-2.3.8-1.fc11.noarch
lohit-oriya-fonts-2.3.8-1.fc11.noarch
lohit-punjabi-fonts-2.3.8-1.fc11.noarch
lohit-tamil-fonts-2.3.8-1.fc11.noarch
lohit-telugu-fonts-2.3.8-1.fc11.noarch
padauk-fonts-2.4-3.fc11.noarch
paktype-fonts-2.0-3.fc11.noarch
pango-1.24.5-1.fc11.i586
pango-1.24.5-1.fc11.x86_64
smc-fonts-common-04.1-6.fc11.noarch
smc-meera-fonts-04.1-6.fc11.noarch
stix-fonts-0.9-12.fc11.noarch
thai-scalable-fonts-common-0.4.11-3.fc11.noarch
thai-scalable-waree-fonts-0.4.11-3.fc11.noarch
un-core-fonts-dotum-1.0.2-0.7.080608.fc11.noarch
urw-fonts-2.4-7.fc11.noarch
vlgothic-fonts-20090204-3.fc11.noarch
vlgothic-fonts-common-20090204-3.fc11.noarch
--
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=466876
--- Comment #7 from Jens Petersen <petersen(a)redhat.com> 2009-10-08 23:53:49 EDT ---
(Additional comment: our general advice would be to switch to ibus
though - we are not really supporting scim as the primary input
method system in fedora.)
--
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=466876
--- Comment #6 from Jens Petersen <petersen(a)redhat.com> 2009-10-08 23:51:38 EDT ---
(In reply to comment #5)
> I think this started in F11 for me
Could you try to reproduce with the scim-bridge from f10 then?
--
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=225617
--- Comment #20 from Tom "spot" Callaway <tcallawa(a)redhat.com> 2009-10-08 09:32:52 EDT ---
(In reply to comment #19)
> Licensing
> ==========
>
> * 10x20.bdf, 4x6.bdf, 5x7.bdf, 5x8.bdf, 6x10.bdf, 6x12.bdf, 6x13B.bdf,
> 6x13.bdf, 6x9.bdf, 7x14B.bdf, 7x14.bdf, 9x15B.bdf, 9x15.bdf, 9x18B.bdf,
> 9x18.bdf : Public Domain
> * fangsongti16.bdf, fangsongti24.bdf : MIT
> * lutBS*.bdf : Lucida
and... lutRS*.bdf : Lucida
--
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=225617
--- Comment #19 from Tom "spot" Callaway <tcallawa(a)redhat.com> 2009-10-08 09:32:21 EDT ---
Licensing
==========
* 10x20.bdf, 4x6.bdf, 5x7.bdf, 5x8.bdf, 6x10.bdf, 6x12.bdf, 6x13B.bdf,
6x13.bdf, 6x9.bdf, 7x14B.bdf, 7x14.bdf, 9x15B.bdf, 9x15.bdf, 9x18B.bdf,
9x18.bdf : Public Domain
* fangsongti16.bdf, fangsongti24.bdf : MIT
* lutBS*.bdf : Lucida
--
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: many zombie process of ibus-daemon and scim
https://bugzilla.redhat.com/show_bug.cgi?id=522689
Summary: many zombie process of ibus-daemon and scim
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: imsettings
AssignedTo: tagoh(a)redhat.com
ReportedBy: phuang(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:
many zombie process of ibus-daemon and scim
Version-Release number of selected component (if applicable):
How reproducible:
imsettings-0.107.3-1
Steps to Reproduce:
1. run im-chooser
2. switch between scim and ibus continually
3. ps aux |grep defunct
Actual results:
Found a lot of zombie processes of scim and ibus
Expected results:
No zombie processes
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: Typos & Context Clarification Required for Effective Translations
https://bugzilla.redhat.com/show_bug.cgi?id=521753
Summary: Typos & Context Clarification Required for Effective
Translations
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: imsettings
AssignedTo: tagoh(a)redhat.com
ReportedBy: runab(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, fedora-trans-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
Quite a few of the strings in the imsettings.po file available for translation
for Fedora 12 contain typographical errors, and may need a rewrite to either
correct their grammatical syntax or fully understand the reference to their
context.
The .pot file is here:
https://translate.fedoraproject.org/projects/imsettings/trunk/
direct link:
https://translate.fedoraproject.org/projects/imsettings/trunk/raw/po/imsett…
The strings are mentioned below along with their source reference:
----------------------------------------------
#: ../applet/imsettings-applet.schemas.in.h:3
msgid ""
"If false, all of informations will not delivered through libnotify, except "
"error and warning messages."
-----------------------------------------------
#: ../applet/imsettings-applet.schemas.in.h:7
msgid ""
"When this option is enabled, all of key events will be sent to Input Method "
"synchronously. This might affects a performance."
------------------------------------------------
#: ../applet/main.c:714
msgid ""
"When this option is enabled, all of key events will be sent to Input Method "
"synchronously. this might affects a performance."
------------------------------------------------
#: ../applet/main.c:990
#, c-format
msgid "Please %s%s"
-------------------------------------------------
#: ../backends/xim/proxy.c:2969
msgid "A XIM server name would connects to"
-------------------------------------------------
#: ../src/factory.c:1295
msgid "A directory where puts the system wide xinputrc on."
--------------------------------------------------
#: ../src/factory.c:1301
msgid "A directory where puts the IM configurations on."
---------------------------------------------------
#: ../src/factory.c:1408
msgid "A directory where puts the system-wide xinputrc puts on (debugging
only)"
----------------------------------------------------
#: ../utils/imsettings-info.c:61 ../utils/imsettings-list.c:58
#: ../utils/imsettings-restart.c:84 ../utils/imsettings-start.c:85
#: ../utils/imsettings-stop.c:83
#, c-format
msgid ""
"Mismatch the version of imsettings.\n"
"Run imsettings-reload -f may resolves this issue but be aware that will ends "
"up to restart Input Method too\n"
------------------------------------------------------
Additional Info:
1. There are quite a few strings, where Capitalization was missed after a
full-stop.
2. Correcting this may break string freeze for Fedora - 12.
Thanks
Runa
--
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-0.107.3-1.fc12
https://bugzilla.redhat.com/show_bug.cgi?id=520976
Summary: [abrt] crash detected in imsettings-0.107.3-1.fc12
Product: Fedora
Version: rawhide
Platform: x86_64
OS/Version: Linux
Status: NEW
Status Whiteboard: abrt_hash:434daf6f90a64bf4131efae139064d9de4a1ac1d
Severity: medium
Priority: low
Component: imsettings
AssignedTo: tagoh(a)redhat.com
ReportedBy: john.ellson(a)comcast.net
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've no idea. Why is this running anyway? How do i turn it off?
Additional information
======
cmdline
-----
/usr/libexec/im-settings-daemon
component
-----
imsettings
executable
-----
/usr/libexec/im-settings-daemon
kernel
-----
2.6.30.5-32.fc11.x86_64
package
-----
imsettings-0.107.3-1.fc12
reason
-----
Process was terminated by signal 6
--
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: problems starting ibus
https://bugzilla.redhat.com/show_bug.cgi?id=518970
Summary: problems starting 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: ---
Created an attachment (id=358445)
--> (https://bugzilla.redhat.com/attachment.cgi?id=358445)
.imsettings.log
Description of problem:
With the latest ibus and imsettings in rawhide
a bubble is appearing for me at startup that ibus
startup failed because of spawning too many ibus processes.
Version-Release number of selected component (if applicable):
imsettings-0.107.1-2.fc12
ibus-1.2.0.20090812-1.fc12
How reproducible:
every time
Steps to Reproduce:
1. login to desktop
Actual results:
warning bubble appears
Expected results:
ibus to be running normally
--
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: im-chooser recommends both IBus and SCIM immediately after IBus installation
https://bugzilla.redhat.com/show_bug.cgi?id=514852
Summary: im-chooser recommends both IBus and SCIM immediately
after IBus installation
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: im-chooser
AssignedTo: tagoh(a)redhat.com
ReportedBy: harshula(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:
im-chooser recommends both IBus and SCIM immediately after IBus installation.
Version-Release number of selected component (if applicable):
* im-chooser-1.2.6-3.fc11.x86_64
How reproducible:
* Once. But I suspect if you uninstall IBus and reinstall it, you would be able
to reproduce it.
Steps to Reproduce:
0. Upgrade from F10 to F11.
1. Open IM chooser and only see SCIM mentioned with "(recommended)" next to it.
2. yum groupinstall sinhala-support
3. Re-open IM chooser (I can't remember if I closed it before (2) or after (2))
Actual results:
* im-chooser states: "Use SCIM (recommended)" and "Use IBus (recommended)"
Expected results:
* im-chooser stating: "Use SCIM" and "Use IBus (recommended)"
--
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: UI bug of "Enable input method" checkbox
https://bugzilla.redhat.com/show_bug.cgi?id=500760
Summary: UI bug of "Enable input method" checkbox
Product: Fedora
Version: rawhide
Platform: i386
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus-pinyin
AssignedTo: phuang(a)redhat.com
ReportedBy: lili(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: jlaska(a)redhat.com, phuang(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Created an attachment (id=343902)
--> (https://bugzilla.redhat.com/attachment.cgi?id=343902)
UI of ibus
Description of problem:
In"Enable input method" checkbox,some words are not clear, have some empty
string in the sentence
Version-Release number of selected component (if applicable):
How reproducible:
100%
Steps to Reproduce:
1.Choose System->Preferences->Input Method (or run im-chooser)
2. "Enable input method" checkbox pops up
3. check the UI ,see more from attached image.
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: ibus-daemon should not fail silently
https://bugzilla.redhat.com/show_bug.cgi?id=497946
Summary: ibus-daemon should not fail silently
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: wtogami(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: ---
ibus-1.1.0.20090423-1.fc11
Currently ibus-daemon can fail to startup under certain circumstances like
socket directory owned by another user. It currently fails silently, so the
user has no idea why it failed.
ibus-daemon should pop-up and tell the user it failed to start, and why.
ibus-daemon should probably run:
ibus-x11 --fail "fail message 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=466876
Jan "Yenya" Kasprzak <kas(a)fi.muni.cz> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |kas(a)fi.muni.cz
--- Comment #5 from Jan "Yenya" Kasprzak <kas(a)fi.muni.cz> 2009-10-08 03:26:16 EDT ---
I have the similar (maybe the same) problem, but unrelated to totem: from time
to time scim-bridge crashes, leaving all my gnome-terminals, galeon, and the
mini_commander_applet without the keyboard input. I can switch to the text
console, and in "ps ax|grep scim" I see the following processes:
3514 ? Ss 0:00 /usr/lib64/scim-1.0/scim-helper-manager
3515 ? Ssl 0:00 /usr/lib64/scim-1.0/scim-panel-gtk --display :0.0 -c
socket -d --no-stay
3517 ? Ss 0:00 /usr/lib64/scim-1.0/scim-launcher -d -c socket -e
socket -f x11 --no-stay -d
When I kill the scim-launcher process, all the processes get restarted, leading
to the following "ps ax|grep scim" output:
7204 ? Ss 0:00 /usr/lib64/scim-1.0/scim-helper-manager
7205 ? Ssl 0:00 /usr/lib64/scim-1.0/scim-panel-gtk --display :0.0 -c
socket -d --no-stay
7207 ? Ss 0:00 /usr/lib64/scim-1.0/scim-launcher -d -c socket -e
socket -f x11 --no-stay -d
7209 ? Ss 0:00 /usr/lib64/scim-1.0/scim-launcher -d -c simple -e
all -f socket --no-stay -d
7210 ? S 0:00 scim-bridge
and since then, the text input to gnome-terminal, galeon, and all the other
GNOME apps works fine. The relevant part of .xsession-errors is probably the
following one (altough I am not sure - I am writing this bug report some time
after the last scim-bridge crash):
===============================
Failed to receive messages at scim_bridge_client_read_and_dispatch ()
An IOException occurred at handle_message ()
Failed to receive messages at scim_bridge_client_read_and_dispatch ()
An IOException occurred at handle_message ()
Failed to receive messages at scim_bridge_client_read_and_dispatch ()
An IOException occurred at handle_message ()
Failed to receive messages at scim_bridge_client_read_and_dispatch ()
An IOException occurred at handle_message ()
Failed to receive messages at scim_bridge_client_read_and_dispatch ()
An IOException at scim_bridge_client_change_focus ()
An IOException occurred at scim_bridge_client_imcontext_focus_out ()
The messenger is now down
** Message: Active session changed
** Message: Active session changed
An IOException at scim_bridge_messenger_receive_message (): Connection reset by
peer
Failed to receive messages at scim_bridge_client_read_and_dispatch ()
An IOException at scim_bridge_client_register_imcontext ()
Cannot register the IMContexts...
nt_register_imcontext ()
Cannot register the IMContexts...
The messenger is now down
Loading socket Config module ...
Creating backend ...
Loading x11 FrontEnd module ...
GTK Panel of SCIM 1.4.8
Starting SCIM as daemon ...
Loading simple Config module ...
Creating backend ...
Loading socket FrontEnd module ...
Starting SCIM as daemon ...
===============================
I think this started in F11 for me (I use scim-bridge for a longer time). Also,
my system is x86_64, so the Platform: attribute of this bug can be changed to
"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=519317
--- Comment #10 from Jens Petersen <petersen(a)redhat.com> 2009-10-07 23:34:21 EDT ---
Changing Desktop Font has no effect on gucharmap for me.
--
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: Keys (on iok) are not input character with double (or more) click
https://bugzilla.redhat.com/show_bug.cgi?id=527340
Summary: Keys (on iok) are not input character with double (or
more) click
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: Desktop, 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:
Most of keys with iok is not allowing to input more than one character, if you
double click on it. for English Key-map, when you press : (2nd key from Enter)
two
times, it is not showing character at gedit (when using iok to input in gedit).
very few keys are working, but randomly.
Version-Release number of selected component (if applicable):
iok-1.3.7-1.fc12
How reproducible:
Everytime
Steps to Reproduce:
1. run iok (I had gedit with English Desktop)
2. press k or j or o 2-4 or more times
3.
Actual results:
only Single Character appear
Expected results:
multiple character should appear equal to number of click on button
Additional info:
Supported languages (by iok) has same issue
--
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=519317
--- Comment #9 from CW Lin <chinwen_lin(a)yahoo.com> 2009-10-07 04:00:04 EDT ---
This bug can be reproduced with x86_64 F12 too,
It is easy to reproduce this bug.
Just do the clean installation with the language of "Traditional Chinese".
Set DPI to 96.
Set font Size to "10, 10, 14, 10, 10" as mentioned in the bug description.
Launch the program "gucharmap".
Search the character U+7CD3 "糓"
Change the size to 12, 11 and 10, sequentially.
And you will see the messy display.
If you are too busy to install F12 with "Traditional Chinese",
I can do the installation for you.
Please provide a virtual machine with "Fedora-12-Alpha-x86_64-DVD.iso"
and let me know how to access it.
Thanks for the effort of fixing this annoying 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: [as_IN] Date Data Mixed with % sign for each date
https://bugzilla.redhat.com/show_bug.cgi?id=523945
Summary: [as_IN] Date Data Mixed with % sign for each date
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: system-config-date
AssignedTo: nphilipp(a)redhat.com
ReportedBy: aalam(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=361475)
--> (https://bugzilla.redhat.com/attachment.cgi?id=361475)
Screenshot for Date with % sign
Description of problem:
for Assamese Language, Each Date is mixed with % sign, when you run
'system-config-date'
in Assamese locale. it is shown like
2% 3% 4%
Version-Release number of selected component (if applicable):
tzdata-2009k-3.fc12.noarch
glibc-2.10.90-22.x86_64
system-config-date-1.9.49-1.fc12.noarch
How reproducible:
Everytime
Steps to Reproduce:
1. change locale as 'export LANG=as_IN.UTF-8'
2. run application 'system-config-date'
3.
Actual results:
Date is shown with % sign (screen-shot attached)
Expected results:
Should without % Sign
Additional info:
Screenshot
Not very sure which package it belongs, so start with 's-c-date'
--
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=239414
Jens Petersen <petersen(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |MODIFIED
--- Comment #8 from Jens Petersen <petersen(a)redhat.com> 2009-10-06 05:36:34 EDT ---
In recent ibus including f11 in ibus-setup you can now click
on the "Advanced" tab and uncheck "Use system keyboard layout".
Then ibus will override AZERTY when using ibus-m17n
and you can input Hindi inscript, etc in the standard way.
So this is a viable workaround for now.
In the longer term we would like to make this
per m17n map and automatic but we are not
quite there yet.
--
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=519317
--- Comment #8 from Jens Petersen <petersen(a)redhat.com> 2009-10-06 05:22:56 EDT ---
Can you reproduce with F12?
If so can you provide Behdad with access 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.
Summary: [ml_IN] - Window title appearing with underline for smc-meera-font
https://bugzilla.redhat.com/show_bug.cgi?id=526420
Summary: [ml_IN] - Window title appearing with underline for
smc-meera-font
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: gnome-themes
AssignedTo: mclasen(a)redhat.com
ReportedBy: apeter(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: mclasen(a)redhat.com, apeter(a)redhat.com,
psatpute(a)redhat.com, smc-discuss(a)googlegroups.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Created an attachment (id=363141)
--> (https://bugzilla.redhat.com/attachment.cgi?id=363141)
Screenshot for Meera with default Fedora theme
Description of problem:
For any editor e.g. oowriter, gedit, when smc-meera-font is used with "fedora"
(default) theme and "glossy" theme, underline sppears below the title, making
the window look ugly.
Screenshots of Meera with both themes attached.
Version-Release number of selected component (if applicable):
metacity-2.28.0-1.fc12.i686
How reproducible:
Always.
Steps to Reproduce:
1. Login system with malayalam locale. (ml_IN)
2. Go to System --> Preferences --> Appearance
3. Select Theme as "glossy"
4. Open and observe any editor or the theme window title itself.
Actual results:
The Underline appears on the Title Window with meera font and clearlooks
combination.
Expected results:
Underline should not appear.
--
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] - Editor's Title appearing with Underline for smc-meera-font
https://bugzilla.redhat.com/show_bug.cgi?id=526396
Summary: [ml_IN] - Editor's Title appearing with Underline for
smc-meera-font
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: clearlooks-compact-gnome-theme
AssignedTo: sindrepb(a)fedoraproject.org
ReportedBy: smaitra(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: sindrepb(a)fedoraproject.org, apeter(a)redhat.com,
psatpute(a)redhat.com, lkundrak(a)v3.sk,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Created an attachment (id=363117)
--> (https://bugzilla.redhat.com/attachment.cgi?id=363117)
The affected theme snapshot with meera font
Description of problem:
For any editor e.g. oowriter, gedit, when smc-meera-font is selected, its
showing underline below the Title, making the editor look ugly.
Seems a clearlooks-compact-gnome-theme bug.
Version-Release number of selected component (if applicable):
metacity-2.26.0-1.fc11.i586
How reproducible:
Always.
Steps to Reproduce:
1. Login system with malayalam locale. (ml_IN)
2. Go to System --> Preferences --> Appearance
3. Select Theme as "Clearlooks"
4. Open and Observe any editor or the theme window title itself.
Actual results:
The Underline appears on the Title Window with meera font and clearlooks
combination.
Expected results:
Underline should not appear.
Additional info:
Its OK with all other ml_IN font and other themes.
--
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
--- Comment #14 from Noriko Mizumoto <noriko(a)redhat.com> 2009-10-06 03:49:41 EDT ---
Pravin, thank you for finding the cause!
I now fully understood what happened. 'liveinst' was failed and the bug 525022
has been filed. This has already been resolved. Thus next review for F13, we
should have successful 'liveinst' first, then we can get working s-c-l. Thank
you again.
--
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
Pravin Satpute <psatpute(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |CLOSED
Resolution| |WORKSFORME
--- Comment #13 from Pravin Satpute <psatpute(a)redhat.com> 2009-10-06 01:42:07 EDT ---
Noriko, yep, restarting will not work in Live CD case as it will start new
instance. Though as s-c-l modified /etc/sysconfig/i18n file
i have tested this with live cd mentioned in Bug
and things are working fine,
after selecting Japanese language from s-c-l it working fine.
$cat /etc/sysconfig/i18n gives me
LANG="ja_JP.UTF-8"
if got anything more on this please reopen 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=476871
--- Comment #13 from fujiwara <tfujiwar(a)redhat.com> 2009-10-05 21:10:26 EDT ---
(In reply to comment #12)
> You don't want to always send GDM_KEYBOARD_LAYOUT because then the users choice
> from within the session (from gnome-keyboard-properties) would get ignored.
Is it the implementation for gnome-settings-daemon instead of GDM?
My concern is that GDM cannot get the current user's layout without gconfd but
if GDM calls user's gconfd to check the user's layout, it would be possible
double gconfd, one is from GDM and another is from gnome-session.
If GDM always send GDM_KEYBOARD_LAYOUT, gnome-settings-daemon could implement
if it uses the enviroment or get the value from gconf value.
--
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
--- Comment #12 from Noriko Mizumoto <noriko(a)redhat.com> 2009-10-05 19:56:32 EDT ---
(In reply to comment #11)
> Noriko,
>
> can you put output of
> $cat /etc/sysconfig/i18n
> after step 6
Sure,
6. Rebooted manually.
7. Usual login screen came up (language selection was 'English'), and clicked
'Log In'.
8. English was chosen.
9. $cat /etc/sysconfig/i18n
LANG="en_US.UTF-8"
--
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
----------------------------------------------------------------------------
CC| |awilliam(a)redhat.com
Severity|urgent |medium
--
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 #12 from Ray Strode <rstrode(a)redhat.com> 2009-10-05 12:44:56 EDT ---
You don't want to always send GDM_KEYBOARD_LAYOUT because then the users choice
from within the session (from gnome-keyboard-properties) would get ignored.
--
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=526633
Ankur Sinha <sanjay.ankur(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flag|needinfo?(sanjay.ankur@gmai |
|l.com) |
--- Comment #7 from Ankur Sinha <sanjay.ankur(a)gmail.com> 2009-10-05 09:11:41 EDT ---
(In reply to comment #3)
> Anyway, thanks a lot for adding a new font package in the review pipe
>
> Appart from the CSS classification I can't really help you with, here is some
> review:
>
> 1. non LGC font ⇒ please use a priority ≥ 65 as per fontconfig-priorities.txt
>
I'll check up the prio for the lohit font and fix this..
> 3. Licensing should be GPLv2+
Fixed. Will upload a new build in a day max.
>
> 4. (non blocking) please ask upstream to add the standard FSF GPL font
> exception to their licensing
Contacted upstream, no response yet :(
>
> 5. (non blocking) description could use some meat
I copied whatever I got from the font homepage. There's no readme etc to get
more from.
> Anyway, this package is mostly fine, except for the classification problem.
>
> NEEDINFO till this is resolved
(In reply to comment #6)
> Ankur, please use Sans as classification and I'll approve the package (if you
> fixed the other bits. Also, please make sure your fontconfig prio is > Lohit
> Devanagari so Lohit stays the default
Okay, ill fix up the fontconfig. I cant do much about some of the other bits
(stated above)
regards,
Ankur
--
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=526633
--- Comment #6 from Nicolas Mailhot <nicolas.mailhot(a)laposte.net> 2009-10-05 07:16:03 EDT ---
Ankur, please use Sans as classification and I'll approve the package (if you
fixed the other bits. Also, please make sure your fontconfig prio is > Lohit
Devanagari so Lohit stays the default
--
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=526633
--- Comment #5 from Nicolas Mailhot <nicolas.mailhot(a)laposte.net> 2009-10-05 07:13:19 EDT ---
(In reply to comment #4)
> (In reply to comment #3)
> > 2. please ask the lohit people what they think about this font. IMHO it is
> > highly likely one of the lohit fonts shares a common ancestry with gargi (and
> > in that case they should at least cross-alias each other)
>
> while comparing lohit devanagari script fonts (marathi, hindi, konkani, nepali,
> sindhi and kashmiri)
>
> There are little bit differences in lohit and Gargi
> i.e Gargi fonts shape are little more Bold compare to lohit,
> space of gargi is more than lohit
> there are also little bit differences in characters shape
Ok, that means that they probably were not forked from a common root after all,
so no need to cross-alias
> but overall as said above yes, they share common style(Sans) and ancestry.
>
> between how corss-alias will work?
cross-alias is when package B tells fontconfig : if app asks for font A, and it
is not present, use my font B instead (and the reverse in package A). We do it
for DejaVuLGC/DejaVu for example. But this kind of aliasing is only worth it
when fonts are very close in style or metrics, typically when two projects took
the same origin font and froked it in different ways
--
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=526633
--- Comment #4 from Pravin Satpute <psatpute(a)redhat.com> 2009-10-05 06:55:16 EDT ---
(In reply to comment #3)
> 2. please ask the lohit people what they think about this font. IMHO it is
> highly likely one of the lohit fonts shares a common ancestry with gargi (and
> in that case they should at least cross-alias each other)
while comparing lohit devanagari script fonts (marathi, hindi, konkani, nepali,
sindhi and kashmiri)
There are little bit differences in lohit and Gargi
i.e Gargi fonts shape are little more Bold compare to lohit,
space of gargi is more than lohit
there are also little bit differences in characters shape
but overall as said above yes, they share common style(Sans) and ancestry.
between how corss-alias will work?
--
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: [Fonts-Indic][te_IN] - GSUB shape with SSA and HA are wrong.
https://bugzilla.redhat.com/show_bug.cgi?id=504270
Summary: [Fonts-Indic][te_IN] - GSUB shape with SSA and HA are
wrong.
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: fonts-indic
AssignedTo: rbhalera(a)redhat.com
ReportedBy: smaitra(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: smaitra(a)redhat.com, rbhalera(a)redhat.com,
fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
GSUB shape with SSA (0C37) and HA (0C39) is showing wrong in the font.
Its positioning for the lower part of the composed character, should be
below-right aligned which is now aligned as below-middle.
As of now The Image that is given to our Internal web page, is hand drawn and
partly wrong also. But, the lower part alignment is Perfect there which is
showing right-aligned.
These specific Combinations are given below :
68. U+0C24 U+0C4D U+0C37 త్ష TA + HALANT + SSA => In image main character
must be corrected as in font and in font the position of sub character(which is
at the bottom) should be corrected as in image.
70. U+0C24 U+0C4D U+0C39 త్హ TA + HALANT + HA => In image main character must
be corrected as in font and in font the position of sub character(which is at
the bottom) should be corrected as in image.
103. U+0C28 U+0C4D U+0C37 న్ష NA + HALANT + SSA => In image main character
must be corrected as in font and in font the position of sub character(which is
at the bottom) should be corrected as in image.
105. U+0C28 U+0C4D U+0C39 న్హ NA + HALANT + HA => In image main character
must be corrected as in font and in font the position of sub character(which is
at the bottom) should be corrected as in image.
140. U+0C2E U+0C4D U+0C39 మ్హ MA + HALANT + HA => In image main character
must be corrected as in font and in font the position of sub character(which is
at the bottom) should be corrected as in image.
175. U+0C2F U+0C4D U+0C39 య్హ YA + HALANT + HA => In image main character
must be corrected as in font and in font the position of sub character(which is
at the bottom) should be corrected as in image.
208. U+0C30 U+0C4D U+0C37 ర్ష RA + HALANT + SSA => In image main character
must be corrected as in font and in font the position of sub character(which is
at the bottom) should be corrected as in image.
210. U+0C30 U+0C4D U+0C39 ర్హ RA + HALANT + HA => In image main character
must be corrected as in font and in font the position of sub character(which is
at the bottom) should be corrected as in image.
243. U+0C32 U+0C4D U+0C37 ల్ష LA + HALANT + SSA => In image main character
must be corrected as in font and in font the position of sub character(which is
at the bottom) should be corrected as in image.
245. U+0C32 U+0C4D U+0C39 ల్హ LA + HALANT + HA => In image main character
must be corrected as in font and in font the position of sub character(which is
at the bottom) should be corrected as in image.
278. U+0C35 U+0C4D U+0C37 వ్ష VA + HALANT + SSA => In image main character
must be corrected as in font and in font the position of sub character(which is
at the bottom) should be corrected as in image.
280. U+0C35 U+0C4D U+0C39 వ్హ VA + HALANT + HA => In image main character
must be corrected as in font and in font the position of sub character(which is
at the bottom) should be corrected as in image.
Version-Release number of selected component (if applicable):
lohit-telugu-fonts-2.3.8-1.fc11
How reproducible:
Always
Steps to Reproduce:
1. Start system with FC11 or Latest
2. Change the ibus with RAWCODE
3. Open Gedit
4. Type the combination's Unicode as given above.
5. Observe the lower part of the composed character.
Actual results:
Its showing below-middle alignment.
Expected results:
It should be below-right alignment.
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=481068
Pravin Satpute <psatpute(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |MODIFIED
--- Comment #15 from Pravin Satpute <psatpute(a)redhat.com> 2009-10-05 05:20:59 EDT ---
bitmap-fonts-0.3-9.fc12 successfully moved from dist-f12-updates-candidate into
dist-f12
--
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.