Bug 476691 – combining character support

2008-05-07 Thread Neskie Manuel
Hi, I was looking at this bug [1] since it affects me using combining characters in vim when I'm using the terminal. Before I look more into this I have a few questions: 1. Will this be fixed soon? 2. If not what would be the preferable solution to fixing this? And how could I help fix

Proposed external dep: PolicyKit

2008-05-07 Thread Richard Hughes
I would like to propose PolicyKit[1] as an external dep for 2.26 - it's mostly API stable[2], and is now being used as an optional dep in many modules in gnome svn and HAL. I would like to depend on it for gnome-power-manager, and I hate all the #ifdefs. Does anybody have any problems with

Re: Proposed external dep: PolicyKit

2008-05-07 Thread Matthias Clasen
On Wed, May 7, 2008 at 11:18 AM, Richard Hughes [EMAIL PROTECTED] wrote: I would like to propose PolicyKit[1] as an external dep for 2.26 - it's mostly API stable[2], and is now being used as an optional dep in many modules in gnome svn and HAL. I would like to depend on it for

Re: Proposed external dep: PolicyKit

2008-05-07 Thread Murray Cumming
On Wed, 2008-05-07 at 11:23 -0400, Matthias Clasen wrote: On Wed, May 7, 2008 at 11:18 AM, Richard Hughes [EMAIL PROTECTED] wrote: I would like to propose PolicyKit[1] as an external dep for 2.26 - it's mostly API stable[2], and is now being used as an optional dep in many modules in

Re: Proposed external dep: PolicyKit

2008-05-07 Thread Patryk Zawadzki
On Wed, May 7, 2008 at 5:23 PM, Matthias Clasen [EMAIL PROTECTED] wrote: Actually, the patches are using PolicyKit-gnome, too. If we allow dependencies on PolicyKit, we should allow PolicyKit-gnome, too, since it makes it very easy to write UIs that trigger privileged operations and handle

Re: Proposed external dep: PolicyKit

2008-05-07 Thread Matthias Clasen
On Wed, May 7, 2008 at 11:29 AM, Patryk Zawadzki [EMAIL PROTECTED] wrote: On Wed, May 7, 2008 at 5:23 PM, Matthias Clasen [EMAIL PROTECTED] wrote: Actually, the patches are using PolicyKit-gnome, too. If we allow dependencies on PolicyKit, we should allow PolicyKit-gnome, too, since

Re: Proposed external dep: PolicyKit

2008-05-07 Thread Richard Hughes
On Wed, 2008-05-07 at 17:27 +0200, Vincent Untz wrote: s/2.26/2.24/ I guess? :-) I figured I was too late for 2.24 - if not, even better. Richard. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org

Re: Proposed external dep: PolicyKit

2008-05-07 Thread David Zeuthen
On Wed, 2008-05-07 at 17:27 +0200, Vincent Untz wrote: Le mercredi 07 mai 2008, à 16:18 +0100, Richard Hughes a écrit : I would like to propose PolicyKit[1] as an external dep for 2.26 - it's mostly API stable[2], and is now being used as an optional dep in many modules in gnome svn and

Re: Proposed external dep: PolicyKit

2008-05-07 Thread David Zeuthen
On Wed, 2008-05-07 at 17:29 +0200, Murray Cumming wrote: On Wed, 2008-05-07 at 11:23 -0400, Matthias Clasen wrote: On Wed, May 7, 2008 at 11:18 AM, Richard Hughes [EMAIL PROTECTED] wrote: I would like to propose PolicyKit[1] as an external dep for 2.26 - it's mostly API stable[2], and

Re: Proposed external dep: PolicyKit

2008-05-07 Thread Brian Cameron
I would like to propose PolicyKit[1] as an external dep for 2.26 - it's mostly API stable[2], and is now being used as an optional dep in many modules in gnome svn and HAL. I would like to depend on it for gnome-power-manager, and I hate all the #ifdefs. Does anybody have any problems

Re: Proposed external dep: PolicyKit

2008-05-07 Thread Jason D. Clinton
On Wed, May 7, 2008 at 12:29 PM, Brian Cameron [EMAIL PROTECTED] wrote: I do not think it is a problem for PolicyKit to be an external dependency for GNOME. However, there will probably be people at Sun working to #ifdef out PolicyKit code in the modules that tend to get shipped with

Re: Proposed external dep: PolicyKit

2008-05-07 Thread Brian Cameron
Jason: If Sun wants to do something completely different from what the rest of the community is doing, it seems like the responsibility for bearing the consequences of that course of action should lay squarely on the shoulders of Sun's engineering teams. Understood. I was not really