Предлагается при наличии в пакете файлов в %_desktopdir проверять их с помощью desktop-file-validate из пакета desktop-file-utils.
(In reply to comment #0) +1 (лишним не будет)
Я думаю, что если "легкая" утилита sisyphus_check начнёт разворачивать пакеты и анализировать содержащиеся в них файлы, то она слишком сильно потяжелеет. Есть два пути развития (один не исключает другого): - Создать более "тяжёлую" утилиту (типа rpmlint или на основе rpmlint), которая будет анализировать не только метаданные пакета, но и содержащиеся в нём файлы. - Пополнять brp-скрипты в rpm-build, чтобы отлавливать ошибки прямо во время сборки пакетов.
2ldv: +1
(In reply to comment #2) > Я думаю, что если "легкая" утилита sisyphus_check начнёт разворачивать Извините, я опять забыл что она их не разворачивает. > Есть два пути развития (один не исключает другого): > - Создать более "тяжёлую" утилиту (типа rpmlint или на основе rpmlint), которая > будет анализировать не только метаданные пакета, но и содержащиеся в нём файлы. > - Пополнять brp-скрипты в rpm-build, чтобы отлавливать ошибки прямо во время > сборки пакетов. Это наверное самое удобное, но ведь сделает зависимым rpm-build от desktop-file-utils?
У меня нет принципиальных возражений против desktop-file-utils, по зависимостям ничего дополнительно к тому, что и так нужно для rpm-build, не потребуется. Так что идеи и/или патчи приветствуются.
(In reply to comment #2) > Есть два пути развития (один не исключает другого): 3-й - модуль sisyphus_check для hasher, там все развернуто
Возможно эта бага уже закрывается (будет закрыта) в repocop?
планы такие есть. Надеюсь осуществить.
(In reply to comment #7) > Возможно эта бага уже закрывается (будет закрыта) в repocop? это сделано в repocop-collector-freedesktop-desktop. Закрывать баг?
Закрываю.
