На еще один дистрибутив с поддержкой 32-бит может стать меньше

и что статус i586 платформы уточняется

Ну вот и нечего этому делать в новостях. Пусть сначала уточнится.

Но @Skull на всякий случай кастанём.

Перемещено hobbit из russia

Это где такой раздел?

В новостях.

Еще Aceler и др. не забудем.

Ну вот и нечего этому делать в новостях. Пусть сначала уточнится.

Новость в тенденции движения дистрибутива. Направление явно не в сторону Slackware-взглядов.

На первопнях то без сертифицированного рудистрибутива точно нечего делать. LOL

А вот мне логика непонятна. Я вот помню учился в школе, там компы были целероны и памяти не больше 2 гигабайт. Думаю эти компы и сейчас там остались.

Целероны - это явно не i586, которые уже несколько лет довольно сложно поддерживать в контексте современного Linux дистрибутива.

Debian и многие другие дистры давным давно ограничились i686.

На первопнях то без сертифицированного рудистрибутива точно нечего делать. LOL

Дело в том, что по сравнению с содержимым вашего логотипа, дистрибутив относительно самостоятелен и вполне себе на сегодняшний день справляется с приютом для альтернативных взглядов и позиций в области развития дистрибутивов. Т.е это одни из немногих, кто готовы не только орать на всю Ивановскую «долой красную шапку», но еще и это поддерживать в работоспособном виде, насколько это возможно. Во всяком случае были готовы. До сегодняшнего дня.

то готовы не только орать на всю Ивановскую «долой красную шапку», но еще и это поддерживать в работоспособном виде, насколько это возможно. Во всяком случае были готовы.

Ой не смиши, красная шляпа наверно и на Core2 уже давно не стартует, какие там 32 бита. LOL

Ой не смиши, красная шляпа наверно и на Core2 уже давно не стартует, какие там 32 бита. LOL

Так в этом и кино. Это одни из немногих, кто хоть и скромно, но поддерживали идеи, изображенные на содержимом вашего логотипа в толковом виде. А вот что будут делать те, кто на вашем логотипе изображен, когда из апстрима выкинут 32 бита - вопрос риторический.

Единственное, чего действительно не хватает - это более солидного жизненного цикла, все-таки это же не НКО, а вполне себе коммерсанты. А пять лет бесплатно есть и у шапочного стрима. А у них только пять лет за денежку, хоть и значительно более скромную, чем у шапочки.

А вот что будут делать те, кто на вашем логотипе изображен, когда из апстрима выкинут 32 бита - вопрос риторический.

AntiX не так давно ещё даже на i486 запускался, когда в Debian минималка была уже i686. Последние версии AntiX, которые я качал, запускались хотя бы на i586. Как они это делают, указывая при этом совместимость с репозиториями Debian, пока не знаю, подробно их не изучал, так мельком посмотрел. Они кстати прорабатывают возможность добавления инита S6, который по уровню супервайзинга не уступает systemd возможно кроме usability.

AntiX не так давно ещё даже на i486 запускался, когда в Debian минималка была уже i686. Последние версии AntiX, которые я качал, запускались хотя бы на i586. Как они это делают, указывая при этом совместимость с репозиториями Debian, пока не знаю, подробно их не изучал, так мельком посмотрел. Они кстати прорабатывают возможность добавления инита S6, который по уровню супервайзинга не уступает systemd возможно кроме usability.

Это к тому, что согласно терминологии Red Hat, есть дистрибутивы, а есть респины. Так вот Antix и то, что изображено на вашем логотипе - это респины. А Alt, как бы это странно не звучало - дистрибутив. Последнее отличается тем, что оно самостоятельно может делать все, что хочет и не спрашивать мнение того же Red Hat или техкоммитета Debian и везти соответственно, тоже. Добавить i486 к i686 - это одно, а вот потянуть полностью 32-бита это другое.

Это к тому, что согласно терминологии Red Hat, есть дистрибутивы, а есть респины.

И чем дистрибутив отличается от респина по мнению RedHat?

Так вот Antix и то, что изображено на вашем логотипе - это респины.

Как определили?

А Alt, как бы это странно не звучало - дистрибутив. Последнее отличается тем, что оно самостоятельно может делать все, что хочет и не спрашивать мнение того же Red Hat или техкоммитета Debian

