> Инженеру тоже, ему проектировать надо, а не в миллионный раз ядро
> конпелять. Чтобы потом мост не рухнул под таким маминым счастьем как ты.А еще можно инженерить - только подумайте - электронику. Включая управляющие одноплатники. С линухом, конечно. И дебиан не хучший выбор, внезапно.
...но вот ядро в этом случае таки лучше самому билдить, с дефолтами и твиками более уместным для именно того применения. Generic дистро имеют другие приоритеты.
Более того - в этом случае системному инженеру нехило уметь собирать системные образа, деплой, обыгрывание всяких системных штук типа тепловых режимов, интерфейсинг к другим девайсам, и как это в софте, ... это так, инженеры разные бывают. И KiCad в дебиане норм работает, воооон запущен в фоне.
> 10 раз посмотреть на выхлоп гцц - это какое-то супер сложное и тайное действие.
А вот собрать пачку одноплатников, с сабжем, которые без проблем годами работают, обыгрывая ряд проблемных топиков, thermal/dvfs, работу с (своим же) мк, датчики на i2c/spi/... - и не обделаться при этом - уже нормальненько так. Если вы смогли пачку железок с годами аптайма и там ничего не отваливается, окей, вы не зня возились и чему-то научились видимо.
И это тоже может быть линух и дебиан. И не, готовое такое - откуда? Кастом на то и кастом.
> Чувак, я архитектор, я твоей "настройкой пад сибя"
Ну так и рисуй дома! И нефиг линуксоидам рассказывать как им свое дело делать!
> переболел в 2005 году. Потому что неинтересно выполнять рутинные действия когда
> есть автоматика. А ты валяй, крути педали)
В дебиане для набора себе системы - есть (c)debootstrap и ко. И можно себе систему заархитектить так как надо вооооон там. А что, смогешь так с центосом? Чтоб раскатать минимальный список пакетиков по списочку? Чтобы минимально достаточная система взлетела - а дальше добавим то что фактически надо?
В общем полегче на поворотоах. Есть те кто возится для процесса. А есть - те кто для результата. И в этом смысле дебиан очень даже ничего, я б сказал. Глядя как я им все загвоздил - it works!
