ubuntu-phone team mailing list archive

[Łukasz 'sil2100' Zemczak <lukasz.zemczak@xxxxxxxxxxxxx>]

Hi everyone!

Just a quick heads up on the decisions that we have made regarding the
current state of the image. We decided to wait a bit with the big revert
of everything related to the greeter split.

In the meantime Michal and Oliver are experimenting with workarounds and
small fixes for the DBus madness that is now happening. The current
approach is to move environment setup and manually starting dbus in
unity8-greeter-wrapper. This seems to have some issues here and there,
but we hope that soon this will get resolved one way or another.

We would like to disable TRAINCON-0 as soon as possible, but we also try
to first experiment with fixes before going on to the revert step. The
deadline is 12 UTC.

Cheers.

On 03.06.2014 11:11, Martin Pitt wrote:
> Martin Pitt [2014-06-03  7:41 +0200]:
>>> dbus-x11 - which only contains /etc/X11/Xsession.d/75dbus_dbus-launch
>>> and depends on the dbus-launch package 
>>
>> In case it's easier to do, you can also drop use-session-dbus from
>> /etc/X11/Xsession.options.
> 
> That's also a conffile, so it's not easier to do. As discussed with
> Oli on IRC, I uploaded
> 
>   https://launchpad.net/ubuntu/+source/dbus/1.6.18-0ubuntu8
> 
> now which at least avoids starting yet another bus.
> 
> However, please note that this merely makes debugging easier, it's not
> a proper fix by itself.
> 
> We need to decide which entity (lightdm, upstart session job,
> Xsession.d/) is responsible for starting the session bus on the phone,
> and then quiesce the other ones.
> 
> And then find out where passing of environment variables fails, or the
> bus gets started too late. That seems to be the real bug: If as you
> say gdbus tries to call dbus-launch that means that the calling
> process does not have a $DBUS_SESSION_BUS_ADDRESS. But *every* user
> session process needs to have that.
> 
> Martin
> 
> 
> 


-- 
Łukasz 'sil2100' Zemczak
 lukasz.zemczak@xxxxxxxxxxxxx
 www.canonical.com