Devuan даже не знает, как выражать свою огромнейшую благодарность наидобрейшему коммитету Debian за то, что с «разрешения Debian» (c) LOL пришлось перелопатить около 400 пакетов, LOL

Добавить i486 к i686 - это одно

Что значит, добавить i486 к i686 ?

, а вот потянуть полностью 32-бита это другое.

Если ядерный Линус Торвальдс скажет большой превед 32 битам, то Альт будет монстрячить своё ядро?!?!? ахахаха LOL

И чем дистрибутив отличается от респина по мнению RedHat?

Тем, что второй производится в системе RedHat путем написания пары строчек в kickstart-файл и добавлением пары пакетов в свой репозиторий, который тоже добавляется в kickstart-файл. Политика остальных компонентов определяется полностью материнским дистрибутивом.

Как определили?

По структуре пакетов. Например, структура пакетов Ubuntu значительно отличается от структуры пакетов Debian. А вот структура LMDE например, нет.

Если ядерный Линус Торвальдс скажет большой превед 32 битам, то Альт будет монстрячить своё ядро?!?!? ахахаха LOL

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

Как страшно жыть (с)

На типичном i686 с характерной для середины 2000-х видеокартой ставить что-то новее p5 смысла нет. Комбинированная регрессия в ядре + X.org.

Тем, что второй производится в системе RedHat путем написания пары строчек в kickstart-файл и добавлением пары пакетов в свой репозиторий, который тоже добавляется в kickstart-файл.

А вы список доработок в Devuan и AntiX видели?

По структуре пакетов. Например, структура пакетов Ubuntu значительно отличается от структуры пакетов Debian.

Структура пакетов - это разбиение на пакеты (т.е. набор имён пакетов)? А содержимое пакетов учитывается?

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

Как вариант, они могут в случае с 32-битами принять решение присесть на LTS-ядро откуда угодно на столько, насколько потребуется для 32-бит. И этот запас времени довольно-таки еще бездонный.

Ну так речь ессно о новых релизах и даже у LTS поддержка со временем закончится. Много сейчас современных дистрибутивов на ядре к примеру версии 2.6?

А вы список доработок в Devuan и AntiX видели?

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

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

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

Ну так речь ессно от новых релизах и даже у LTS поддержка со временем закончится. Много сейчас современных дистрибутивов на ядре к примеру версии 2.6?

А вот тут Вы и попались. Шапка и ее клоны смогли протянуть сами ядро 2.6 аж 10-12 лет, ибо нужно было. А тут еще встройка, а тут еще ведроводы (пользователи ведройда), а еще маршрутизаторы, эльбрус, в общем приют найти на такой случай - задача не такая уж и сложная, если заморочится. На 4 года можно исходники и 4.15 у бубна потаскать, например. А к 2032-2034 году там уже и вантуз целиком 32-бита дропнет, поскольку истечет 2021-IoT и 2024-Iot (он тоже может получить 32-бита). Но явно не для респина, который никогда ядро сам не собирал. Отличие по сравнению с п.1 в том, что это как бы могут быть исходники, даже совсем не имеющие пакетной формы.

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

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

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

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

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

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

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

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

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

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

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

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

Ну по такой логике может тогда Debian отказаться и от APT, и от Deb-пакетов (все равно плюются на LOR), и вообще от проекта в целом и примкнуть к проекту CentOS Stream?

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

Но цели не помогут обрести независимость от материнского проекта. А вот «кормушка» может и потребовать данный кейс, учитывая еще и ее логику, которая привыкла выжимать железки и сроки поддержки по-максимуму.

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

Тут вопрос гораздо глубже, чем 32 бита каких-то. Тут речь идет о том, насколько кому и как можно диктовать остальным дистрибутивам вектор развития. И оказалось, что оловянный солдатик разве что Патрик, которого голыми руками не взяли.

Ну по такой логике может тогда Debian отказаться и от APT, и от Deb-пакетов

и вообще от проекта в целом и примкнуть к проекту CentOS Stream?

Не могут, им их собственные бизнесы не позволят.

(все равно плюются на LOR),

В чём это проявляется?

Но цели не помогут обрести независимость от материнского проекта.

Целью Debian было внедрение systemd, а целью Devuan - противоположное - избавление от systemd.

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

Если Debian очень сильно свернёт с правильного пути, к которому мы все привыкли и у Devuan не хватит сил это исправить, то IMHO пользователи Debian просто переключатся на другой популярный зарубежом релизный (не роллинг) дистрибутив типа Alpine или Slackware.

