На сколько мне видно со своей колокольни, ставить нужно локально для каждого проекта необходимые ему библиотеки через npm.
Плюсы очевидны:
1. Избежание конфликтов внутри экосистемы операционки.
2. Избежание проблем в случае поломки библиотеки\прекращение её разработки\изменение или удаление функциональности библиотеки.
3. Независимость проекта от версии библиотек используемых в других проектах.
4. Избежание проблем которые могут привнести ребята собирающие пакеты.
Уже года три пишу разной паршивости поделки (не на js правда) используя подобный подход, и чувствую себя белым человеком без лишних проблем.
подождать когда починят.
Есть смутные сомнения на этот счёт.
В плане, будут ли это вообще чинить?

Но в общем то пофиксил откатом версий пакетов, просидев некоторое время за попыткой понять методы работы с A.R.M.
Ну и некоторые модули пришлось переставить через cpanminus.
Накатил сегодня обновлений и среди прочих был Perl 5.22.
После этого любой скрипт на perl падает с ошибкой, cpan и cpanminus например, падают с такой:
/usr/bin/perl: symbol lookup error: /usr/lib/perl5/vendor_perl/auto/List/Util/Util.so: undefined symbol: Perl_xs_apiversion_bootcheck
Из нагугленого сделал предположение что проблема в том что новый Perl выпилил\изменил часть API для XS потому всё пришло в негодность.
Так же нгуглил скрипт https://lists.archlinux.org/pipermail/arch-dev-public/2015-June/027236.html который находит сломанные пакеты.
Запустил этот скрипт, получил список модулей которые сломались, ну и решил поставить из заново принудительно.
Но как можно понять из первых строк поста ни cpan, ни cpanm не отработали корректно, потому я решил поставить пакет в ручную.
Скачал тарбол https://metacpan.org/pod/List::Util, распаковал, но при запуске perl Makefile.PL я получил схожий вывод:

Checking if your kit is complete...
perl: symbol lookup error: /usr/lib/perl5/vendor_perl/auto/List/Util/Util.so: undefined symbol: Perl_xs_apiversion_bootcheck
Так же пытался поставить пакеты из pacman, они конечно поставились, но ситуацию это не исправило, все скрипты, всё так же не работают.
Собственно вопрос как это починить не откатываясь на старые версии?
тему можно закрывать?
Думаю нет, потому как сам генератор не определяет пути к иконкам.
Имелось в виду что я прописал иконки из директории scalable в menu.xml и они корректно отображаются.

PS: А есть ли утилита которая извлекает путь к иконке по её названию?
Мол говорю я getIconPath thunar, а она мне возвращает путь к иконке.
 shok@Arch-Netbook  /usr/share/icons/Numix-Circle  ls -la
итого 20
drwxr-xr-x  4 root root 4096 июн 23 17:00 .
drwxr-xr-x 65 root root 4096 июн 23 17:01 ..
drwxr-xr-x  3 root root 4096 июн 23 17:00 48x48
-rw-r--r--  1 root root  325 июн 23 17:00 index.theme
drwxr-xr-x  2 root root 4096 июн 23 17:00 scalable
По путям доступны только иконки формата svg.

Часть сгенерированного xml:

  <menu id="root-menu" label="Applications">
    <item label="File Manager" icon=""><action name="Execute"><execute><![CDATA[xdg-open .]]></execute></action></item>
    <item label="Terminal" icon=""><action name="Execute"><execute><![CDATA[xterm]]></execute></action></item>
    <item label="Web Browser" icon=""><action name="Execute"><execute><![CDATA[xdg-open http://]]></execute></action></item>
    <item label="Run command" icon=""><action name="Execute"><execute><![CDATA[gmrun]]></execute></action></item>
  <separator label="Categories"/>
  <menu id="Accessories" icon="" label="Accessories">
    <item label="About Xfce" icon=""><action name="Execute"><execute><![CDATA[xfce4-about]]></execute></action></item>
    <item label="Atom" icon="/usr/share/pixmaps/atom.png"><action name="Execute"><execute><![CDATA[/usr/bin/atom]]></execute></action></item>
    <item label="Bulk Rename" icon="/usr/share/icons/hicolor/128x128/apps/Thunar.png"><action name="Execute"><execute><![CDATA[/usr/lib/Thunar/ThunarBulkRename]]></execute></action></item>
    <item label="compton" icon=""><action name="Execute"><execute><![CDATA[compton]]></execute></action></item>

Если прописать пути к иконкам вручную, то всё нормально работает.
Те же опции obmenu-generator, а результат вот такой, не взирая на то что иконки Numix-Circle-Light.
http://storage2.static.itmages.ru/i/15/0628/h_1435500693_4807089_a95800de80.png
toZen, ну так что, прояснилось хоть что то?
А то я как бы совсем в недоумении почему это так работает.
Хоть бери и руками всё меню делай каждый раз или пиши патчер иконок на лету.
toZen, попробовал сделать так как у тебя и в общем то произошло то же самое, иконки непонятно откуда взялись такие.
Ведь я через lxappearance поставил тему Numix-Circle(/usr/share/icons/Numix-Circle-Light/), а иконки берутся например из /usr/share/icons/hicolor/.
В чём может быть дело? Возможно я чего то не понимаю и стоит где то настройки прописать ещё?
Привет всем. Поставил себе openbox, хотел настроить генерацию pipe меню с иконками.
Для этой задачи решил использовать obmenu-generator и прописал вот такой конфиг openbox:http://pastebin.com/ka2waruh
Но как оказалось obmenu-generator не хочет генерировать нормальное меню с иконками и либо берёт их непонятно откуда, либо не берёт вовсе.
Конфиги obmenu-generator'а дефолтные:
config.pl -> http://pastebin.com/PqsY0Hux
schema.pl -> http://pastebin.com/6RnZMqb2

Собственно прошу помощи с тем что бы это решить.
Тему наверное стоит удалить. Оказалось что вся проблема крылась в том что провод который шёл к самому кулеру был переломлен.
Потому он и не работал. Сегодня я провод заменил потому всё работает как положено.
teplovoz, спасибо что пытался помочь.