Но больше всего меня радует, когда "тырят" стандарт оформления спеков, которому следует Роса (хотя не все пакеты в репозиториях ещё приведены к этому стандарту, но со временем их всё меньше и меньше).На примере PPSSPP:
1. Роса: https://abf.rosalinux.ru/import/ppsspp/blob/rosa2016.1/ppssp...
2. Магея: http://svnweb.mageia.org/packages/cauldron/ppsspp/current/SP...
Но ещё более наглядно особенности можно увидеть на примере пакета libkgapi: https://abf.rosalinux.ru/import/libkgapi/blob/rosa2016.1/lib...
В чём суть. Традиционно спеки выглядели так:
1. Подряд идущие описания, как заворачивать собранные файлы в пакеты
2. Описание правил сборки-установки файлов для пакетирования
3. Подряд идущие списки файлов, т.е. в какой пакет какие файлы засовывать.
Т.е. между 1 и 3 был логический разрыв (посреди описаний как ПАКОВАТЬ засовывалось описание как СОБИРАТЬ). Когда какие-то куски кода (файлы) переезжают из одного проекта в другой, гораздо удобнее скопировать один блок текста, чем листать большой спек туда-сюда. Не говоря уже о том, что мне неоднократно попадались спеки, где для каких-то описанных пакетов вообще не было секции %files, т.е. фактически это были просто лишние строки, вводящие в заблуждение (не путать с пакетами, где %files указан, но пустой).
Не говоря уже об однородности оформления макросов в спеках. Чтобы не было бардака, когда в одном спеке рядом соседствуют: $RPM_BUILD_ROOT, ${RPM_BUILD_ROOT}, %buildroot и %{buildroot}. И в таком духе.
Это очень короткое описание, но вполне дающее представление о предмете. Постепенно этот стандарт оформления расходится по дистрибутивам (мне разные пакеты попадались, хотя это ещё только отдельные случаи, а не тенденция). И чем больше его будут "тырить" (с поправкой на policy сборки пакетов в разных дистрибутивах - где-то библиотеки пакуются каждая в отдельный пакет, где-то нет и т.д.), тем будет больше порядка и аккуратности в мире опенсорса (в его RPM-части).