"Applications" component error, summon mode doesn't show applications
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Do |
Fix Released
|
Low
|
Unassigned |
Bug Description
Symptom:
I installed gnome-do 0.8 and, using the dock, I could not summon menu applications. For example, <super>+space -> write 'tetravex' or 'gimp', no result.
Running gnome-do from the console showed that it has a problem with strange encodings:
gnome-do
Could not read Bibtex file: Could not find file "/home/
** (Do:16972): WARNING **: FindNextFile: Bad encoding for '/home/
Consider using MONO_EXTERNAL_
Do.Universe.
[Error 12:41:02.556] Encountered an error while attempting to index /home/fsilva/
[Error 12:41:02.589] Encountered an error while attempting to index /home/fsilva/
Could not read Bibtex file: Could not find file "/home/
I removed the file '/home/
a directory in my home that was owned by root. I removed the directory and now I can summon menu applications from gnome-do.
(thanks for gnome-do :) )
Changed in do: | |
importance: | Undecided → Low |
Changed in do: | |
status: | New → Fix Committed |
Changed in do: | |
status: | Fix Committed → Fix Released |
milestone: | none → 0.8.3 |
I get a similar error after installing amazon mp3 downloader on openSUSE, which involved semi-manually creating /usr/local/ share/applicati ons:
Do.Universe. Linux.Applicati onItemSource "Applications" encountered an error in UpdateItems: Win32 IO returned ERROR_NO_ MORE_FILES. Path: /usr/local/ share/applicati ons.
Looking at my permissions, I realized that the root-owned /usr/local/ share/applicati ons had 744 instead of 755 (so I had no execute perms). Fixing the permissions to 755 fixed gnome-do.
Still, Do shouldn't flip out if one of the .desktop paths is messed up.