История изменений

Процесс перечисления файлов пытаются облегчить костылями вроде масок и макросов, вместо того чтобы просто выкинуть нафиг из spec файла это ненужно.

Ага, и перестанет работать yum provides */%{filename}

Также rpm сам вызывает систему сборки, параметризуя её какими-то захардкоженными ключиками. А вообще-то это кроссплатформенная система сборки должна вызывать rpm, чтобы создать пакет (будь то пакет с бинарниками, удобный проприетарщине или в личных сборках, либо srpm, для мейнстрима).

Ничего не понял. Собираю пакеты обычным rpmbuild'ом или mock'ом (в chroot'е). Сама утилита rpm при этом не используется. С другой стороны, при обработке пакетов или их базы yum'ом или rpm'ом rpmbuild вообще не требуется.

В итоге rpm, deb, pkgbuild и уж тем более ebuild представляют собой скрипты, которые к тому же гоняются на интерпретаторе, средой выполнения в котором является вся система (в лучшем случае в пределах chroot). Такое скриптонелепие совершенно не поддаётся автоматической обработке, автоматическому обновлению на новые версии rpm/dpkg/pacman и постепенному улучшению (даже для добавления переводов к описаниям пакетов каких только костылей не выдумывали, и везде они свои, а чужие не работают).

Просто нелепица какая-то.

Поэтому заскриптованный формат стандартом быть не может — он уже при рождении становится легаси и улучшению не подлежит. Только декларативное описание свойств пакетов и минимум производной инфомации вроде списка действий для каждого файла.

Мусье вообще имел дело с опакечиванием?

Процесс перечисления файлов пытаются облегчить костылями вроде масок и макросов, вместо того чтобы просто выкинуть нафиг из spec файла это ненужно.

Ага, и перестанет работать yum provides */%{filename}

Также rpm сам вызывает систему сборки, параметризуя её какими-то захардкоженными ключиками. А вообще-то это кроссплатформенная система сборки должна вызывать rpm, чтобы создать пакет (будь то пакет с бинарниками, удобный проприетарщине или в личных сборках, либо srpm, для мейнстрима).

Ничего не понял. Собираю пакеты обычным rpmbuild'ом или mock'ом (в chroot'е). Сама утилита rpm при этом не используется. С другой стороны, при обработке пакетов или их базы yum'ом или rpm'ом rpmbuild вообще не требуется.

В итоге rpm, deb, pkgbuild и уж тем более ebuild представляют собой скрипты, которые к тому же гоняются на интерпретаторе, средой выполнения в котором является вся система (в лучшем случае в пределах chroot). Такое скриптонелепие совершенно не поддаётся автоматической обработке, автоматическому обновлению на новые версии rpm/dpkg/pacman и постепенному улучшению (даже для добавления переводов к описаниям пакетов каких только костылей не выдумывали, и везде они свои, а чужие не работают).

Просто нелепица какая-то.

Поэтому заскриптованный формат стандартом быть не может — он уже при рождении становится легаси и улучшению не подлежит. Только декларативное описание свойств пакетов и минимум производной инфомации вроде списка действий для каждого файла.

Мусье вообще имел дело с опакечиванием?