Description of problem: If things like evolution and/or openoffice are not installed on a system then gnome-panel complains in /tmp/xses-* files, and in .xsession-errors if this one shows up, like that: Unable to open desktop file applications:///Internet/redhat-email.desktop for panel launcher: Error reading file 'applications:///Internet/redhat-email.desktop': File not found Unable to open desktop file applications:///Office/redhat-word-processor.desktop for panel launcher: Error reading file 'applications:///Office/redhat-word-processor.desktop': File not found ..... and so on. One could say to that only "Doh!". None of corresponding programs is in the slightest degree essential for a functioning system. What is worse one cannot remove "missing" launchers from a panel and shut that up because these launchers are, well, not really missing but not installed. Hacking around, which is possible, is not really a good answer. Even if this complaint would be in some situations legitimate then it does not give a user any useful information as it is far from clear that messages are really about something which is not in /usr/share/applications/ directory. In other words this is really a noise. One possible way to deal with that is to always provide "missing" links in /usr/share/applications/ to corresponding files from ../desktop-menu-patches/ and if launchers refer to non-existing programs then they can be removed from a panel or edited to something meningful. Other way is not to wail about non-errors. Version-Release number of selected component (if applicable): gnome-panel-2.6.0-5 How reproducible: No trouble at all.
Okay, so to get rid of those errors you would remove the approriate launchers from object_id_list in panel-default-setup.entries and then re-install the entries by doing (as root): gconftool-2 --config-source=xml:readwrite:/etc/gconf/gconf.xml.defaults --direct --load /etc/gconf/schemas/panel-default-setup.entries and then gconftool-2 --config-source=xml:readwrite:/etc/gconf/gconf.xml.defaults --direct --load /etc/gconf/schemas/panel-default-setup.entries /apps/panel/profiles/default Its a bit of a pain that this happens, but I'm not too worried about it since both packages are pretty much part of the base desktop install. Also, they're only warnings in .xsession-errors. I don't think there's a reasonable solution because: + We shouldn't dump the warning as it will be useful in cases where there is a launcher configured and mysteriously doesn't show up on the panel + Only one package can own a file, so we can't have a setup where the panel owns dummy versions of the file if the other packages aren't installed.