On Tue, 2009-07-28 at 22:03 +0100, Richard Hughes wrote:
> 2009/7/28 Joe Marcus Clarke :
> > We need DK first. Unfortunately, DK doesn't seem to look very portable.
> > Unlike hal which had directories for platforms backends, everything
> > seems to just be monolithic and udev-based. I think it
2009/7/28 Joe Marcus Clarke :
> We need DK first. Unfortunately, DK doesn't seem to look very portable.
> Unlike hal which had directories for platforms backends, everything
> seems to just be monolithic and udev-based. I think it would be a bit
> easier to get a FreeBSD port going if things loo
On Tue, Jul 28, 2009 at 22:13, Nirbheek
Chauhan wrote:
> On Wed, Jul 29, 2009 at 1:34 AM, Tomeu Vizoso wrote:
>> On Tue, Jul 28, 2009 at 22:01, Nirbheek
>> Chauhan wrote:
>>> On Wed, Jul 29, 2009 at 1:19 AM, Tomeu Vizoso wrote:
On Tue, Jul 28, 2009 at 19:04, Matthias Clasen
wrote:
>
Colin:
Though, probably the main reason why there has not much of a drive to
add PolicyKit to Solaris is because there has not been much need. To
date, Sun has not had much of a problem integrating the GNOME stack
without having PolicyKit available. I am sure there are some features
that Sola
On Tue, Jul 28, 2009 at 5:10 PM, Brian Cameron wrote:
> Though, probably the main reason why there has not much of a drive to
> add PolicyKit to Solaris is because there has not been much need. To
> date, Sun has not had much of a problem integrating the GNOME stack
> without having PolicyKit ava
On Wed, Jul 29, 2009 at 1:34 AM, Tomeu Vizoso wrote:
> On Tue, Jul 28, 2009 at 22:01, Nirbheek
> Chauhan wrote:
>> On Wed, Jul 29, 2009 at 1:19 AM, Tomeu Vizoso wrote:
>>> On Tue, Jul 28, 2009 at 19:04, Matthias Clasen
>>> wrote:
I'd rather see us focus on moving away from these menus via
>>>
On Tue, Jul 28, 2009 at 22:01, Nirbheek
Chauhan wrote:
> On Wed, Jul 29, 2009 at 1:19 AM, Tomeu Vizoso wrote:
>> On Tue, Jul 28, 2009 at 19:04, Matthias Clasen
>> wrote:
>>> I'd rather see us focus on moving away from these menus via
>>> gnome-shell and and new control-center shell.
>>
>> And may
On Wed, Jul 29, 2009 at 1:19 AM, Tomeu Vizoso wrote:
> On Tue, Jul 28, 2009 at 19:04, Matthias Clasen
> wrote:
>> I'd rather see us focus on moving away from these menus via
>> gnome-shell and and new control-center shell.
>
> And maybe remove as many settings as possible?
>
Is this a rhetorical
On Tue, Jul 28, 2009 at 19:04, Matthias Clasen wrote:
> We have done essentially this (with the extra Preferences menu in
> between) for a few releases in Fedora, and we have gone back to using
> a single Preferences menu by default now. The two main problems we
> faced with this are
>
> 1) deep me
Richard Hughes wrote:
> 2009/7/24 David Zeuthen :
>> On Thu, 2009-07-23 at 04:58 -0500, Brian Cameron wrote:
>>> Sun is already working to add DeviceKit support to Solaris
>> It would be good to the devkit-devel mailing list know about this.
>> Because if this is so, we need to change some of our p
David:
On Thu, 2009-07-23 at 04:58 -0500, Brian Cameron wrote:
Sun is already working to add DeviceKit support to Solaris
It would be good to the devkit-devel mailing list know about this.
Because if this is so, we need to change some of our plans; in
particular move the "make porting easier
We have done essentially this (with the extra Preferences menu in
between) for a few releases in Fedora, and we have gone back to using
a single Preferences menu by default now. The two main problems we
faced with this are
1) deep menus are hard (your approach kinda avoids this by nuking Preferenc
I am looking for opinions for a potential change in gnome-menus. The
default menus can get pretty long, and isn't fun to scroll through on
a small display. I have created a patch for gnome-menus that
re-organizes the preferences menus to match the categories gnome-cc
uses. I think this makes it
On Tue, 2009-07-28 at 18:20 +0200, Vincent Untz wrote:
> Le lundi 27 juillet 2009, à 18:06 +0100, Bastien Nocera a écrit :
> > If /dev/rfkill support isn't present, you just won't be able to
> > enable/disable Bluetooth through the menus/preferences.
>
> So, to clarify: 2.6.31 kernel is a runtime
Le lundi 27 juillet 2009, à 18:06 +0100, Bastien Nocera a écrit :
> If /dev/rfkill support isn't present, you just won't be able to
> enable/disable Bluetooth through the menus/preferences.
So, to clarify: 2.6.31 kernel is a runtime dependency for a specific
feature and everything else works fine
Luca Ferretti wrote:
> As all you may know, we recently switched to a "no icons" approach in
> both menus[1] and buttons[2].
>
> Currently the Appearance capplet provides a checkbox to toggle icons in menus.
>
> Should we (re)add a checkbox for buttons too? Maybe users that really
> want icons o
pessulus now has gnome-2-26 branch.
Vincent
Le mardi 28 juillet 2009, à 17:46 +0200, Vincent Untz a écrit :
> Le mardi 28 juillet 2009, à 15:43 -, GNOME Status Pages a écrit :
> > This is an automatic notification from status generation scripts on:
> > http://l10n.gnome.org.
> >
> > There ha
On 24 Jul 2009, at 19:13, Karl Lattimer wrote:
I think we could really benefit from a ux.gnome.org site for
demonstrating new ideas and creating concrete mockups and cataloging
testing data from various organisations who are performing usability
testing or have in the past.
Probably a bit OT
Hi Richard,
This is really a good news. I juts tested the build on Solaris and
succeeded after commenting out all code related to Policykit (because
Solaris does not ship Policykit currently). I also CCed the engineer who
is responsible for the porting of Devicekit-power to Solaris.
Regards,
Jed
2009/7/24 David Zeuthen :
> On Thu, 2009-07-23 at 04:58 -0500, Brian Cameron wrote:
>> Sun is already working to add DeviceKit support to Solaris
>
> It would be good to the devkit-devel mailing list know about this.
> Because if this is so, we need to change some of our plans; in
> particular move
20 matches
Mail list logo