_X-XfceSettingsName not getting 'expanded' with translations in .desktop files

[Brian J. Tarricone]

Brian J. Tarricone wrote:
> Alexander Toresson wrote:
>> On Tue, Oct 14, 2008 at 11:11 PM, Brian J. Tarricone <bjt23 at cornell.edu> wrote:
>>> Alexander Toresson wrote:
>>>> Hello,
>>>>
>>>> I just noticed that _X-XfceSettingsName won't get expanded to
>>>> X-XfceSettingsName[LANGCODE] in trunk and thus translations of the
>>>> entries in the settings manager fall back to using _GenericName, and
>>>> are thus needlessly long.
>>>>
>>>> I also took a look at how .desktop files are generated from
>>>> .desktop.in files, and as the process does seem to be done by intltool
>>>> (by invoking @INTLTOOL_DESKTOP_RULE@), is this a bug in intltool?
>>> Yes, you have a buggy intltool.  Either upgrade to intltool 0.40.4, or
>>> use a 0.3x.y version of intltool, and xfce4-dev-tools will patch it for
>>> you during autogen (at least it will try -- watch the output; if it
>>> fails, you're out of luck).
>> Ah, yeah. I get the following during autogen:
>>
>> WARNING: Unable to patch intltool-merge from versions 0.40.0 through 0.40.3.
>> WARNING: Generated .desktop files may be invalid.
>> WARNING: Unable to patch intltool-merge from versions 0.40.0 through 0.40.3.
>> WARNING: Generated .desktop files may be invalid.
>>
>> I will try to figure out why it fails tomorrow. Perhaps it conflicts
>> with a distro-specific patch to the same file.
> 
> No, it CANNOT patch 0.40.0 - 0.40.3, ever.  You are SOL if you use these 
> versions.  Your only options are 0.40.4+, or a 0.3x.y version that just 
> happens to get patched properly by trial and error.  As I said.

Well, ok, that's not entirely true -- you can manually patch your 
/usr/bin/intltool-merge.  Our autogen script can't do that for you, for 
obvious reasons.

	-brian