Сформировано третье корректирующее обновление дистрибутива Debian 13, в которое включены накопившиеся обновления пакетов и добавлены исправления в инсталлятор. Выпуск включает 108 обновлений с устранением проблем со стабильностью и 37 обновлений с устранением уязвимостей. Из изменений в Debian 13.3 можно отметить обновление до свежих стабильных версий пакетов ansible, apache2, containerd, dpdk, flatpak, gnome-shell, mbedtls, mutter, postgresql-17 и qemu...Подробнее: https://www.opennet.me/opennews/art.shtml?num=64585
Debian непригоден из-за использования в нём systemd, ждём новые версии Devuan.
> Debian непригоден из-за использования в нём systemd, ждём новые версии Devuan.Пользователи Non-Systemd дистрибутивов настолько оторваны от реальности, что прозевали релиз Devuan. Релиз Devuan 6.1 был 2 января 2026 года. У меня каждый раз ощущение, что это реально сектанты. Ну буквально маргиналы.
> Debian непригоден из-за использования в нём systemd, ждём новые версии Devuan.Там есть выбор init между SysVinit, Systemd, Runit и openrc.
> Для архитектур armel, mipsel и mips64el удалены пакеты clamav, clamsmtp, libc-icap-mod-virus-scan, libclamunrar и pg-snakeoil из-за недоступности для этих архитектур пакета rustc-webДа, растишишку собрать - это не фиги воробьям показывать. Соответственно отваливаются браузеры и другой софт...
Надо его больше пихать, чтоб и остальное железо отвалилось...
> отваливаются браузеры и другой софтМаксимум софта был в убунте в 2010 году. Потом пошёл регресс, и раст этому только способствует.
>> Да, растишишку собрать - это не фиги воробьям показывать. Соответственно отваливаются браузеры и другой софт...
>> Надо его больше пихать, чтоб и остальное железо отвалилось...Не нужно набивать себе цену. Проще чем с++ программы собирать. Это вот сишники могут набить себе цену - там целое искусство сборки сделали, так как язык стандартизирован, может иметь разные компиляторы и сборщики у которых свои особенности. Хотя те кто делают по старинке с помощью make или даже более по новому, через cmake - в основном всё довольно стандартно собирается без проблем. Программисты просто нынче лучше чем... ну допустим 10 лет назад - у них больше инструментов, соответственно больше возможностей. Нынче ИИ пилят на питоне часто - вот их подделия реально тяжело собирать - разные версии питона почему-то по разному всё собирают, плюс ко всему там вечные танцы с бубном вокруг зависимостей этих пакетов, я уже не говорю про ошибки в релизах.
> Не нужно набивать себе цену. Проще чем с++ программы собирать."Болтовня ничего не стоит. Покажите мне код" (с) я финн
Ты бы собрал свежий раст под mipsel и утер нос плюсовикам! А так пока одно бла-бла-бла...
>> Ты бы собрал свежий раст под mipsel и утер нос плюсовикам! А так пока одно бла-бла-бла...Зачем? Накрыл я медным тазом свой mipsel своими экспериментами. Убогая архитектура, на ней ничего существенного не напишешь. Есть примеры хорошего железа на mipsel? Был роутер NetGear, крутился на нём OpenWRT, но память 128Мб откровенно мало. Китайцы на ARM минимум 1Гб предлагают, причем со сменными носителями. Но Debian я бы на это скорее всего не ставил бы. Есть ли смысл на mipsel, ARM ставить именно Debian?
>>> Ты бы собрал свежий раст под mipsel и утер нос плюсовикам! А так пока одно бла-бла-бла...
> Зачем?мипс популярен в сетевом оборудовании, выпускается до сих пор. мипс64 тоже выпускается. дропнутый арм - первые разбери-пи.
> Есть ли смысл ... ставить именно Debian?ну раньше дебиан славился широкой поддержкой архитектур, так-то это была его фишка... в 13-ой версии этой фишки уже нет...
ЗЫ: И да... если использовал альт, то поинтересуйся для какого железа они делали на 9-ке поддержку мипс ;)
>> мипс популярен в сетевом оборудовании, выпускается до сих пор. мипс64 тоже выпускается. дропнутый арм - первые разбери-пи.Я вам привел пример NetGear - сетевое оборудование.
>> ну раньше дебиан славился широкой поддержкой архитектур, так-то это была его фишка... в 13-ой версии этой фишки уже нет...
>> ЗЫ: И да... если использовал альт, то поинтересуйся для какого железа они делали на 9-ке поддержку мипс ;)Поинтересовался. Я изначально писал что нужно делать русские ОС и свои архитектуры. Зачем? Как глупо! А вот теперь проблемы. Впрочем может с нуля и глупо действительно такое делать, но ответвление никто не мешает сделать и уже двигаться в своем направлении. Если конечно вы их там планируете наклепать огромное количество. В качестве микроконтроллеров для встраиваемых систем может быть полезным, ну или для интрасети дома - там интернет не особо то может быть и нужен. Не каждый же микроконтроллер поддерживает 256Гб оперативной памяти, да и флешку на терабайт можно засунуть. Единственно производительность небольшая, но за счет этого и питание совсем копеечное.
Gentoo вроде бы ещё mips поддерживает: https://www.gentoo.org/downloads/#mips
У них философия хорошая касательно исходного кода.
А на таком сетевом оборудовании вроде бы как больше был популярен FreeBSD, хотя поддержка mipsel заканчивается на 13 версии: https://www.freebsd.org/ru/platforms/#_supported_platforms
Думаю если поискать, то можно найти ОС, которой нет в distrowatch и поддерживает mipsel, а то Google, DuckDuckGo стали как-то плохо всё это искать - gentoo даже не предложил.
> Есть ли смысл на mipsel, ARM ставить именно Debian?Не очень. Debian 12 последнее что поддерживало mipsel. Debian 13 последнее что поддерживает armel. Это весьма винтажные архитектуры, первое задропано вендором в пользу RISCV :D. Второе - просто древний ABI с которым очень винтажные процы. Более новые 32 битники armhf поддерживают (arm v7).
И тем не менее - на древнем armel с sata - который изначально был на чей-то клауд - и который давно сдох (клауд конечно а не девайс) - поди ж ты, Debian 13 с последним кернелом. И еще около 6 лет спокойной жизни можно. Забавно, да? :)
> Debian 13 с последним кернеломнет в 12 они тянут ограничено.
only Raspberry Pi 1, Zero, and Zero W are supported by the kernel packages.
Потому как Raspberry Pi OS надо было тянуть на 13.
> Забавно, да? :)как показывает отсутствие нового раста в 12 дебиане для armel - не очень
> only Raspberry Pi 1, Zero, and Zero W are supported by the kernel packages.А нас - рать. Я и сам себе кернел для вооооое той железки могу собрать. Поэтому у меня таки дебиан 13 с распоследним кернелом. Да еще в nand, цуко, флешке. Если вы решите что нии...ца системщики - попробуйте в raw NAND зашить систему, сразу потестируете свои скиллы. И кто такой ubifs узнаете заодно :)
> Потому как Raspberry Pi OS надо было тянуть на 13.
Мне в целом пофиг на RPi. Я ими не оперирую. Но досталось пару странных вундервафель на ARMv5 нахаляву. Их облака давно сдохли, для хом они стали тыквой. А так то там есть хвардварный сата, гиг эзернет, проц на гигагерц. Козырная по своим временам штука так то. Ща на фоне 64-бит щтук с usb3 каким конечно уже не так эпично.
>> Забавно, да? :)
> как показывает отсутствие нового раста в 12 дебиане для armel - не оченьНе очень понятно какой софт собраный этой оверинженерией планируется запускать на этих малохольных штуках.
>> Есть ли смысл на mipsel, ARM ставить именно Debian?
> Не очень. Debian 12 последнее что поддерживало mipsel. Debian 13 последнее что
> поддерживает armel. Это весьма винтажные архитектуры, первое задропано вендором в пользу
> RISCV :D. Второе - просто древний ABI с которым очень винтажные
> процы. Более новые 32 битники armhf поддерживают (arm v7).
> И тем не менее - на древнем armel с sata - который
> изначально был на чей-то клауд - и который давно сдох (клауд
> конечно а не девайс) - поди ж ты, Debian 13 с
> последним кернелом. И еще около 6 лет спокойной жизни можно. Забавно,
> да? :)На mipsel невероятно мало оперативной памяти - максимум 256Мб, если это не какой-то модифицированный mipsel. На него можно поставить либо старый дистрибутив, как вы пишете Debian 12, либо же что-то, что ещё поддерживается. Я захожу на distrowatch и вижу: https://distrowatch.com/search.php?ostype=All&category=All&o...
4 платформы вроде описаны, хотя перехожу на сайты - вроде старые версии ОС, в новых отказываются. Даже FreeBSD, что удивило. Ну боль людей теперь понятна. Я думал что просто позже будет поддержка, а оказывается это полный отказ дистрибутивов от поддержки этой архитектуры.
> Ты бы собрал свежий раст под mipselПусть те кому надо и собирают.
У нас же СПО!Если под ваш древний унитаз нет нужного софта, то вы или его пишете-адаптируете, или закрываете варежку т.к. вам никто ничего не должен.
ну т.е. когда говорить раст это замена сей и крестов, дак фанбои раста первые, а как продемонстрировать - это на практике дак сразу в кусты... ясно-понятно
> ну т.е. когда говорить раст это замена сей и крестов,Да, замена.
Вон MESA без раста уже не собрать.> а как продемонстрировать - это на практике
Это типа "поддержать древний кал"?
Ну так раст на PDP-11 не работает, и на 68k... какая трагедия!> дак сразу в кусты... ясно-понятно
всем пофигу что там тебе ясно, но дебиан у тебя нормально не заработает)
у меня дебиан отлично работает.а вот у тебя лапки
> Вон MESA без раста уже не собрать.Ну если замена - тогда соберите MESA без си? Интересно же - насколько заменили уже? :)
>> Вон MESA без раста уже не собрать.
> Ну если замена - тогда соберите MESA без си? Интересно же -
> насколько заменили уже? :)25 меса в бакпортах 12 дебиана собрана именно без раста :)
Хотя судя по крикам расто-фанбоям это невозможно :)
> 25 меса в бакпортах 12 дебиана собрана именно без раста :)
> Хотя судя по крикам расто-фанбоям это невозможно :)Мне было бы интересно посмотреть как они сишку заменят. Они и правда надеятся дожить до момента когда в их системах не будет сишки? Хотя мало ли, если их фамилия МакЛауд, может и прокатить даже.
> Не нужно набивать себе цену. Проще чем с++ программы собирать.В debian каждая библиотека, каждая зависимость обязана быть отдельным пакетом deb-src.
То есть просто собрать с помощью cargo - нет, нельзя.
Использовать offline сборку с директорий vendor - нельзя.
Опакечивать rust софт - такой же кропотливый труд, как и код на c++.
>В debian каждая библиотека, каждая зависимость обязана быть отдельным пакетом deb-src.И в чём проблема? Дебианщики не осилили скрипт, который разложит каждую зависимость в свой пакет с исходниками?
> Дебианщики не осилили скрипт, который разложит каждую зависимость в свой пакет с исходниками?Видимо да.
пробелма в том, что кто кричит что раст это крута, модно, молодежно, тянут готовые бинарники...как только ты попробуешь из исходников собрать растишишку (не из Tier 1/2), что и требовалось от майнтейнера дебиана, твоё лицо резко потеряет довольную улыбку...
> пробелма в том, что кто кричит что раст это крута, модно, молодежно, тянут готовые бинарники...Ну... не все же прдолики типа гентушников.
> как только ты попробуешь из исходников собрать растишишку (не из Tier 1/2),
То это твои трудности.
Если тебе нужно что-то собирать из Tier 3 - то у тебя уже большие проблемы)> что и требовалось от майнтейнера дебиана, твоё лицо резко потеряет довольную улыбку...
Да, внезапно оакжется что ты просто неудачник, типа майнтейнера дебиана, который собирает код под устаревший хлам.
> Опакечивать rust софт - такой же кропотливый труд, как и код на c++.Да раст вообще довольно враждебная штука на самом деле. Ориентированная на маздайцев с этой своей каргой.
> Опакечивать rust софт - такой же кропотливый труд, как и код на c++.C/C++ опакечивать гораздо проще.
Да, я посмотрел информацию - понял всю боль.
>Надо его больше пихать, чтоб и остальное железо отвалилось...Некоторое время назад подобные действия назывались вредительством, за которое 10 лет без права переписки давали.
В Debian работают те немногие, которые стараются ради GNU/Linux.
в дебиане те кто гвоздями прибили systemd
Настолько гвоздями, что он там легко на SysVInit заменяется.
> Настолько гвоздями, что он там легко на SysVInit заменяется.Настолько что минимальный дебиан можно вкатить бутстрапом вообще без какого либо инита. Правда, потом при загрузке вам придется выполнять его роль самостоятельно - что не очень удобно и практично.
А то что у тех или иных пакетов зависимости - тоже мне новости.
Что?! Вы совсем уже стыд потеряли? В бедуине работают попильщики и бюрократы.1. Технический комитет сплошь состоит из тех, кто продает свои дистрибы на основе бедуина в госуху. Почему не продают бедуин? Да потому что никто не купит. Он им нужен только как пакетная база.
2. Бедуин не используется практически нигде в работе за исключением мелкого бизнеса
> БедуинНовость о другом дистрибутиве, глупенький. Дебиан он называется.
Да нет, он называется бедуин. Дебиан умер году в 2012, когда из дистриба превратился в пакетную базу для дистрибов.
> Дебиан умер году в 2012, когда из дистриба превратился в пакетную базу для дистрибов.Да он и раньше не тянул на звание дистибутива.
Так, горста клованов, нaяpивающих на GNU и рассказывающие про какой-то СощиалКонтракт.
При этом сидя на зп у каноникла.
ну да
твой вин ХР - топ номбер 1
ты же живой.
наверно
значит и дебиан ка то тоже
То чувство, когда нейросеть генерит тексты осмысленный, чем эксперты.
Эксперты столько литературы никогда не осилят )
> Дебиан умер году в 2012, когда из дистриба превратился в пакетную базу для дистрибов.Пакетной базой для других он был и намного раньше. Шатлворт прислал мне CD с убунтой 5 чтоли. И уже тогда оно было на основе дебиана.
...а потом я научился как это все работает, ToS ubuntu стали тесноваты, и я вернулся к началу. И для меня все развивалось ровно наоборот.
>Пакетной базой для других он был и намного раньше. Шатлворт прислал мне CD с убунтой 5 чтоли.Причем тут 5 убунта? Году в 2000 дебиан обладал самым технически подкованным сообществом, которое делало _дистрибутив_. Дистрибутив - это цельный продукт со стратегией развития. До 2010 где-то там были заинтересованные люди. И дух Мердока витал над Дебианом.
А потом пришли любители продавать дебиан в африканские поликлиники и все заинтересованные делать именно дистрибутив (а не собирать пакеты) люди ушли в Убунту или в другие проекты.
И переход дебиана на systemd (хоть я сам переход и поддерживаю) - это отличный показатель. Бенефициары (то есть технический комитет) конечно же голосовали "за", потому что не хотели ссориться с апстримом. Потому что проталкивать свой шлак в госуху было бы сложнее. И несмотря на неоднозначные позиции в сообществе Дебиана - продавили. Всё очень просто.
> И переход дебиана на systemd (хоть я сам переход и поддерживаю) -
> это отличный показатель. Бенефициары (то есть технический комитет) конечно же голосовали
> "за", потому что не хотели ссориться с апстримом.А еще голосовали за майнтайнеры. Чтобы не добавлять себе работ на ровном месте переизобретением велов с квадратными колесами. И не добавлять себе работ с портированием километровых шеллпростынок на дебиан.
Я пару таких портировал. И скажу что это то еще убиение времени и запрыг по граблям. Тогда как юнит sd можно просто взять и 95% шанс что заработает как есть. Может подпилить под полися дистро, гайки еще подкрутить или что там. Но в целом - сильно снижает объем работ.
Зачем тратить время на страдание таким непотребством, если можно это не делать? Вы понимаете? Вот вы и тянете эту лямку.
> Причем тут 5 убунта? Году в 2000 дебиан обладал самым технически подкованным
> сообществом, которое делало _дистрибутив_.Судя по версии 5 это был примерно 2005 год как я понимаю. И дебиан - вот - был пакетной базой для этой убунты.
> Дистрибутив - это цельный продукт со стратегией развития.
Я помню как некто Ian удумал стратежить. Путем рассказов что скоро это будет - Solaris. Кажется это была не очень успешная стратегия, ибо на него в результате все просто забили.
> До 2010 где-то там были заинтересованные люди. И дух Мердока
> витал над Дебианом.Это того гражданина который продал (попробовал) сообщество сану? А сообщество не продалось и пошло своей дорогой без такого "гениального" руководства. Вам, кстати, никто не запрещает юзать соляру. Я это за вас ессно делать не буду.
> А потом пришли любители продавать дебиан в африканские поликлиники и все
> заинтересованные делать именно дистрибутив (а не собирать пакеты) люди ушли в Убунту
> или в другие проекты.А, попытки продать сообщество Sun Microsystems с рассказами что будущее дебиана это солярис надо понимать - другое? :)
Общего у Иана и Сана то что оба солнца пошли нафиг с своими гранд планами. Куда и дорога, я на такое не подписывался напрмиер.
> 1. Технический комитет сплошь состоит из тех, кто продает свои дистрибы на основе бедуина в госуху.Но его же выбрало Сообщество!
> Почему не продают бедуин?
Потому что госухе нужна поддержка.
А не окаменелые пакеты.
К которым прилагаются умственно отсталые дебиллианы: одни порят криптографию, тк ему захотелось исправить варнинг, другой урезает программу без переименования, третий просто весь ввод отправляет в китай по http (ну чтобы другим спецслужбам не было обидно).> Он им нужен только как пакетная база.
А он и есть пакетная база)
> 2. Бедуин не используется практически нигде в работе за исключением мелкого бизнеса
Очень мелкого и нищего?
> Но его же выбрало Сообщество!То же сообщество, которое за systemd проголосовало несколько раз?
> То же сообщество, которое за systemd проголосовало несколько раз?И куча майнтайнеров на отлично пишут юниты системды с продвинутыми фичами, типа изоляции сетевых сервисов от системы "на всякий случай". Представляете? Т.е. они не только проголосовали за свое удобство и снижение затрат - но и бенефиты с этого бесстыднейше получают! Вот заразы то - не хотят $%ться на ровном месте во имя хз чего, хотят жизнь себе упрощать.
Я не против systemd. Но называть то голосование язык не поворачивается. Сообщество тогда не желало включения systemd.
> Я не против systemd. Но называть то голосование язык не поворачивается. Сообщество
> тогда не желало включения systemd.Какое сообщество? И где был его убедительный глас на эту тему? Максимум что я вижу это devuan но судя по соотношениям - этого "сообщества" был весьма скромный процент и конечно при таких соотношениях никакие голосования выиграть не пллучится. Как максимум до упора саботировать рабочие процессы да откладывать.
Если бы все было как вы вещаете - половина майнтайнеров ломанулись бы в диван вместо дебиана и тут можно было бы заспорить кто там уже маргинальщина. Но этого не произошло. Вместо этого каие-то отмазки лепят. А в опенсорсе отмазки никому не интересны, только готовность фигачить работы в своих парадигмах. Но сколько пакетов ворочает диван и сколько дебиан? И какой usage того и другого?
Systemd отличный инструмент, но решение по его включению в Дебиан было политическим, а не техническим. Надо просто честно это признать.
> Systemd отличный инструмент, но решение по его включению в Дебиан было политическим,
> а не техническим. Надо просто честно это признать.Вам надо - вы и признавайте. А я видел прямо в рассылке дебиана достаточно вполне технических аргументов от интересантов, близких и понятных мне. То что господа с двойными стандартами предпочитают игнорировать неудобные им факты - ведет к весьма однобокому рассмотрению ими истории.
Ну и еще сотрудники Canonical, которых отправляет туда космонавт, чтоб их апстрим окончательно не развалился.
>Также удалён пакет pagure, имеющий неисправленные проблемы и уязвимости.А этот ? https://opennet.ru/63677-stardict
> А этот ? https://opennet.ru/63677-stardictА это не уязвимость.
Это... это особенность работы, во! Кого надо особенность.
Мейнтейнер за все объяснился.
А если бы текст отправлялся бы не в Китай, а на сервера Пентагона, вы бы подняли из-за этого шумиху?
Да.
> Да.А вот у меня есть сомнения что Vincent Lefevre рассказал бы вам об этом.
>Для архитектур armel, mipsel и mips64el удалены пакеты clamav, clamsmtp, libc-icap-mod-virus-scan, libclamunrar и pg-snakeoil из-за недоступности для этих архитектур пакета rustc-web, который требуется для сборки новых версий пакетов с ClamAV. Также удалён пакет pagure, имеющий неисправленные проблемы и уязвимости.Дебиан как всегда штабильно удаляет пакеты из штабильного дистрибутива.
Непонятно, зачем при таком раскладе обновлять этот clamav. Или всё идёт к тому, что кроме amd64 ничего поддерживаться не будет.
чем больше раста в дистрибутивах, тем меньше поддерживаемых архитектур
> Непонятно, зачем при таком раскладе обновлять этот clamav.Потому что версия 1.0 EOLнулась еще в 2025м.
> Или всё идёт к тому, что кроме amd64 ничего поддерживаться не будет.
Так clamav поддерживается на этих платформах в Debian 13!
Проблеме не в clamav или расте.
Проблема что Debian 12 - кусок окаменелого того самого.
> Так clamav поддерживается на этих платформах в Debian 13!ну как так можно тупить?
https://packages.debian.org/search?suite=trixie&arch=any&sea...
Package clamav
trixie (stable) (utils): anti-virus utility for Unix - command-line interface
1.4.3+dfsg-1: amd64 arm64 armel armhf i386 ppc64el riscv64 s390xА где же mips64el mipsel ? А их нет...
Т.е. ты наврал...
> Проблема что Debian 12 - кусок окаменелого того самого.может ты укажешь в репе какого дистра есть свежий раст для mips64el mipsel?
нет.
Т.е. ты гонишь...
> ну как так можно тупить?Тупишь ты. В новости три архитектуры перечислены.
Ты же прицепился именно к mips (патамушо так удобнее)
Вот по твоей же ссылке armel в списке есть? Есть!
Значит под trixie собрать смогли. А под bookworm - нет.> может ты укажешь в репе какого дистра есть свежий раст для mips64el mipsel?
А никто эти некроплафтормы и не поддерживает официально))
Даже шапка последний раз официально поддерживала mips64el еще в 7й версии.
Оно просто никому не нужно, кроме ̶к̶у̶ч̶к̶и̶ ̶о̶б̶р̶ы̶г̶а̶н̶о̶в̶ ̶с̶ ̶о̶п̶е̶н̶ь̶к̶а̶ пары нетакусей.
>> ну как так можно тупить?
> Тупишь ты. В новости три архитектуры перечислены.Ты математику изучал?
так-то 2 > 1более того, мы как-бы на ОПЕНнете, а не на винфаке.
mipsы это более открытые архитектуры, чем арм, так что путь за арм волнуется компания arm - она на нём деньги зарабатывает
> Даже шапкаНу шапка и арм из новости тоже не поддерживает - так-что не надо на нее кивать
> так-то 2 > 1Ну-ну. mipsel и mips64el это два сорта одного овна))
А если посчитать кол-во выпущенных армов и мипсов?
Мипс это вообще убогость, которая сдохла из-за невозможности конкурировать. Даже MIPS Open помер, продержавшись еще пару лет. А арм живехонек и развивается.> mipsы это более открытые архитектуры
Да как бы по... какое оно открытое, если оно оказалось таким пососным что умерло десятилетие лет назад.
> Ну шапка и арм из новости тоже не поддерживает - так-что не надо на нее кивать
А кто поддерживает арм из новости? Вот назови дистры кроме деба.
Потому что это нафиг никому не нужно. Значит на это нет смысла тратить ресурсы.
Дебиллианцам нужно - пусть сами поддерживают... но у них лапки, они могут только грепом версии компилятора менять.
> А если посчитать кол-во выпущенных армов и мипсов?
> Мипс это вообще убогость, которая сдохла из-за невозможности конкурировать.Откажись от использования. Сам, лично. Выбрось роутеры дома и на работе, вынь из накопителей и мониторов контроллеры - там практически тотально MIPS. И причина банальна - "одна операция = один такт" это очень удобная концепция для создания RT систем.
А помирать он начал по иной причине - riscv, который и есть логическое развитие архитектуры mips. Но пока еще далековато до тотального замещения, хотя к этому всё и идет.
> Откажись от использования. Сам, лично. Выбрось роутеры дома и на работе, вынь
> из накопителей и мониторов контроллеры - там практически тотально MIPS. И
> причина банальна - "одна операция = один такт" это очень удобная
> концепция для создания RT систем.Тут вам WD (слышали про таких?) намекнул что они будут юзать RISCV :). Как впрочем и всякие нвидии и амд на aux микроконтроллерных ядрах видях.
> А помирать он начал по иной причине - riscv, который и есть
> логическое развитие архитектуры mips. Но пока еще далековато до тотального замещения,
> хотя к этому всё и идет.Что значит далековато? Imagination просто свернул разработку MIPS. Тотальнее некуда. После этого количество желающих иметь дело с MIPS резко убавилось - а с RISCV заметно прибавилось.
И кстати так то дофига роутеров на многоядерных 64-бит ARM уже. И они так то куда шустрее.
> намекнул что они будут юзать RISCVНу так а куда они с подводной лодки-то? Кругом вода.
Из бочки, черпаком, что дают...Справедливости ради, оно для встройки лучше подходит. Правда, судя по отзывам тех-же производителей, у которых MIPS отняли. :-)
> Imagination просто свернул разработку MIPS. Тотальнее некуда.
Британцы купили американского конкурента. Похоронили. Британскому ARM профит. :-) Просто бизнес, ничего личного.
> дофига роутеров на многоядерных 64-бит ARM уже. И они так то куда шустрее.
По производительности только...
1 ядро на 500 мгц mips примерно как 2x1 Ггц arm.Но это чисто на задачах перкладывания пакетов. Проверено на нескольких линейках прибалтийских роутеров. Тоже, можно сказать, пострадавшие.
> кроме amd64 ничего поддерживаться не будетБинго! Люди начинают понимать.
>> кроме amd64 ничего поддерживаться не будет
> Бинго! Люди начинают понимать.Понимать что никто не будет поддерживать "ненужность" которая надо горстке прдоликов?
Что-то я сомневаюсь.
Вопли "вы обязаны тащить хлам" можешь почитать в теме про QEMU)))
>>> кроме amd64 ничего поддерживаться не будет
>> Бинго! Люди начинают понимать.
> Понимать что никто не будет поддерживать "ненужность" которая надо горстке прдоликов?Ну у нас есть одна операционная система, которая по факту работает только на одной архитектуре, зачем нам вторая?
>> Понимать что никто не будет поддерживать "ненужность" которая надо горстке прдоликов?
> Ну у нас есть одна операционная система, которая по факту работает только на одной архитектуре, зачем нам вторая?Вторая - это макось которая арм-интел)
А дестопный линукс это 4%.Думаю к фразе "никто не будет поддерживать "ненужность" которая надо горстке прдоликов" нужно добавить "кроме них самих".
Это же опенсорс: "Вам надо? Вы и делаете"
В крайнем случае скиньтесь деньгами и наймите кого-то кто может это сделать.В любом случае решают разработчики и мейнтейнеры.
>>> Понимать что никто не будет поддерживать "ненужность" которая надо горстке прдоликов?
>> Ну у нас есть одна операционная система, которая по факту работает только на одной архитектуре, зачем нам вторая?
> Вторая - это макось которая арм-интел)вот именно поэтому надо удалять все архитектуры, мы на роутеры будем макось ставить, а на умные чайники винду. так победим!
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1123789Итого имеем:
> src:rustc-web is not available on armel/mips* (it couldn't be bootstrapped because upstream no longer provides prebuilt stage0 binaries for those), so the new clamav won't be available on those architectures.
Пакет нельзя собрать, потому что разработчики раста не поддерживают эти платформы. Ждём набега тех, кто в очередной раз объяснит, почему бутстраппинг раста только растовым блобом - это нормально, ведь си тоже собирается только сишным блобом, а что раст поддерживает только полторы архитектуры - это не проблема разработчиков раста, потому что на их компьютере всё работает.
> I tried to build clamav with the older rustc by lowering the requirement in .cargo/vendor/*/Cargo.toml (see attached patch), but I encountered issues at least in the `half` crate
А использовать старую версию раста не получилось, потому что разработчики случайного крейта писали своё поделие под ночную сборку раста.
> разработчики случайного крейта писали своё поделие под ночную сборку раста.Очередное вранье. Никогда растоxeйтеры не врали и вот опять!
Если посмотреть в build-regex-syntax-with-rust-1.63.patch, то там клoвaн из деба просто пытается бездумно заменить rust-version на 1.63, ну, потому что она поддерживается этим тухляком.
И потом удивляется что у него что-то не работает: "I don't know how to proceed from here."Контретно half требует версию 1.70, которая вышла еще в июне 2023!
А не ночнушку как ты врешь. Сейчас актуальная версия раста 1.92.И да, разработчки ЛЮБЫХ крейтов не обязаны поддерживать версию компилятора пятилетней давности только из-за того, что любители навернуть мамонтово овно не могут обновить систему.
в 12 дебиане есть 1.85, но его не собрать под armel, mipsel и mips64el.
> Очередное вранье. Никогда растоxeйтеры не врали и вот опять!Не создавайте проблем другим - и их не создадут вам. Вы забыли этот принцип и за это должны быть немного аннигилированы с лица планеты. Спасители х...вы!
> разработчики случайного крейта писали своё поделие под ночную сборку раста...причитая: "Oh, my gush!".
Правильно пишется gosh. Gush - это другое слово.
В случае с растом - именно gush :)
>почему бутстраппинг раста только растовым блобом - это нормальноА чем он должен производится? Вы про раскрутку компилторов хоть раз слышали?
>а что раст поддерживает только полторы архитектурыЛгать нехорошо https://packages.debian.org/bookworm/rustc
>armel, mipsel, mips64elЕсли компилятор rust-а, собираемый rust-ом собрался, то и остальные пакеты тоже соберутся.
>А использовать старую версию раста не получилось, потому что разработчики случайного крейта писали своё поделие под ночную сборку раста.Дебиан 12 вышел в 2023 году, сейчас на дворе 2026 год. Вы предлагаете отказываться от новых версий более чем на три года(eol дебиана всё ещё не наступил), чтобы что? Почему версию nvidia-graphics-drivers или ublock-origin поднимать можно, а rustc - нельзя? Если дебиановцы в 2026 году не хотят выкинуть dpkg/apt и взять вместо него nix, то пусть упакуют несколько версий rust-а.
у них в репе 2 версий раста - если нужен старый - юзай старый, если нужно новый - юзай новый. Что тебе еще надо?
Если у них есть новый, то тогда в двойне непонятно, как они умудрились не собрать.
ну ты то умудрился собрать? нет... а чо так?
может потому, что растовики не смогли в своей поделке обеспечить нормальную поддержку этого железа?
>> А использовать старую версию раста не получилось, потому что разработчики случайного крейта писали своё поделие под ночную сборку раста.Ну подождёшь стабильную версию раста.
Прошло больше суток, ратоиды что- то не бегут дефать свой любимый язычок
У них там чё, "Новый год" закончился не начавшись?
А патом будут жаловаться на выгорание, отдыхать тоже нужно!
> обновлений с устранением уязвимостейА вот https://www.opennet.me/opennews/art.shtml?num=64298 это кто и когда будет исправлять?
когда исправишь или заплатишь за исправление
А ведь действительно, почему ты не занялся этим?
Похоже, кроме меня это никому не надо. Так и запишем...
>grub2Эта хтонь реально больше никому не нужна.
зачем тебе на локалхосте grub?
Надо было спрашивать зачем тебе grub2 на твоём доморощенном менее функциональном устаревшем i386 соплюшнике
> из-за недоступности для этих архитектур пакета rustc-web, который
> требуется для сборки новых версий пакетов с ClamAVВсе немного сложнее.
В дебе как обычно невероятно тухлые версии компиляторов.
В Debian 12 bookworm rustc версии 1.63.0, который вышел в конце 2022.
Это подходило для ClamAV 1.0 LTS, но он EOLнулся в ноябре 2025го.
А ClamAV 1.4 LTS требует 1.70.0, который вышел в июне 2023го.
А сейчас на минуточку 2026 начался.Но чтобы на дебе хоть как-то работали браузеры, они сделали пакет rustc-web, который предоставляет более новую версии rustc, чтобы даже любители окаменелы копролитов могли получать обновления безопасности браузеров.
Вот только браузеры никто не собирает под столь маргинальные платформы и самого дебианского пакета rustc-web нет для них.
При этом сам раст пока поддерживает эти платформы.
Нужно просто не сидеть на копролитах вроде деба.
привет, когда обновляться до Trixie?
>> EOLнулся в ноябре 2025гоTrixie релизнулся раньше
Ну ты, конечно, приведешь ссылочку на репу дистра где нет протухних пакетов и где есть rustc-web и свежие браузеры под удалённые платформы...
Ну так-то в RHEL 10 - Rust 1.88 (2024 edition)...
и он работает на мипсах или армах?
> и он работает на мипсах или армах?Прикинь, да.
Он даже в Debian 13.3 работает)))
>> и он работает на мипсах или армах?
> Прикинь, да.
> Он даже в Debian 13.3 работает)))может у тебя и пруф имеется?
Хотя конечно пруфа у тебя не имеется, т.к. ты нихрена не разбираешься в вопросе...
> где нет протухних пакетов и где есть rustc-webВ таких дистрибутивах rustc-web не нужен. Так как rustc-web - костыль deb-based.
ты не сливайся!ссылку на руст под три дропнутые архитектуры на других дистрах ты так и не привёл
Когда до 13 обновляться?
см glibc
лучше не иметь дело с руст
он все портит
> лучше не иметь дело с рустНу так не имейте!
Кто вас заставляет?) Сидите без софта и браузеров.
>> Все немного сложнее.
>> В дебе как обычно невероятно тухлые версии компиляторов.Не, ну вот скажите себе честно что вы не умеете пользоваться просто Linux, поэтому не умеете ставить свежие версии компиляторов. Поставь себе Alt Linux и не парься! Он на Debian и более чем уверен в том что там самые новые версии компиляторов. И вообще чтобы вас понять, нужно хотя-бы дописать - за какую ОС вы вообще топите?
>>> Все немного сложнее.
>>> В дебе как обычно невероятно тухлые версии компиляторов.
> Поставь себе Alt Linux и не парься!Альт, в отличии от 12-дебиана, вообще не работает на перечисленных архитектурах. В 9ке был мипс, но где та девятка?
Ну какой вопрос, такой и ответ - а зачем вы Alt или даже Debian пытались ставить на MIPS?
> Ну какой вопрос, такой и ответ - а зачем вы Alt или
> даже Debian пытались ставить на MIPS?а что у нас винда и можно ставить только на amd64?
На mipsel о котором заговорили выше не так много памяти - 256МБ, на mips64 вроде бы как 2Гб потолок. Винду туда не поставишь. Distrowatch показывает что Alt до сих пор поддерживает mipsel, хотя учитывая что он основан на Debian, то дальше он это не сможет сделать.
> Distrowatch показывает что Alt до сих пор поддерживает mipsel, хотя учитывая
> что он основан на Debian, то дальше он это не сможет
> сделать.Альт не основан на debian. Только использует apt как транспорт.
А страдают они по другой причине - Baikal-T1
Забавно, как тут рассказывает, что в Debian 12 невозможно обновить раст.Bookworm релизнули в июне 2023. Там до сих пор rust 1.63 за август 2022
RHEL 9 релизнули в мае 2022, больше чем за год до Дебиана 12.
А актуальном RHEL 9 - Rust 1.88 за июнь 2025го!Вывод: всё обновить можно.
Просто мейнтейнеры дебиллиана - неосиляторы у которых руки из ж.
ты бы хоть не позорился.
в 12 дебиане 1.85 хруст - иначе бы не было у них 140 фаерфокса в репе...
> в 12 дебиане 1.85 хруст - иначе бы не было у них 140 фаерфокса в репе...Дурилка, дебиану как раз нужен rustc-web, потому что их древней версией rustc из коробки лису не соберешь. Но дураков собирать rustc-web под некроплатформы не нашлось, поэтому дебианцы опять осталить без софта. А в RHEL - софт как работал, так и работает.
Сразу видно кто серьезная контора, заботящаяся о пользователях, а кто о6pыганы из подвала.
rustc-web это и есть свежий раст.Вот тебе пруф.
https://packages.debian.org/bookworm/amd64/rustc-web/filelist/usr/bin/rustc
/usr/bin/rustdoc
/usr/lib/rustlib/etc/rust_types.py
/usr/libexec/rust-analyzer-proc-macro-srv
/usr/share/doc/rustc-web/NEWS.Debian.gz
/usr/share/doc/rustc-web/README.Debian.gz
/usr/share/doc/rustc-web/README.md
/usr/share/doc/rustc-web/TODO.Debian
/usr/share/doc/rustc-web/changelog.Debian.gz
/usr/share/doc/rustc-web/changelog.gz
/usr/share/doc/rustc-web/copyright
/usr/share/lintian/overrides/rustc-web
/usr/share/man/man1/rustc.1.gz
/usr/share/man/man1/rustdoc.1.gz
/usr/share/rustc/architecture.mk
/usr/share/rustc/bin/wasi-node
Package: rustc-web
Architecture: any
Multi-Arch: allowed
Pre-Depends: ${misc:Pre-Depends}
Depends: ${shlibs:Depends}, ${misc:Depends},
libstd-rust-web-dev (= ${binary:Version}),
gcc, libc-dev, binutils (>= 2.26)
Recommends:
cargo-web (= ${binary:Version})
Provides: rustc (= ${binary:Version})
Replaces: libstd-rust-dev (<< 1.25.0+dfsg1-2~~), rustc, rustc-mozilla
Breaks: libstd-rust-dev (<< 1.25.0+dfsg1-2~~),
Conflicts: rustup, rustc, rustc-mozillaНо ты продолжай позориться дальше!
>ты бы хоть не позорился.
>в 12 дебиане 1.85 хруст - иначе бы не было у них 140 фаерфокса в репе...Это rustc-web, а в оригинальном сообщении речь про rustc.
>>ты бы хоть не позорился.
>>в 12 дебиане 1.85 хруст - иначе бы не было у них 140 фаерфокса в репе...
> Это rustc-web, а в оригинальном сообщении речь про rustc.rustc - это старый раст, rustc-web это новый раст.
тебе нужен новый раст - ставь пакет rustc-web и пользуй новый раст.
твой проект завязан на старый раст - ставь пакет rustc - у тебя будет старый раст.если новый раст не может поддерживать перечисленные в новости архитектуры, но и в дебиане не могут этот новый раст собрать под эти перечисленные в новости архитектуры.
нет нового раста - нет софта... приехали...так понятнее?
Сделал dist-upgrade на всех установках, доволен как Солон
Пол года жду когда починят апплет погоды в матэ
Вроде была новость, что mate в стагнации?
В Дебиане sid уже несколько дней как пакет для LXQt сломан и не чинят. Конфликт с пакетом брендинга для дебиана, а поскольку пакеты они выкатывают в репозиторий совсем не тестируя, не трудно вообще ожидать, что однажды они выкатят пакет с патчем Бармина.
> В Дебиане sid уже несколько дней как пакет для LXQt сломан и не чинят.Название unstable как бы намекает на то что жизнь на минном поле - это не обязательно гарантированно и безопасно.
То, что не проходит тесты, вообще не должно в публичные репозитории попадать, ни в sid, ни даже в master гита.
> То, что не проходит тесты, вообще не должно в публичные репозитории попадать,
> ни в sid, ни даже в master гита.Вот и пишите баги. Или в чем прикол камикадзить на этой штуке и даже репорт не повесить?
Debian, самая тестируемая и самая стабильная Ос.
>совсем не тестируяЭто неправда).
Странные ощущения получил от Трикси с самого начала использования.Во-первых, стало несколько сложнее ставить дрова Nvidia. То есть был ведь момент, когда =оно само=, а теперь надо поплясать, как в былые годы.
Во-вторых, на старый сервер HP, 10-летней давности, посреди установки инсталлятор выдал, что нет нужного ядра. Это тоже не порадовало.И если с дровами-то - черт с ними, то с сервером как-то совсем не понравилось.
> И если с дровами-то - черт с ними, то с сервером как-то
> совсем не понравилось.Кто ж нынче дистры на серваки то инсталлерами ставит... :)
>> И если с дровами-то - черт с ними, то с сервером как-то
>> совсем не понравилось.
> Кто ж нынче дистры на серваки то инсталлерами ставит... :)И в самом деле, о чем это я (:
> И в самом деле, о чем это я (:Вот ща я буду через какой-там out of band кривоватый кучу менюх клацать и что там еще. Аж два раза.
Установить nvidia-driver-full очень сложно, понимаю.
Ну вот единственные полезные каменты в самом начале — "Скрыто ботом-модератором". И в этом ВЕСЬ нынешний опеннет!
А я например, если бы в старые добрые времена знал про возможность выбора init'ов, то может попробовал бы сразу "чистый" Debian..