Разработчики проекта Debian объявили об удалении портов для архитектур mips64el и armel (ARM EABI) из репозиториев unstable и experimental....Подробнее: https://www.opennet.dev/opennews/art.shtml?num=64182
Чё это они, если big endian где и место, то это на роутерах (сетевые протоколы big endian).
(4 дня назад)
... добавить Rust в число обязательных зависимостей к APT
Вы так говорите, будто Rust это что-то плохое.
> (4 дня назад)
> ... добавить Rust в число обязательных зависимостей к APTТолько вот Раст поддерживает armel и mips64el.
Tier 3А поддержка - это Tier 1.
Фангруп растсеров даже не знает, что это такое :)
>Tier 3Но тем не мнее, сборка под данные архитектуры возможна.
>А поддержка - это Tier 1.Не путайте возможность сборки под архитектуру и её поддержку.
И кто будет с таким уровенем "поддержки" делать сборку под эти архитектуры на полном серьёзе? Это ещё более жалко, чем просто прекратить поддержку.
> И кто будет с таким уровенем "поддержки" делать сборку под эти архитектуры
> на полном серьёзе? Это ещё более жалко, чем просто прекратить поддержку.Вопрос, что подразумевается под поддержкой у gcc условного, особенно в случае вендоровых тулчейнов?)
> сетевые протоколы big endian"Нативная" поддержка BE не несёт никакого профита к производительности, время не на это тратится.
А armel/mips железо в любом случае медленнее чего-либо современного.
> "Нативная" поддержка BE не несёт никакого профита к производительности,
> время не на это тратится.А производители сетевых девайсов до сих пор норовят уж RISCV-BE сделать. И да, как там Торваольдс чертыхался на это, скажу я вам... не любит он BE, да и кто любит... маргинальный кейс который вечно источник грабель. Мы до сих пор отдуваемся за прегрешения дидов.
> А производители сетевых девайсов до сих пор норовят уж RISCV-BE сделать.То предложение о поддержке подобного было не от производителей, а от ресёрч команды, которая думала о подобной конфигурации процессора которую возможно произвести (riscv же гибкий)
Однако нужна она только теоретикам была, все остальные реализации riscv имеют расширения для перестановки битов и ни в каком особом отношении не нуждаются
> Однако нужна она только теоретикам была, все остальные реализации riscv имеют расширения
> для перестановки битов и ни в каком особом отношении не нуждаютсяЭто гениально, Ватсон! А ничего что даже с расширениями - придется убабахать - вот эти инструкции - лишние - на каждый сетевой пакет по несколько раз?
Теперь проинформируй себя сколько PPS может летать в современных сетях. И тут как-то лишних инструкций, даже удобных, хотеть расхочется.
Это на самом деле можно решить. С совсем иной стороны. Т.е. работая с тем что пришло как uint32 с пофигом на порядок байтов. А в местах где критично, типа анализа IP и маски чутка подкостылить вычисления чтобы работали и так и сяк. Но сие довольно похабно по коду и может отлиться в кучу багов и дурных рефакторов, а код на вид и по факту будет делать немного разное, что довольно так себе.
> Это на самом деле можно решить. С совсем иной стороны. Т.е. работая с тем что пришло как uint32 с пофигом на порядок байтов. А в местах где критично, типа анализа IP и маски чутка подкостылить вычисления чтобы работали и так и сяк. Но сие довольно похабно по коду и может отлиться в кучу багов и дурных рефакторов, а код на вид и по факту будет делать немного разное, что довольно так себе.Да где похабно то, оно и так везде так реализуется:
Принадлежность ip маске - ip & mask == mask
И без разницы какой тут порядок байтОднако даже если и разворачивать - то эта операция занимает гораздо меньше времени чем всё остальное что происходит при маршрутизации пакета, особенно если у тебя NAT условный реализуется. Использование BE архитектур тут экономия на спичках, никто этим не занимается, ни один из распространённых крупных роутеров.
>Raspberry Pi Zero и Raspberry Pi Zero W.А этих-то за что? Они же до сих пор продаются? У меня одноплатник - чуть более современный Orange Pi, его скоро тоже того?
Что-то дебиан в последнее время пустился во все тяжкие.
Помянем, хороший был дистрибутив.
Просто используй debian 13
Просто не используй debian
> Просто не используй debianИ что вместо него на ARMEL вообще втулить предлагается?
Gentoo, LFS.
> Gentoo,Самый писк был бы попытаться ее еще и закомпилять там :). Может быть даже докомпилится до вашей смepти от старости. Но это не точно.
> LFS.
Сэр, у вас явно избыток времени чтобы заниматься поатомным конструированием себе правильной сковороды, идеально пристраивая каждый атом. Не, может вам готовка пищи и не интересна конечно - но без юзабельной сковороды бывает несколько некомфортна. И если ждать пока вы поатомно выложите идеальную сковороду, можно и с голоду помереть случайно.
> И что вместо него ...Если разработчик не умеет компилировать линукс под требуемое железо... Тяжёлый случай, надо было ему в таксисты идти.
Пока свой компьютер со ссвоим процессором из песка не собрал - не тру.
> Просто используй debian 13С практической точки зрения это еще примерно 6 лет майнтенанса. Не так уж плохо.
Был, где-то до 2004 года.
>У меня одноплатник - чуть более современный Orange Pi, его скоро тоже того?Ну так посмотри модель процессора, их же куча вариаций, кто знает, какая именно модель у тебя?
> А этих-то за что? Они же до сих пор продаются?Видимо вон то добро по части хруста из соседней новости. Хотя есть и иные нюансы.
1) armel (armv6) был устаревшим уже на момент начала выпуска Pi Zero. Броадком слил откровенный лежак, называя вещи своими именами.
2) на armel весьма маломощные железки, так что с билдом пакетов все довольно душно.
3) довольно много пакетов под столь винтажное железо таки - не собирается.> У меня одноплатник - чуть более современный Orange Pi, его скоро тоже того?
Там armhf, на него пока не покушаются.
> armel (armv6) был устаревшим уже на момент начала выпуска Pi Zero.Не только armv6. Все малинки, в т.ч. 5 версия в основе своей имеют сильно устаревшие архитектуры. Настолько устаревшие, что даже мой бюджетный смартфон от самсунг набирает попугаев больше, чем 5-я малинка.
> Все малинки, в т.ч. 5 версия в основе своей имеют сильно устаревшие архитектуры.С каких это пор ARMv8.2 считается сильно устаревшей?
> Настолько устаревшие, что даже мой бюджетный смартфон от самсунг набирает попугаев больше, чем 5-я малинка.
А, да тут эксперт в треде. Сори, но роизводительность зависит не от версии архитектуры.
> Не только armv6. Все малинки, в т.ч. 5 версия в основе своей
> имеют сильно устаревшие архитектуры. Настолько устаревшие, что даже мой бюджетный
> смартфон от самсунг набирает попугаев больше, чем 5-я малинка.Задача этих штук уж точно не в наборе попугаев.
Да никогда он хорошим не был, всегда был чем-то мутным и стремным, зачем вообще этим пользоваться дома, если убунта есть. Пакеты протухшие, гном в дебиане уродский и стремный. Привыкли к апт берите убунту.
Убунтой только старые деды пользуются. Привычка молодости осталась.
А ниче что бубунта твоя по большому счету downstream дебиана?
Когда у меня уже была убунта, я решил глянуть, что за дебиан... А этот дебиан не смог распознать даже сетевуху. Понимаешь, чем отличается убунта от дебиана?
Еще раз, по буквам - без дебиана бубунты просто нет.
>А этот дебиан не смог распознать даже сетевухуЕсли вас печалит, что ваш линукс в процессе установки, не распознал сетевую карту, то самой лучшей идеей для вас будет таки вернуться обратно во влажные объятия оффтопика. И не обращать внимание на окружающих, которые будут думать, что вы домохозяйка.
Для понимания, если Гента в процессе установки САМА распознает мою сетевую карту, то я испугаюсь.
>Для понимания, если Гента в процессе установки САМА распознает мою сетевую карту, то я испугаюсь.Оставьте свою генту мазохистам.
>то самой лучшей идеей для вас будет таки вернуться обратно во влажные объятия оффтопика. И не обращать внимание на окружающих, которые будут думать, что вы домохозяйка.Я использую NixOS и смортю на ваши системы с презрением. И да, единственная причнина не распознать сетевую карту - слишком новая/особенная сетевая карта. Обычное железо должно подхватываться из коробки.
>Оставьте свою генту мазохистам.Ну нет, я не оставлю Генту людям с таким опытом мазахизма, и не просите ;)
>Обычное железо должно подхватываться из коробки.
Я в чем то вам даже завидую, когда то у меня было не меньше максимализма ;)
> Когда у меня уже была убунта, я решил глянуть, что за дебиан...
> А этот дебиан не смог распознать даже сетевуху. Понимаешь, чем отличается
> убунта от дебиана?Тем, что ты поставил последний релиз Debian и последний не-LTS-ный релиз Ubuntu, то есть по факту -- срез Debian Sid.
И о чудо, в Sid уже был драйвер твоей сетевухи, а в Stable ещё не было.
> релиз Ubuntu, то есть по факту -- срез Debian Sid.Вроде Убунту берет свои пакеты из тестинга.
> И о чудо, в Sid уже был драйвер твоей сетевухи, а в Stable ещё не было.
Да все там было. Раньше Дебиан не включал не свободные firmware в свой инсталлятор. Потому и сетевуха не работала.
>> релиз Ubuntu, то есть по факту -- срез Debian Sid.
> Вроде Убунту берет свои пакеты из тестинга.Вроде. Угу.
И ты в #130 пытаешься втирать кому-то, чем отличается Debian от Ubuntu.
Может, есть смысл самому сначала разобраться?Из Testing они берут пакеты во время формирования LTS-релиза. Промежуточные релизы -- наполняются из Sid.
> Раньше Дебиан не включал не свободные firmware в свой инсталлятор
Ну, зато теперь включает.
Кто там говорил что раст не поддерживает все нужные архитектуры?
Если так продолжиться, то проблема решится сама собой еще до внедрения раста)))
Они перевели APT на раст - вот и результат мгновенный.
$ rustc --print target-list | grep -E 'mips64el-|armv7-.*eabi$'
armv7-linux-androideabi
armv7-unknown-linux-gnueabi
armv7-unknown-linux-musleabi
armv7-unknown-linux-uclibceabi
mips64el-unknown-linux-gnuabi64
mips64el-unknown-linux-muslabi64
Так всё верно. Дропнули armv6. А поддерживается растом armv7
Раст поддерживает armv6arm-unknown-linux-gnueabi
arm-unknown-linux-gnueabihfhttps://doc.rust-lang.org/nightly/rustc/platform-support.html
Даже эти ваши: arm-unknown-linux-gnueabiЭто только Tier 2. Это не поддержка.
Ну так половина портов дебиана это unofficial или dead)
Думаю демьяноцам не в первый раз жрать тухлятинку.
> Это только Tier 2. Это не поддержка.Tier 2 targets can be thought of as "guaranteed to build"
Для такого древнего мусора сойдет.Не будут разрабы побираться по помойкам чтобы найти нужную железку для тестов Tier 1.
Пусть с 60mжами дерутся любители таких некроплатформ, заодно и расскажут оно work или не work.
А вот у них: https://gcc.gnu.org/install/specific.html
Это инфа не от раста, а из LLVM. Сам раст оное не поддерживает, но поклонники растсеров не знают, что такое "поддержка".
LLVM вообще даже ардуину поддерживает.
> LLVM вообще даже ардуину поддерживает.Примерно как и тот ARMv6, был тут кадр, грозился написать фирмвару на этом. Куда-то делся потом. То ли досих пор пишет, толи разочаровался в этом занятии в процессе, толи кто там его знает. А с GCC можно собрать вполне практичные фирмвари и мк на ARM (v6m/v7m/...) и AVR вплоть до прыщиков attiny которе иначе только на асме прогать вообще.
> $ rustc --print target-list | grep -E 'mips64el-|armv7-.*eabi$'
> armv7-linux-androideabi
> armv7-unknown-linux-gnueabi
> armv7-unknown-linux-musleabi
> armv7-unknown-linux-uclibceabi
> mips64el-unknown-linux-gnuabi64
> mips64el-unknown-linux-muslabi64Ну дык armv6 тут как раз и нету...
> Если так продолжиться, то проблема решится сама собой еще до внедрения раста)))Как-то странно что новость появилась прямо после анонса про раст. Казалось бы при чем тут Лужков^W Rust.
> Кто там говорил что раст не поддерживает все нужные архитектуры?Те, кто так говорил, не смогли привести название ни одной такой архитектуры.
Все что Tier 2 - это не поддержка.
Кстати, недостаток арма - это целая куча этих разных архитектур. Был бы как x64 - до сих пор работал бы.
недостаток арма - отсутствие возможности нормальной загрузки, обоссаный u-boot и абсолютно конченый dts/dtb-формат
1) dts не арм специфичная штука
2) как человек достаточно долго работавший с uboot не могу согласиться с вашим утверждением
> 1) dts не арм специфичная штукаи? это перестаёт быть проблемой арма?
> 2) как человек достаточно долго работавший с uboot не могу согласиться с вашим утверждением
извините, но мнение человека, который не в состоянии запятые расставить, для меня ничего не значит
> и? это перестаёт быть проблемой арма?Это вообще не проблема. ACPI намного более отбитая штука, тем более деланая сугубо под нужды wintel и чтобы топить за оный юзая linux ... ну я даже не знаю кем надо быть.
> извините, но мнение человека, который не в состоянии запятые расставить, для меня
> ничего не значитЕсли так придираться, предложения начинаются с заглавной буквы и заканчиваются точкой. Почему мнение того кто так не делает значит больше? Я другой анон, но мне интересно! :)
Так тебе помощь с русским языком нужна, или поддержка твоих плаки-плаки? Ты уж определись
> помощь с русским языком нужнаЭто.
Видишь же, у него и предложения с букв в нижнем регистре начинаются, и точек в конце нет.
> извините, но мнение человека, который не в состоянии запятые расставить, для меня ничего не значитА значит ли что-то твое мнение, если ты не в состоянии использовать заглавыне буквы и расставлять точки в конце предложений?
разумеется
1) На x86 вообще приходится любить под дулом пистолета вообще нефиксабельную блoбoту - или coreboot с полублобами в лучшем случае, или еще более кривой libreboot, работающий на примерно 1.5 железках. На этом фоне u-boot не такой уж и плохой. Кстати умеет и EFI косплеить, если уж кому мазoхизм имени wintel так нравится.2) Если просто сравнить - таблицы ACPI по сравнению с DTB намного более кривая штука. Тем более что поддержку Linux там не делают почти никогда, и даже поддержку винды тестируют по остаточному принципу, только версю которая поставляется. Шаг в сторону - и может быть все что угодно. А инструментарий для этого от wintel это вообще - жecть как она есть.
Мораль сей басни такова: все познается в сравнении. И вот что в x86 vs ARM бесит так это глюкавые проприетарные загрузочные фирмвары с кучей закидонов которые никто чинить не собирается. Лично я с удовольствием развижу все это wintel'ское счастье.
> А инструментарий для этого от wintel это вообще - жecть как она есть.А вот тут лучше разделить, потому что только благодаря intelовскому ASL (де)компилятору возможно починить то говно что вендор решил залить тебе в железо
Конченный тут только microsoftовый компилятор
> А вот тут лучше разделить, потому что только благодаря intelовскому ASL (де)компилятору
> возможно починить то говно что вендор решил залить тебе в железоЮзать софт от интеля - это весьма такое себе. Ну и на DTB обычно есть исходники. С коментами и нормальной структурой.
> Конченный тут только microsoftовый компиляторХотите простой квест?
- Допустим мне не нравится DVFS и скажем критичная точка проца одноплатника в 100 градусов, мне сыкотно что вендор сильно в овердрафт влез, а даже если проц и выдержит - ну и через сколько пульсаций нагрузки шыра отвалятся от платы в таком режиме и девайс начнет помирать в глюках? Что делаю я? Беру сорц DTS, патчу это как мне надо, пинаю dtx, готово. Теперь оно скажем выше 70 градусов - троттлит, но для начала не ломится на убер топ частоты с жестким вольтажом и это вообще не проблема.- Допустим мне не нравятся те же точки DVFS и Thermal в ACPI. Теперь расскажите как урезать частоту проца и critical лимиты trip points там. Наверное, в теории это даже как-то можно. Покажите, в общем, как бы это могло быть? Хотя бы в общем виде.
Я не говорил что ACPI лучше device tree, мне device tree тоже нравится.Я однако сказал что для ACPI софт интела адекватнее чем то что пользуются большинство вендоров, потому что сам чинил знакомым сон на linux, и это реализовывалось примерно как декомпиляция тулами интела ACPI таблиц, попытка скомпилировать их обратно (теми же интеловыми инструментами) с ворнингами (unreachable code и прочими, что каким-то образом работает под виндой несмотря на примерно такую же обработку если через microsoftовые тулы смотреть), исправление ворнингов и пересборка, после чего сон внезапно чинился всегда.
Т.е процесс починки сна почти всегда это
# 1. Декомпилируем
iasl -d dsdt.dat# 2. Редактируем
nvim dsdt.dsl# 3. Пытаемся компилировать
iasl -tc dsdt.dsl# 4. Пока есть ворнинги - возвращаемся к 2
Trip points и частоту однако через ACPI не регулировал, у меня нет железок в которых это реализовано на таком уровне. Компы на водяном охлаждении и сложными кривыми для всего этого управляет сама материнка, ноут на интеле и не позволяет управлять вообще ничем (к сожалению, потому что мне бы очень хотелось ограничить его thermal limits, потому как у него система охлаждения совсем не адекватна максимальному TDP, чёртовы интеловы ультрабуки-трансформеры... Он конечно приятный и очень быстрый, но во время компиляции это очень горячая херь, лучше бы он тормозил вместо этого), и один из роутеров x86 на coreboot+linuxboot, и acpi там специфичный.
А во всём остальном у меня arm и devicetree
Кстати мои arm сервера (ampere + solidrun (nxp)) тоже не в devicetree описывают свои лимиты и охлаждение.
>Кстати умеет и EFI косплеить, если уж кому мазoхизм имени wintel так нравится.Мне нравится, что можно записать флешку, воткнуть её в любой компьютер, и она заработает. То ли дело арм, где одних только архитектур несколько штук, не говоря уже про особенности конкретной платы. Вот кога арм дорастёт до возможности просто взять и воткнуть флешку, тогда и поговорим. Но этого даже на горизонте не предвидится.
> Мне нравится, что можно записать флешку, воткнуть её в любой компьютер, и она заработает.Лол. Как архитектура CPU относится к возможности работы флешки?
> Вот кога арм дорастёт до возможности просто взять и воткнуть флешку, тогда и поговоримФлешки работали через OTG на андроидных смартах (там ARM) примерно с момента появления андроидных смартов.
Ну, давай говорить.
> Мне нравится, что можно записать флешку, воткнуть её в любой компьютер,
> и она заработает.Особенно в некоторых ноутах самса, загружающих только винду и рхел на выбор. Остальное дущит секурбут. А будете сильно стараться - соседний баг UEFI вообще этот блобфирмвар окирпичит когда ос удумает что-то делать с EFI Vars, и потом удачи в рекавери своего кирпича.
А вон то добро - там boot ROM в чипе, остальное - на sd карте. Кирпичить нечего - всегда лечится перезаписью SD карты/eMMC. А если интелский оверинженернутый монстр в SPI флехе ушел в себя, вы таки пойдете за программатором.
> Особенно в некоторых ноутах самса, загружающих только винду и рхел на выбор. Остальное дущит секурбутПереключи секурбут в setup mode да загрузи свои ключи, что ж вы все такие беспомощные
> Переключи секурбут в setup mode да загрузи свои ключи, что ж вы
> все такие беспомощныеЭто весьма зависит от имплементера фирмвари - есть ли там такое вообще. Не говоря о том что мне по дефолту урезали выбор, навязали ключи wintel а порой еще и boot guard какой подсунули чтоб я точно не взял фирмвар под мой контроль.
А чтобы проц с фабы шел девственным - без убер-ключей с топовым приоритетом в фьюзах (ME/PSP root hash) - вообще фиг.
А вот на ARM большая часть процов с фабы ванильки и вполне реально стать тем кто вписывает _первый_ root of trust. И тогда платформа служит - именно ему. А секурити реально защищает владельца этого от остальных. На x86 этого просто - не дано. Там AMD или Intel всегда топовая ауторити в системе на современных процах. И самый крутой ключ они оставили - себе. Ничему гномов не учит история с 9 фуфловыми кольцами, которые им с барского плеча отсыпали, типа.
> абсолютно конченый dts/dtb-форматДа это ты просто не лицезрел потроха ACPI таблиц, иначе бы так не писал. По сравнению с UWFI, u-boot божественен.
мне обычно не нужно трогать ACPI, чтобы собрать и запустить на новом железе новый линукс, в отличие от арм, где и сам дтс-формат постоянно меняется с поломкой обратной совместимости
> где и сам дтс-формат постоянно меняется с поломкой обратной совместимостиНа самом деле мало меняется. По тем же причинам. И воооон там DTB десятилетней давности отлично цепляется - последним кернелом. Просто потому что все работает и не было поводов его генерить заново.
А в этом твоем ACPI вообще сорца нормального нет в принципе в 90% случаев.
> абсолютно конченый dts/dtb-форматЭто вы ещё ACPI не видели...
Если серьёзно то device tree это намного лучше того зоопарка говна что под x86 существует, было бы прекрасно если бы оно везде использовалось
>недостаток арма - отсутствие возможности нормальной загрузкиНу так это же не единственный недостаток. Как минимум отсутствие нормальных драйверов стоит упомянуть, хотя казалось бы, при чём здесь арм?
> Как минимум отсутствие нормальных драйверов стоит упомянуть, хотя казалось бы, при чём здесь арм?Нормальные - это какие? Опенсорсные-свободные-вечнонедоделанные?
А то миллиарды пользователей телефонов/планшетов не знают, что у них нормальных дров, оказывается, нет. 😉 "Миллионы мух", что с них взять. 😤
>А то миллиарды пользователей телефонов/планшетов не знают, что у них нормальных дров, оказывается, нет.Конечно не знают, они просто идут покупать новое устройство, даже когда старым ещё можно без проблем пользоваться.
>Опенсорсные-свободные-вечнонедоделанные?Удивительно, но дрова интела и амд пишутся производителями.
Так выпиливают только 32-биnный ARM.
А что 32-битная платформа не может служить человеку? Или она не подходит играм класса AAA и ИИ? Или технологии освоили другие и чтобы они не конкурировали с корпорациями с неограниченной финансовой поддержкой, они нашли другой путь?
Ну наверное нет, 4 Гб ОЗУ это мало объективно для всего на десктопе. Даже 8 уже мало. Или на эмбедед с 32бита
Нужно больше адресного пространства для приложения, чтобы запихнуть туда свои dll и runtime.
А сколько дыр из-за широкого выравнивания.
> 4 Гб ОЗУ это мало объективно для всего на десктопе. Даже 8 уже мало.Для чего? Для старых игр вроде GTA VC?
Ну, 4ГБ скушает только свежезапущеный 64 битный браузер с десятком вкладок.
Сейчас и Андроид планшеты с 4ГБ, по этой же причине уверенно превращаются в тыкву.
На меня гипноз не действует
А есть Сhrome, диспетчер задач и глаза?
В общем жрёт.И далее жрать будут только больше, помимо растрат памяти на контейнеры, будут продолжать жиреть веб страницы, добавляться ИИ, потом его тоже начнут распихивать по контейнерам...
Впрочем, мы о Debian. А он помимо десктопов используется во всяких контроллерах, где 32бита хватает и будет хватать дальше.
> Ну, 4ГБ скушает только свежезапущеный 64 битный браузер с десятком вкладок.Одной вкладки хватит
Браузеры создают песочницы и для них резервируют много памяти под guard страницы, и большинство способны включить все нужные защиты только при условии оверкоммита.
Прямо сейчас я вижу как vscode, discord и spotify потребляют по 1тбайт VIRT каждый, и это значит что на моей системе хромиум смог включить нормальный сандбоксинг.
В случае же если у тебя виртуальной памяти всего 4гбайта, браузерам приходится выключать половину из нормальных средств управления памятью, и получаем значительно более низкую скорость работы и качество защиты
Есть 3 варианта:
- Собери себе все сам, т.е. самоподдержка. Запили себе дистрибутив, такой же как дувуан, только деарман32, пересобери под эти архитектуры весь репо и дальше сиди и чини отвалы и несоответствия в кодовых базах (ну ту самые "Пакет linhynta м 2.4.5.6-23 не собирается, нужен патч")- Оплати себе поддержку у конторы. Ну т.е. да, ты и такие чЮдики как ты, даёшь деньги сторонней конторе и она это делает за вас. Даешь деньги каждый месяц до тер пор, пока таких вот плат не останется в рабочем состоянии следовое количество (люблю статистику в разрезе диаграмм дожития), после чего ты кладёшь её под стекло в музей и показываешь будущим поколениям. Может быть, сможешь отбить затраты.
- Ты работаешь на старых, еще работающих версиях пакетов, которые заморожены во времени.
Выбирай.
Есть ещё вариант - уйти на винду.
Ага, на малине
>А что 32-битная платформа не может служить человеку?Внезапно. Как пример голанга https://habr.com/ru/articles/141722/
Сейчас количество внезапных отказов на 32-бита будет расти, так как ходового железа мало осталось, и под ниго мало кто тестирует.
Слон полез в мелкую посудную лавку не разобравшись. Виновата посудная лавка?
Проблемы посудных лавок слона не волнуют. 32-битных платформ уже тогда было мало, сейчас их становится всё меньше. При разработке нового софта уже даже не заморачиваются тем, чтобы оно вообще под 32-бита собиралось, хотя ему и не требются более 4 Гб адресного пространства. Если вы хотите софт, работающий под 32-бита, то писать его придётся самостоятельно.
> Если вы хотите софт, работающий под 32-бита, то писать его придётся самостоятельно.Но ты его не сможешь запустить, ибо системных библиотек - нету. Тебя элементарно пошлёт даже LD (это самая первая главная библиотека).
Эти задачи решаемы. Библиотеку можно взять из последней поддерживаемой версии либо слинковать статически. Гораздо сложнее будет портировать существующий код, но это уже оставим для тех, кому это действительно нужно.
> 9 апр 2012В 2012-ом году выделять 512 МБ адресного пространства для нужд сборщика мусора?!
А какая разница, в 2012 году выделять или в 2025?
Ну сейчас-то они ж исправились и выделяют пяток терабайт.
Как там в Devuan поддержка этого дела обстоит? Я волнуюсь!
> Как там в Devuan поддержка этого дела обстоит? Я волнуюсь!Они "пересобирают 400 пакетов". Это немного менее масштабно чем 2 выпиленых порта архитектур пересобрать.
Владельцы коры дуба что с лицом? Вы следующие.
Да хрен с ней, с корой дуба. Мне интересно, шо там с поддержкой Socket AM2 без SSE4. А то стоит такой сервачок в гараже для личного телеграм бота.
>Мне интересно, шо там с поддержкой Socket AM2 без SSE4.Ах да, чуть не забыли! В слудующем резизе прекратим поддержку твой процессора и материнки. Спасибо, что напомнил.
> Да хрен с ней, с корой дуба. Мне интересно, шо там с поддержкой Socket AM2 без SSE4.
> А то стоит такой сервачок в гараже для личного телеграм бота.Хрена у вас там телеграфистов сервачки. Я бота для tox на armv6 как раз засунул. Ему выше крыши этой вундервафли.
Сначала они прищли за mips64el и armel, потом за C2D, потом за другими. Это не цель, это путь, это образ действия...
чо их седьмой венде-то сделается? Правда, восемь лет без обновлений, ну так перед ней коробочка роутер стоит. А, стояла, ее даже дерьмиян запретил?
Придется новую покупать, на еще модных чипах.
я сначала подумал #&@* - уже 8
А потом - нет, всего с января 2020, даже шести нет, а если еще ESU прибавить, а потом еще обновы с абажуровского сервера..
"не дождетесь" (C)П.С. У вас там на 2025 уже что запускают?
А то у нас обмазались, прикольно, кластер из двух нод с витнесом при установке обновлений на неактивную ноду с ее перезагрузкой кворум теряет, со всеми вытекающими.
Да, я помню про 5 нод минимум, но @#* - это баг 2025, говорят починили то ли в августовсом, то ли в сентябрьском обновлении. почти год после rtm.
клоуны.
> П.С. У вас там на 2025 уже что запускают?чота запускают, но пока просто как хост-платформы, где какой-то ляпатель написал в требования самое наимоднявое.
А пока до реальной эксплуатации доберется - уже и баги починят. И снова немодным объявят, ставь какую-нибудь 26ю.
Хорошо смеётся тот, кто смеётся последним.
Зачем бороться с большим? Можно подкупить отдельное.
В этом есть, что-то зловещее.
Когда живет, что-то созданное ранее кем-то из состава человечества - это красиво и благородно.
Когда в угоду надвигающегося ИИ, уничтожается это - это зловещее.
Со времен всё новое будет создано с участием ИИ и от его лица потребуют (claim).
Ругаете Си за гибкость? Вот Вам пример, когда то что не подходит для абстракции - отбрасывается.
Через 10 лет, те кто сегодня хейтит си, и боготворит раст, как миленькие побегут к си, но мы их к себе не пустим. Пусть дальше будут рабами раст корпораций, пусть дальше терпят атаки на крейты, подписку на компиляцию без рекламы, платное использование памяти, розовые волосы в своём бабл латте...
Осталось найти тех, кому нужен этот потухший хлам, и пример будет хороший.
Вопрос в цене и достаточности.
Адепты современного - скрытые вымогатели.
Если готов идти на компромисс с целью экономии, то и древний софт сгодится. А те, кто хочет на старом пне свежий софт иметь, принципиально не хотят обновлять железо из-за принципов. Хотят сидеть на своём c2d и говорить, какие все вокруг потре6л-и тупые. Но поддержкой почему то должны заниматься другие люди.
А ценитиели старого железа - вымогатели открытые, они даже не стесняются открыто требовать поддержки для железа, которого у разработчиков давным давно нет.
>Ругаете Си за гибкость?За гибкость портить память?
Вы бы хоть немного подумали бы, прежде чем писать очевиднейшую чушь. Берём https://packages.debian.org/bookworm/rustc и видим, что пакет собран и для mips64el и для armel, не смотря на все взвизги местных ыкспердов, о том, что это невозможно.
Из топика: В следующей ветке Debian 14 данные архитектуры поддерживаться не будут.
Вы уже заглянули в пакеты Debian 14?
У вас логика отклеилась. По тому их и нет, что поддержиивать не хотят. Если бы хотели, то и пакеты бы были, поскольку rust под эти архитектуры собрать возможно.Кроме того, программы от сишников тоже волшебным образом испарятся, хотя казалось бы.
> Если бы хотели, то и пакеты бы былиВся суть поклонников растсеров. Видишь пакет? Нет. И я нет. А он есть.
>Вся суть поклонников растсеров.А ненавистники раста как всегда с логикой не дружат. Берём пакет крестовее некуда: https://packages.debian.org/forky/gcc ну и где тут armel и mips64el? Берём пакет сишнее некуда https://packages.debian.org/forky/systemd где эти архитектуры? Сколько можно очевидную глупость писать?
>Видишь пакет? Нет. И я нет.Его специально не собрали, приложили для этого усилия.
Ты в курсе, что часть архитектур на других, более поздних этапах добавляют.Ну и да. Конкретно armel и mips64el решили выкинуть. Возможно rust тут и не причем. Но теперь на них apt работать не будет.
А что это за железо за такое и что на нем делают? И какие еще производители софта и операционных систем под него что-либо пишут?
>А что это за железо за такое и что на нем делают?Никакие, архитектура старая, ничего уже не производится.
>И какие еще производители софта и операционных систем под него что-либо пишут?
Никакие. Не мешай людям воевать ради ничего.
Телефоны на нём. Запуску дистра через дебутстрап хана.
какие именно телефоны на armel?
Что же это творится? Из Линукса выпили 486, из Дебиана - armel и mips. И все спокойно это воспринимают. Вы следующие, ребята, удалят все процессоры, кроме самого свежего, чтобы вы регулярно носили деньги Intel. У них как раз сейчас лютый кризис, приток денег им не помешал бы
А конкуренты, что ли, чем-то лучше?AMD и ZhaoXin, типа, оплоты борьбы с повышением доходов акционеров?
> А конкуренты, что ли, чем-то лучше?
> AMD и ZhaoXin, типа, оплоты борьбы с повышением доходов акционеров?Не лучше, просто Интелу помогает оранжевый дядя
Не, следующий ты со своим c2d.
Почему такой хейт коры дуба? Дуб священен вообще-то
Он за fx видать
Намекал на то, что тем, кто исправно обновляется, бояться нечего. А если ничем современным не пользоваться, а сидеть в консольке и высасывать последние соки из железа, то конец немного предсказуем.
Обновляться на каждое поколение это общество потребления. быть потребителем в обществе потребления это всю жизнь бороться за кредитный рейтинг. Чем больше брал кредитов, тем выше кредитный рейтинг.
> Намекал на то, что тем, кто исправно обновляется, бояться нечего. А если
> ничем современным не пользоваться, а сидеть в консольке и высасывать последние
> соки из железа, то конец немного предсказуем.Вот именно это и стараются воспитать в вас корпорации! Исправно обновляться... Исправно ходить в магазин отдавать свои деньги, ты хотел сказать.
Ответь себе на вопрос, почему при всё новых и новых версиях возможности софта толком не изменились? Последняя значимая вещь было расширение адресного пространства и возможность иметь больше 4 Гб. Что и впрямь полезно для сложных задач, но по сути тратится лишь на нагревание воздуха джаваскриптами жиреющих браузеров
На Луну американцы садились с компьютером с несколькими Килобайт (!) ОЗУ. А сейчас и 16 Гб, говорят, мало...
> Вот именно это и стараются воспитать в вас корпорации! Исправно обновляться... Исправно ходить в магазин отдавать свои деньги, ты хотел сказать.Исправно, значит исходя из потребностей, а не когда терпеть тормознутость железа уже нет сил, а все ОС уже поддержку прекратили.
>тратится лишь на нагревание воздуха джаваскриптами жиреющих браузеровА зачем делать легковесные браузеры без фич и сайты без js, чтобы что? Не для того прогресс шёл вперёд, а память дешевела, чтобы пользователи довольствовались сайтами и софтом начала века.
>А зачем делать легковесные браузеры без фич и сайты без js, чтобы что?А вот пусть данный персонаж попробудет делать легковесные сайты, но чтоб они были полноценными. Посмотрим, насколько хватит его запала.
Пока у юзеров есть возможность купить железо, чтобы смотреть "жырные" сайты, они не станут слушать всяких активистов, а просто пойдут и купят. И какой тогда смысл такие сайты разрабатывать? Тем более, что многие сайты УЖЕ почти полностью заменили приложения для смартфонов.
Ещё раз повторюсь - речь не о том, что не нужны функциональные сайты, а о том, что их "жырнота" не оправдана - они могли бы работать в десятки раз быстрей, если бы кодописатели хоть чуть-чуть позаботились об оптимизации
> "жырнота" не оправданаЕще как оправдана.
Например скоростью разработки или требованиями к квалификации.> они могли бы работать в десятки раз быстрей, если бы кодописатели хоть чуть-чуть позаботились об оптимизации
Но зачем)))?
Ты можешь писать идеальные сайт, легкие и оптимизированне.
Но не надо заставлять остальных делать "по твоему".Иногда идеал не нужен. Нужно чтобы было ʼдостаточноʼ
> Иногда идеал не нужен. Нужно чтобы было ʼдостаточноʼНужно, чтобы сайт мог позволить себе заказчик. А юзеры рекламу смотреть не хотят, но легковесные сайты требуют. Но как, спрашивается, им окупаться.
>> "жырнота" не оправдана
> Еще как оправдана.
> Например скоростью разработки или требованиями к квалификации.
>> они могли бы работать в десятки раз быстрей, если бы кодописатели хоть чуть-чуть позаботились об оптимизации
> Но зачем)))?
> Ты можешь писать идеальные сайт, легкие и оптимизированне.
> Но не надо заставлять остальных делать "по твоему".
> Иногда идеал не нужен. Нужно чтобы было ʼдостаточноʼВот это и поощряют корпорации. Недооптимизированность позволяет им съедать деньги на новых процах. А ещё губит природу - все эти такты процессора греют атмосферу градус за градусом
> А ещё губит природу - все эти такты процессора греют атмосферу градус за градусомНаличие денег позволяет корпорация разрабатывать более энергоэффективные решения.
Сравни производительность на ватт сегодняшние процессоры и хотя бы 15 летней давности.Но если слушать луддитов - то мы бы и так сидели на вторых пнях.
Но софт был да, очень оптимизированный)
> Но если слушать луддитов - то мы бы и так сидели на вторых пнях.
> Но софт был да, очень оптимизированный)Если бы да кабы. Но уж точно дырявых процессоров из-за кривой внедряемой в неё фичи можно было бы избежать.
>Пока у юзеров есть возможность купить железо, чтобы смотреть "жырные" сайты, они не станут слушать всяких активистов, а просто пойдут и купят.Активистов, которые ничего не делают, а только говорят, слушать не нужно. Где ваш код? Вы вредны тем, что попросту засоряете информационное пространство. У вас не то что готового продукта, у вас даже техник оптимизации нет.
Правильного кода не появится без правильной философии, вот я её и провозглашаю, чтобы люди задумались
> не когда терпеть тормознутость железа уже нет сил, а все ОС уже поддержку прекратили.Это планируемое устаревание. Прекрасное железо специально (и неспециально тоже) "старят", раздувая в погоне за дешевизной свои программы. И не в плане фич, а только в плане требований. Чтобы дисциплинированные потребители "исправно обновлялись"
> А зачем делать легковесные браузеры без фич и сайты без js, чтобы что?
Речь не о браузерах без фич и сайтах без js, а о том, что ну нечему в том, что я вижу на экране, жрать несколько Гб ОЗУ. Нечему. Это всё может работать в десятки раз быстрее и компактнее с теми же фичами, если бы программисты думали о том, что кодируют, а не надеялись на "дисциплинированных потребителей последних процессоров Интела"
> Это планируемое устаревание.Не надо строить теории заговора там, где их нет. Разработчики может быть и хотели бы заниматься оптимизациями, но на это требуется время и усилия, за которые им не готовы платить работодатели. Не потому, что они такие плохие (и ими рептилойды управляют), а потому что их цель - заработать денег, и было бы противоестествено для них вкладываться в оптимизации, которые себя не окупят. А они не окупят, т.к. юзеры готовы платить за новое железо, если оно позволяет свежий софт (и тем более игры) запускать.
>Речь не о браузерах без фич и сайтах без js, а о том, что ну нечему в том, что я вижу на экране, жрать несколько Гб ОЗУ. Нечему. Это всё может работать в десятки раз быстрее и компактнее с теми же фичами, если бы программисты думали о том, что кодируютТак давайте, покажите как надо. Где ваша эталонная реализация? Или вы решили стиснуть зубы и героически затерпеть, не написав ни строчки кода?
>Вот именно это и стараются воспитать в вас корпорации! Исправно обновляться... Исправно ходить в магазин отдавать свои деньги, ты хотел сказать.Не ходи в магазин и отдавай своё время. Прямо сейчас иди и форкай дебиан, ядро и раст.
>Ответь себе на вопрос, почему при всё новых и новых версиях возможности софта толком не изменились?Потому, что кто-то нагло лжёт.
>Последняя значимая вещь было расширение адресного пространства и возможность иметь больше 4 Гб.В каком году это было, в 2000? Что там у нас появилось - btrfs, nix, cgroups, systemd, rust и куча других полезных вещей. Программы перестали падать с ошибокй "0x00000 память не может быть written", юникод стал доступен почти везде, и так далее.
>На Луну американцы садились с компьютером с несколькими Килобайт (!) ОЗУ. А сейчас и 16 Гб, говорят, мало...А что такого сложного в полёте на Луну? Компьютер для полёта на Луну выполнял ровно одну единственную задачу. Вы на нём даже в тетрис просто так не поиграете.
>А сейчас и 16 Гб, говорят, мало...И вы разумеется это молча затерпите. Нет, вы не возьмёте в руки текстовой редактор и компилятор, не начнёте изобретать хотя-бы велосипед, чтобы снизить потребление, вы просто будете строчить на форум и не делать абсолютно ничего. Даже более того, вы ничего не начнёте делать даже перед угрозой покупки нового устройства, поскольку это ваш стиль жизни - ничего не делать и только требовать.
> Что там у нас появилось - btrfs, nix, cgroups, systemd, rust и куча других полезных вещей. Программы перестали падать с ошибокй "0x00000 память не может быть written", юникод стал доступен почти везде, и так далее.Путаете тёплое с мягким. Речь шла про железные вещи. Все же перечисленные вами вещи - это софтверное развитие, идущее параллельно железу. Ни божественный Rust, ни портянко-очистительный systemd не требуют ни последней модели процессора, ни 16 Гб ОЗУ для работы.
Но при этом обычный софт не прибавил возможностей ни на йоту! Браузер всё так же показывает html, плеер - видеофайлы, офисная программа - офисные документы. Реально полезных фич не прибавилось, весь железячный прогресс уходит на компенсацию всё большей лени программистов и всё большего bloat'а
> И вы разумеется это молча затерпите.
Вот я и делаю, вразумляю вас, чтобы вы задумались о том, что корпорации просто вытягивают из вас деньги на модные железяки. Планируемое устаревание.
>Речь шла про железные вещи.Появилась куча инструкций вроде sse(сами найдёте какие), которые интенсивно используются в софте, но отсутствют на старом железе, плюс аппаратная поддержка кодеков.
>Ни божественный Rust, ни портянко-очистительный systemd не требуют ни последней модели процессора, ни 16 Гб ОЗУ для работы.Ну так отлично же
>Но при этом обычный софт не прибавил возможностей ни на йоту!А вы там знаете.
>Браузер всё так же показывает htmlПоявился html5, и сейчас можно сотреть видео целиком и полностью без собственнического флеша. Веб страницы стали адаптивными, и могут отображаться как на смартфонах, так и на десктопах. Ушли от вёрстки таблицами, интерактивность стала доступна на огромном количестве сайтов. В том числе браузеры стали способны переводить текст в оффлайн режиме с помощью нейросетей. И так далее.
>плеер - видеофайлыУ видеофайлов существенно подросло качество. Сейчас прямые трансляции могут быть в качестве выше чем 1080p.
>офисная программа - офисные документыОфисные программы ворочают огромными массивами информации. Это вам не школьное сочинение писать.
>Реально полезных фич не прибавилосьДавайте возьмём то же самое программирование: линтеры добрались до обывателей, lsp позволяет подключать языки как никогда легко, огромная лёгкость подключения разных библиотек и так далее.
>Реально полезных фич не прибавилосьЕсли вы профессионально работаете, то вы эти фичи каждый день используете. Ну а если нет - то идите, пользуйтесь условным турбопаскалем.
>Вот я и делаю, вразумляю вас, чтобы вы задумались о том, что корпорации просто вытягивают из вас деньги на модные железяки. Планируемое устаревание.Вразумляете? Где ваша эталонная реализация? Или вы только на словах оптимизировать умеете?
Я говорю людям задуматься, куда они себя затягивают. Ведь корпорации и незадачливых программистов разденут в итоге
> и возможность иметь больше 4 Гб. Что и впрямь полезно для
> сложных задач, но по сути тратится лишь на нагревание воздуха джаваскриптами
> жиреющих браузеровЕще таки в 2 раза больше операций за 1 такт и больше регистров. Впрочем, да, использование этой мощи совсем не поражает воображение.
>Не, следующий ты со своим c2d.Сначала клоны редхат выпилили поддержку InItel Core 2 Duo, теперь что же и Debian? Ладно я избавился от него, но вдруг следующим будет мой Зион?
А ты как думал? Конечно же будет. Недопустимо не платить оброк Хозяевам.
так а в чём проблема? напишите что вам это очень надо, у вас есть скилы и время, и вы берётесь поддерживать.дропают только по совокупности двух причин:
- оно никому особо не нужно;
- поддержка требует от сообщества ресурсов, которых дефицит.
Профессионалы на минималках накупили днищенского железа и плачут теперь. Тащите сами - код открыт.
Дебиан всегда был дистрибутивом неосиляторов, ничего нового. Кому надо - найдут дистрибутив получше.
Они на новое еще не скопили.
Интересно если это связано с тем что раст не особо то может x86, а про другие платформ уже модно и молчать (и не надо мне target list тут, то что llvm поддерживает не значит что раст может, с их кривым компилятором у котором одни спагетти и хаки).Если это и в правду делается по причине внедрения раста как обязательную зависимость, вот горя хапнут все дебианщики, когда каждый релиз раста будут переписывать код на новый лад изменённого синтаксиса и новых заморочек, вместо собирания пакетов с важными обновлениями... И нет хейта против раст, просто язык ещё молодой не стабильный, нет четкой инженерной практике, все на коленках пишут.
И в проде раста мало, а те кто уже его код используют - плачут, хотят на зиг уйти.
>Интересно если это связано с тем что раст не особо то может x86, а про другие платформ уже модно и молчатьОдин сказал глупость, другие подхватили. У вас есть хоть какие-то доказательства, или как всегда ложь и откровенные набросы?
>Если это и в правду делается по причине внедрения раста как обязательную зависимостьО, так вы и сами не знаете
>нет четкой инженерной практикеА откуда инженерная практика возьмётся, если язык не внедрять?
>просто язык ещё молодой не стабильныйЗато си стабилен с своего первого UB
>и не надо мне target list тутhttps://packages.debian.org/bookworm/rustc посмотрите, оказывается пакеты то есть
>И в проде раста мало, а те кто уже его код используют - плачут, хотят на зиг уйти.Ага, на гарантированно нестабильный язык. Очень умно.
>И нет хейта против растВы - типичный пример как этого нет. Нулевые знаения в перемешку с домыслами и нежелание хоть что-то изучать.
> Если это и в правду делается по причине внедрения раста как обязательную зависимость, вот горя хапнут все дебианщикиОбнови методичку. Раст УЖЕ является обязательной зависимостью в Дебиане:
Неудивительно, что в дебиане всё посыпалось.
> Обнови методичку. Раст УЖЕ является обязательной зависимостью в Дебиане:Обязателен он для сбора ВСЕГО Debian. Кому из пользователей нужно собирать ВЕСЬ Debian?
> Обязателен он для сбора ВСЕГО Debian.Что такое ВЕСЬ Дебиан, лол?
> Что такое ВЕСЬ Дебиан, лол?Это ВСЕ пакеты.
>>>> Раст УЖЕ является обязательной зависимостью в Дебиане
>>> Обязателен он для сбора ВСЕГО Debian.
>> Что такое ВЕСЬ Дебиан, лол?
> Это ВСЕ пакеты.Чешь не неси. Все пакеты не зависят от Раста.
> Чешь не неси. Все пакеты не зависят от Раста.У персонажа стадия отрицания. 😉
> Чешь не неси. Все пакеты не зависят от Раста.Явно строишь...
Но остальным для того что бы собрать ВСЕ пакеты надо собрать и пакеты на rust.
Сколько бы мало их не было.
>> Обнови методичку. Раст УЖЕ является обязательной зависимостью в Дебиане:
> Обязателен он для сбора ВСЕГО Debian.Не сочиняй сказки. Он обязателен для одного конкретного пакета из базовой конфигурации Дебиана.
Но Debian без APT - не будет Debian'ом.
Не такие уж и сказки.
Отрасль сокращается. Пик был в 2010-2015. Сначала порежут все требующее ресурсов на поддержку (пакеты, ОС, архитектуры). Потом начнут "забывать" языки программирования и технологии, не имеющие потенциала для коммерческого применения здесь и сейчас. Параллельно будут идти процессы консолидации в ИТ. Крупные игроки поделят рынок, чтобы не тратить деньги на конкуренцию. Все это будет сопровождаться массовым применением ИИ и в конце концов небольшие подрядчики в полтора человека будут рулить разработкой для десятков компаний.
Большинство эникеев с опеннета к тому времени уже будет таксистами^W строителями и уборщиками.
Как будто это плохие работы.
У строителей сметы есть и нормативы, архитектурные планы и нормы и тд.
Что есть у программистов? Розовые волосы?
Здания и мосты стоят веками, а программы выбрасываются каждую неделю.
Достойнее быть строителем чем программистом. Остальные тоже профессии хорошие.
Ни один программист не то, что бы построить, расчитать современный мост не сможет..
Те же строители чертят в чем? Не в программах? Или по старинке - за кульманом?
> Как будто это плохие работы.
> У строителей сметы есть и нормативы, архитектурные планы и нормы и тд.В землетрясение в Турции недавно показали насколько огромный болт клали на эти нормы)
Сколько там народу погибло? 50к?> Что есть у программистов? Розовые волосы?
Ты свой бред наверное на камне выцарапал?
Или за каждым этапом его транслирования в интернет работает код сотен людей?> Здания и мосты стоят веками, а программы выбрасываются каждую неделю.
Сколько там лет ведру линукса?
> Достойнее быть строителем чем программистом. Остальные тоже профессии хорошие.
Каждому свое.
> Ни один программист не то, что бы построить, расчитать современный мост не сможет..
А кто пишет программы, всякие солидворки и катии, которые рассчитывают всё от небоскребов и самолетов, до медицинского оборудования и компьютеров?
Неужели рептилоиды с нибиру?Просто программисты, как и впрочем строители, бывают разные.
Кто-то строит небоскреб или мост, а кто-то в селе строит туалет типа стортир из с̶п̶и̶з̶ найденных кирпичей и шифера.
Какой же это хлам - arm. Куча всяких архитектур, непонятных сокращений, одно и тоже называется разными именами. Короче, вот что я нашёл:> План прекращения поддержки старых процессоров ARM в ядре Linux
>01.08.2024 08:44
>ARMv6K - используется в ARM1176 (Raspberry Pi 1, AST2500) и ARM1136r1. В ядре нет препятствий для прекращения поддержки, но в дистрибутивах возникают сложности из-за несоответствия типовому набору armv7-a+vfpv3-d16.https://www.opennet.dev/opennews/art.shtml?num=61641
Таким образом поступок дебиана более чем логичный - если ядро не поддерживает процессоры, то зачем их тянуть? Как следствие, все те, кто вопрошал, а какой же дистрибутив использовать дальше - никакой. Поддержки больше не будет нигде. BSD тоже скорее всего поддерживать не будет. Так что придётся вам делать свой форк ядра.
Ну а борцуны с растом как всегда опозорились, впрочем, как от них это и ожидалось.
> если ядро не поддерживаетЭту поддержку выпиливают из ядра
>> если ядро не поддерживает
> Эту поддержку выпиливают из ядраЭто не соответствует действительности. Все armv6 платформы из ядер никто не дропает.
Какую? Выше верно написали, что поздно. 7-ка и 10-ка — всё. 11-ка — полный трэш, где юзер выступает в качестве перманентного тестера за свои же деньги с кучей рекламы и облачного мусора и неотключаемыми даже через реестр зондами в придачу.macOS тоже скурвилась. 26 версия — это полная лажа, которая соперничает с Win 11 за первое место по отстойности. Остаётся только ляликс перд#лить. Увы и ах.
> macOS тоже скурвилась. 26 версия — это полная лажа, которая соперничает с
> Win 11 за первое место по отстойности. Остаётся только ляликс перд#лить.
> Увы и ах.В этом прелесть опенсорса и состоит - если вас накормили г-ном, все же можно попробовать потрепыхаться. А если г-ном накормил проприетарщик, то вообще - пролет без вариантов.
Ну то-есть допустим что мне приспичит гонять ARMv6 и 6 лет спустя. Конечно нового софта en masse я не получу. Но я могу до сих пор на этом винтаже бутануть последний кернел. А пусть и сбилдив его сам накрайняк. И если мне будут мешать жить пару CVE в вот именно той конкретной ипостаси того что эта штука делала - я могу если очень надо и сам запатчить полтора пакета. А то что там не будет apt с хрустящей корочкой - может и болт с ним? Не настолько гигантская потеря, говоря напрямоту :)
>Raspberry Pi Zero и Raspberry Pi Zero W.То есть, взяли и превратили дешёвое commodity hardware в кирпич.
В этом и суть бизнеса: продать кирпич.
мелко идут, суся уже x86-64-v1 дропает