если никто не понимает, то может проблема в консерватории?

Вот в этот патч https://abf.io/import/lirc/blob/rosa2019.1/NetBSD-FreeBSD-ROSA-gcc.patch в _один_ файл собрано несколько патчей из BSD
В BSD одно логическое изменение, исправляющее сборку с новым GCC, размазано по куче файлов-патчей: http://ftp.netbsd.org/pub/pkgsrc/current/pkgsrc/comms/lirc/patches/
В данном случае файлов мало, но часто бывает, что в папке с патчами по куче файлов размазано сразу несколько логических изменений, например, http://ftp.netbsd.org/pub/pkgsrc/current/pkgsrc/sysutils/xenkernel42/patches/

ВОПРОС: в чем удобство одно логическое изменение, например, исправляющиее сборку с новым gcc, размазывать по куче файлов вместо одного файла?

я же тебе говорю, иногда один файл приходится патчить несколько раз. первый раз это обнаружили к примеру в 2011 году, второй раз в 2013 и сейчас в 2019. пускай каждый раз обнаруживали это в нескольких файлах и делали кумулятивный патч на несколько файлов (дополнительно патчились разные файлы каждый раз).

теперь задача: как называть эти патчи? требования:

по названию понимать что за эбола там

назвать без разницы как, главное что внутри. про патч одного файла несколько раз в целом аргумент, но нет проблемы делать патч поверх патча, когда очень надо. Название обычно не проблема придумать

накладываться они должны в правильном порядке, иначе patch тебя отреджектит

ну вообще да, это весьма частая проблема в пакетах с кучей патчей, где патч поверх патча

проблема назвать так что бы и понятно и порядок был правильный

если каждый файл отдельным файлом -- то все проще менеджерить и можно легко мерджиьт для одного файла

да, теперь понятнее, спасибо

делить на файлы можно тупыми скриптами

а политика портов разрешает делать патчи вида git format-patch?

ага, теперь вводим ещё переменную что патчить это может каждый мимокрокодил, в том числе и не вникая кто там когда в какую свою часть что впихивал

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

но зачем?

ну, допустим, я делаю изменения в своем git и делаю оттуда format-patch. Или черри-пик из апстрима

о боже ну обкуси ты эти a/ b/ делов то 2 минуты

тут еще есть какая-то особенность утилиты patch что нескольок последовательных её вызовов вроде как дают другой результата чем cat patch-* | patch

так если в одном патче изменения в 100 файлов, придется скриптом разрабсывать по файлам