This likely is not redhat-menus problem but I have no idea what may be
really responsible. Checks revealed that sizes and dates for
/etc/X11/desktop-menus/applications.menu are different what
'rpm -ql redhat-menus' would show. I definitely did not modify this file
knowingly and nobody else really has an access to this installation
This would be not a problem by itself if not that detail that attempts
to run /usr/bin/desktop-create-kmenu failed with the following messages:
Failed to load /etc/X11/desktop-menus/applications.menu:
Line 3 character 14: Element <WriteDir> is not allowed below <VFolderInfo>
After I replaced 'application.menu' file with the one from an unpacked
'redhat-menus' a directory /var/lib/menu/kde got populated.
This is the top of 'diff -u'
--- applications.menu.junked 2003-01-02 19:55:09.000000000 -0700
+++ applications.menu 2002-12-15 13:20:44.000000000 -0700
@@ -1,141 +1,173 @@
+ <!-- where desktop files are supposed to live -->
+ <!-- For now, load up the legacy .desktop trees -->
It is possible that the other file comes from an updated RH 8.0 installation
but it has "Jan 2 19:55" timestamp while an update of 'redhat-menus'
was performed on "Sun 29 Dec 2002 01:51:33". Still
/usr/bin/desktop-create-kmenu is supposed to run from rpm scripts and clearly
did not create anything in /var/lib/menu/kde while no errors showed up
Did you log on as root?
The stupid gnome-vfs vfolder code might have done this.
It needs to be banned from adding WriteDir
> Did you log on as root?
On January 2nd? Quite possible; root also logs from time to time. :-)
I fixed this in the vfolder code, but then I also reverted to the 8.0 vfolder
code. So it's sort of double-fixed.