Если Debian очень сильно свернёт с правильного пути, к которому мы все привыкли и у Devuan не хватит сил это исправить, то IMHO пользователи Debian просто переключатся на другой популярный зарубежом релизный (не роллинг) дистрибутив типа Alpine или Slackware.

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

в отличие от незрелых респинов, которыми можно помыкать направо и налево.

Какими «респинами» Debian помыкают и в чём конкретно это выражается?

Какими «респинами» Debian помыкают и в чём конкретно это выражается?

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

В Debian пока что подобным вандализмом не занимаются,

Потому что в Debian окаменелое, ну вы поняли :)

Т.е. ему дают отстояться и хорошо протестироваться.

но примеры я думаю Вы сами назовете подобного поведения.

Русбитех такое хоть раз находил в Debian stable?

IMHO это в роллингах обычно.

Потому что в Debian окаменелое, ну вы поняли :)

Т.е. ему дают отстояться и хорошо протестироваться.

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

IMHO это в роллингах обычно.

В данном случае связи с формой выхода релиза дистрибутива нет никакой, поскольку еще раз повторюсь, подобные действия носят не случайный характер, а явный умысел.

В данном случае связи с формой выхода релиза дистрибутива нет никакой, поскольку еще раз повторюсь, подобные действия носят не случайный характер, а явный умысел.

В контексте Debian stable могут носить или уже таки случалось хоть раз?

От такого не застрахован ни один дистрибутив, особенно rolling.

Если разработчики рудистров действительно способны эффективно выявлять и купировать такую негативную активность апстрима (или вероятно вернее отдельных разработчиков), то это конечно хорошо.

Только нужно понимать, что если речь идёт о зарубежных спецслужбах, то вы навряд ли найдёте их закладки, которые вероятно существуют в Linux (в виде хуков для аппаратных закладок) уже на протяжении долгих лет.

Поддержка 32 бит не нужна.

Athlon 64 и Pentium 4 вышли в 2003-м, 21 год назад.

Правда есть еще Атомы, у которых поддержка 64 бит появилась поздно, около 2010-го года или позже, не помню точно.

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

Поддержка 32 бит не нужна

После этих слов в комментариях опеннета начался сущий кошмар

Да там всегда кошмар. Я обычно предпочитаю не листать там комменты)

Единственный вопрос, который меня всегда интересовал, там реально столько людей, сидящих на четверопнях и кор2дуо в 2024, или это тролли.

Единственный вопрос, который меня всегда интересовал, там реально столько людей, сидящих на четверопнях и кор2дуо в 2024, или это тролли.

А вы подёргайте за бэкдоры IntelME, и узнаете :)

Если разработчики рудистров действительно способны эффективно выявлять и купировать такую негативную активность апстрима (или вероятно вернее отдельных разработчиков), то это конечно хорошо.

И вот тут наши знаменатели с Вами сошлись. Мы оба пришли к выводу, что на подобную борьбу с «клованами» нужны ресурсы. Значительные.

Только нужно понимать, что если речь идёт о зарубежных спецслужбах, то вы навряд ли найдёте их закладки, которые вероятно существуют в Linux (в виде хуков для аппаратных закладок) уже на протяжении долгих лет.

А мы не про закладки с Вами говорим тут. Закладки отличаются от явления, которое мы с Вами обсуждаем тем, что они не носят явного агрессивного характера.

Правда есть еще Атомы

У меня как раз 2 таких атома 32-битных лежит, завтра потыкаю живые они или нет. А ещё ноутбук на 32-битном процессоре. тоже лежит, рабочий ещё. Этого сугубо 32-битного железа немеряно ещё, и оно ещё долго будет жить.

Закладки отличаются от явления, которое мы с Вами обсуждаем тем, что они не носят явного агрессивного характера.

Очень даже носят в некоторых случаях. У меня в ПФР у компа с IntelME несколько раз пропадали все локальные диски в BIOS (относительно современный с UEFI), когда нужно было срочно делать работу. Т.е. невозможно загрузить комп, даже отключенный от Ethernet. Но это можно объяснить предположением о вбросе электромагнитных помех без участия софтовой части (в т.ч. BIOS).

У меня как раз 2 таких атома 32-битных лежит, завтра потыкаю живые они или нет. А ещё ноутбук на 32-битном процессоре. тоже лежит, рабочий ещё. Этого сугубо 32-битного железа немеряно ещё, и оно ещё долго будет жить.

