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 t
On Wed, 2012-10-17 at 06:43 +0200, Martin Pitt wrote:
> 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 part
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
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, w
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
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
> mo
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 h
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
> >
On 16/10/12 08:19, 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
> Hey,
>
> James pinged me recently because foundation is planning work for next
> cycle and wanted to know what's the most
On 16/10/12 09: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 me recently because foundation is planning work fo
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 wha
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 b
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
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 a
14 matches
Mail list logo