>> ...где могут сэкономить годы жизни и битья головой об стенку.
> А могут и не сэкономить. И вообще, окажется что своих стен навалом.

Потому и "могут сэкономить", а не "сэкономят".

>> Кому тематика интересна -- тем из контекста уже всё ясно.
> Это наверное и есть главная ошибка альтов по жизни.

Вы всерьёз предлагаете пытаться излагать в деталях тем, кому тематика неинтересна? :)

>> Это фича сборочной инфраструктуры.
> Ну вот нормальным подходом было бы вкратце сказать: что и зачем.
> И какие плюсы такого подхода относительно других. Иначе людям может быть
> не понятно зачем вообще на нечто время тратить.

Кому непонятно с двух главных слов, тому не помогут двадцать о подробностях -- всё равно придётся сперва вникать...

>> А тут больше двух-трёх на дистрибутив и не надо.
> В смысле? Майнтенанс пакетов и то что вокруг - неплохо параллелится по числу рук.
> Или вы не о том?

Разумеется, не о том -- это интенсивная разработка, а не экстенсивная.  Экстенсивным может быть разве что QA вокруг неё.

>> бы, даже если бы чушь, которую Вы ляпнули, была правдой).
> Насколько я помню, обновление кернела в альте требовало какого-то весьма отдельного
> приседания и делалось иначе чем установка остальных пакетов.

Ровно такое же, а для повышения удобства -- с учётом того, что множество пакетов с модулями также собираются централизованно вместо затрат времени при dkms на каждом хосте -- есть скрипт update-kernel.

>> make rpm там тоже есть, если что.
> А насколько такой RPM окажется интегрирован с остальными частями именно ВАШЕЙ системы,
> без мануальщины со стороны того кто майнлайновое ядро билдил?

Не проверял.

> Если я его пакетным манагером поставлю - такой кернел пропишется в список ядер
> известных бутлоадеру при инсталле? А снесется при сносе пакета?

Судя по /usr/lib/rpm/{boot_kernel,grub2}.filetrigger и отсутствию %post в kernel-image-* -- может и получиться.

> У дебианщиков есть некие оговоренные вызовы хуков

Не удивлюсь, если в дебиане такая обработка тоже висит на файлтриггерах (которые вообще-то там и появились, сильно позже добравшись до некоторых rpm-based).

> Вот как майнтайнер можете рассказать: а как и почему
> ядро из кернелорга пропишется в лично ваш загрузчик?

Давайте проверим.

> Я вот вижу подозрительный момент: у вас rpm, но ставится apt'ом и поэтому я
> как-то еще на подлете испытываю подозрения что нормальных хуков там никто
> под такое чудо-сочетание не сделал, а дурных багов может вылезти огого.
> Это напрасные подозрения?

Именно эти -- точно да, вопрос скорее в том, отработает ли штатно make rpm (может споткнуться об https://bugzilla.altlinux.org/5969).