Arch Linux User Repository

@alfalfa: gtk2-perl is needed only in the generation of a menu with icons (with the "-i" flag).

gtk2-perl should in deps instead of optdeps. It is required to generate the menu:

Can't locate Gtk2.pm in @INC (you may need to install the Gtk2 module) (@INC contains: /usr/lib/perl5/5.28/site_perl /usr/share/perl5/site_perl /usr/lib/perl5/5.28/vendor_perl /usr/share/perl5/vendor_perl /usr/lib/perl5/5.28/core_perl /usr/share/perl5/core_perl) at /usr/bin/obmenu-generator line 391.

!WARNING! Even gtk2-perl is not identified as dependency. Install it from official repository first

!WARNING!

!WARNING! make sure you install the perl-linux-desktopfiles from the aur first. Pacman can't automatically find them as dependencies anymore.

Changed the "source" variable to an array. Should work now. Thanks for report.

Any help with this? ==> Continue building perl-linux-desktopfiles ? [Y/n] ==> ------------------------------------------------- ==> ==> Building and installing package ==> ERROR: source should be an array ==> ERROR: Makepkg was unable to build perl-linux-desktopfiles. ==> Restart building perl-linux-desktopfiles ? [y/N]

As long as the menu.xml file is understood by Openbox, obmenu-generator doesn't really care about other tools. In this particular example, I think it's an issue of obmenu not understanding the <![CDATA[]]> official XML tag.

Is the resulting menu.xml file supposed to be compatible with f.e. obmenu? If so, at least in my case, it does not seem to be. I use obmenu-generator to generate a static menu (in order to add personalized sections with obmenu) and as a result the following happens: - due to the default -c option the following notification is added at the very end (outside of the <openbox_menu> markers that is) of the menu.xml file: Obt-Message: Xinerama extension is not present on the server This leads to obmenu crashing. I honestly do not know the reason for this as checking out older schema.pl files the same default option is there but, as far as I can tell, just recently (roughly latest two versions) has this effect. The notification is not added when executing obmenu-generator -s and openbox --reconfigure independently one after another and therefore the file can be opened in obmenu. - when the menu.xml file is generated the following code is added to the execute marker (example Thunar menu entry), <item label="File Manager"><action name="Execute"><execute><![CDATA[thunar]]></execute></action></item> As far as I understand it, even though at first I thought my configured editor was corrupting the file, the [CDATA[ ]]> is meant to be there though as a side effect all execute entries will appear blank in obmenu. Once removed all shows up as expected. The Ob menu as such is generated correctly/functional though, as stated at the beginning, it is the obmenu compatibility (or similar gui menu editors if there are) is what I and I presume other users that do not code in xml am concerned about.

Module::Build has been removed from the core of Perl with the new version 5.22, so "perl-module-build" needs to be installed instead. I updated the "perl-linux-desktopfiles" package to reflect this. Thanks!