You are not logged in.
I'm using cinnamon desktop. Since few days, there's a delay before the icons on the desktop appear. I get an error message in the journal, like the one in the following topic: https://bbs.archlinux.org/viewtopic.php?id=178935, but I don't get any message about org.gtk.vfs.Daemon.
$ journalctl -b --user | grep cinnamon-session
mar 23 13:12:28 archws cinnamon-session[359]: WARNING: Application 'cinnamon.desktop' failed to register before timeout
mar 23 13:12:28 archws cinnamon-session[359]: CRITICAL: We failed, but the fail whale is dead. Sorry....
It seems that there was a bug report about that with a previous version, but it has been closed because it can't be reproduced: https://bugs.archlinux.org/task/37577
However, it seems that the problem is still present in the latest version:
$ pacman -Q | grep cinnamon
cinnamon 2.0.14-3
cinnamon-control-center 2.0.9-1
cinnamon-desktop 2.0.4-1
cinnamon-screensaver 2.0.3-4
cinnamon-session 2.0.6-2
cinnamon-settings-daemon 2.0.8-4
cinnamon-translations 2.0.3-1
It is very annoying, so any suggestions would be welcome.
Thank you
Last edited by fluancefg (2014-04-19 11:00:46)
Offline
Well, I was about to start a new thread about this problem, but thank God I searched first!
I'm experiencing the same problem on both my laptop and my PC. Is there a way to log cinnamon start more "verbosely"?
Thanks
Offline
same problem here.
i'm using LXDM and Cinnamon.
the "org.gtk.vfs.Daemon" errors appears when i log out and back in, too. but not at the first boot.
Offline
Same problem here. Using lightdm with cinnamon. Error appears at boot time, and there is that delay for about half a minute after desktop is shown, but before the desktop icons appear.
Anybody have any idea as to why it is happening?
Thanks
Offline
not yet and i don't really know where to start i have to admit. journalctl just throws a "sorry our fault" and systemctl reports every daemon is running finde without errors.
propably cinnamon waits for systemd to start everything after login?
since it seems only to be nemo / desktop icons to be affected - it's no gamebreaker for me but annoying
regards
Offline
I don't think it's only affecting nemo (and desktop icons), but all the apps that you want to start at login (settings in gnome-session-properties). E.g. I have Dropbox set to run at login and its start is delayed too (exactly like nemo).
As you said, cinnamon is waiting for something to happen before completing the environment startup. I'd like to know what, but how to get more information from logs?
Offline
you can start applications before your desktop is ready. menu and launchers in the panel are working while i wait for my desktop.
there is a new bug report here:
https://bugs.archlinux.org/task/39368
the antergos guys experience the same problem:
http://forum.antergos.com/viewtopic.php?f=6&t=1505
noone has a real clue i guess.
Last edited by wombatz (2014-03-25 10:37:17)
Offline
same here, themes and apps are not appearing as well.
Offline
Downgrading cinnamon, libevdev, muffin and clutter as it is instructed on antegros thread helps.
Offline
Same here. For a few weeks I experiance the same issue.
Offline
I really hope this is not noise.
I see the same two lines in the journal and am unable to logout / reboot upon login for approximately 30 seconds I do not have any desktop icons so I can not compare that.
I rebuilt the packages locally and those packages seemed to fix the issue. No journal entries mentioning cinnamon now and can log out / reboot immediately at login.
By elimination the only package that seems to need to be rebuilt is muffin 2.0.5-2 (this is on x86_64). Locally built package shows 1kb bigger but no clue as to the difference beyond that.
Revert package to repository build and issue returns.
Hope this helps others
update:
Using namcap on the local build gives:
muffin E: Dependency libsm detected and not included (libraries ['usr/lib/libSM.so.6'] needed in files ['usr/lib/libmuffin.so.0.0.0'])
muffin W: Dependency dconf included but already satisfied
on repository build:
muffin W: Dependency dconf included but already satisfied
Last edited by loqs (2014-04-14 11:57:10)
Offline
thanks for the reply
i cannot compile muffin. it always wants the 32 bit libgl (nvidia blob here) instead of the x64 one.
error looks like this when in comes to make:
...
make[4]: Entering directory '/home/USER/Downloads/muffin/community-packages/muffin/repos/community-x86_64/src/muffin-2.0.5/src/wm-tester'
CCLD wm-tester
/usr/lib32/libGL.so: error adding symbols: File in wrong format
collect2: error: ld returned 1 exit status
Makefile:480: recipe for target 'wm-tester' failed
make[4]: *** [wm-tester] Error 1
...
Last edited by wombatz (2014-04-14 09:38:32)
Offline
Is there any solution how to fix the issue without downgrading?
$ pacman -Q | grep cinnamon
cinnamon 2.2.1-1
cinnamon-control-center 2.0.9-1
cinnamon-desktop 2.2.0-1
cinnamon-menus 2.2.0-1
cinnamon 2.0.14-3 was running fine for me ...
Last edited by cRaZy-bisCuiT (2014-04-14 21:08:05)
Offline
@crazy-biscuit any issues with 2.2 I get a blank screen now for 30 seconds then a session but no working menu's and systemd journal gives:
Apr 14 22:25:35 arch kernel: traps: cinnamon-settin[757] trap int3 ip:7faaa3de7993 sp:7fff6ab0a3f0 error:0
Apr 14 22:25:35 arch systemd-coredump[846]: Process 757 (cinnamon-settin) dumped core.
Apr 14 22:25:35 arch cinnamon-session[654]: WARNING: Application 'cinnamon-settings-daemon.desktop' killed by signal 5
Apr 14 22:26:04 arch cinnamon-session[654]: WARNING: Application 'cinnamon-settings-daemon.desktop' failed to register before timeout
Apr 14 22:26:04 arch cinnamon-session[654]: CRITICAL: We failed, but the fail whale is dead. Sorry....
Offline
What are the cinnamon devs doing? I'd really like to use their desktop but if it crashs every once in a while that's impossible.
Anyone have any idea on how to fix that? I get exactly the same thing as loqs ....
Offline
@JGC moved Cinnamon 2.2 to [community] before all the packages were ready, not the Cinnamon maintainer. Please wait whilst the cinnamon-settings and cinnamon-settings-daemon packages are built against the 2.2 branch.
Claire is fine.
Problems? I have dysgraphia, so clear and concise please.
My public GPG key for package signing
My x86_64 package repository
Offline
@JGC moved Cinnamon 2.2 to [community] before all the packages were ready, not the Cinnamon maintainer. Please wait whilst the cinnamon-settings and cinnamon-settings-daemon packages are built against the 2.2 branch.
It appears that they've been updated, but I'm not at home to test...
Offline
$ pacman -Q | grep cinnamon
cinnamon 2.2.3-3
cinnamon-control-center 2.2.3-1
cinnamon-desktop 2.2.0-1
cinnamon-menus 2.2.0-1
cinnamon-screensaver 2.2.0-1
cinnamon-session 2.2.0-2
cinnamon-settings-daemon 2.2.1-1
cinnamon-translations 2.2.0-1
Now it's working perfect! (Using nVidia 560 ti graphics card)
Offline
After full update to Cinnamon 2.2.3-3 still the same error in journal:
CRITICAL: We failed, but the fail whale is dead. Sorry....
(AMD Athlon 3500+, NVIDIA MCP61 chipset, integrated GeForce 6150 - nvidia-304xx, Arch standard kernel 3.14.1)
Offline
Issue persists here, even with a clean account the delay is pretty long. What troubles me is that it's pretty impossible to debug at the moment.
Offline
A rebuild of muffin fixes it for me again after all packages were updated. You might need to add libsm to depends of PKGBUILD as its already on my system configure autodetects it. This fixes the delay and journal errors for me at least.
Offline
I can confirm that the upgrade does not fix the problem for me. On the contrary, a lot of additional problems have appear, but that's another story. However, I haven't tried to recompile muffin as explained by loqs.
$ pacman -Q | grep cinnamon
cinnamon 2.2.3-3
cinnamon-control-center 2.2.3-1
cinnamon-desktop 2.2.0-1
cinnamon-menus 2.2.0-1
cinnamon-screensaver 2.2.0-1
cinnamon-session 2.2.0-2
cinnamon-settings-daemon 2.2.1-1
cinnamon-translations 2.2.0-1
Offline
Ok, so I decided to have another look at this thread.
With all Cinnamon related packages as up-to-date in [community]
I had the issue described by fluancefg with the packages as follows:
claire ~ % pacman -Qs cinnamon
local/awesome-cinnamon 0.1-4
Launch awesome with cinnamon-settings-daemon
local/cinnamon 2.2.3-3
Linux desktop which provides advanced innovative features and a traditional
user experience
local/cinnamon-control-center 2.2.3-1
The Control Center for Cinnamon
local/cinnamon-desktop 2.2.0-1
Library with common API for various Cinnamon modules
local/cinnamon-menus 2.2.0-1
Cinnamon menu specifications
local/cinnamon-screensaver 2.2.0-1
Screensaver designed to integrate well with the Cinnamon desktop.
local/cinnamon-session 2.2.0-2
The Cinnamon Session Handler
local/cinnamon-settings-daemon 2.2.1-1
The Cinnamon Settings daemon
local/cinnamon-translations 2.2.0-1
Translations for Cinnamon and Nemo
local/cjs 2.2.0-1
Javascript Bindings for Cinnamon
local/muffin 2.2.1-1
Cinnamon window manager based on Mutter
local/nemo 2.2.0-2
Cinnamon file manager (Nautilus fork)
With all Cinnamon related packages as up-to-date in [community] AND a rebuild of muffin afterwards.
As @loqs suggested, I rebuilt muffin manually, and the issue is now gone.
claire ~ % pacman -Qi muffin
Name : muffin
Version : 2.2.1-1.1
Description : Cinnamon window manager based on Mutter
Architecture : x86_64
URL : https://github.com/linuxmint/muffin
Licences : GPL
Groups : None
Provides : None
Depends On : clutter gobject-introspection cinnamon-desktop libcanberra startup-notification zenity dconf libsm
Optional Deps : None
Required By : cinnamon
Optional For : None
Conflicts With : None
Replaces : None
Installed Size : 6920.00 KiB
Packager : Claire Farron <diesal3@googlemail.com>
Build Date : Fri 18 Apr 2014 14:35:30 BST
Install Date : Fri 18 Apr 2014 14:35:43 BST
Install Reason : Installed as a dependency for another package
Install Script : Yes
Validated By : None
Should we flag the muffin package out-of-date, for a rebuild AND adding libsm as a dependency?
Claire is fine.
Problems? I have dysgraphia, so clear and concise please.
My public GPG key for package signing
My x86_64 package repository
Offline
FYI: Installing the new muffin package provided by Claire here completely resolves this issue for me.
Offline
Indeed rebuilding muffin with "--enable-libsm" solves the delay at start. Sweet!
Offline