А бывает и промышленное оборудование типа более современного мода i486+ с достаточно приличным объемом RAM, которого хватило бы ещё на долгие годы.

IMHO если есть возможность обеспечивать в дистрибутиве поддержку i586, то нужно это делать до последнего, как минимум пока не выкинут поддержку из ядра. Хотя бы без десктопа, такие дистры IMHO в первую очередь нужны на headless компах, всякое пром. оборудование и т.п. Ради домашних пользователей IMHO смысла нет заморачиваться, кроме того аспекта, что они помогают протестировать.

Очень даже носят в некоторых случаях.

Пример, ИХМО, неудачный. Тут скорее можно было бы вспомнить DRM и пиратов, но и там атака понятное дело явно умышленна и целенаправленна - чтобы пират отказался от пиратства и понес денежки в кассу.

Этого сугубо 32-битного железа немеряно ещё, и оно ещё долго будет жить.

В музеях и личных коллекциях. Ничто не мешает запустить на нём подходящую версию Debian, или NetBSD с её жизнеутверждающим слоганом, или даже Arch Linux 32. Последний официально поддерживает систему команд i486. Правда я слабо представляю себе запуск на 80486 современных коретулзов и жирно-баша. Но сам факт.

А Alt Linux это коммерческая фирма. Если у них нет клиентов, которым всё еще нужна поддержка 32 бит, то нет смысла её оставлять.

Тут скорее можно было бы вспомнить DRM и пиратов, но и там атака понятное дело явно умышленна и целенаправленна - чтобы пират отказался от пиратства

И кто же в таком случае в роли пирата, интересно?

И кто же в таком случае в роли пирата, интересно?

В данном случае - дочерний проект, а цель - понуждение дочернего проекта к прекращению своего существования.

А бывает и промышленное оборудование типа более современного мода i486+ с достаточно приличным объемом RAM, которого хватило бы ещё на долгие годы.

такие дистры IMHO в первую очередь нужны на headless компах, всякое пром. оборудование и т.п.

Что это за современные железки, где ставят «разогнанные современные моды i486+» вместо того чтобы поставить 32-битный ARM?

Производство процессоров с системой команд x86 требует лицензии Интел, если не ошибаюсь.

Вот оно, эксперименты над админами в роли ресурсов ненужных проектов ИМБУРДе, но которые всегда нужно успеть сделать ещё вчера, а не после того, как псиоп с другой стороны провода разрешит включить персоналку.

А бывает и промышленное оборудование типа более современного мода i486+ с достаточно приличным объемом RAM, которого хватило бы ещё на долгие годы.

и никто в здравом уме там системы не обновляет до последнего релиза дистрибутива. Что пришло с условным станком - то там и будет стоять до его физической смерти или апгрейда стойки на более другую.

Что это за современные железки, где ставят «разогнанные современные моды i486+» вместо того чтобы поставить 32-битный ARM?

Не современные, а всего лишь более современные (конец 2007, судя по линку далее) чем оригинальные из начала 90х.

https://web.archive.org/web/20110813073335/http://www.reghardware.com/2006/05/18/intel_cans_386_486_960_cpus/

В музеях и личных коллекциях.

Нет, оно ещё активно используется из-за своей дешевизны. Купить за подобные деньги современное железо просто нереально.

Используется кем? Используется для чего?

IMHO комп на базе i586 в хорошем состоянии стоит дороже Core2.

i486 ещё дороже, i386 ещё дороже, и самый писк моды i286 и AT/XT!

Btw., я на XT даже однажды играл в какую-то игрушку в середине 90-х годов.

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

и никто в здравом уме там системы не обновляет до последнего релиза дистрибутива. Что пришло с условным станком - то там и будет стоять до его физической смерти или апгрейда стойки на более другую.

Пользователи конечно не будут, а производитель почему нет? Если по небесплатному запросу?

Слышал про это, да. В 00-х Интел всё еще какое-то время продолжала производить 486 для нужд промышленности.

Сейчас все возможные ниши, где мог бы стоять такой процессор, надёжно захватили ARM.

Вон и MIPS рипнулся тоже, ушла эпоха.

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

Да ладно, такое даже в нашем небольшом городе было лет 30 назад. Ну в смысле в настоящем DOS.