LINUX.ORG.RU

История изменений

Исправление sanyo1234, (текущая версия) :

Ключевая фраза - доработок. А речь шла о том, чтобы полностью забыть дорогу к Debian и его исходникам. Совсем.

Вклад Debian в дистростроительство один из самых больших по дистрибутивным меркам, но намного меньше с точки зрения разработки в целом.

А я лично хотел бы, чтобы дистрибутивом сверху не командовали, и чтобы он принимал решения самостоятельно.

Такой дистрибутив непопулярен у иностранных DevOps инженеров, а значит, часть новшеств (шаблоны, настройки и т.п. скрипты), которые будут заранее предусмотрены для Debian в различных инструментах DevOps, будут отсутствовать в вашем самопальном (с общемировой точки зрения) дистрибутиве.

А тут еще встройка, а тут еще ведроводы (пользователи ведройда), а еще маршрутизаторы,

Ну зачем их-то сюда тащить в обсуждение универсальных десктопно-серверных дистрибутивов? У таких, если поискать наверно и Windows 3.11 можно найти, для которого до сих пор, если верить толксам ЛОРа ищут администратора. :)

А к 2032-2034 году там уже и вантуз целиком 32-бита дропнет, поскольку истечет 2021-IoT и 2024-Iot (он тоже может получить 32-бита).

Лично мне безразлична поддержка 32 бит на Linux, для этого есть другие более безопасные оси, хотя утверждается, что 32 бита безопасность как раз снижают хотя бы из-за уменьшения адресного пространства. Но мы то знаем, что на современном (и даже не очень) оборудовании есть и другие интересные нюансы, LOL.

Но явно не для респина, который никогда ядро сам не собирал. Отличие по сравнению с п.1 в том, что это как бы могут быть исходники, даже совсем не имеющие пакетной формы.

У так называемых «респинов» (в вашей терминологии) Debian, которые упоминал я, а именно Devuan и AntiX есть вполне определённые четко обозначенные цели, а не просто тупо присосаться к кормушке как образно дениски к красных шапках.

И кстати у Астры даже значительно доработанное ядро.

Исходная версия sanyo1234, :

Ключевая фраза - доработок. А речь шла о том, чтобы полностью забыть дорогу к Debian и его исходникам. Совсем.

Вклад Debian довольно большой по дистрибутивным меркам, но ничтожный с точки зрения разработки в целом.

А я лично хотел бы, чтобы дистрибутивом сверху не командовали, и чтобы он принимал решения самостоятельно.

Такой дистрибутив непопулярен у иностранных DevOps инженеров, а значит, часть новшеств (шаблоны, настройки и т.п. скрипты), которые будут заранее предусмотрены для Debian в различных инструментах DevOps, будут отсутствовать в вашем самопальном (с общемировой точки зрения) дистрибутиве.

А тут еще встройка, а тут еще ведроводы (пользователи ведройда), а еще маршрутизаторы,

Ну зачем их-то сюда тащить в обсуждение универсальных десктопно-серверных дистрибутивов? У таких, если поискать наверно и Windows 3.11 можно найти, для которого до сих пор, если верить толксам ЛОРа ищут администратора. :)

А к 2032-2034 году там уже и вантуз целиком 32-бита дропнет, поскольку истечет 2021-IoT и 2024-Iot (он тоже может получить 32-бита).

Лично мне безразлична поддержка 32 бит на Linux, для этого есть другие более безопасные оси, хотя утверждается, что 32 бита безопасность как раз снижают хотя бы из-за уменьшения адресного пространства. Но мы то знаем, что на современном (и даже не очень) оборудовании есть и другие интересные нюансы, LOL.

Но явно не для респина, который никогда ядро сам не собирал. Отличие по сравнению с п.1 в том, что это как бы могут быть исходники, даже совсем не имеющие пакетной формы.

У так называемых «респинов» (в вашей терминологии) Debian, которые упоминал я, а именно Devuan и AntiX есть вполне определённые четко обозначенные цели, а не просто тупо присосаться к кормушке как образно дениски к красных шапках.

И кстати у Астры даже значительно доработанное ядро.