Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Flatpak apps take a long time to start #11456

Closed
krathalan opened this issue May 3, 2019 · 2 comments
Closed

Flatpak apps take a long time to start #11456

krathalan opened this issue May 3, 2019 · 2 comments

Comments

@krathalan
Copy link

krathalan commented May 3, 2019

System

  • xuname: Void 4.19.37_1 x86_64 GenuineIntel uptodate rFF
  • package: flatpak-1.2.4_2

Expected behavior

Applications installed via flatpak should start just as quickly as applications installed via xbps.

Actual behavior

Applications installed via flatpak take a long time to start, but once they're open they are responsive. Opening a flatpak from the command line (e.g. flatpak run org.gnome.eog) produces a long stall, then an output of:

"F: Can't find a11y bus: GDBus.Error:org.freedesktop.DBus.Error.TimedOut: Failed to activate service 'org.a11y.Bus': timed out (service_start_timeout=120000ms)

(eog:2): dbind-WARNING **: 20:23:57.015: AT-SPI: Error retrieving accessibility bus address: org.freedesktop.DBus.Error.ServiceUnknown: org.freedesktop.DBus.Error.ServiceUnknown"

Then the app starts. The "long stall" time before opening takes approximately 30 seconds.

The only other instance of this issue I could find was a comment on reddit. https://www.reddit.com/r/voidlinux/comments/anxi8a/void_is_now_listed_on_the_flatpaks_setup_page/efxntqh/

Steps to reproduce the behavior

  1. Install flatpak with sudo xbps-install -S flatpak as per documentation.
  2. Install any app, e.g. flatpak install -y flathub org.gnome.eog
  3. Attempt to start it
@Anachron
Copy link
Contributor

Anachron commented May 3, 2019

Is dbus running?

@krathalan
Copy link
Author

Interestingly I reinstalled Void today (many times) so I could have my drive be encrypted. I no longer have this issue. dbus is running.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants