On Wed, 2006-18-01 at 23:14 +0800, Davyd Madeley wrote:
pragmatism, before we commit to path that none of our vendors or any
other desktops want to share.
In all fairness, I know that at least Ubuntu Dapper is using g-p-m. No
idea about Edgy.
Cheers.
signature.asc
Description: This is a
On Wed, 2006-18-01 at 10:32 -0500, William Jon McCann wrote:
How is a system daemon more secure than a user session daemon?
A system daemon runs as root (or some other 'special' user) and can be
given special abilities without giving them to the user. A system
daemon is also immune to user
On Wed, 2006-18-01 at 17:16 +0100, Mark Rosenstand wrote:
Without actually using the stuff, I think this sounds pretty much like
what HAL does (and g-p-m uses.)
Definitely not. HAL is incapable of acting on its own (ie: making
policy decisions). This is exactly the part that needs to be
On Wed, 2006-01-18 at 10:17 -0500, Ryan Lortie wrote:
On Wed, 2006-18-01 at 23:14 +0800, Davyd Madeley wrote:
pragmatism, before we commit to path that none of our vendors or any
other desktops want to share.
In all fairness, I know that at least Ubuntu Dapper is using g-p-m. No
idea
On Wed, 2006-01-18 at 10:17 -0500, Ryan Lortie wrote:
On Wed, 2006-18-01 at 23:14 +0800, Davyd Madeley wrote:
pragmatism, before we commit to path that none of our vendors or any
other desktops want to share.
In all fairness, I know that at least Ubuntu Dapper is using g-p-m. No
idea
On Wed, 2006-01-18 at 10:58 -0500, Ryan Lortie wrote:
The question comes down to: is there sufficient reason not to use the
best solution we have in favor of one that hasn't been spec'd, reviewed,
or developed in the community or at all?
For what it's worth, Davyd Madeley spec'd this
On Thu, 19 Jan 2006, Luca Ferretti wrote:
Il giorno mer, 18/01/2006 alle 10.21 -0600, Federico Mena Quintero ha
scritto:
Sorry that I dropped the ball on this, and haven't followed all the
discussion.
Other than Pango optimizations and and GSlice in Glib, is there a
compelling reason
Hi,
we are packaging gnome 2.12 for a Portuguese Linux distribution
(www.alinex.org) and some of the application are not shown on the menu.
For evince the file evince.desktop exits but has NoDisplay=true why?
If we change it do false it works!
This happens with a lot of applications, is this
On Thu, 2006-01-19 at 09:13 -0500, Behdad Esfahbod wrote:
I think a better way to rephrase Federico's question is: should
the floating stuff be rolled back? I think that was discussed
and closed already. So we have a glib release that we want to
not use?!
The question is really about
On 8/27/05, Chipzz [EMAIL PROTECTED] wrote:
I'm not a Gtk+ developer, but I think one of the criteria for being
considered is: doesn't introduce a new library dependency, or maybe it
can, if it really makes sense. Gtk+ depending on a spell checking
library hardly makes sense, however.
I would
Hi !
This happens with a lot of applications, is this a bug or a feature?
If I understand correctly, that would be a feature : do we really want
all kinds of viewing applications clutter the menu ? I guess uers will
just want evince (for example) to open when they double-click on a PDF
or PS
On 1/19/06, Matthias Clasen [EMAIL PROTECTED] wrote:
On 8/27/05, Chipzz [EMAIL PROTECTED] wrote:
I'm not a Gtk+ developer, but I think one of the criteria for being
considered is: doesn't introduce a new library dependency, or maybe it
can, if it really makes sense. Gtk+ depending on a
Manu Cornet wrote:
Hi !
This happens with a lot of applications, is this a bug or a feature?
If I understand correctly, that would be a feature
Yes. This bug is a feature.
For example if you want to open application and then use DnD, or if you
want to open web link using DnD, you will
On Wed, 2006-01-18 at 12:44 -0700, Elijah Newren wrote:
So, here's my proposal:
Ship with 0.10. Have everything default to it. Also include 0.8 in
the ftp directory, but not used. Include a big old section in the
release notes explaining the situation and letting people know that
they can
On 1/18/06, Elijah Newren [EMAIL PROTECTED] wrote:
On 1/15/06, Vincent Untz [EMAIL PROTECTED] wrote:
Hi all,
So, the release team messed up and didn't keep close enough tabs on
everything, resulting in discovering an issue pretty late. We need to
try to find rough consensus in the
Dominic Lachowicz wrote:
I'm not a Gtk+ developer, but I think one of the criteria for being
considered is: doesn't introduce a new library dependency, or maybe it
can, if it really makes sense. Gtk+ depending on a spell checking
library hardly makes sense, however.
I have to ask - why not? A
On 1/19/06, Bob Kashani [EMAIL PROTECTED] wrote:
The transmogrify script/patch fails during build with the following
error:
Did you run autogen.sh after running the transmogrify script?
Works for me, when also using autogen...
___
desktop-devel-list
On Thu, 2006-01-19 at 08:44 -0600, Federico Mena Quintero wrote:
- Has anyone confirmed that floating references are not an ABI break?
You can test this by installing Glib HEAD on top of a GNOME 2.12
installation, and seeing if anything breaks.
From my package manager:
:: glib2: local
On Thu, 2006-01-19 at 13:09 -0700, Elijah Newren wrote:
On 1/19/06, Bob Kashani [EMAIL PROTECTED] wrote:
The transmogrify script/patch fails during build with the following
error:
Did you run autogen.sh after running the transmogrify script?
Works for me, when also using autogen...
On Tue, 2006-01-17 at 22:37 -0500, Ryan Lortie wrote:
This would make the system more secure as a normal user process
wouldn't be given the ability to 'suspend now' as g-p-m (and
any system which makes policy decisions at user privilege) currently
requires we provide it with. This
On 1/18/06, Davyd Madeley [EMAIL PROTECTED] wrote:
I'm with Ryan on this. I think we should give vendors a choice for
the time being.
It looks like the vendors have already jumped on and chosen g-p-m.
___
desktop-devel-list mailing list
On Wed, 2006-01-18 at 10:58 -0500, Ryan Lortie wrote:
This is exactly the problem. In order for g-p-m to do its stuff we have
to add to HAL the ability for any user to say suspend the system
now (since g-p-m needs to do this and it's just running as a normal
user). If any user can say
On Iau, 2006-01-19 at 17:09 -0500, David Zeuthen wrote:
Strong disagreement, see http://blog.fubar.dk/?p=63 for some ramblings
why this is exactly what one wants to do. Yes, you need to answer how
the system daemon is configured when no user is logged in (don't tell me
some UNIX-y scheme with
tor, 19,.01.2006 kl. 15.19 -0700, skrev Elijah Newren:
On 1/18/06, Davyd Madeley [EMAIL PROTECTED] wrote:
I'm with Ryan on this. I think we should give vendors a choice for
the time being.
It looks like the vendors have already jumped on and chosen g-p-m.
I'm in favour of this too. Most
On Thu, 2006-01-19 at 10:44 -0700, Elijah Newren wrote:
Okay, so this is now official; Gstreamer 0.10 is the plan for Gnome
2.14. There's only one minor change to my proposal above, namely that
instead of adding unsed 0.8 tarballs to ftp just refer to them in the
important notice in the
On Thu, 2006-01-19 at 12:52 -0800, Bob Kashani wrote:
On Thu, 2006-01-19 at 13:09 -0700, Elijah Newren wrote:
On 1/19/06, Bob Kashani [EMAIL PROTECTED] wrote:
The transmogrify script/patch fails during build with the following
error:
Did you run autogen.sh after running the
On 1/19/06, Bob Kashani [EMAIL PROTECTED] wrote:
On Thu, 2006-01-19 at 12:52 -0800, Bob Kashani wrote:
On Thu, 2006-01-19 at 13:09 -0700, Elijah Newren wrote:
On 1/19/06, Bob Kashani [EMAIL PROTECTED] wrote:
The transmogrify script/patch fails during build with the following
error:
Quoting David Zeuthen [EMAIL PROTECTED]:
What is the point here? Most distributions nowadays either support only
GNOME or KDE; sure, they ship the other, but focus on just one of them.
Personally I think that is fine.. We'll get kick-ass GNOME distros and
kick-ass KDE distros.
Also.. do you
On 1/19/06, Elijah Newren [EMAIL PROTECTED] wrote:
Appears to be an errant 'm' character at the very beginning of
gnome-media-2.13.6/grecord/src/gsr-window.c... any chance we could
get an updated tarball with that fixed?
I hope I didn't step on any toes or do anything inappropriate but
since
Quoting Joe Marcus Clarke [EMAIL PROTECTED]:
I'm not sure about the KDE side of the house, but they seem to be more
multi-OS (i.e. non-Linux) friendly out-of-the-box.
I think this is simply a matter of technology. For a long time in GNOME all of
that OS specific code was being replicated over
On Wed, 2006-01-18 at 23:14 +0800, Davyd Madeley wrote:
I'm with Ryan on this. I think we should give vendors a choice for
the time being.
He also raises excellent points about what gnome-power-manager is
(that is, it is very GNOME centric). When I first envisioned
something like this, I
On Thu, 2006-01-19 at 14:19 +0800, James Henstridge wrote:
Richard Hughes wrote:
Of course, this wonderful system does not exist. Again,
gnome-power-manager is the best offering we have at this time.
Thanks! Making g-p-m very closely tied to other GNOME stuff allows it
and other
32 matches
Mail list logo