[Fedora-i18n-bugs] [Bug 680990] Missing French Canadian Dvorak keyboard layout
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=680990
Lionel Dricot <ploum(a)ploum.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ploum(a)ploum.net
--- Comment #3 from Lionel Dricot <ploum(a)ploum.net> 2011-12-04 07:07:41 EST ---
And I miss the French-Dvorak Bépo.
I don't understand that system-config-keyboard has a different list of layouts
than the one provided by X.
This is pure useless duplicate effort. As soon as X is installed, all the
available layouts should be listed in system-config-keyboard.
--
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.
12 years, 4 months
[Fedora-i18n-bugs] [Bug 683122] New: [pa_IN] Default font is not lohit punjabi
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [pa_IN] Default font is not lohit punjabi
https://bugzilla.redhat.com/show_bug.cgi?id=683122
Summary: [pa_IN] Default font is not lohit punjabi
Product: Fedora
Version: 15
Platform: i686
OS/Version: Unspecified
Status: NEW
Keywords: i18n, Triaged
Severity: unspecified
Priority: unspecified
Component: fontconfig
AssignedTo: behdad(a)fedoraproject.org
ReportedBy: caolanm(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: behdad(a)fedoraproject.org, caolanm(a)redhat.com,
aalam(a)redhat.com, jsingh(a)redhat.com,
pnemade(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org, ltinkl(a)redhat.com,
dtardon(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Depends on: 682716
Classification: Fedora
Clone Of: 682716
Created attachment 482937
--> https://bugzilla.redhat.com/attachment.cgi?id=482937
implement suggestion
+++ This bug was initially created as a clone of Bug #682716 +++
fontconfig-2.8.0-3
fc-match on "pa" gives different results than "pa-in".
$ fc-match :lang=pa
Lohit-Punjabi.ttf: "Lohit Punjabi" "Regular"
$ fc-match :lang=pa-in
DroidSansArabic.ttf: "Droid Sans" "Regular"
fontconfig knows about "pa" and "pa-pk", because "pa-in" isn't an exact match
it considers the full list of pa + pa-pk fonts and returns one of that set
fairly arbitrarily, better would be to return a "pa" more generic version when
there's no exact territory match.
--
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.
12 years, 4 months
[Fedora-i18n-bugs] [Bug 484643] New: ibus working with screen lock dialog, but not showing icon properly
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: ibus working with screen lock dialog, but not showing icon properly
https://bugzilla.redhat.com/show_bug.cgi?id=484643
Summary: ibus working with screen lock dialog, but not showing
icon properly
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:
while using ibus, I locked the screen and tried to log-back (in a session).
it was not allowing to log back to session as ibus enabled during lock-login
screen, but there was no icon with it
Version-Release number of selected component (if applicable):
ibus-0.1.1.20081023-3.fc11
How reproducible:
Evertime
Steps to Reproduce:
1. eable ibus in session
2. lock the session
3. press Ctrl+Space (2-3 time)
Actual results:
lock screen takes input in local session, while not showing any sign to input
method (enabled)
Expected results:
Either lock screen should not allow to get input from ibus or ibus should not
work with lock screen.
Additional info:h
--
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.
12 years, 4 months
[Fedora-i18n-bugs] [Bug 750484] New: RFE: support reloading Xmodmap
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: RFE: support reloading Xmodmap
https://bugzilla.redhat.com/show_bug.cgi?id=750484
Summary: RFE: support reloading Xmodmap
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: low
Priority: unspecified
Component: ibus
AssignedTo: tfujiwar(a)redhat.com
ReportedBy: dueno(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: ---
Type: ---
Description of problem:
When a keyboard layout is changed with gnome-settings-daemon, ~/.Xmodmap is
automatically re-applied through libgnomekbd. cf.
http://blogs.gnome.org/sudaltsov/2010/10/13/xmodmap-and-gnome/
http://git.gnome.org/browse/libgnomekbd/tree/libgnomekbd/gkbd-keyboard-co...
However, with ibus-xkb, that file is ignored and the previous Xmodmap setting
is cleared each time when I switch between XKB engines.
Version-Release number of selected component (if applicable):
ibus-1.4.0-6.fc16.x86_64
How reproducible:
always
Steps to Reproduce:
(with the default Japanese installation of F16 RC2)
1. put the following content in ~/.Xmodmap
keycode 49 = Escape
2. xmodmap ~/.Xmodmap
3. run xev and type Zenkaku_Hankaku key
4. select Thai XKB engine from the IME menu, then back to Japanese XKB engine
5. run xev and type Zenkaku_Hankaku key
Actual results:
xev reports "keycode 49 (keysym 0xff1b, Escape)" on step 3, and "keycode 49
(keysym 0xff2a, Zenkaku_Hankaku)" on step 5.
Expected results:
xev should report "keycode 49 (keysym 0xff1b, Escape)" on both step 3 and 5.
Additional info:
This feature would be important on Japanese desktop, since quite a few people
map Zenkaku_Hankaku to Escape.
--
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.
12 years, 4 months
[Fedora-i18n-bugs] [Bug 753781] New: [XIM] While clicking Space key in Hangul char of preedit state, the character follows space.
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [XIM] While clicking Space key in Hangul char of preedit state, the character follows space.
https://bugzilla.redhat.com/show_bug.cgi?id=753781
Summary: [XIM] While clicking Space key in Hangul char of
preedit state, the character follows space.
Product: Fedora
Version: 16
Platform: x86_64
OS/Version: Linux
Status: NEW
Severity: high
Priority: unspecified
Component: ibus
AssignedTo: tfujiwar(a)redhat.com
ReportedBy: sangu.fedora(a)gmail.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: ---
Type: ---
Description of problem:
[XIM] While clicking Space key in Hangul char of preedit state, the character
follows space.
Version-Release number of selected component (if applicable):
1.4.0-10.fc16.x86_64
How reproducible:
always
Steps to Reproduce:
1. Lanuch gedit
2. Enable Hangul engine.
3. Change Input Method to X Input Method
4. Input rk (가) -> Click Space Key
Actual results:
Expected results:
Additional info:
ibus-hangul-1.3.1-7.fc16.x86_64
gtk2-2.24.7-3.fc16.x86_64
gtk3-3.2.1-1.fc16.x86_64
--
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.
12 years, 4 months
[Fedora-i18n-bugs] [Bug 756595] Accessibility Ctrl-space kills content assist in eclipse
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=756595
darton <temp-2009-09-09(a)mail.ru> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |temp-2009-09-09(a)mail.ru
--- Comment #12 from darton <temp-2009-09-09(a)mail.ru> 2011-12-02 15:17:05 EST ---
I thought Control+Space is for content assist and the keybinding is not Eclipse
only but also other IDEs. I have used Control+Space for content assist for more
than five years under windows and several linux distros.
Seriously, before discovering this issue in a fresh Fedora installation I've
seen Control+Space used for keyboard switching only on MacOS (_Command_+Space,
actually) but I always thought MacOS to be something totally alien.
PS Does anybody know what information is being requested for this issue via
NEEDINFO flag? Shouldn't it be cleared?
--
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.
12 years, 4 months
[Fedora-i18n-bugs] [Bug 759202] New: gnome-control-center's Region and Language seems incapable of setting (or correctly reading) the system language
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: gnome-control-center's Region and Language seems incapable of setting (or correctly reading) the system language
https://bugzilla.redhat.com/show_bug.cgi?id=759202
Summary: gnome-control-center's Region and Language seems
incapable of setting (or correctly reading) the system
language
Product: Fedora
Version: 16
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Status Whiteboard: RejectedBlocker RejectedNTH
Keywords: i18n, Translation
Severity: medium
Priority: unspecified
Component: selinux-policy
AssignedTo: mgrepl(a)redhat.com
ReportedBy: notting(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: notting(a)redhat.com, tagoh(a)redhat.com,
dwalsh(a)redhat.com, jsmith.fedora(a)gmail.com,
jmccann(a)redhat.com, rstrode(a)redhat.com,
aalam(a)redhat.com, dennis(a)ausil.us,
control-center-maint(a)redhat.com,
dominick.grift(a)gmail.com, mgrepl(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org,
awilliam(a)redhat.com, sm(a)sandro-mathys.ch,
kparal(a)redhat.com, rolle.hoffmann(a)web.de,
jarsmith(a)redhat.com, tflink(a)redhat.com
Depends on: 706756
Classification: Fedora
Story Points: ---
Clone Of: 706756
Type: ---
Cloning this, as the SELinux bits appear to have gotten lost.
+++ This bug was initially created as a clone of Bug #706756 +++
Description of problem:
There is no translation on Login-Page of the reboot-menu.
Version-Release number of selected component (if applicable):
Fedora 15 Beta, Gnome 3
How reproducible:
Every time
Steps to Reproduce:
1. boot fedora
2. change the language to german
3. goto the login-page
4. select in the upper right corner the menu and see the entries
5. all entries are in english not in german
Actual results:
all entries are in english "shutdown", ...
Expected results:
all entries should be in german "ausschalten", ...
Additional info:
--- Additional comment from aalam(a)redhat.com on 2011-05-22 22:46:11 EDT ---
current GDM version:
gdm-3.0.0-3.fc15
--- Additional comment from rolle.hoffmann(a)web.de on 2011-05-23 02:25:44 EDT
---
The clock on login-page is also not translated. It is presented in english.
--- Additional comment from fedora-admin-xmlrpc(a)redhat.com on 2011-06-21
11:28:50 EDT ---
This package has changed ownership in the Fedora Package Database. Reassigning
to the new owner of this component.
--- Additional comment from fedora-admin-xmlrpc(a)redhat.com on 2011-06-21
11:31:01 EDT ---
This package has changed ownership in the Fedora Package Database. Reassigning
to the new owner of this component.
--- Additional comment from fedora-admin-xmlrpc(a)redhat.com on 2011-06-21
11:33:37 EDT ---
This package has changed ownership in the Fedora Package Database. Reassigning
to the new owner of this component.
--- Additional comment from fedora-admin-xmlrpc(a)redhat.com on 2011-06-21
11:36:23 EDT ---
This package has changed ownership in the Fedora Package Database. Reassigning
to the new owner of this component.
--- Additional comment from fedora-admin-xmlrpc(a)redhat.com on 2011-06-21
11:42:38 EDT ---
This package has changed ownership in the Fedora Package Database. Reassigning
to the new owner of this component.
--- Additional comment from fedora-admin-xmlrpc(a)redhat.com on 2011-06-21
11:46:44 EDT ---
This package has changed ownership in the Fedora Package Database. Reassigning
to the new owner of this component.
--- Additional comment from fedora-admin-xmlrpc(a)redhat.com on 2011-06-21
11:48:56 EDT ---
This package has changed ownership in the Fedora Package Database. Reassigning
to the new owner of this component.
--- Additional comment from fedora-admin-xmlrpc(a)redhat.com on 2011-06-21
11:51:01 EDT ---
This package has changed ownership in the Fedora Package Database. Reassigning
to the new owner of this component.
--- Additional comment from fedora-admin-xmlrpc(a)redhat.com on 2011-06-21
11:52:24 EDT ---
This package has changed ownership in the Fedora Package Database. Reassigning
to the new owner of this component.
--- Additional comment from awilliam(a)redhat.com on 2011-07-25 21:57:09 EDT ---
To help us in assessing the blocker status of this bug, please cite the release
criterion - https://fedoraproject.org/wiki/Fedora_Release_Criteria - you think
it infringes. Thanks!
--
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers
--- Additional comment from awilliam(a)redhat.com on 2011-07-25 21:57:49 EDT ---
--
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers
--- Additional comment from tagoh(a)redhat.com on 2011-07-25 23:43:59 EDT ---
assuming that this should meets to """
All release-blocking desktops' offered mechanisms (if any) for shutting down,
logging out and rebooting must work
""" in Beta Release Criteria. there are no way to see "that is it" if no
translations. we shouldn't assume all of users can read English.
--- Additional comment from aalam(a)redhat.com on 2011-08-09 22:18:58 EDT ---
it is 16blocker, so moving
rawhide->16
--- Additional comment from awilliam(a)redhat.com on 2011-09-30 14:19:43 EDT ---
Discussed at 2011-09-30 blocker review meeting. We felt this merits blocker
consideration, but we do not have criteria for translations at present. We
decided to accept it as NTH and table blocker status until next week; we will
aim to propose a criterion for translations this week.
--- Additional comment from awilliam(a)redhat.com on 2011-10-07 13:44:11 EDT ---
Discussed again at 2011-10-07 blocker review meeting. We didn't manage to
propose the i18n criteria yet, so we're punting on this for another week. We'll
definitely evaluate it next week.
--- Additional comment from awilliam(a)redhat.com on 2011-10-14 13:28:12 EDT ---
Discussed at 2011-10-14 blocker review meeting. Accepted as a blocker under
newly minted criterion "The installer, bootup and login processes should
correctly display all sufficiently complete translations available for use."
(will be added to the criteria page soon).
--- Additional comment from tagoh(a)redhat.com on 2011-10-20 02:02:39 EDT ---
I can see German on the menu with gdm-3.2.0-2.fc16.x86_64.
So what languages we should actually cover with that criterion?
I saw your mail on the list that says "popular languages". how can I measure
which one is really popular?
--- Additional comment from awilliam(a)redhat.com on 2011-10-20 02:08:47 EDT ---
with a hand-wave and some IRC arguing - that's usually how we do it. ;)
but the initial report was about German, so maybe this is fixed now? Rolle, can
you confirm?
--- Additional comment from rolle.hoffmann(a)web.de on 2011-10-21 03:53:00 EDT
---
It doesn't work for me. Sorry.
I downloaded the nightly build desktop-cd-image from 2011-10-19. Installed
Fedora 16 Prerelease. Made all updates. Switched the language to german. After
reboot and logout the Login-Screen is still presented in english.
--- Additional comment from awilliam(a)redhat.com on 2011-10-21 11:54:55 EDT ---
Ah - well that may actually be as intended. What did you 'switch language to
German' with exactly? Did you use GNOME's 'Region and Language' or the Fedora
'system-config-language' tool?
If you use 'Region and Language' note that the setting on the Language tab is
*your personal* setting. If you then go to the System tab you will see this:
"The login screen, system accounts and new user accounts use the system-wide
Region and Language settings. You may change the system settings to match
yours."
Can you run that tool, go to that tab, and see what it says your personal
settings vs. the system settings are? If the system's still set to English,
does using the 'Copy Settings...' button in that dialog help? Thanks!
--- Additional comment from rolle.hoffmann(a)web.de on 2011-10-22 08:09:43 EDT
---
I switched the language always with "Region and Language" of the system
settings collection from the upper right menu. Then I go to the system tab
(which is new in Gnome 3.2, In Fedora 15 Gnome 3.0 there isn't such a tab):
It shows that my personal settings are set to german and the system is set to
english. The Button "Copy settings ..." doesn't change anything. Then I logout
and the login screens remains in english. (Nightly Buid 2011-10-19:
gdm-3.2.0-2.fc16.x86_64)
Now I tried your hint with "system-config-language" and switch the language to
german, but the login-screen remains in english.
--- Additional comment from aalam(a)redhat.com on 2011-10-22 13:16:52 EDT ---
I had a installed Fedora 16 system, tried for German (de_DE.UTF-8) locale. If
selected Language German with System-config-language, then GDM shows all
entries in non-English (I hope following is German):
1 - Bereitschaft
2 - Neu starten
3 - Ausschalten
Calendar has following:
Samstag, 22. Oktober
for system-config-language need to reboot to take effect, so may not work on
live image.
Also I tried following command on fedora 16 (which shows translated message
from installed system in selected langauge):
--
[aalam@yuri ~]$ LANG=de_DE.UTF-8 gettext -d gdm "Shut Down"
Ausschalten
[aalam@yuri ~]$ LANG=de_DE.UTF-8 gettext -d gdm "Restart"
Neustart
[aalam@yuri ~]$ LANG=de_DE.UTF-8 gettext -d gdm "Suspend"
Bereitschaft
----
Package:gdm-3.2.1.1-1.fc16.i686
--- Additional comment from awilliam(a)redhat.com on 2011-10-24 20:19:44 EDT ---
I can confirm Rolle's experience that the "Copy Configuration" button in the
GNOME Control Center appears to do nothing. But I can also confirm A. S. Alam's
report that system-config-language works, if you reboot.
Given this, I'm revising my vote to -1 blocker, -1 nth: it doesn't look like
there's a bug in gdm preventing translations from being displayed, or anything,
the problem if any is a problem in one specific mechanism for changing the
system language, which is a less serious issue.
Any other vote changes?
--- Additional comment from awilliam(a)redhat.com on 2011-10-24 20:20:27 EDT ---
re-assigning to control-center, there does not appear to be a gdm bug here.
--- Additional comment from awilliam(a)redhat.com on 2011-10-24 20:21:12 EDT ---
hum, system-config-language changes gdm, but not the user's desktop. seems like
you need to change both to get everything switched.
--- Additional comment from kparal(a)redhat.com on 2011-10-25 07:58:06 EDT ---
Confirmed, system-config-language changes only GDM (translated text is
displayed properly after reboot), and control center changes only user session,
"copy settings" doesn't work.
-1 to blocker, -1 to nth
--- Additional comment from jsmith.fedora(a)gmail.com on 2011-10-25 08:10:47 EDT
---
Sure, know that we know the full impact, I'm happy to go with -1 to blocker, 0
to NTH
--- Additional comment from rolle.hoffmann(a)web.de on 2011-10-25 09:56:04 EDT
---
You all are right. It worked for me.
This was my fault. A S Alam your comment 24 is correct: thats the german
strings.
1. I didn't know that I must use "system-config-language".
2. After that I MUST reboot in F16. I understood "system-config-language" that
a simple logout is enough (so I hadn't problems to check this with live cd).
In F15 was the logout enough to change the Login-translations.
And in my many tries I realized, that this language-switch is a complex thing.
Is this really needed?
a: On a live cd or a fresh install I need Internet-connection to get the tool
"system-config-language". But I don't have an internet-connection everywhere.
Then the language-portion which is loaded from internet depends from the
installed applications. On that fresh install the switch to german is very
quick done. But on my horsepower-PC with F15 installation is LibreOffice,
GCompris, ... and I switched already to german. But the
"system-config-language" told me that no german support is installed and then
it loaded many files which took an era on my one pc that has a very very small
and very very instable internet connection.
Some files are checked that these are already on my pc but I believe that some
other files downloaded for a second time. Are there unneeded dependencies? But
this is a subjective feeling.
b: The tool "Region and Language" should give a hint that
"system-config-language" is needed for the system-wide settings.
c: Is it possible to do on the loginscreen an easy language switcher for
everyone? The menu could show all installed languages for the login-screen and
should be presented like this: first the english name and in braces the native
name) like many installers do.
...
german (deutsch)
...
OK.
Thanks for all which helped me. For me this bug is closed, because this was not
really a bug. I didn't know it better.
All you guys which are envolved in the translation-system, thank you for all
your hard work until now and keep your motivation for another long time.
--- Additional comment from awilliam(a)redhat.com on 2011-10-25 11:52:37 EDT ---
Rolle: in previous Fedoras, GDM had a little dialog which let you pick the
language before you logged in.
In GNOME 3.2 that's been dropped on the basis that you can just pick the
language after you log in, but that leads to this little problem. :/
It should be less of a problem if control-center is fixed so it can actually
set the system-wide language.
--- Additional comment from awilliam(a)redhat.com on 2011-10-25 11:56:35 EDT ---
I confirmed that you can at least change the language for the desktop in the
live image by using the GNOME tool and logging out / back in after you change
it. Which is a bit clunky, but at least works.
--- Additional comment from awilliam(a)redhat.com on 2011-10-25 11:58:15 EDT ---
So, adjusting for the re-vote: now not a blocker or NTH, now we understand it
better. But control-center needs fixing so it can set the system language.
--- Additional comment from notting(a)redhat.com on 2011-10-25 15:21:45 EDT ---
There are two bugs here.
1) The assorted setup scripts (lang.sh, etc.) don't read /etc/locale.conf that
is being written here. This is fixed in
http://git.fedorahosted.org/git/?p=initscripts.git;a=commitdiff;h=d088bd2...,
which will go out shortly in an initscripts update.
2) The SELinux policy is squashing the communication between policykit and the
assorted systemd mechanisms. I believe this can be fixed by:
diff --git a/policy-F16.patch b/policy-F16.patch
index 60b7398..61effe4 100644
--- a/policy-F16.patch
+++ b/policy-F16.patch
@@ -48354,6 +48354,7 @@ index 1e7169d..05409ab 100644
+optional_policy(`
+ dbus_system_domain(policykit_t, policykit_exec_t)
+
++ init_dbus_chat(policykit_t)
+ optional_policy(`
+ consolekit_dbus_chat(policykit_t)
+ ')
--
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.
12 years, 4 months