PREFIX не сменили

Видите /usr/local, а надо /usr

1) По поводу значков: надо выполнить такие команды:

convert -resize 32x32 -background none icon.svg icon32.png
convert -resize 48x48 -background none icon.svg icon48.png

Эти две команды сгенерят два значка 32х32 и 48х48 пикселей. Еще можно аналогичным способом добавить значки 16х16, 24х24 и 64х64 пикселя. Затем эти файлы надо скопировать в %{buildroot}%{_iconsdir}/hicolor/32x32/apps/skype-call-recorder.png, %{_iconsdir}/hicolor/48x48/apps/skype-call-recorder.png и т.п. При этом добавятся такие изменения в спеке:
- в зависимости сборки надо добавить imagemagick.
- в секции %build после сборки добавятся команды перехода в директорию icon и генерации картинок

cd ./icon
convert -resize 32x32 -background none icon.svg icon32.png
convert -resize 48x48 -background none icon.svg icon48.png
...

- в секции %install после установки добавятся команды создания каталогов %{buildroot}%{_iconsdir}/hicolor/*/apps/ и копирования в них соответствующих png-файлов из директории icon:

%__mkdir_p %{buildroot}%{_iconsdir}/hicolor/32x32/apps/
%__mkdir_p %{buildroot}%{_iconsdir}/hicolor/48x48/apps/
...
%__cp ./icon/icon32.png %{buildroot}%{_iconsdir}/hicolor/32x32/apps/%{name}.png
%__cp ./icon/icon48.png %{buildroot}%{_iconsdir}/hicolor/48x48/apps/%{name}.png
...

- в секции %files вместо /usr/share/icons/hicolor/128x128/apps/skype-call-recorder.png надо записать %{_iconsdir}/hicolor/*/apps/%{name}.png
2. Зависимости сборки надо ставить командой 'urpmi --buildrequires --no-suggests spec-файл'.
3. Ошибка с  id3-devel вызвана опечаткой: должно быть id3lib-devel.
4. Файл spec должен лежать в ~/rpmbuild/SPECS, исходники и патч - в ~/rpmbuild/SOURCES. Если это так, то указывать './' перед именем спека в командах не требуется, rpm и так его найдет.
5. Строка BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root в современных магее, мандриве и других родственных дистрах не требуется.
6. В секции %files вместо путей к файлам надо использовать макросы: /usr/bin -> %{_bindir}, /usr/share -> %{_datadir}, /usr/share/icons -> %{_iconsdir}
7. И еще у Вас в rpmmacros лишняя двойка указана в макросе distsuffix, в результате чего магея у Вас уже имеет номер версии 22

Показать текущее значение rpmrc и макросов:

rpm --showrc

Сборка идет в директории BUILD, затем раскладывается в BUILDROOT.
%{_iconsdir} эквивалентно /usr/share/icons
zRPG, можно забить на иконки, достаточно одной.
Любой пакет, будь то rpm или deb - это архив, при распаковке которого всё раскладывается относительно корня /, а в сборочной роль корня играет BUILDROOT.
Поэтому, когда нам надо положить не в /, а в BUILDROOT, то мы пишем %{buildroot} вместо /.
Затем всё лежащее в BUILDROOT заворачивается в архив - rpm-пакет.

Фразу "skype-call-recorder" можно не писать, а писать %{name}.
Не забудьте дать права верные на каждый файл.
Чтобы не создавать директории mkdir и не копировать cp и не давать права chmod - используйте install, который делает всё сразу:

rpm --showrc|grep install

install -D -m 644 %1-48.png $RPM_BUILD_ROOT%{_datadir}/icons/hicolor/48x48/apps/%{name}.png
install -D -m 644 %1-32.png $RPM_BUILD_ROOT%{_datadir}/icons/hicolor/32x32/apps/%{name}.png
install -D -m 644 %1-16.png $RPM_BUILD_ROOT%{_datadir}/icons/hicolor/16x16/apps/%{name}.png

