Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Droid Sans overrides default Japanese desktop font
https://bugzilla.redhat.com/show_bug.cgi?id=517789
Summary: Droid Sans overrides default Japanese desktop font
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: google-droid-fonts
AssignedTo: nicolas.mailhot(a)laposte.net
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: nicolas.mailhot(a)laposte.net,
fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
I was just testing a f12alpha spin and discovered that Droid Sans
seems to override the default Japanese desktop font.
How reproducible:
every time
Steps to Reproduce:
1. yum install google-droid-sans-fonts
2. login to gnome desktop
3. run gucharmap
Actual results:
Most kanji glyphs are shown with Droid Sans.
Expected results:
Default Japanese IPA font to be used for Japanese characters.
Additional info:
Not sure why the Droid fonts were pulled into the spin.
This affects whole Japanese desktop and gdm, etc.
--
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 not listed in gnome-control-center
https://bugzilla.redhat.com/show_bug.cgi?id=711641
Summary: im-chooser not listed in gnome-control-center
Product: Fedora
Version: 15
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: im-chooser
AssignedTo: tagoh(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Description of problem:
I remember seeing im-chooser listed in the control-center
during the F15 development cycle but it doesn't seem to be
there anymore?
Steps to Reproduce:
1. Status menu -> System settings
Actual results:
No IM configuration available
Expected results:
IM setup program to be listed
--
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: [hi_IN][ta_IN] TimeZone in Clock is Boston by default
https://bugzilla.redhat.com/show_bug.cgi?id=528140
Summary: [hi_IN][ta_IN] TimeZone in Clock is Boston by default
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: gnome-panel
AssignedTo: rstrode(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: rstrode(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Created an attachment (id=364235)
--> (https://bugzilla.redhat.com/attachment.cgi?id=364235)
Screenshot for s-c-date and gnome-clock
Description of problem:
After installation and setting Default Timezone Kolkata, Clock is showing
Default Timezone (added by Default) Boston (after Fresh installation).
Version-Release number of selected component (if applicable):
gnome-panel-2.28.0-2.fc12.x86_64
system-config-date-1.9.52-1.fc12.noarch
libgweather-2.28.0-1.fc12.x86_64
How reproducible:
Everytime
Steps to Reproduce:
1. fresh install with Hindi (hi_IN) locale
2. login with Hindi
3. Click on clock/Task Top-Right Side
Actual results:
Boston is added by Default
Expected results:
Either should be default for locale or s-c-date's Zone
Additional info:
Screenshot
--
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: [ru_RU] Not displayed Russian symbols in console again
https://bugzilla.redhat.com/show_bug.cgi?id=700971
Summary: [ru_RU] Not displayed Russian symbols in console again
Product: Fedora
Version: 15
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Keywords: i18n
Severity: unspecified
Priority: unspecified
Component: dracut
AssignedTo: harald(a)redhat.com
ReportedBy: lpoetter(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: notting(a)redhat.com, harald(a)redhat.com,
rstrode(a)redhat.com, aalam(a)redhat.com, atigro(a)ya.ru,
mschmidt(a)redhat.com, vcrhonek(a)redhat.com,
jonathan(a)jonmasters.org, lpoetter(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org,
plautrba(a)redhat.com, iarlyy(a)gmail.com,
elemc(a)atisserv.ru, metherid(a)gmail.com,
johannbg(a)gmail.com
Depends on: 699282
Classification: Fedora
Story Points: ---
Clone Of: 699282
+++ This bug was initially created as a clone of Bug #699282 +++
Description of problem:
After system boot up, I've switched to console (Ctrl-Alt-F2), login and run mc
(Midnight Commander) or another application with Russian symbols.
Russian symbols not displayed, again. Like this was in Fedora 12.
Version-Release number of selected component (if applicable):
initscripts-9.29
How reproducible:
always
Steps to Reproduce:
1. Boot system
2. switch to console
3. run application with Russian symbols, as example LANG=ru_RU.UTF-8 mc
Actual results:
White squares instead Russian symbols.
Expected results:
Russian symbols displayed correctly.
Additional info:
I've find workaround or patch.
If I change this line in /lib/udev/rules.d/10-console.rules:
KERNEL=="tty0",><------>RUN+="/lib/udev/console_init %k"
like this:
KERNEL=="tty*",><------>RUN+="/lib/udev/console_init %k"
then Russian symbols displayed correctly.
--- Additional comment from atigro(a)ya.ru on 2011-04-24 23:34:08 CEST ---
In earlier dracut (in F14) initramfs image contained system binary
/lib/udev/console_init from initscripts. Maybe it is the second way to fix this
problem:
https://github.com/RussianFedora/dracut/blob/f15%2Ffixes/dracut-009-console…
--- Additional comment from lpoetter(a)redhat.com on 2011-04-27 02:30:00 CEST ---
systemd-vconsole should be responsible for setting that up.
Does invoking /lib/systemd/systemd-vconsole-setup manually make things work for
you?
What is the content of /etc/sysconfig/i18n?
--- Additional comment from elemc(a)atisserv.ru on 2011-04-27 19:59:39 CEST ---
Yes, after run /lib/systemd/systemd-vconsole-setup in console Russian symbols
displayed correctly.
cat /etc/sysconfig/i18n
LANG="ru_RU.UTF-8"
--- Additional comment from lpoetter(a)redhat.com on 2011-04-28 00:39:26 CEST ---
Which systemd version is this?
Normally /lib/systemd/systemd-vconsole-setup should run at boot.
Can you do "systemctl --full | grep vconsole" after boot when the problem
happened and paste the output here?
--- Additional comment from elemc(a)atisserv.ru on 2011-04-28 08:31:27 CEST ---
# yum list installed systemd*
systemd.x86_64 25-1.fc15 @updates-testing
systemd-units.x86_64 25-1.fc15 @updates-testing
I've booted and checked what problem still persist.
# systemctl --full | grep vconsole
systemd-vconsole-setup.service loaded active exited Setup Virtual
Console
--- Additional comment from mschmidt(a)redhat.com on 2011-04-28 10:52:30 CEST ---
Can you boot with "rd.plymouth=0"? Do the fonts appear correctly then?
--- Additional comment from elemc(a)atisserv.ru on 2011-04-28 11:05:39 CEST ---
Yes, with rd.plymouth=0 kernel parameter the fonts appear correctly.
--- Additional comment from lpoetter(a)redhat.com on 2011-04-28 16:54:36 CEST ---
Hmm, Ray, have you heard of such a problem with font loading and Plymouth
colliding?
--- Additional comment from lpoetter(a)redhat.com on 2011-04-28 16:59:20 CEST ---
OK, my guess is that this might be related to
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/554172/comments/245
i.e. setfont should probably retry opening /dev/tty0 a couple of times.
--- Additional comment from lpoetter(a)redhat.com on 2011-04-28 17:06:38 CEST ---
Tentatively reassigning this to kbd. The EIO loop is definitely necessary in
kbd. It might fix this problem. If it doesn't feel free to reassign back.
kbd maintainers, can you please beef up open_a_console() in src/getf_fd.c to
loop a couple of times if you get EIO when opening the device? Since the BKL
was dropped in the kernel this is unfortunately necessary in userspace to make
things work race-freely, see the linked ubuntu bug.
We do a similar loop in systemd:
http://cgit.freedesktop.org/systemd/tree/src/util.c#n2326
--- Additional comment from notting(a)redhat.com on 2011-04-28 18:38:23 CEST ---
(In reply to comment #8)
> Hmm, Ray, have you heard of such a problem with font loading and Plymouth
> colliding?
vconsole setup needs done before plymouth sets the terminal to graphics
mode/the framebuffer driver is loaded, IIRC.
(font/unicode state is per-VT, but inherited from the prior existing console)
--- Additional comment from lpoetter(a)redhat.com on 2011-04-30 03:45:44 CEST ---
OK, will duplicate against dracut then, which apparently dropped the font
loading.
Harald, please add an invocation of systemd-vconsole-setup to dracut, before
you run plymouth, as discussed on IRC the other day.
--
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: [bn][bn-IN]Combinations with Consonant+09CB+special characters fail on Openoffice.org writer
https://bugzilla.redhat.com/show_bug.cgi?id=696476
Summary: [bn][bn-IN]Combinations with Consonant+09CB+special
characters fail on Openoffice.org writer
Product: Fedora
Version: 14
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: ibus
AssignedTo: tfujiwar(a)redhat.com
ReportedBy: runab(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tfujiwar(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com
Classification: Fedora
Story Points: ---
Description of problem:
Combinations with various Bengali consonant characters (0995-09B9)+09CB+special
characters (0981-0983) cause Openoffice.org writer to crash unexpectedly, after
ibus, ibus-libs, ibus-gtk2, ibus-gtk3 packages are updated.
Version-Release number of selected component (if applicable):
openoffice.org-writer-3.3.0-9.3.fc14
ibus-libs-1.3.9-3.fc14
ibus-gtk2-1.3.9-3.fc14
ibus-1.3.9-3.fc14
ibus-gtk3-1.3.9-3.fc14
How reproducible:
Steps to Reproduce:
1. Add Bengali=>Probhat and Inscript keyboards from ibus-preferences to enable
them
2. Start openoffice.org writer
3. Enable Probhat keyboard by choosing it from the ibus panel applet
4. Write the following combination:
* 099C + 09CB + 0981
actual key strokes: j]>
to display: জোঁ
* 0995 + 09CB + 0982
actual key strokes: k]L
to display: কোং
* 09B9 + 09CB + 0983
actual key strokes: h]H
to display: হোঃ
Actual results:
Openoffice.org writer crashes
Expected results:
Combinations to be displayed and application should not crash.
Additional info:
1. The bug can be replicated with direct unicode input as well
2. The consonant value can be replaced with any in the range, and same results
are seen. The special character may or may not be different in each case.
3. With no change in the Openoffice.org (and its dependency) packages, these
combinations worked as expected on the ibus GA versions (1.3.9-3.fc14)
--
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] ibus-1.3.99.20110419-7.fc15: connection.py:630:call_blocking:DBusException: org.freedesktop.DBus.Error.Failed: Context which does not has focus can not change engine to xkb:layout:default.
https://bugzilla.redhat.com/show_bug.cgi?id=718627
Summary: [abrt] ibus-1.3.99.20110419-7.fc15:
connection.py:630:call_blocking:DBusException:
org.freedesktop.DBus.Error.Failed: Context which does
not has focus can not change engine to
xkb:layout:default.
Product: Fedora
Version: 15
Platform: x86_64
OS/Version: Unspecified
Status: NEW
Status Whiteboard: abrt_hash:122614378efc89d2325c8c65804c8a2270d42277
Severity: unspecified
Priority: unspecified
Component: ibus
AssignedTo: tfujiwar(a)redhat.com
ReportedBy: harshula(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tfujiwar(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com
Classification: Fedora
Story Points: ---
abrt version: 2.0.3
architecture: x86_64
cmdline: /usr/bin/python /usr/share/ibus/ui/gtk/main.py
component: ibus
executable: /usr/share/ibus/ui/gtk/main.py
kernel: 2.6.38.8-32.fc15.x86_64
os_release: Fedora release 15 (Lovelock)
package: ibus-1.3.99.20110419-7.fc15
reason: connection.py:630:call_blocking:DBusException:
org.freedesktop.DBus.Error.Failed: Context which does not has focus can not
change engine to xkb:layout:default.
time: Mon Jul 4 14:18:18 2011
backtrace:
:connection.py:630:call_blocking:DBusException:
org.freedesktop.DBus.Error.Failed: Context which does not has focus can not
change engine to xkb:layout:default.
:
:Traceback (most recent call last):
: File "/usr/share/ibus/ui/gtk/panel.py", line 620, in
__im_menu_item_activate_cb
: self.__focus_ic.set_bridge_engine()
: File "/usr/lib/python2.7/site-packages/ibus/inputcontext.py", line 287, in
set_bridge_engine
: return self.__context.SetEngine(_config.DEFAULT_BRIDGE_ENGINE_NAME)
: File "/usr/lib/python2.7/site-packages/dbus/proxies.py", line 140, in
__call__
: **keywords)
: File "/usr/lib/python2.7/site-packages/dbus/connection.py", line 630, in
call_blocking
: message, timeout)
:DBusException: org.freedesktop.DBus.Error.Failed: Context which does not has
focus can not change engine to xkb:layout:default.
:
:Local variables in innermost frame:
:byte_arrays: False
:self: <dbus.connection.Connection object at 0x2709470>
:args: ('xkb:layout:default',)
:utf8_strings: False
:bus_name: 'org.freedesktop.IBus'
:get_args_opts: {'byte_arrays': False, 'utf8_strings': False}
:object_path: dbus.ObjectPath('/org/freedesktop/IBus/InputContext_33')
:timeout: -1.0
:signature: u's'
:dbus_interface: 'org.freedesktop.IBus.InputContext'
:message: <dbus.lowlevel.MethodCallMessage object at 0x265cb28>
:method: 'SetEngine'
comment:
:1) Enable IBus
:2) Try switching between the default English XKB layout and ibus-m17n IMs
:3) Eventually English XKB disappears and IBus crashes.
--
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: after upgrade from F14->F15, firefox run in English, when desktop is in native locale (pa_IN)
https://bugzilla.redhat.com/show_bug.cgi?id=707100
Summary: after upgrade from F14->F15, firefox run in English,
when desktop is in native locale (pa_IN)
Product: Fedora
Version: 15
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Keywords: i18n
Severity: unspecified
Priority: unspecified
Component: firefox
AssignedTo: gecko-bugs-nobody(a)fedoraproject.org
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: gecko-bugs-nobody(a)fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Description of problem:
after upgrade from F14->F15, firefox run in English, when desktop is in native
locale (pa_IN).
Version-Release number of selected component (if applicable):
firefox-4.0.1-2.fc15.x86_64
xulrunner-2.0.1-1.fc15.x86_64
How reproducible:
everytime
Steps to Reproduce:
1. upgraded from Fedora 14 to Fedora 15, where Fedra 14 has Native Desktop
(Punjabi)
2. after upgrade run Firefox
3. check interface
Actual results:
it is in English
Expected results:
it should be in Punjabi
Additional info:
1) Fresh install is working Proper (in native locale)
2) [aalam@amd6core ~]$ locale
LANG=pa_IN.UTF-8
LC_CTYPE="pa_IN.UTF-8"
LC_NUMERIC="pa_IN.UTF-8"
LC_TIME="pa_IN.UTF-8"
LC_COLLATE="pa_IN.UTF-8"
LC_MONETARY="pa_IN.UTF-8"
LC_MESSAGES="pa_IN.UTF-8"
LC_PAPER="pa_IN.UTF-8"
LC_NAME="pa_IN.UTF-8"
LC_ADDRESS="pa_IN.UTF-8"
LC_TELEPHONE="pa_IN.UTF-8"
LC_MEASUREMENT="pa_IN.UTF-8"
LC_IDENTIFICATION="pa_IN.UTF-8"
LC_ALL=
--------
[aalam@amd6core ~]$ ls
/usr/lib64/firefox-4/langpacks/langpack-pa-IN\(a)firefox.mozilla.org.xpi
---
--
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.