Le 17/10/2012 06:43, Martin Pitt a écrit :
Do you have other cases in mind which would benefit from this?
Hey Martin,
The main benefit I'm looking forward having is finer granularity on
startup conditions ... e.g why starting bluetooth-applet if there is no
bluetooth device exposed by udev,
On Wed, 2012-10-17 at 13:18 +0100, Colin Watson wrote:
On Wed, Oct 17, 2012 at 01:07:58PM +0100, James Hunt wrote:
On 16/10/12 10:07, Colin Watson wrote:
On Tue, Oct 16, 2012 at 09:59:11AM +0100, James Hunt wrote:
The current thinking is in fact to have 1 process / user. I think Scott
On Wed, 2012-10-17 at 06:43 +0200, Martin Pitt wrote:
snip
I don't think the reason why starting Unity and starting the
Dash takes so long is in any way related to startup order or that we
wouldn't have a mechanism of starting things on demand (D-Bus
activation works just fine for the most
On Wed, 2012-10-17 at 08:43 -0700, Steve Langasek wrote:
On Wed, Oct 17, 2012 at 08:43:31AM -0500, Ted Gould wrote:
It was my understanding that we could get this by upstart putting all of
the processes in the user session in a cgroup for that user. This would
require upstart to be the
On Tue, 2012-10-16 at 09:59 +0100, James Hunt wrote:
On 15/10/12 21:23, Ted Gould wrote:
On Mon, 2012-10-15 at 21:19 +0200, Sebastien Bacher wrote:
Le 15/10/2012 21:10, Ted Gould a écrit :
I don't believe that
happened in the Q cycle, do we think that we could get upstart
James pinged
On Wed, Oct 17, 2012 at 07:06:53AM EST, Ted Gould wrote:
So then can we really early (right now) rearrange the desktop startup to
start upstart when then start dbus and gnome-session? That would give
us the ability to start migrating jobs over to being upstart user jobs
over time without
On Wed, Oct 17, 2012 at 08:38:59AM EST, Luke Yelavich wrote:
If using GTK3 apps, a11y is brought up by Dbus activation from within
libatk-bridge, which GTK now depends on. In other words, a11y as of GNOME 3.6
is now always on. There is still a .desktop file in /etc/xdg/autostart, but
Hello all,
Ted Gould [2012-10-16 15:06 -0500]:
So then can we really early (right now) rearrange the desktop startup to
start upstart when then start dbus and gnome-session? That would give
us the ability to start migrating jobs over to being upstart user jobs
over time without having to do
Hey guys,
In the past cycles, we saw our memory need for an user session
increasing quite a lot. One of the consequence is that our battery life
on laptop diminished.
I think having a session discussing and trying to review if we can work
on the more offending daemons, disabling some plugins
On Mon, 2012-10-15 at 09:02 +0200, Didier Roche wrote:
In the past cycles, we saw our memory need for an user session
increasing quite a lot. One of the consequence is that our battery life
on laptop diminished.
I think having a session discussing and trying to review if we can work
on the
Le 15/10/2012 21:10, Ted Gould a écrit :
I don't believe that
happened in the Q cycle, do we think that we could get upstart
Hey,
James pinged me recently because foundation is planning work for next
cycle and wanted to know what's the most important on the list for
desktop. I said it would
On Mon, 2012-10-15 at 21:19 +0200, Sebastien Bacher wrote:
Le 15/10/2012 21:10, Ted Gould a écrit :
I don't believe that
happened in the Q cycle, do we think that we could get upstart
James pinged me recently because foundation is planning work for next
cycle and wanted to know what's the
12 matches
Mail list logo