This repository has been archived by the owner. It is now read-only.

Package dbus-launch without X11 support #377

Open
MartijnBraam opened this Issue Aug 14, 2017 · 3 comments

Comments

Projects
None yet
2 participants
@MartijnBraam
Member

MartijnBraam commented Aug 14, 2017

The dbus-launch we currently use is from the dbus-x11 package, while it works it is very slow to start since it tries to connect to an X server. After one minute the X connection times out an dbus-launch does its thing anyway.

The dbus-launch can be compiled without X11 support to skip that timeout. Maybe we should provide a dbus-tools or dbus-wayland package with the same tools without X11 support?

ollieparanoid added a commit that referenced this issue Dec 2, 2017

Remove dbus-nox11
It made problems, see #956 and #952. Originally this was added, so
our plasma mobile packaging - which targets wayland - doesn't need
to depend on X11 stuff. And because dbus-x11 caused a 1 minute
wait for an X server (#377).

We have yet to figure out if this problem returns, but even if that
happens, it's better than having it completely broken. And we can
probably figure out a better way to fix it (for real).
@ollieparanoid

This comment has been minimized.

Show comment
Hide comment
@ollieparanoid

ollieparanoid Dec 6, 2017

Member

Bshah experienced that when installing plasma-mobile on the hammerhead.
Are we sure, that this is X related? It doesn't seem to happen in qemu, maybe it is hammerhead (nexus 5) related. I've had an issue with the mako (nexus 4), which caused the boot to hang for a minute or so and I've hacked it away by moving /dev/v4l or something (which is the video4linux device as I know now, that hack is from the initial release of postmarketOS and is still present in our aports folder).

So disabling video4linux in the kernel may resolve this for hammerhead. @MartijnBraam, could you check this?

Member

ollieparanoid commented Dec 6, 2017

Bshah experienced that when installing plasma-mobile on the hammerhead.
Are we sure, that this is X related? It doesn't seem to happen in qemu, maybe it is hammerhead (nexus 5) related. I've had an issue with the mako (nexus 4), which caused the boot to hang for a minute or so and I've hacked it away by moving /dev/v4l or something (which is the video4linux device as I know now, that hack is from the initial release of postmarketOS and is still present in our aports folder).

So disabling video4linux in the kernel may resolve this for hammerhead. @MartijnBraam, could you check this?

@ollieparanoid ollieparanoid reopened this Dec 6, 2017

@MartijnBraam

This comment has been minimized.

Show comment
Hide comment
@MartijnBraam

MartijnBraam Dec 24, 2017

Member

I've measured the one minute timeout by running dbus-launch outside of the boot process so its exactly one minute before it starts and all that time is spend at opening a connection to xorg (according to strace).

Maybe the one minute delay doesn't happen in plasma-mobile since it has a xwayland process running at that point so it connects sucessfully?

Member

MartijnBraam commented Dec 24, 2017

I've measured the one minute timeout by running dbus-launch outside of the boot process so its exactly one minute before it starts and all that time is spend at opening a connection to xorg (according to strace).

Maybe the one minute delay doesn't happen in plasma-mobile since it has a xwayland process running at that point so it connects sucessfully?

@ollieparanoid

This comment has been minimized.

Show comment
Hide comment
@ollieparanoid

ollieparanoid Dec 25, 2017

Member

That makes sense. Since X11 is also working on the hammerhead now, maybe it's possible to enable Xwayland in Weston again, and make the issue go away with that?

Member

ollieparanoid commented Dec 25, 2017

That makes sense. Since X11 is also working on the hammerhead now, maybe it's possible to enable Xwayland in Weston again, and make the issue go away with that?

PureTryOut added a commit that referenced this issue Feb 21, 2018

Remove dbus-nox11
It made problems, see #956 and #952. Originally this was added, so
our plasma mobile packaging - which targets wayland - doesn't need
to depend on X11 stuff. And because dbus-x11 caused a 1 minute
wait for an X server (#377).

We have yet to figure out if this problem returns, but even if that
happens, it's better than having it completely broken. And we can
probably figure out a better way to fix it (for real).
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.