Это не страшно
Все, что начинается c % - это макрос, который при обработке спека rpm'ом разворачивается в некоторый текст. То, как этот текст интерпретируется (путь, команда, имя файла или некая числовая константа), зависит от самого текста и контекста. "Язык" rpm довольно развит и чем-то напоминает shell-скрипт, в нем даже есть условные операторы.

Стандартные макросы лежат в директории /usr/lib/rpm (независимо от архитектуры) в файлах macros и некоторых других. Почитайте содержимое этой директории и ее поддиректорий, найдете много интересного. Архитектурно-зависимые макросы лежат в /usr/lib/rpm/platform/<архитектура>-linux/macros. Вот как  описаны некоторые макросы (включая %__mkdir_p и %__cp):

$ cat /usr/lib/rpm/macros | grep __mkdir
%__mkdir                /bin/mkdir
%__mkdir_p              /bin/mkdir -p
$ cat /usr/lib/rpm/macros | grep __cp
%__cp                   /bin/cp
%__cpio                 /bin/cpio
%__cpp                  gcc -E
$ cat /usr/lib/rpm/platform/x86_64-linux/macros | grep %_arch
%_arch                  x86_64

Почему они начинаются с двух подчеркиваний, я не знаю, видимо просто такое соглашение принято для команд. Если вместо них использовать сами команды, то ничего страшного не случится, но это будет не красиво.
А вот как определены макросы с путями:

$ cat /usr/lib/rpm/macros | grep prefix
%_prefix                /usr
%_exec_prefix           %{_prefix}
%_bindir                %{_exec_prefix}/bin
%_sbindir               %{_exec_prefix}/sbin
%_libexecdir            %{_exec_prefix}/libexec
%_datadir               %{_prefix}/share
%_sharedstatedir        %{_prefix}/com
%_localstatedir         %{_prefix}/var
%_libdir                %{_exec_prefix}/%{_lib}
%_includedir            %{_prefix}/include
$ cat /usr/lib/rpm/platform/x86_64-linux/macros | grep %_lib
%_libexecdir            /usr/lib64
%_lib                   lib64
%_libdir                /usr/lib64

(я немного почистил вывод этой команды, поскольку prefix там встречается много где еще.)
Кроме того есть макросы пользователя (в ~/.rpmmacros, с ним Вы уже знакомы) и дополнительные системные макросы, добавляемые теми или иными пакетами, которые лежат в /etc/rpm и ее поддиректории macros.d. Например, макрос %cmake описан в файле /etc/rpm/macros.d/cmake.macros. Почитайте содержимое этих файлов, это тоже интересно и поможет Вам понять, что же происходит при использовании этих макросов.

Использовать ли фигурные скобки вокруг имен макросов (как я показал выше) или нет (например, %_lib или %buildroot) определяется выбранным стилем написания спека. В некоторых случаях скобки необходимы как разделитель (например %{name}1 - это не то же самое, что %name1), но по большей части это вопрос стиля и политики. Например, макросы, определяющие начало разделов (%description, %prep, %build, %install, %files и т.п.) обычно пишут без скобок, как и стандартные макросы конфигурирования, сборки и установки (%configure2_5x, %cmake, %qmake, %make, %makeinstall_std и т.п.), а макросы, описывающие некие константы, имена файлов, пути - со скобками.

Что же до моих замечаний и предложений, то, во-первых, я тоже иногда ошибаюсь , а во-вторых, я далеко не все могу сразу увидеть и выдать предложения. Про значки, например, я подумал только тогда, когда сам скачал, собрал, установил прогу и посмотрел, что там установилось.

И да, мой ник - это не имя и писать его с большой буквы не надо

Я в пакет не собирал, я так собрал и сделал тестовую установку.

Версия спека из 34-ого поста на глаз нормальная, можно пробовать собрать.

Если патч один, то можно и по старинке. Если у патчей разные уровни опции -p - тоже приходится применять их по отдельности. В остальных случаях лучше использовать %apply_patches (этот макрос подразумевает -p1). А файл .0001 - это просто автоматический бэк'ап оригинальной версии файла.