> Наезд действительно непонятен. Сборка пакетов (да, постоянно что-то требуется, то в дистре
> софт который устарел лет на 5-7, то свои поделия запаковать надо)
> в дебе гораздо больнее, если make checkinstall не прошёл, найти
> .spec обычно на порядок проще, банально .src.rpm от того что уже его написать на порядок проще. Поэтому я никогда и не ищу - беру первый попавшийся, и исправляю название и версию, и может даже что-то дописываю в changelog - это делается vim, без кривых костылей. А теперь, пожалуйста, этот же фокус - с deb?
Кстати, с ebuild тоже интересно (якобы система, для простой пересборки чего угодно как угодно? А вот хрен тебе, это система для пересборки только так и того, что досталось в виде ебилдов) - а то я тут себе собрал один гентин пакетик - кривым хаком похожего, и половину слов в нем не понимаю, и хрен знает, где на это все документацию искать и как - правильно.
> стоит, версию поменяли, свежий архив положили, и обычно собирается новая версия.
обычно даже этого не требуется - вполне хватает самодельного.
> В дебе такого просто нет, и на хабре был перевод о
> том что вся эта деб кухня - огромная головная боль.
ага. Попробуйте собрать pecl'овский модуль (со всеми положенными зависимостями, автоматикой включения-выключения штатным скриптом и тд) в ubuntu 18+, где старые тулзы объявили ненужными, а новые как-то вот забыли понаписать (я глянул в пару штатных - похоже, это руками понаисправлено на новые версии после автосоздания теми, старыми - которых уже нет в системе)
> Любители make install в продакшене - это обычно выходцы из дебиана.
потому что затраты на зачистку от его последствий - таки да, меньше, чем на правильное опакечивание одноразовых сборок.