i18n-bugs December 2011

i18n-bugs@lists.fedoraproject.org

3 participants
294 discussions

[Fedora-i18n-bugs] [Bug 645364] [Indic] Characters get overlap while moving the cursor.
by Red Hat Bugzilla 05 Dec '11

05 Dec '11

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=645364 Akira TAGOH <tagoh(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flag| |needinfo?(mgiri(a)redhat.com) --- Comment #4 from Akira TAGOH <tagoh(a)redhat.com> 2011-12-05 06:13:39 EST --- Does this still persist on f16 say? -- 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.

1 0

[Fedora-i18n-bugs] [Bug 693890] Czech "cs" keymap shipped is uncomplete and has several problems
by Red Hat Bugzilla 05 Dec '11

05 Dec '11

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=693890 Akira TAGOH <tagoh(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tagoh(a)redhat.com Flag| |needinfo?(zidek(a)master.cz) --- Comment #3 from Akira TAGOH <tagoh(a)redhat.com> 2011-12-05 06:06:31 EST --- Does this still persist in f16 say? -- 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.

1 0

[Fedora-i18n-bugs] [Bug 680990] Missing French Canadian Dvorak keyboard layout
by Red Hat Bugzilla 04 Dec '11

04 Dec '11

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.

1 0

[Fedora-i18n-bugs] [Bug 683122] New: [pa_IN] Default font is not lohit punjabi
by Red Hat Bugzilla 03 Dec '11

03 Dec '11

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.

1 12

[Fedora-i18n-bugs] [Bug 484643] New: ibus working with screen lock dialog, but not showing icon properly
by Red Hat Bugzilla 02 Dec '11

02 Dec '11

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.

1 20

[Fedora-i18n-bugs] [Bug 750484] New: RFE: support reloading Xmodmap
by Red Hat Bugzilla 02 Dec '11

02 Dec '11

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-conf… 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.

1 12

[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 02 Dec '11

02 Dec '11

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.

1 10

[Fedora-i18n-bugs] [Bug 756595] Accessibility Ctrl-space kills content assist in eclipse
by Red Hat Bugzilla 02 Dec '11

02 Dec '11

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.

1 0

[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 02 Dec '11

02 Dec '11

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=d088bd27e…, 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.

1 2

[Fedora-i18n-bugs] [Bug 706756] gnome-control-center's Region and Language seems incapable of setting (or correctly reading) the system language
by Red Hat Bugzilla 01 Dec '11

01 Dec '11

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=706756 Adam Williamson <awilliam(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks|759202 | -- 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.

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs December 2011