> Инженеру тоже, ему проектировать надо, а не в миллионный раз ядро
> конпелять. Чтобы потом мост не рухнул под таким маминым счастьем как ты.

А еще можно инженерить - только подумайте - электронику. Включая управляющие одноплатники. С линухом, конечно. И дебиан не хучший выбор, внезапно.

...но вот ядро в этом случае таки лучше самому билдить, с дефолтами и твиками более уместным для именно того применения. Generic дистро имеют другие приоритеты.

Более того - в этом случае системному инженеру нехило уметь собирать системные образа, деплой, обыгрывание всяких системных штук типа тепловых режимов, интерфейсинг к другим девайсам, и как это в софте, ... это так, инженеры разные бывают. И KiCad в дебиане норм работает, воооон запущен в фоне.

> 10 раз посмотреть на выхлоп гцц - это какое-то супер сложное и тайное действие.

А вот собрать пачку одноплатников, с сабжем, которые без проблем годами работают, обыгрывая ряд проблемных топиков, thermal/dvfs, работу с (своим же) мк, датчики на i2c/spi/... - и не обделаться при этом - уже нормальненько так. Если вы смогли пачку железок с годами аптайма и там ничего не отваливается, окей, вы не зня возились и чему-то научились видимо.

И это тоже может быть линух и дебиан. И не, готовое такое - откуда? Кастом на то и кастом.

> Чувак, я архитектор, я твоей "настройкой пад сибя"

Ну так и рисуй дома! И нефиг линуксоидам рассказывать как им свое дело делать!

> переболел в 2005 году. Потому что неинтересно выполнять рутинные действия когда
> есть автоматика. А ты валяй, крути педали)

В дебиане для набора себе системы - есть (c)debootstrap и ко. И можно себе систему заархитектить так как надо вооооон там. А что, смогешь так с центосом? Чтоб раскатать минимальный список пакетиков по списочку? Чтобы минимально достаточная система взлетела - а дальше добавим то что фактически надо?

В общем полегче на поворотоах. Есть те кто возится для процесса. А есть - те кто для результата. И в этом смысле дебиан очень даже ничего, я б сказал. Глядя как я им все загвоздил - it works!