xfce upgrade kills xfce menus

[Zhihao Yuan]

On Fri, Mar 4, 2011 at 10:35 PM, Zhihao Yuan <lichray at gmail.com> wrote:
> On Fri, Mar 4, 2011 at 10:04 PM, Warren Block <wblock at wonkity.com> wrote:
>> On Fri, 4 Mar 2011, Zhihao Yuan wrote:
>>
>>>> Unfortunately, neither 'portmaster garcon' nor 'portmaster -r garcon'
>>>> made
>>>> any difference here.
>>>
>>> I don't use portmaster, so I don't know whether these command can
>>> *force* update a package. However, for portupgrade, a --force option
>>> is enough to do so. I met the same problem, and I have fixed it with
>>> an *force* update.
>>
>> 'portmaster -r garcon' is like 'portupgrade -rf garcon'.
>>
>
> First, check whether you have the file
> /usr/local/etc/xdg/menus/xfce-applications.menu
> If you don't have that, reinstall garcon.
>
> If you have the file, the menu should work, but! The xfce4 upstream
> has a problem in their new menu architecture: the application menu
> only looks for .desktop files at .local/share/applications. So, if you
> see only a few entities in your *working* application menu, copy all
> .desktop files under /usr/local/share/applications to user
> applications directory, or just ln -s the whole directory. So far, I
> found no other way to solve this. If someone knows more, please reply
> this thread.
>
> --
> Zhihao Yuan
> The best way to predict the future is to invent it.
>

OK. This problem has been solved.

In the previous version, xfce4's script, startxfce4 requires a patch
to work, which corrects the XDG_DATA_DIRS. In 4.8, this patch is not
needed -- but since it was added as a post-patch command in the
Makefile of the port, no one noticed that. And the command causes the
problem. Now comment out the port-patch part of the file
/usr/ports/sysutils/xfce4-utils/Makefile, and rebuild this port, then
both icons and menus works.

If you know who manages this port, please forward this mail to him. Thx.

-- 
Zhihao Yuan
The best way to predict the future is to invent it.