> Вопросов больше не имею. Чтобы понять проблему, её надо сначала увидеть,

Ну так у тебя таланты видеть проблемы на ровном месте, особенно там где их нет. И да, я могу поменять загрузочную конфигурацию u-boot через простите ssh к платке, просто перетерев его файл с старым описанием загрузки на новый. А что, сможешь ремотно переконфигурить BIOS SETUP из взлетевшей системы? И чтоб монитор и клаву не переть к вон тому девайсу, валяющемся где-то на антресоли или в недрах какого-то агрегата? :)

> а у кого-то настолько узкий кругозор и сплошные теоретики.

Я не виноват что ты теоретик. А у меня прямща убунта на вон том кубике пашет. И без cat /proc/cpuinfo я так сходу и не догадаюсь что это - ARM, а не что-нибудь еще. Ну то-есть какие-то отличия в corner cases конечно есть, но этих cases - полторы штуки.

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

Даже если дебиан вообще "якобы не поддерживает" что-то, де-факто, чтобы запустить Дебиан на железке X, от меня надо бутлоадер и кернель. Ну может рамдиск еще. ВСЕ ОСТАЛЬНОЕ предоставляет дебиан и это 99.9% всего софта. Вот этот софт и репы и делают дебиан дебианом. Ты когда-нибудь видел штуки типа debootstrap? Для понимания того что такое дебиан на самом деле? :)

> А затем попробовать сравнить подход OpenBSD и Debian.

Ты не юли, ты пальцем покажи: сколько и какого железа опенбзда подцепит на хоть том же кубиборде и чем это будет лучше ну хоть дебиана? Допустим, пнутого с майнлайновым кернелом, для "расовой верноты" - чтоб ныть про кривые вендорские кернелы не хотелось.

> Фишка в том, что всё, что заявлено в OpenBSD - работает на практике.

Фишка в том что они очень осторожны в заявлениях - вон даже модули уже не заявляют :).

> А в Linux много чего работает в теории, но в дистрибутивах не применяется,

А Linux - гибкая система, которую можно изогнуть кучей разных вариантов. Это фича, а не баг. А то что не все варианты изгиба может освоить каждый первый... ну так кто сказал что мир должен кончаться на конченых юзерях?

> есть сотни веток с разными наработками, и за приемлемые сроки НЕЛЬЗЯ получить очень много чего

Ну я не знаю, лично я - запущу дебиан или убунту (невелика разница) на кубике за приемлимые сроки. Там реально дел с рыбью ногу. Если понимать как это работает.

> - проблемы не в общей теории (в теории то есть всё и всегда), проблемы в
> мелочах, делающих решение задачи практически невозможным.

Хз, не вижу ничего невозможного в запуске дебиана на куби. Даже совсем кастом (если не хочется готовые сборки) - собрать u-boot, собрать ядро. Положить на карту, туда же rootfs разложить. При желании можно оформить себе какой-то кастомный rootfs debootstrap'ом. Что характерно - все пакеты будут дебианистее некуда.

А то что что-то будет работать, а что-то нет - так вон на х86 тоже карту от нвидии по мнению нвидии надо использовать только с их блобом.

> как тот же компьютер с ARM (загрузившись в Debian) я не могу.

На самом деле - достаточно планшетозависимо. Штуки на allwinner и rockchip так запользовать становится уже более-менее реально. Как полностью вышибив ведроид, так и просто сделав chroot. Что-то разумеется может не работать. Но уж не юзеру опенбзды жаловаться на нерабочую периферию. Это уже лицемерие, чувак.

> Долго перечислять, чего именно там нет, и на что требуются серьёзныее инженерные силы.

Серьезные инженерные силы? Это на сборку u-boot то и ядра? Ну если не повезло - перепахивания DTS файла из шаблона (или FEX, если вендоровские ядра). Воистину, "сколько программистов надо чтобы вкрутить лампочку" :). Ну знаешь, я один это все за вполне обозримое время делаю.

> Cubieboard, несмотря на минимальную разницу - могу, но там столько ограничений, что мне такой Debian
> и даром не нужен :)

Хз, какие там ограничения. Как максимум, 3D ускорение не будет работать из-за проприерасовского драйвера, если майнлайн ядро использовать и не подпихивать левые проприетарные либы. Этого хватит выше крыши для серверообразных/неинтерактивных применений, да и для нетребовательного десктопа (где достаточно фреймбуфера без ускорения) - сойдет.