With ibus enabled, some programs take 25 seconds to start, waiting on dbus #75120
Comments
|
dbus-monitor shows this when I start |
|
@ivan I noticed this in your nix-info, |
|
I turned off all hardening and those programs are still slow to start, so I can confirm it is not the hardening. Interestingly, tagainijisho started quickly the very first time after login (run under strace), but then resumed being slow to start each time. I will post my configuration soon if I can't figure out the cause. |
|
The cause was: Note that even with ibus enabled, the first launch of hexchat/filezilla/tagainijisho may be fast, but subsequent launches are always slow. Hopefully nothing more than ibus is needed for this to manifest, please let me know if this does not repro. |
ivan
changed the title
|
I tested the ibus bump in #71442 which does not fix this issue. I also tested the 5.4.2 kernel, but things are the same as with the 4.19.87 kernel. |
veprbl
added
the
6.topic: nixos
|
Still happening on master 08dc289 when ibus is enabled, I haven't investigated further yet. |
|
I can no longer test this, so I am unsubscribing. If other xfce4 + ibus users later do not have this problem in 20.03 or master, I guess this should be closed. |
|
I can reproduce since I switched to 20.03. This happens when launching claws-mail. I am using xfce+i3, and ibus.
|
|
Interestingly, the stacktrace of claws when waiting involves gvfs and not only ibus: The problem also happens if I kill ibus-daemon manually. |
|
If I remove /nix/store/qywfx0nlhgh4fra66qj69zh26624687r-gvfs-1.42.2/lib/gio/modules from GIO_EXTRA_MODULES then startup is instant. |
|
I opened an issue upstream: ibus/ibus#2196 |
|
This can be solved with apparently no downsides by setting in |
|
@symphorien You must be using gnome or plasma5, we need to add the portal. |
|
From above it looks like Xfce. I would not be surprised if this was Nixpkgs bug – Adding a portal would not help since it is |
|
Yes I'm using XFCE+i3. For some reason I didn't have to enable portals. Maybe ibus' one is dbus-activated ? |
|
I have similar symptoms with libre office impress (the window comes up, but freezes for 25 seconds) but none of the workarounds I have has any effect.
The backtrace at freeze time is not very helpful: Thread 6 (Thread 0x7f365704d700 (LWP 3596)): #0 0x00007f36830ccb39 in poll () from /nix/store/sc7lh1dhvd7fg28d7dxwsqzfcinnr6j5-glibc-2.30/lib/libc.so.6 #1 0x00007f367b436260 in httpAddrConnect2 () from /nix/store/0jm6nkj4r1ww3wjlmcavx08kg5n5hhrd-cups-2.3.1-lib/lib/libcups.so.2 #2 0x00007f367b435147 in httpReconnect2 () from /nix/store/0jm6nkj4r1ww3wjlmcavx08kg5n5hhrd-cups-2.3.1-lib/lib/libcups.so.2 #3 0x00007f367b43520c in httpConnect2 () from /nix/store/0jm6nkj4r1ww3wjlmcavx08kg5n5hhrd-cups-2.3.1-lib/lib/libcups.so.2 #4 0x00007f367b43525c in httpConnectEncrypt () from /nix/store/0jm6nkj4r1ww3wjlmcavx08kg5n5hhrd-cups-2.3.1-lib/lib/libcups.so.2 #5 0x00007f367fb10314 in psp::CUPSManager::runDests() () from /nix/store/szpc8jc5zhihcvpwdn482bx6rsmmpp32-libreoffice-6.2.6.2/lib/libreoffice/program/libvcllo.so #6 0x00007f36832a9ee9 in osl_thread_start_Impl(void*) () from /nix/store/szpc8jc5zhihcvpwdn482bx6rsmmpp32-libreoffice-6.2.6.2/lib/libreoffice/program/libuno_sal.so.3 #7 0x00007f3682fc5edd in start_thread () from /nix/store/sc7lh1dhvd7fg28d7dxwsqzfcinnr6j5-glibc-2.30/lib/libpthread.so.0 #8 0x00007f36830d69bf in clone () from /nix/store/sc7lh1dhvd7fg28d7dxwsqzfcinnr6j5-glibc-2.30/lib/libc.so.6 |
|
Ignore my last comment, this was due to the cups server being unavailable. (the connection timed out) |
|
Hello, I'm a bot and I thank you in the name of the community for opening this issue. To help our human contributors focus on the most-relevant reports, I check up on old issues to see if they're still relevant. This issue has had no activity for 180 days, and so I marked it as stale, but you can rest assured it will never be closed by a non-human. The community would appreciate your effort in checking if the issue is still valid. If it isn't, please close it. If the issue persists, and you'd like to remove the stale label, you simply need to leave a comment. Your comment can be as simple as "still important to me". If you'd like it to get more attention, you can ask for help by searching for maintainers and people that previously touched related code and @ mention them in a comment. You can use Git blame or GitHub's web interface on the relevant files to find them. Lastly, you can always ask for help at our Discourse Forum or at #nixos' IRC channel. |
stale
bot
added
the
2.status: stale
|
Is this fixed @symphorien? So many tickets, and I feel like there was a PR that would've closed this one. |
stale
bot
removed
the
2.status: stale
|
Still happens with claws-mail on 20.09:
it does not happen anymore with filezilla because it was ported to gtk3 :) |
|
I marked this as stale due to inactivity. → More info |
stale
bot
added
the
2.status: stale
|
I cannot reproduce anymore. |
Describe the bug
After switching from NixOS 19.09 to NixOS master, some programs take 25 seconds to start. I tested two machines with similar xfce configurations. hexchat, filezilla, and tagainijisho exhibit this problem, while other programs start quickly. I initially thought this was a GTK2-specific problem, but tagainijisho is a Qt4 application.
Some forum thread mentioned that removing
~/.cachemight fix this, but it did not help.I am not sure what is necessary to reproduce this, could someone please check one of those three programs in an xfce environment on NixOS master?
Additional context
strace on the hanging program or the user dbus process wasn't especially helpful (tested hexchat below):
Metadata
"x86_64-linux"Linux 4.19.87-hardened, NixOS, 20.03.git.4657b9b (Markhor)yesyesnix-env (Nix) 2.3.1Maintainer information:
cc @worldofpeace in case you know what is up with dbus
The text was updated successfully, but these errors were encountered: