После двух лет разработки состоялся релиз Debian 13 "Trixie", доступный для восьми официально поддерживаемых архитектур: Intel IA-32/x86 (i686), AMD64/x86-64, ARM EABI (armel), ARM64, ARMv7 (armhf), RISC-V, PowerPC 64 (ppc64el) и IBM System z (s390x). Обновления для Debian 13 будут выпускаться в течение 5 лет...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=63702
Очень забавно читать эти патчноуты, как машина времени.
То же самое можно обнаружить в других дистрибутивах лет пять-десять назад.
В состав вошел выпуск среды рабочего стола GNOME 48 (19.03.2025)
А в сентябре выходит Gnome 49 с кучей очень полезных улучшений.
> А в сентябре выходит Gnome 49 с кучей очень полезных улучшений.А потом выйдет еще более новый гном. И не только гном. С кучей полезных - ну или не очень - фич. История повторится через неделю, месяц, год, десять лет. Предлагаете не выкатывать релиз? :)
Я сейчас шучу, естественно )Предлагаю выкатывать роллинг, чтобы пользователи, обновляющие среды рабочего стола и другие штуки до следующих мажорных версий - преисполнились )))
> Предлагаю выкатывать роллинг, чтобы пользователи, обновляющие среды рабочего стола и
> другие штуки до следующих мажорных версий - преисполнились )))Кто хотел Rolling из дебиана - просто юзали Unstable. Да, так можно было.
> Кто хотел Rolling из дебиана - просто юзали Unstable. Да, так можно
> было.Arch будет стабильнее и иметь меньше проблем.
btw I use Arch
>Arch будет стабильнее и иметь меньше проблем.Пссс! Поцаны уже все на CachyOS пересели! Топ ̶ з̶а̶ ̶с̶в̶о̶и̶ ̶д̶е̶н̶ь̶г̶и̶ в distrowatch ;)
Классный дистриб, между прочим!
> Пссс! Поцаны уже все на CachyOS пересели!С неё и пишу. Тот же самый Arch с графическим установщиком, и патчами для игр.
> Arch будет стабильнее и иметь меньше проблем.Соседняя новость с троянами в пакетах арча не даст соврать, да? :)
В билдах с AUR а не в пакетах арча. Но на то он и user repository, что бы не ставить все подряд. Ты уверен что в тысячах пакетов с PPA нет ничего подобного?
А что если не нужен Unstable, нужен stable, но rolling?
> А что если не нужен Unstable, нужен stable, но rolling?А что если нужно тёплое, но холодное; старое, но молодое; худое, но толстое; и девственница, но с опытом как у целого публичного дома?
Не, хотеть конечно можно всего, что в неокрепшие умы приходит, но это не обязательно значит, что в реальности так дела обстоят ;)
В душе не представляю что вы хотели этим сказать. Но видимо вы путаете старое и стабильное, я прав?
А когда это "вечно молодой" rolling успевает получить признание стабильности?
> В душе не представляю что вы хотели этим сказать. Но видимо вы
> путаете старое и стабильное, я прав?Нет, не правы, потому как тут речь о том, что линуксовые rolling-системы, по крайней мере те, что существуют на практике, из более или менее известных, это ВСЕГДА обновляемость либо на свежак, либо на свежайший свежак, а в связи с этим, по сути образуется ситуация, которую, уважаемый Алексей Самойлов, описал словами: "стабильность системы и свежесть софта не могут находиться вместе - это две АБСОЛЮТНО ПРОТИВОПОЛОЖНЫЕ сущности".
Да, справедливости ради, в теории можно держать у себе систему с роллинг-релизной моделью обновлений, но не самыми свежими пакетами, которые дольше находятся в актуальном репозитории и в теории могут быть более стабильными, но во-первых на практике, а не в вакууме, из известных дистрибутивов такое ближе всего реализуемо только на базе Gentoo, потому что там параллельно штатно некоторые пакеты, которые можно установить имеют несколько версий, в том числе не самые свежие, но это теория. На практике же у Gentoo по сравнению с другими дистрибутивами использующими роллинг-модель обновления, довольно маленькое сообщество, отчего мизерная база потенциальных бетатестеров и фиксящих потенциальные баги, также это усугубляется тем, что т.к. это source-based система, которая на конечном оборудовании пользователя может быть собрана в разных конфигурациях с разным набором флагов, ещё больше сужает повторяемость сборок этих самых пакетов софта в системах пользователей.
В общем на общем фоне всех существующих роллинг-линуксов, Gentoo это такая капля в море, которой можно просто пренебречь и вообще не учитывать. В остальных системах просто тупо свежак или самый свежайший свежак, который меньше всего тестировался как отдельно, так и в связке и по факту, такие роллинг-системы никогда не будут стабильнее тех, софт в репозиториях которых тестировался какой-то фиксированный промежуток времени не в вакууме, а в конкретных повторяемых у масс окружениях.
Так что теория-теорией, которая в вакууме может и необязательно значить, что роллинги это самые свежие компоненты системы, с пылу с жару, только из под коня, вот только на практике в природе в основном только такие линуксовые роллинг-системы и существуют. А т.к. мы живём в реальности, а не в виртуальном маня-вакууме арчеводом, перекатиполеводов и прочих роухайдеров, то таки да, линуксовые роллинг-системы как системы "свежего софта" и "стабильность" - это две АБСОЛЮТНО ПРОТИВОПОЛОЖНЫЕ сущности!
Вы можете конечно же с этим пытаться спорить, дело ваше, но с таким же успехом можно до пара из заду спорить что Земля плоская, а Солнце квадратное и зелёное, сектантские бредни с пеной у рта на тему стабильного свежайшего свежака относительно более протестированных систем это вот примерно такого порядка потуги. ;)
>нужен stable, но rollingну void как раз такой, ещё и без systemd
> А потом выйдет еще более новый гном. И не только гном. С
> кучей полезных - ну или не очень - фич. История повторится
> через неделю, месяц, год, десять лет. Предлагаете не выкатывать релиз? :)Предлагаю софт обновлять не только с релизом.
Будущее улучшение полезно так же как ещё не купленная игрушка. )
улучшения? в гноме? окна запретят закрывать, ведь это удобно! удобно!!!11
В ведроиде уже давно изобретено.
Я вот тоже про улучшения в GNOME прочитал как про шутку.
А от багов его вычистят месяца через 3. А плагины обновят еще месяца через 2.
А догадались использовать tmpfs под /tmp сегодня, лол.
Давно уже было в тестинге.
Я примерно восем лет /tmp монтирую в пямять." /tmp будет смонтирован как tmpfs — виртуальная файловая система, хранящая файлы напрямую в оперативной памяти (RAM) или на swap"
"При монтировании каталога /tmp как tmpfs все файлы и данные хранятся в виде страниц в памяти ядра (page cache). По умолчанию эти страницы находятся в RAM, но при нехватке оперативной памяти или в соответствии с политиками ядра они могут быть перемещены в swap"
В течении примерно восьми лет использую /tmp смонтированную в RAM
В Gentoo /tmp в tmpfs было году в 2005ом
В Debian так же лет 20 это дело включалось в каком-то конфиге, но было выключено по дефолту
Так что твои 8 лет это вообще ни о чем
Что первое пойдёт в swap? Запущенная программа или временные файлы? Это как-то регулируется?
Более интересно, что будет, если в свопе уже что-то лежит.
Ничего интересного не будет. Придёт лесни^W OOMKiller и выгонит программы из свопа (ну и вообще из системы).
Прекрасно просто. И это с учётом того, что своп — это тот же файл на диске. Так может, лучше по старинке tmp на диске и держать? Без этих вот извращений?
Речь о дефолте же, никто не запрещал это делать и раньше.
Да, это как archive.org, только дистр.
Спасибо пользователям тех дистров, что протестировали.
Пожалуйста. Однако, пакеты дебиана, с патчами от меинтейнеров, сильно отличаются от апстрима, так что дальше вы сами по себе.
Во-во. Я давно уже обжегся на этом. Типа "стабильность".
> То же самое можно обнаружить в других дистрибутивах лет пять-десять назад.Ну, ну. PHP 8.4... в других дистрибутивах...
господи. господа гусары, научите уже юношу анстейблу
ваши анстейблы были в арче пять лет назад
Да нет, у них анстейбл вполне как арч, и система так же разваливается на ровном месте.
> ваши анстейблы были в арче пять лет назадДа даже и 10 когда он выносил арчеводам системы при переходе на системду если они мануально команды не ввели. Вот там вообще совсем анстейбл получался, при том гарантировано. Видимо хуки и триггеры чудный пакетный менеджер арча не умеет.
Pacman это умеет. https://wiki.archlinux.org/title/Pacman#Hooks
Но вы вспоминаете то, что было почти 15 лет назад. Хорошая же у вас память...
> Pacman это умеет. https://wiki.archlinux.org/title/Pacman#HooksНадо же какие продвинутости и инновации!
> Но вы вспоминаете то, что было почти 15 лет назад. Хорошая же у вас память...
Дело в том что на тот момент пакетник сабжа все это уже умел, дофига лет к ряду. И эти люди тут разгоняют про тухлый и какой там не такой софт. Хе.
>> Pacman это умеет. https://wiki.archlinux.org/title/Pacman#Hooks
> Надо же какие продвинутости и инновации!
>> Но вы вспоминаете то, что было почти 15 лет назад. Хорошая же у вас память...
> Дело в том что на тот момент пакетник сабжа все это уже
> умел, дофига лет к ряду. И эти люди тут разгоняют про
> тухлый и какой там не такой софт. Хе.После того некислого скандала, который был 15 лет назад, подобных крупных провалов ни разу не было, насколько я знаю. То есть печальный опыт был учтён. И Arch Linux тогда ещё не был самым популярным дистрибутивом на десктопе, в отличие от сегодняшнего дня, где он стал самым популярным дистрибутивом в мире, даже популярнее, чем Ubuntu, поэтому, как мне кажется, тогда у разработчиков ответственности и опыта было меньше из-за малого количества пользователей. С тех пор уже и лидер Arch Linux давно сменился на другого человека.
> После того некислого скандала, который был 15 лет назад, подобных крупных провалов
> ни разу не было, насколько я знаю.Тем не менее, у дебиана пакетник выполнял свои функции и 15 лет назад. И даже до этого. Не требуя мануальных блин приседаний, всей оравой.
> То есть печальный опыт был учтён.
Как говорится, умные люди учатся на чужих ошибках, а глупые - на своих.
> И Arch Linux тогда ещё не был самым популярным дистрибутивом на десктопе,
Он и сейчас на десктопе - нифига не популярный. Всяких убунтуев, дебианщиков и прочих юзеров минта я знаю. И даже пару странных типов с федорами и гентой. С арчем знаю буквально 1 тушку. Он точно не может быть самым популярным - ибо даже инсталлер сделать не могут IIRC толком, что плохо для масс юзежа хомами. И в силу природы дистро - разваливается куда чаще вон тех.
> в отличие от сегодняшнего дня, где он стал самым популярным дистрибутивом в мире,
Wishful thinking адептов арча - это как-то так. Учитывая хроническое неумение в инсталлер и склонность к развалам вероятность что это утверждение истина каждый может для себя прикинуть сам, имхо.
> малого количества пользователей. С тех пор уже и лидер Arch Linux
> давно сменился на другого человека.Да мне похрену. Что так арчеводы были шумные и бесполезные, что сяк. Ничего не изменилось. Ну ладно, вику норм написали по итогам прыгов на грабли, хоть какая-то польза.
>[оверквотинг удален]
> в силу природы дистро - разваливается куда чаще вон тех.
>> в отличие от сегодняшнего дня, где он стал самым популярным дистрибутивом в мире,
> Wishful thinking адептов арча - это как-то так. Учитывая хроническое неумение в
> инсталлер и склонность к развалам вероятность что это утверждение истина каждый
> может для себя прикинуть сам, имхо.
>> малого количества пользователей. С тех пор уже и лидер Arch Linux
>> давно сменился на другого человека.
> Да мне похрену. Что так арчеводы были шумные и бесполезные, что сяк.
> Ничего не изменилось. Ну ладно, вику норм написали по итогам прыгов
> на грабли, хоть какая-то польза.Есть же инстоллер. Просто введите команду archinstall в Archiso. Если нужно переключить его на русский язык, то перед этим введите команду setfont cyr-sun16. Разумеется, перед его запуском, необходимо подключиться к Интернету.
Не верите насчёт популярности Arch Linux на десктопе. Вот вам ссылка на статистику Steam: https://store.steampowered.com/hwsurvey/Steam-Hardware-Softw... Там среди всех GNU/Linux дистрибутивов, Arch Linux - самый популярный в мире. Steam OS, кстати тоже основывается на Arch Linux.
А насчёт того, что Debian и тогда всё умел, стоит учесть, что Debian существует с 1993 года, Arch Linux с 2003 года. На момент того инцидента, он был относительно новым и малопопулярным дистрибутивом. И он создан всего лишь одним человеком в качестве хобби. Полагаю, что в то время Debian уже был крупным и популярным дистрибутивом, активно используемым корпорациями на серверах. Прочувствуйте разницу между хобби-дистрибутивом и крупным, ведущим дистрибутивом.
> Arch Linux - самый популярный в мире. Steam OS, кстати тоже основывается на Arch LinuxЗнатно так Ubuntu обделалось.
Еще немного и Debian выше окажется.
>[оверквотинг удален]
> в силу природы дистро - разваливается куда чаще вон тех.
>> в отличие от сегодняшнего дня, где он стал самым популярным дистрибутивом в мире,
> Wishful thinking адептов арча - это как-то так. Учитывая хроническое неумение в
> инсталлер и склонность к развалам вероятность что это утверждение истина каждый
> может для себя прикинуть сам, имхо.
>> малого количества пользователей. С тех пор уже и лидер Arch Linux
>> давно сменился на другого человека.
> Да мне похрену. Что так арчеводы были шумные и бесполезные, что сяк.
> Ничего не изменилось. Ну ладно, вику норм написали по итогам прыгов
> на грабли, хоть какая-то польза.В целом согласен, кроме последнего утверждения, на самом деле арчеводы не бесполезные, они для нас в первых рядах ещё ванилу тестируют, самые первые косяки и в авангарде забегов по граблям, чем в целом помогают сообществу не только арчеводов, но и остальных линуксоидов. Так что, вот без какой-либо иронии и приколов, я арчеводам благодарен за то что они на себе обкатывают свежак. Да и арчевику они же наполняют, а она очень даже полезная.
Ну а то что в среде арчеводов овердохрена максималистской школоты и сектантов с активной жизненной позицией, ну так это же можно просто относиться с пониманием ("понять и простить!" xD), они же это нахаляву делают в основном, так что арчеводов надо беречь, даже можно иногда подкармливать, если не сильно жирные, но тем временем Арчем не пользоваться и держаться от этой братии на почтительном расстоянии, чтобы нервов и аппетит себе не портить! ;)
> ваши анстейблы были в арче пять лет назадну пой себе эту басню и дальше)
говори себе это почаще
Решили вопрос ?
https://www.opennet.dev/opennews/art.shtml?num=63677
Судя по https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1110370, нет. Мэйнтейнер пакета снизил приоритет бага с critical на wishlist, убрал тег security и отписался отговорками на ломаном английском. Такое впечатление, что его кто-то заставляет это делать: несколько лет назад он эту проблему исправлял без вопросов.Позже проблеме назначили номер CVE и вернули тег security, мэйнтейнер отписался завтраком.
Это норма. Там и с другим багами так же. Главное, что сошал контракт не нарушает.
Нет, это не норма, это называется «пустить козла в огород».
> Позже проблеме назначили номер CVE и вернули тег security, мэйнтейнер отписался завтраком.Да вроде пообещал в 13.1 починить. Будет забивать на CVE - ну вылетит из дебиана, делов то. Они периодически выкидывают пакеты где на CVE забивают.
И там как таковая проблема в том что...
1) У юзера recommends ставятся.
2) Это поддякивает plugins к stardict
3) В plugins дохрена всякого мусора - включая и интернет-словари. Один из которых и вел себя агрессивно по дефолту.
Когда этот 13.1 будет? Через год? Думаю, за такое закрытие CVE он тоже вылетит из дебиана.
не вылетит все согласовано изначально!
Ты уже свое оборудование проверил на наличие недокументированных чипов? Где и кем сделан твой ПК или ноут? Не в КНР ли? Возможно у тебя распаяны вещи куда страшнее онлайн переводчика со словарями на китайском сервере? Кто знает, что там для мировых брендов паяют на фабриках Китая...
> Кто знает, что там для мировых брендов паяют на фабриках Китая...Сгорел сарай - гори и хата?
Раз чипы мы проверить не можем, давайте тогда через дырявоиксы все кто хочет будут сливать весь пользовательский ввод! А почему бы и нет)
Аналогия крайне не уместная. От аппаратного кейлогера тебя никакой софт не спасет, как и от бэкдора , а онлайн переводчик, если он тебе не нужен, можно просто не устанавливать или выключить в нем сетевые функции. Вместо того, чтобы шум и панику разводить, занялся бы лично проверкой исходников дебиана. Тем более, что шпионы не только китайские бывают.
> а онлайн переводчик, если он тебе не нужен, можно просто не устанавливатьА если он мне нужен?
> ли выключить в нем сетевые функции
А если я обычный пользователь, а не задр0т, следящий за всяческими дырами, и просто не в курсе?
> занялся бы лично проверкой исходников дебиана
А смысл? Если, как в данном случае, всё равно будет игнор.
> А если он мне нужен?Тогда включишь функцию онлайн перевода и будешь выделять нужный тебе текст для запроса на удаленный сервер со словарями. Боишься без шифрования? Жди пока https по умолчанию включат.
> А если я обычный пользователь, а не задр0т, следящий за всяческими дырами, и просто не в курсе?
Тогда не твоего уровня переживания. Раз учится не хочешь, читать ничего не хочешь, всегда будешь уязвим и полагаться на чьи-то знания. Но ты всегда будешь уязвим. Просто не будешь знать об этом.
> А смысл?
Ты не доволен решениями сообщества Debian? Кто тебе сказал, что твое мнение вообще там будет учитываться? Значит надо искать слова и аргументы, чтобы сообщество к тебе прислушалось. Все как в реальной жизни.
> Тогда включишь функцию онлайн перевода и будешь выделять нужный тебе текст для запроса на удаленный сервер со словарями._Я_ включу. А не шибко умный мейнтенер.
И этот чип будет волшебным образом иметь драйвера для моей сетевой карточки и будет загружать на китайские сервера сигналы идущие по PCI линиям?
Да так незаметно, что все владельцы той же платы до сих пор не заметили.
А там и до ботнетов недалеко.
> И этот чип будет волшебным образом иметь драйвера для моей сетевой карточки и будет загружать на китайские сервера сигналы идущие по PCI линиям?Не так далеко от истины к слову
Intel ME имеет DMA, и раньше подключался напрямую к сетевухе
Теперь он обычно требует драйвераНу и из возможностей всего этого - смотри Intel AMT, буквально встроенный во многие ноуты IP-KVM/VNC сервер работающий независимо от системы
Я бы правда не боялся что там дофига бекдоров для спецслужб
Опаснее тут скорее то, что оно может быть просто дырявым......И оно уже было дырявым, там делали кривую авторизацию, что позволяло злоумышленникам в той же сети подключаться к ноутам по AMT: https://www.scribd.com/document/664541276/Silent-Bob-is-Silent
> Intel ME имеет DMA, и раньше подключался напрямую к сетевухеОн и ща - подключается. Там где умеет AMT. А где не умеет... откуда ему в его миниксе взять дрова на произвольную сетевку?
> Опаснее тут скорее то, что оно может быть просто дырявым...
И это у него тоже бывало. И даже были такие вещи как Ring -3 rootkit, когда код выполняется - на ME, на x86 его не видно совсем, а он может делать c x86 - все что хочет.
>Intel MEAMD PSP
Единственный выход это RISC-V ЦПУ, с открытой архитектурой, они могут быть без Intel ME и AMD PSP. Хотя с новостями о том что в TC запретили разблокировать загрузчик Android, то открытые телефоны и открытые компы им явно не по душе.
>>Intel ME
> AMD PSPТёмная лошадка, про доступы снаружи к которой особо не известно, известно лишь что управляет питанием и fTPM, в то время как для intel me известны потенциально опасные способы применения - intel amt, и доступа у него есть куда больше
>intel amtamd aim-t
Ты сам можешь легко решить этот вопрос настройкой коллекции плагинов как описано сопровождающим. Предъявлять претензию онлайн переводчику, что он использует сервер перевода это глупо (как и претензию к google переводчику). Используй оффлайн переводчик.
Так в этом и разница, когда я пользуюсь google переводчиком, я знаю, что он будет отправлять.
В случае StarDict никто не говорил, что он, цитата:
"""Достаточно в любом приложении выделить отрывок текста, и он сразу отправляется без шифрования по протоколу HTTP на китайские серверы online-словарей dict.youdao.com и dict.cn."""
Если ты им пользовался- наверняка видел эту фитчу. Если нет - то и проблемы нет.Развели нытьё на пустом месте...
А свои мозги где? Словарный запас у оффлайн переводчика занимает много места. Насчет перехвата выделенного текста - так вы сами хотите удобства и прозрачности. Так что спекулятивный перевод для быстроты и вашего удобства, чтобы не бурчали.
Это фича, которую можно включить, а которую можно и не включать. Ну ребята её малость того... включили по умолчанию...
>Для 96.9% пакетов обеспечена поддержка воспроизводимых сборокХорошо!
Соблюдают:
https://www.debian.org/social_contract
Уже устарел. Пора делать новый.
Это так называемая стабильность (у них так называется ситуация, когда пакеты с давно известными CVE, но обновляться низя -- стабильность же)
Так ну всё правильно - чтобы написанные под CVE эксплойты стабильно работали
Можно ли говорить что в этом вашем Arch Linux эти уязвимости CVE известны и закрыты в ущерб стабильности?
Уже сделали: https://www.debian.org/releases/forky/.
Кто-то сказал Wayland?
Отлично. Размораживаем sid.
Он всегда разморожен. Ты о чём?
Какие сейчас в нём пакеты? Те же, что в релизе. Когда Дебиан фризят перед релизом, фризят все репозитории.
Ты о каком фризе говоришь? Например в мае 2025г. вышел debian 12.11
В версию Debian 12.11 включены накопившиеся обновления пакетов и добавлены исправления в инсталлятор. Этот выпуск включает 81 обновление с устранением проблем со стабильностью и 45 обновлений с устранением уязвимостей безопасности.
Системы, установленные ранее и поддерживаемые в актуальном состоянии, получают обновления, присутствующие в Debian 12.11, через штатную систему установки обновлений.
О фризе реп Дебиана перед большим релизом.
Он всегда жив. Он просто меняет имена.
> Он всегда жив. Он просто меняет имена.sid всегда sid.
> Для 96.9% пакетов обеспечена поддержка воспроизводимых сбороккакая разница, сколько там процентов, если домохозяйки сразу накатывают проприетарные дрова на невидию или хром?
Никакие "домохозяйки" не устанавливают Debian, и, вероятнее всего, даже не знают, что это такое.
Ты удивишься. Погугли AndreaBorman, она сейчас на Debian Sid и юзает Chrome (но не Chromium).
Упоминание Линукс-бабушки, это мы лайкаем.
Забавно.
Вроде релизнулся сегодня, а протух и окаменел еще вчера.> Удалены порты "mipsel" и "mips64el"
> Прекращено формирования официальных установочных сборок
> и пакетов с ядром для 32-разрядных систем x86Они сами догадались закопать этот древний хлам? Или кто-то подсказал?
Сколько у тебя в пользовании было ПК на этой архитектуры, что ты так распереживался? Или тебя вообще никак это новость не касается, но ты на всякий решил позлорадствовать?
Я бы бежал сломя голову от тех, кого в 25 году ещё _касается_ проблема 32-битных систем.
От ретрогеймеров в первую очередь?
Каким образом они причастны к линуксу?
А сколько x64 памяти выжирает под простейший код.
Энергии на переключение одной 64-битной ячейки хранения тратится больше чем на переключение 32-битной.
Как будто, если требуется записать в ОЗУ один байт, одно короткое, 32-битное, то шина не позволяет это сделать, не меняя все 64 бита.
в 64-битной ячейке хранения как правило хранится сущность, которой "за глаза" хватает 32-битной.
90% потребителям хватило бы 32 бит, но 10% нужно 64 бита. 90% потребителей оплачивает то, что им не нужно.
Продолжай.jpg
Бери выше! 99% хватило бы и 8 бит, но злые капиталисты в погоне за копеечкой из кармана твоей мaмки все развивают и развивают электронику!
> хватило бы и 8 битНе поверишь, но 8-битные МК до сих пор выпускаются, и их куда больше в мире используется, чем ПК-шек.
> Не поверишь, но 8-битные МК до сих пор выпускаются, и их куда
> больше в мире используется, чем ПК-шек.Но 32 битные их таки немилосердно задвигать начали...
8 Бит это хорошо, но если у тебя 32 бит, можешь почувствовать себя как король.
Думаю, даже сейчас, можно было бы большинство потребностей нашей страны закрыть и 8 битами в TUI, при желании. Лишь бы они производились в стране и были адекватно дешевы.
Все таки как большой оптимист чуть переборщил. Наверное хотя-бы 16 битный процессор нужен. Вся эта древнота выглядит похоже. В общем, надо забыть про ящики с эльбрусами, и начать производить отечественные risc-v одноплатники для всех.
Всем бы хватило 640 Кб
Релиз FreeDOS 1.4 в апреле этого года доказательство этих слов. Требования 640 кб ОЗУ. Как мы видим, железо при желании и необходимости можно поддерживать софтом очень долго.
Интересно, сколько человек по всему ммру используют FreeDOS для решения актуальных задач, а не для ностальгирования и ретро-игрушек (ну ещё какого-нибудь замшелого легаси)? Человек сто наберётся?
ты эта...
не шути так!
паровозики в Германии без доса ездить не смогут
https://www.cnews.ru/news/top/2024-01-30_samoj_peredovoj_str...
> Сколько у тебя в пользовании было ПК на этой архитектуры, что ты так распереживался?Я не переживаю, а радуюсь!
Ведь каждая закопанная некроплатформа - это сотни не выкинутых на помойку человекочасов работы мейнтейнеров. Может им тогда хватит времени не пропускать бекдоры с репу!> ты на всякий решил позлорадствовать?
При чем тут злорадство? Вот я не знаю ни одного человека, которому от это прекрасной новости стало хуже)))
Сборка пакетов давно вся в автоматическом режиме. Поверхностный анализ заставляет меня признать, что архитектура явно устарела, вытеснена RISC-V и по сути, если что-то рабочее на руках у людей и осталось, то скорее всего там какая-то проприетарщина. Возможно трата часов и электричества на сервере стала действительно бессмысленной.
> Сборка пакетов давно вся в автоматическом режиме.Вот только ниоткуда не следует что пакет соберется в режиме fire and forget и не придется разгребать отвалы.
В случае MIPS - более-менее производительных машин для сборки всех 70 000 пакетов просто не существует. Это и с RISCV некая проблема, но с ним это выправляется, появились довольно мощные железки. И с прочими ARMEL - который в сабже последний релиз поддерживается.
Кросс-компиляция? Не, не слышал. Или вы думаете, что для сборки, скажем, для s390x у дебиановцев дома мейефреймы стоят?
> Кросс-компиляция? Не, не слышал.Это весьма канительно по сравнению с "нативной" сборкой и может генерить достаточно уникальные баги оптом.
> Или вы думаете, что для сборки, скажем, для s390x у дебиановцев дома мейефреймы стоят?
Я думаю что им предоставили доступ к железу. И билдфермы у них по любому - не дома в общем случае. Вы домой и сервак на EPYC на факт что захотите ставить. Тут конечно есть господа с 19" шкафом но это весьма специфичный экспериенс.
> Это весьма канительно по сравнению с "нативной" сборкойОдин раз настроил тулчейн и собираешь, что тут канительного?
> и может генерить достаточно уникальные баги оптом.
С чего вдруг? Компилятору фиолетово, для какой платформы он создаёт код и на какой.
> Вы домой и сервак на EPYC на факт что захотите ставить.
Вы же понимаете, что поставить домой сервак на EPYC и мейнфрейм IBM — это очень, очень разные вещи?
> Один раз настроил тулчейн и собираешь,Это может брякнуть только тот кто ни разу не заморачивался более-менее continuous процессом чего-то такого.
> что тут канительного?
Ну вот то. В целом это все достаточно канительно и глючно. Но если вы такие эксперты - выехайте на белом коне да дайте мастеркласс этим неудачникам. Вы - хто? И ваше дистро - что? Давайте посмотрим сколько вы там архитектур поддерживаете такие красивые и как оно VS дебиан, по числу пакетов, использованию и вообще?
>> и может генерить достаточно уникальные баги оптом.
> С чего вдруг? Компилятору фиолетово, для какой платформы он создаёт код и
> на какой.Компилятору - фиолетово. А вот обвес вокруг может изрядно поделать мозг. Поэтому просто кросссом собирать - ядра и бутлоадеры. А вот окружения с кучей либ, разных билдисистем и проч - ну такой себе, более отдельный квест.
> Вы же понимаете, что поставить домой сервак на EPYC и мейнфрейм IBM — это
> очень, очень разные вещи?Я понимаю что нормальный человек ни то ни другое делать - не будет. И поэтому и то и другое будет где-нибудь в датацентре. И если IBM захочет пакетики дебиана для своей штуки - как зайчик предоставит парочку. Что они, пару майнфреймов чтоли не найдут для поддержки своей архитектуры популярным дистро запрашиваемым клиентами?
Поправка. Согласно гражданину ниже - майнфреймов было походу даже 3.
https://db.debian.org/machines.cgi
> Ведь каждая закопанная некроплатформа - это сотни не выкинутых на помойку человекочасов
> работы мейнтейнеров. Может им тогда хватит времени не пропускать бекдоры с
> репу!Нет, они просто будут больше бездельничать, а качества в оставшейся работе не прибавится. ¯\_(ツ)_/¯
Вот у меня лично есть третий пень как раз на Дебиане. И я нисколько не счастилв, что меня в мусор выбросили.
> Вроде релизнулся сегодня, а протух и окаменел еще вчера.Да ты и сам уже не совсем свеженький. То ли дело когда только вылупился. Но писать ты тогда умел только в подгузник.
> Они сами догадались закопать этот древний хлам? Или кто-то подсказал?
X86-64 уже четверть века с нами. На мипс забил imagination который задвинул его в пользу riscv.
Поддержка ядра 6.12 завершится в конце 2026 года, то есть почти через полтора года. Им придётся либо поддерживать его самим, или в очередном поинт релизе новое LTS ядро завозить.
https://www.kernel.org
6.12 это на момент релиза (10.08.2025). Далее он будет обновляться. Не передергивайте.
ну ты даёшь. женщину чтоли искать?
Это неразумно для стабильного релиза, вы наверное не в курсе, но весь смысл Debian stable это в том, что фиксированные версии пакетов и ядра были. Debian 12 вышел с ядром 6.1 LTS, и оно оставалось 6.1 до релиза Debian 13. Прыгать от версии к версии это ломать стабильность.
Цитата в https://www.kernel.org/category/releases.html:
"Distribution kernels
Many Linux distributions provide their own "longterm maintenance" kernels that may or may not be based on those maintained by kernel developers."Кроме того 6.12 крайний LTS и возможно поддержка будет продлена после.
Лучше на nodejs посмотри. Засунули предыдущий lts 20 версии, а не 22.
А надо было вовсе выкинуть.
> Поддержка ядра 6.12 завершится в конце 2026 года, то есть почти через
> полтора года. Им придётся либо поддерживать его самим, или в очередном
> поинт релизе новое LTS ядро завозить.А разве арчеводам не рассказывают, что бывают ещё и релизные в том числе продакшон-системы, в которых ядра всю дорогу поддерживают дистрострои самостоятельно без оглядки на поддержку у апстрима?
Такие тайные технологии древних как в Ubuntu, RHEL и подобным им, это сакральные тайные знания считающиеся ересью, которая может смутить умы неокрепшие неофитам школы роллинг-релизной мыслы наисвежайшего свежака и священного блидинг эджа, видимо. xD
> Поддержка ядра 6.12 завершитсяДо использования Linux, думал Debian, это что то такое, что можно запустить на пк, в постапокалиптическом мире, и оно будет запускать браузер, можно серфить интернет,
А тут новое ядро каждый день.По сравнению с Windows.
Заждались уже. Mesa 25.0.7 вышла 28 мая 2025 года. Gimp 3.0.2 тоже пару месяцев назад. Т.е. софт этого года. Те кто этим недоволен, может спокойно вместо нытья идти в арч и наслаждаться его свежестью каждый день.
x86 жив пока жив Debian
x86 мёртв уже примерно 25 лет, amd64 его поимел во все щели
Debian не жив, как только втянул системду.
Она в нем только по дефолту тебе устанавливается, вернуть SysVInit очень легко.
> Ядро Linux обновлено до версии 6.12Немного странное решение, учитывая, что поддержка 6.1, которое в Debian 12, заканчивается на год позже, как указано на https://www.kernel.org/category/releases.html
> Немного странное решение, учитывая, что поддержка 6.1, которое в Debian 12, заканчивается
> на год позже, как указано на https://www.kernel.org/category/releases.htmlСкорее всего из-за этого opennet.ru/opennews/art.shtml?num=59791
6.1 релизнулось в 2022-12-11, т.е. до вышеописанных событий.
А потом похороникс делает тесты, в которых искренне удивляется двузначной процентной разнице в производительности старого ядра с новым. Там его даже в комментариях высмеивают.https://www.phoronix.com/review/debian-13-benchmarks
Вообще то, что дебиан решил использовать не очень старое ядро прям удивляет. Да и остальные версии выглядят ничего. Похоже кто-то большой и толстый их по голове погладил за слишком протухший софт.
> Вообще то, что дебиан решил использовать не очень старое ядро прям удивляет.Вероятно, тут замешан релиз 9000 рыкс. Хотя им даже 6.12 вроде минимум для работы и лучше иметь фиксы из свежих ядер.
Спасибо, кэп.
Из топика:
"при сборке используются инструкции SSE2, которые недоступны в большинстве 32-разрядных процессоров, поддерживавшихся в Debian 12"
"Для хранения каталога со временными файлами /tmp задействована файловая система tmpfs,"
> "при сборке используются инструкции SSE2, которые недоступны в большинстве 32-разрядных
> процессоров, поддерживавшихся в Debian 12"Вы хотите юзать компьютер которому четверть века с современным дистро? Туда в пору antix какой ставить уже.
так то у антикса дебиан под капотом...
У них выбора нет. Оставить 6.1 было бы еще более глупым решением. У меня с ноутом 23-го года там были проблемы с железом, а сейчас там вообще делать нечего.
Ну, вроде как в gtp должна появится поддержка ipv6 в драйвере gtu-u. Так что, что подключется к сотовым серем при помощи SYSRAN CU/DU и UERANSIM, смогут использовать ipv6
>> Ядро Linux обновлено до версии 6.12
> Немного странное решение, учитывая, что поддержка 6.1, которое в Debian 12, заканчивается
> на год позже, как указано на https://www.kernel.org/category/releases.htmlДа-да, ужос-ужос, священный kernel.org забыли спросить! 😱
Страшно представить, что с вами будет, уважаемый, когда вы глянете сколько идёт поддержка релиза RHEL и каких версий там бывают ядра. xD
>Исключены команды last, lastb и lastlog, которые были завязаны на файлы /var/log/wtmp, /var/log/btmp, /var/run/utmp и /var/log/lastlog, использующие 32-разрядный тип time_t, который невозможно заменить на 64-разрядный без изменения ABI Glibc и нарушения совместимости с приложениями. Вместо данных утилит рекомендовано использовать утилиты wtmpdb, lastlog2 и lslogins.Но почему нельзя было обновить last, lastb и lastlog? Зачем писать три другие утилиты?
last никуда не делся. Только что проверил. lastb да, отсутствует. lastlog заменили на lastlog2. Проблем не вижу.
до 2038 года можно пользоваться привычными утилитами.
А там переопределим unix epoch.
Тссс! Ты так всю проблему на корне изведёшь! Как же бюджеты пилить упорной разработкой софта, борющегося с надутой проблемой...
И все твои файлы улетают в будущее. Ну, тоже решение.
Всё можно сделать. Можно одной утилитой оба формата поддерживать. "Но это же не наш метод" (с)
Теперь ждём LMDE.
Не нужно в связи с наличием Cinnamon в самом Debian
> Не нужно в связи с наличием Cinnamon в самом DebianВнезапно, LMDE это не только изкоробочно прилизанный Debian с Cinnamon, но и изкоробочные минтотулзы, которых нет в репах Debian.
И да, заранее опережая ненужнистов сразу скажу, это ненужнисты ненужны! ;)
> Не нужно в связи с наличием Cinnamon в самом DebianCinnamon мне вообще не сдался, я пользуюсь тайловым оконным менеджером. Mint — это красивые темы, красивые курсоры, офигенный инсталлятор, кодеки одним кликом и многое другое.
Но там уже устаревшее ПО!
> Но там уже устаревшее ПО!А можно озвучить столь жизненно необходимые вам фичи новейшего софтa по сравнению с "устаревшим" ?
Почему обязательно жизненно важные? Просто важные. Или просто удобные.
> Почему обязательно жизненно важные? Просто важные. Или просто удобные.Ну тогда список можно: **просто важных или просто удобных**, за которые стоить потратить несколько часов жизни на переустановку всего и/или борьбы с несовместимостями на апгрэйде при условии что это частная шарманка, не говоря уже про парк серверов где несколькими часами не отделаться и еще кто то должен будет готов раскашелиться если это частный бизнес(ы) на брейк & фикс плане.
Большинство хотелок (важных и удобных) решаются с помощью флатпака или аппимеджа, чтоб оттянуть вышеописанное "удовольствие"
Не знаю, на нормальных операционных системах скачивание sertup.exe и установка занимают несколько минут.
> скачивание sertup.exeбесплатно и без СМС надо полагать?
> на нормальных
ну ну...
> бесплатно и без СМС надо полагать?Да, бесплатно и без СМС.
> ну ну...
Вот то, что я написал — это и есть критерий нормальности. Когда просто скачал и установил, и оно работает.
странно - а на винфаках у людей все время проблемы и оно не работает.
врут наверное...
или там пишут именно линуксойды-вредители, чтоб опозорить божественную ОСь?
Странно, что на сайт, посвящённый проблемам, идут люди с проблемами.
У линуксоидов вот таких сайтов нет, конечно.
Есть постоянно обновляемые дистры:
https://get.opensuse.org/ru/tumbleweed/#download
Вопли про устаревшее ПО утомили, это неактуально давно при наличии flatpack, если шашечки дуйте в арч или тот же дебиан sid
Дебушка...
При всём уважении к проекту, всё же считаю двухлетний цикл разработки в наше время слишком долгим.
Софт намного быстрее развивается сейчас, чем во времена появлений деба.
Хотя бы раз в год релизились, как, например, Leap, цены бы дебу на десктопе не было.
Хотя отчасти флетпаками можно решить.
Пожалуй, это был бы уже не Debian, а как попало скроенное нечто. Причем, думаю, что и два года - это мало. Если надо быстро и свежО, очевидно, что есть ведь всякие роллинги.
А я считаю что релизы слишком частые. Вроде сосвсем недавно обновился с 11 до 12, а тут уже 13 вышел, опять придется обновлять все свои сервера. Как будто проще обновляться каждые 4 года, а не 2.
>придется обновлять все свои сервера. Как будто проще обновляться каждые 4 года, а не 2.Так то ж на серверах, согласен.
В моём посте речь о десктопе была.
Для десктопа есть тестинг/сид/бэкпорты.
Наоборот, нужно удлинять цикл релизов. Софт начал резко деградировать, релиз каждые 5 лет даст возможность оценить что работает в долгосрочном плане и что было временно форсированно модой.
> Наоборот, нужно удлинять цикл релизов.
> релиз каждые 5 лет даст возможность оценить что работает в долгосрочном планеТ.е. ты собираешься страдать 5 лет от багов и недостатка функций чтобы потом обновиться и понять что стало хуже? И пересесть на следующее багованное поделие, чтобы еще через пять лет придти к выводу что оно не очень?
Ты бессмертный что ли?))
каких багов и недостатков функций?
железо не меняется, нужное точечно накатывается из бэкпортов.
не у всех же домашний локалхост и шило в одном месте...
Так релиз Debian как раз 5 лет и поддерживается. Что вам еще удлинить нужно?
> Дебушка...
> При всём уважении к проекту, всё же считаю двухлетний цикл разработки в
> наше время слишком долгим.Фича Debian даже не столько в более долгом сроке разработки с точки зрения современных хотелок.
Фича Debian в том, что на него можно положиться с точки зрения консервативного подхода, в нём в угоду новизны не будут безоглядно ломать привычные сценарии работы, за что он так полюбляем админами и прочими реальными трудягами которым надо работу работать за деньги, а не пакетбилды на локалхосте доваривать. Или же периодически переучиваться и чинить скрипты, потому что в красношяпом полигоне что-то опять заменили одно на другое и из-за пары буквоцифр нужно вновь лезть в макулатурку и гуглить плачи на форумах.> Софт намного быстрее развивается сейчас, чем во времена появлений деба.
Всё просто, если кого-то не устраивает скорость разработки и релиз Дебиана, тот его не выбирает! ;)
> Хотя бы раз в год релизились, как, например, Leap, цены бы дебу
> на десктопе не было.Ну и зачем дебианщикам ещё одна Fedora или промежуточные релизы Ubuntu?
> Хотя отчасти флетпаками можно решить.
Вот именно, если разобраться, а не ныть, то многое решаемо, и более свежие ядра и свежесть пакетов можно хоть кусками других дистров решать (distrobox, nix), но это уже сугубо индивидуально на своём личном локалхосте и остаёшься наедине со всеми своими странностями и отклонениями которым подверг себя. ;)
ну так присоединяйся к команде и релизь
>"Прекращено формирования официальных установочных сборок... и пакетов с ядром для 32-разрядных систем x86"
Только они не учли одного, что на дисктопе люди ставят Linux в основном, чтобы дать 2 жизнь старому ПК.
Это практически сложно - дать вторую жизнь ПК с x86 процессором, который не умеет в 64 бита. Попробуйте на досуге найти такой и что-то на нём поделать. Делать "что-то", конечно, получится, но это будет не про тыцкание по сайтикам совершенно однозначно.
Да, практически невозможно - даже в инструкциях для парамедиков сто раз пишут - реанимацию начинать нужно когда пациент УЖЕ помер, а живых людей не реанимируют (они от этого могут сдохнуть).> Попробуйте на досуге найти такой и что-то на нём поделать.
чего его искать-то - вон один на столе второй под столом. Не то чтоб у них процессор не умел в 64 в принципе, но у одного uefi32, а другой биос-онли и нет драйверов. И не было никогда.
Оба работают, в сберонлайн зайти можно, другие сайты вам теперь запредены в целях безопастносте, но, разумеется - под windows10. А не этими шв@60дкоподелками где ibm сказал, все дружно бросились выполнять.
Вот с armhf'ной коробочки уже и правда сложно по сберам лазить (хотя видео в 4k она могет - разумеется, апгрейдить ее ни на какой дерьмиан нельзя, ибо драйверов к тому видео снова нет)
Если забыть про видеодетали - мощность ее пожалуй даже ниже нормального p4 из тех серий что в принципе не могут в x64. Больше это похоже на селерон тех же времен.
> Это практически сложно - дать вторую жизнь ПК с x86 процессором, который
> не умеет в 64 бита.А зачем??
Оно же будет тормознутое до невозможности, при этом жрать в лучшем случае столько же как и современный проц. А сравнивать производительность на ватт вообще бессмысленно.
> Оно же будет тормознутое до невозможности, при этом жрать в лучшем случае
> столько же как и современный проц. А сравнивать производительность на ватт
> вообще бессмысленно.Оно просто капец какое тормознутое в такой конфигурации. Особенно с современным софтом. Более того x86-64 с нами четверть века примерно. Юзать железо древнее чем это для чего-то практического? Разве что действующий музейный экспонат, но там последняя версия дистро и не требуется.
И как вы видите - там SSE2 теперь надо. Много софта стало откровенно разваливаться не найдя хотя-бы SSE2, и это некие грабли. А то что умеет SSE2 но не умеет 64 бита - если и было то очень узкая прослойка на самом деле.
фаерфокс без sse2 в дебиане 12 еще работает...
> Это практически сложно - дать вторую жизнь ПК с x86 процессором, который
> не умеет в 64 бита. Попробуйте на досуге найти такой и
> что-то на нём поделать. Делать "что-то", конечно, получится, но это будет
> не про тыцкание по сайтикам совершенно однозначно.В годы, когда собирали полноценный релиз под x86, на этих компах ещё можно было свободно интернетом пользоваться полноценно, без костылей, мультимедию всякую крутить, так что "что-то", это вы, уважаемый, зажрались.
Просто посчитали что пора закапывать всем пользователям стюардессу, и просто зафорсили агонию! ¯\_(ツ)_/¯
> В годы, когда собирали полноценный релиз под x86, на этих компах ещё можно было свободно интернетом пользоваться полноценно, без костылей, мультимедию всякую крутить, так что "что-то", это вы, уважаемый, зажрались.Заметьте, я предложил не вернуться в ваш 99-й и там всё это пользовать, а вот сейчас убедиться в практической неюзабельности систем на Pentium III и более ранних (т.к. в P4 уже был SSE2) для нынешних десктопных задач на нынешнем (Debian 12) софте.
>> В годы, когда собирали полноценный релиз под x86, на этих компах ещё можно было свободно интернетом пользоваться полноценно, без костылей, мультимедию всякую крутить, так что "что-то", это вы, уважаемый, зажрались.
> Заметьте, я предложил не вернуться в ваш 99-й и там всё это
> пользовать, а вот сейчас убедиться в практической неюзабельности систем на Pentium
> III и более ранних (т.к. в P4 уже был SSE2) для
> нынешних десктопных задач на нынешнем (Debian 12) софте.Я как раз и имел в виду, "современный дистр", потому что bookworm пока ещё поддерживается, а для него есть полноценные образы i386, которые вполне поддерживают последние 32битные процессоры. И пару лет назад в экспериментах, по пользованию всякого старья и хламья, вполне смотрелся ютуб и всякая мультимедия игралась без костылей. Главное было побольше воткнуть ОЗУ, а некоторые последние 32битные доски позволяли хоть и нищенский по современным меркам, но вполне достачтоный максимум ОЗУ иметь, чтобы к примеру браузером вполне нормально пользоваться, не разгуляешься конечно на сотни вкладок, но пользоваться в режиме не сильной аскезы можно было. И это чисто десктопные доски, а если взять сервачьи, где максимальные объёмы памяти ещё больше, то там и развернуться можно было наверняка ещё плюс несколько лет.
Так что, прибивание поддержки "i386"-образов - это чисто политико-экономическое решение, а не следствие реальной неработоспособности подобных систем на сегодняшний день.
Я не осуждаю и не защищаю такое решение разработчиков, они вольны делать что хотят, просто констатирую факт - ребята решили зафорсить этот переход, вот и всё.
> "i386"-образовобновляется с 12-го на 13-тый норм... так что отсутствие образа не проблема...
>> "i386"-образов
> обновляется с 12-го на 13-тый норм... так что отсутствие образа не проблема...Это хорошо если так, просто я проверить уже не могу, точнее нет мотивации, т.к. больше не мучаю тот реликт (так-то понятно что можно было бы в виртуалке, просто без надобности пока что по крайней мере), но если вдруг в обозримом будущем припрёт, то буду иметь в виду, что ещё на 2+ лет агонию продлили. ))
вон даже на лоре хвастаются
https://www.linux.org.ru/news/debian/18046501?cid=18047289
> Это практически сложно - дать вторую жизнь ПК с x86 процессором, который не умеет в 64 бита.Дебиан bookworm, если позволяет производительность и железо. Или вообще накатить FreeDOS. Тоже свобдный софт.
> Попробуйте на досуге найти такой и что-то на нём поделать.
Документы, видео, аудио, текстовый редактор, торрент, интернет тв + радио, uget качалка по расписанию, сменить браузер на netsurf + links2, почта sylpheed или alpine, emacs + geany учиться программированию, какие то игры тоже запустятся, скорее всего freedoom и lzdoom будут работать. В итоге... Для учебы + развлечений + качалка + какую-то работу можно делать. Но если все что вы делаете, делаете через веб браузер на современных сайтах перегруженных ява-скриптами, то да, вам такой ПК вряд-ли даже для вторичных задач понравится.
> + качалкаКачалка чего? Древних игр и фильмов в DivX?
Сата порты еще у четвертых пеньков были, если я не ошибаюсь. Жесткие диски новые любых размеров и брендов до сих пор продают. Да хоть FullHD сериалы качай если техника и условия позволяют. Превратишь в файл-сервер - остальным по локалке раздавать будешь, воткнешь wi-fi карточку совместимую, даже без проводов. Фантазию включай. Не интересно самому возиться, продай ретроигроманам.
Это называется «из говна пулю лепить». Впрочем, у меня NAS из подобного и слеплен, но там всё же 64-битный атлон и гигабитная сеть.
> Сата порты еще у четвертых пеньков были, если я не ошибаюсь.Это очень большая, прожорлдивая и шумная качалка. Которая пожалуй сольет одноплатнику с креду размером уже.
И тормозная. Торренты неплохо так нагружают процессор. Современные жёсткие диски упираются уже в SATA-II, а не в SATA-I.
> freedoom и lzdoom будут работать. В итоге... Для учебы + развлечений + качалка + какую-то работу можно делать.
> freedoom и lzdoomДа, это тебе не AAA, игры, Doom Ethernal.
В итоге...
>Для учебыА что для учебы не нужно серфить сайты современные с медиа.
> + развлечений
freedoom и lzdoom, стоят всех игр на Steam.
> + качалка
wget
> + какую-то работу можно делать.
Ну разве что в простейшем текстовом редакторе, ито длинна текста будет огоаничена количеством памяти.
А при большем количестве текста, и этот текст будет лагать.
> Ну разве что в простейшем текстовом редакторе, ито длинна текста будет огоаничена количеством памяти. А при большем количестве текста, и этот текст будет лагать.Лев Николаевич, Вы решили объемный сиквел Войны и Мира написать?
Так-то АпачОпенОфис вполне себе под линуксом на 2-пне с 256 озу работает и на Войне и мире не лагает...
Если разработчик - вредитель, захардкодивший sse2-интринсик - то да, невозможно (без патча). А так шланг прекрасно генерит код, который может даже на AVRке работать, не то что на i386 (натуральном).Но тут многие разрабы на содержани у производителей железа намеренные вредители. Интринсики может и не очень часто хардкодят, всё таки интринсики - это удел HPC (очень агрессивной оптимизации под производительность), но во многих CMakeLists.txt можно найти проверку, что если размер указателя не 8 - то FATAL ERROR что не поддерживается. Убираешь проверку, собираешь ... все тесты проходят, во чудеса!
На десктопе Linux ставят в основном, чтобы не пользоваться Windows и MacOS. Даже специально для этого собирают с нуля компы или покупают под Linux ноутбуки. НОВЫЕ. 2 жизнь ПК это больше о тех, кто с мелкодушнымсофтом так и не желает прощаться, а старую затертую до дыр технику жалко выкинуть.
Что-то рановато они выпустили 13 дебиан, недотестировали. Обновился с 12, и начал ловить кернел паник на старте с 6.12 ядром, при этом 6.1 ядро грузилось. Пока не удалил plymouth так и не смог в 6.12 ядро зайти, хотя система у меня, по сути, голая, опенбокс стоит и лайтдм, никаких извращений
Bcachefs
не уловил связи при чём тут это. Система на ext4 у меня, если что
https://www.linux.org.ru/forum/linux-hardware/17289043?cid=1...Вывод № 2. Похоже, действительно что-то не докрутили или перекрутили...
Опять NVidia не фурычит на чистом FLOSSе?
Вопрос-то не к железу, а к учьим маркетологам, решившим похоронить хорошее оборудование. Теперь 500 раз подумаю, стоит-ли связываться с NVidia после такой подлости.
А что такое "FLOSS" я не знаю.
> к учьим маркетологам, решившим похоронить хорошее оборудование.
> хорошее оборудование
> NVIDIA GTS 250Кусок мусора из 2009го... Зато "хорошее оборудование" по мнение местных кекспертов.
> связываться с NVidia после такой подлости.
Подлая нвидия подло поддерживала работоспособность карточки в течение 15+ лет.
Экие подлецы! Они "абязаны тянуть хлам ВЕЧНО!!!111"
> Кусок мусора из 2009го... Зато "хорошее оборудование" по мнение местных кекспертов.На венде работает.
так что претензии-то - на самом деле не нвидии надо было предъявлять. Те выкрутились как могли.
О чём и речь. Оно им надо — вокруг stable API is nonsence плясать вприсядку?
>> Кусок мусора из 2009го... Зато "хорошее оборудование" по мнение местных кекспертов.
> На венде работает.На которой из виндов? А то может и линух тех же лет юзать? :)
Windows 11. Работает, видео в браузерах с ускорением, игры без проблем (в меру её возможностей, конечно).
Graphics:
Device-1: NVIDIA GF119 [GeForce GT 610] driver: nouveau v: kernel
Display: server: X.Org v: 1.21.1.8 driver: X: loaded: modesetting
unloaded: fbdev,vesa dri: nouveau gpu: nouveau resolution: 1920x1080~60Hz
API: OpenGL v: 4.3 Mesa 22.3.6 renderer: NVD9все ч0тко, проблем нет...
> nouveau
> проблем нетНе-не, спасибо.
Не говоря уже о том, что GTS 250 годика на четыре постарше.
и что?
Вот если бы ты пожаловался у тебя проблемы с fx5200 или mx440, то тут я бы тебе поверил... а так...
А то, что в линуксе GTS 250 не работает даже через nouveau.
Ну у меня не нвидия ни разу, но соболезную проблеме
>Пока не удалил plymouthА смысл ставить эту LRGB-подсветку?
Я всегда её удалял вместе с chmod -x /etc/grub.d/05_debian_theme, чтобы от загрузчика до менеджера сеансов был чёрный экран, благо с современными SSD это занимает единицы секунд.
>А смысл ставить эту LRGB-подсветку?никакого, просто оно стоит из коробки по дефолту и до этого момента я не видел смысла в лишних телодвижениях для его удаления
Когда там уже слака новая выйдет?
Поддержка ядра 5.15 заканчивается в конце 2026-го, возможно до этого выкатят какой-нибудь Slackware 15.1.
> Когда там уже слака новая выйдет?У слаки всегда есть current, если так уж неймётся ждать благословления и благодати от Патрека. ;)
После обновления пропали настройки мониторов в kde. Т.е. вообще пункт мониторы...И в x11 и в wayland.
KDE вообще ломается на ровном месте. XFCE тащит!
Надо не раньше 13.6 ставить, и так с каждым релизом.
Или сносить .config перед обновлением.
Или ставить шинд.
За то теперь в моем ноуте асус 13го года, при перезагрузке не надо надо перетыкать hdmi, что бы заработал внешний монитор.
Попробуй вычистить кэш, который создает Plasma и перезайти.
проверьте, что kscreen установлен и обновлен
Спасибо.
Поставил заново.
имеется ввиду поставил дебиан заново.
> удалено 8844 (12%) устаревших или заброшенных пакетовНиасиляторы.
>> удалено 8844 (12%) устаревших или заброшенных пакетов
> Ниасиляторы.Всё просто: разрабатываемый сообществом дистрибутив, при ситуации когда мейнтейнер перестаёт поддерживать свой пакет, если не находится нового добровольца его поддерживать, то пакет выкидывается на мороз!
Если вам нужен какой-то пакет для Debian, то можно проспонсировать кого-то его собрать и поддерживать или же собрать его самостоятельно и вызваться поддерживать за даром или за вознаграждение. Для вас, как говориться, полная свобода выбора, в том числе не выбирать Debian, если вам что-то не нравится! ;)
Спонсировать 12% дистра? Да проще LFS накатить с блэкджеком и иксами!
Линуксоиды есть двух видов: любители стабильности - жуют плесневое, любители нового - жрут сырое. Готовые блюда это не для них.
> Линуксоиды есть двух видов: любители стабильности - жуют плесневое, любители нового -
> жрут сырое. Готовые блюда это не для них.Не плесневое, а чёрствое, но если в горячий чаёк помакать, то можно и пошамкать, если зубиков уже нету ;)
> Линуксоиды есть двух видов: любители стабильности - жуют плесневое, любители нового - жрут сырое. Готовые блюда это не для них.Это винда то готовое блюдо? Так там сырого столько последнее время, что даже арчеводам не снилось. Или это про яблоневый сад окруженный очень большим забором и меню выбора из двух пунктов? Или вы это про Фряху вспомнили?
> Это винда то готовое блюдо? Так там сырого столько последнее время, что
> даже арчеводам не снилось. Или это про яблоневый сад окруженный очень
> большим забором и меню выбора из двух пунктов? Или вы это
> про Фряху вспомнили?Это обычный макдак, где индус почесав ж... (пока манагер не видит) потом вам крысбургер сделает и вот кушайте, не обляпайтесь. Пипл в принципе хавает. Но последнее время больше соблазняется только бесплатным сортиром, грят. И то...
Debian это оплот стабильности, в мире хаоса. А так да, Ubuntu сгодится и для сервера и для лептопа.
Я уже обновил свой Desktop и постепенно обновляю Debian на своих серверах
То что дропают 32 бита, это как выстрел линуса в свою собственную ногу!
На десктопе обычно линус всегда ставят на старые ПК, чтобы доработал своё. Это рыночную долю точно конкретно понизит.
> То что дропают 32 бита, это как выстрел линуса в свою собственную
> ногу!
> На десктопе обычно линус всегда ставят на старые ПК, чтобы доработал своё.
> Это рыночную долю точно конкретно понизит.Нифига. Большая часть компов не умеющих 64 бита либо сдохли от старости и берменных кондеров либо были отнесены на свалку - ибо ЭТО тормознее китайской мобилки за 50 баксов в разы. И зачм так мучаться - черт его знает.
>либо сдохли от старости и берменных кондеровУ лошар, не умеющих паять конденсаторы - да, действительно так.
Вы драные носки, случаем, не штопаете?Кстати, перепаивать конденсаторы на материнках вовсе не так просто.
Штопаю.
Ну значит и поддержку 32бит сможешь сделать.
Просто посмотришь дифф, сделаешь патчики.
Будешь тратить время на прдолинг потому что тебе это надо, а разротчикам - уже нет.
Все справедливо.
А толку, моё железо это просто не соберёт физически, для сборки нужно памяти больше, чем материнкой поддерживается. Это раз. А два ... весь дистр пересобирать каждый день - дешевле действительно железо выкинуть и купить то, сборку под которое вендор оплачивает. Да я бы может и согласен оплатить сборку под своё ... если бы Дебиан объявлял краудфандинг на это. А они просто дропнули - потому что Дебиан содержится не пользователями, а корпами, как и все остальные дистры.
> моё железо это просто не соберёт физическиу тебя пентиум-1 ?
> весь дистр пересобирать каждый деньо! мёсье знает толк...
> А они просто дропнулину не просто... возможность апгрейда 12го на 13тый осталась, нет только исошек официальных. неофициальные будут и всякие деривативы типа антикса на базе 13 будут...
>Будешь тратить время на прдолинг потому что тебе это надо, а разротчикам - уже нет.Так они намеренно всё гадят, потому что им платят за это те, кому это выгодно.
>ибо ЭТО тормознее китайской мобилки за 50 баксов в разыПойди WeChat поставь и поюзай, тебе должно зайти. То, что я тебе приказываю - это ОК, тебе много кто приказывает, и тебе ОК, одним приказом больше, одним меньше...
Не согласен. До недавнего времени думал, что самая минимальная конфигурации в офисах различных это условный i3 первых поколений и 4 ГБ ОЗУ, но сейчас нашел место где до сих пор используются Intel Core 2 Duo и это не шутка, такие места существуют, но даже он умеет в AMD64. У меня есть лептоп с одноядерным процессором, Он приколен своим форм-фактором, ставил на него Debian, но использовать его для какой-то работы или развлечений невозможно, разве что в голой консоли.
> На десктопе обычно линус всегда ставят на старые ПКЭта методичка уже лет десять как устарела, а с нынешним переходом на вяленый ей наносят контрольный удар.
> Эта методичка уже лет десять как устарела, а с нынешним переходом на
> вяленый ей наносят контрольный удар.Но и на последнем железе линь работает фигово.
Пока планировщики для новы процев завезут, пока драйвера для последних невидий, пока это попадет в актуальные ядра дистов... то все новое железо становится не сильно и новым.
Ну это-то всегда так было. «Выбирайте железо под Linux заранее!»
Просто.
Выбирайте железо под вашу задачу и ваши волосы мягкие и шелковистые (с)
И это не зависит от ОСи...
Это уже тогда печатная машинка без сарказма,
Браузер 32 бит разве существует?)Ну такой, что по функционалу серфить default сайт, а не который opennet.ru открывает.
> Браузер 32 бит разве существует?внезапно у фаерфокса официальные линукс сборки 32 бита...
Пользователям и коллекционерам ранних, с 2003 года, 64-битных процессоров приготовиться. После 32-бит более подходящих кандидатов на списание сложно придумать.https://access.redhat.com/solutions/7066628
Набор инструкций процессора устарел.
https://en.wikipedia.org/wiki/X86-64 (Microarchit... levels)
Может уже следующий релиз Дебиан, может через релиз.
https://en.wikipedia.org/wiki/X86-64
Дык пора бы уже обновить свой 15-летний металлолом...
Весьма благодарен за проявленное небезразличие, но что мешает обладателям 10-20-30 летних ПК регулярно покупать еще не выбрасывая предыдущие? Что? Какой-то запрет есть, например, не больше пяти на руки? Или что? Что за ограниченное мышление? У вас психологическая травма? Вам пришлось десятки лет сидеть на какой-нибудь встройке от интела времен четвертого пенька? Что с вами?
Он просто говоря корпоративным языком - "грамотный птребитель".
Такие люди платят подписки и лишаются "неожиданно" доступа к нему.
А другие направляют эти деньги на домашний сервер, где есть библиотека контента, в высоком качестве, с несколькими языковыми дорожками, нативно без лишних приложений, без DRM, оффлайн, можно поделиться с друзьями... То есть КПД денег у них максимальный.
Будто ты будешь смотреть что-то больше одного раза. Но не сомневаюсь, ты будешь хранить 40 лет до следующего раза. Отличный КПД денег, а главное, с пользой потрачено.
>"Будто ты"Есть же друзья, семья, дача.
>"хранить 40 лет"
Если ТБ много, то можно хоть сколько угодно хранить.
Можно ещё и локальный ИИ поднять для управления файлами развлекательного характера.> "Отличный КПД денег, а главное, с пользой потрачено."
Очень хорошо, что вы это признаёте. Признавали бы ещё те, кто тратят кучу денег на подписки (в том числе недружественным странам), а потом лишаются доступа. (В том числе из-за санкций.)
А также самое актуальное на данный момент - внеплановое отключение интернета против дронов, а дальше планируется вводить белый список для мобильного интернета.
Да, с 1 сентября VLESS XTLS Reality может ты и сможешь поднять, но финансовый след для штрафа оставишь:
Физические лица до 80 000 рублей.
Должностные лица до 150 000 рублей.
Юридические лица до 500 000 рублей.
От старого никакой пользы никому нет.
> А также самое актуальное на данный момент - внеплановое
> отключение интернета против дроновНу да, вот как раз когда вас атакуют ударные дроны, это самое время сесть посмотреть фильмец, да?
Как будто нарушение т.н. "авторского права" (режима рекета на самом деле) ограничены просмотром.
> что мешает обладателям 10-20-30 летних ПК регулярно покупать еще не выбрасывая предыдущие?Нежелание получить диагноз «патологическое накопительство»?
https://www.youtube.com/watch?v=FStmKuwBbGQИли ставить расчудесную Andruin Os, смотри как летает на древнем компе.
Правда автор браузер не запускал,
Может и не совсем летает.
Дебиан будет последним, кто начнет дропать "уровни микроархитектуры".
И да, тут я согласен с Торвальдсом полностью: https://habrastorage.org/r/w780/webt/by/_m/hc/by_mhc6kun4vg3...
Это его мнение на 2024 год, оно может измениться или он может отойти от дел. Разница в скорости по причине оптимизации есть, когда она станет еще более весомой, то отказываться будет сложнее. Софт который не работает на первом и втором наборе инструкций уже не редкость в мире свободного ПО.
Ориентируетешься на Торвальдса? Тогда ты бесплатно его работу сделаешь - он тебя на*** пошлёт же.
> И да, тут я согласен с Торвальдсом полностьюА он тебе, что на это отвечает.
https://www.opennet.me/opennews/art.shtml?num=62370
Коллекционеры не ставят на музейное железо новые ОS, особенно если они с ними плохо работают.
У меня значительнкя коллекция дествующего старого железа, но там в основном старое ПО, с которым они и работают хорошо, и в целом сохраняют музейную ценность.
> Коллекционерыhttps://habrastorage.org/r/w1560/getpro/habr/upload_files/50...
Да вот думаю обновить Debian, это я честно сфоткал.
Если Хозяин приказывает выкидывать - значит будут выкидывать. У любого менеджера есть байка "мне сверху спустили поручение найти повод и уволить конкретного сотрудника - и я это сделал и не раз". Дроп архитектур ничем не отличается. Спонсор приказывает не тратить ни цента на конкурентов его современным решениям - а не выполнять это и самому вылететь с содержания, или выполнить и какой повод выдумать, и нужен ли вообще повод - это уже разраба проблемы.
Неизлечимое сустемгешное "A stop job is running", вешающее комп при выключении минут на 5-10 пофиксили? Нет? Ну тогда дальше продолжаем юзать Artix Linux.
Это наверное первый релиз, со времен визи, который при апгрейде сломал систему. Молодцы, так держать!
"Прекращено формирования официальных установочных сборок и пакетов с ядром для 32-разрядных систем x86"Выглядит как закат всей архитектуры x86, когда за исторический горизонт опустилась значительная часть этой архитектуры и скоро потянет за собой остальную x86_64.
> за исторический горизонт опустилась значительная часть этой архитектурыНе за исторический горизонт опустилась, а на свалках валяется.
Еще раньше за исторический горизонт опустились 16-битные х86, например.
Незнаю что за закат,
64 бит года с 2010 у 80% пользователей винды,
32 бит, разве что у домохозяек.
https://syst3mfailure.io/rbtree-family-drama/ поправили?
В Debian шрифты в браузерах выглядят хуже, чем в Ubuntu.
Почему так, без понятия. Одинаковые шрифты, одинаковые настройки.
В Ubuntu всё гладко, в Debian - шрифты рваные, неровные, не гладкие.
В дебиане по умолчанию субпиксельный рендеринг выключен.
Я в курсе. Включал, всё равно хуже.
Просто дебиан настолько консервативен, что ещё раздумывает, переходить ли на ЖК-мониторы.
5 баллов :))В ИТ, где "эпохи" измеряются буквально пятилеткой, просто глупо хвалиться какой-то там консервативностью.
И правильно, субпиксельная радуга делает только хуже даже на ЖК.
Надо брать пример с венды - всё таки там инженеры не зря постарались!
> всё таки там инженеры не зря постарались!Да, инженеры не зря постарались.
Забавно. Наблюдаю еще с Debian 10, как там валяется jmeter второй версии. Как-то помню, по работе поставил его и обалдел с того, какой-же мусор у них в репозиториях.https://packages.debian.org/search?keywords=jmeter&searchon=...
Так вот, до сих пор не исправили. Хоть бы выкинули или обновили уже.
Кстати, может быть кто подскажет, почему без передергивания hdmi, внешний монитор после перезагрузки не запускается. Точнее запускается 1 раз из 100. Ноут асус 10 летний, видюха интел.
> Кстати, может быть кто подскажет, почему без передергивания hdmi, внешний монитор после
> перезагрузки не запускается. Точнее запускается 1 раз из 100. Ноут асус
> 10 летний, видюха интел.Не знаю, возможно дело в потрохах монитора, у меня 12летний acer по hdmi подключается, и всё нормально после включения, после перезагрузки.
Но я на нём использую иксы и Xfce. А вот что по поводу внешнего монитора могу сказать, что это то, что он в некоторых моментах не включался рандомно, не знаю от чего зависело, но местами помогало на более новом железе выставлять UEFI в настройках графики (это уже в отрыве от ноутбука, на другом системнике более современном), так что хз что там может быть, иногда у железа бывает половая несовместимость просто и оно ведёт себя довольно рандомно с одним оборудованием, а с другим работает вроде нормально.
Я имею ввиду когда кде загружается. Причем чаще всего можно вслепую набрать пароль, и тогда монитор сам включиться.С другими де точно не помню, но скорее всего пару лет назад тестировал и было то же самое.
А консоль работает.
Кстати в этом выпуске при установке с нуля в графическом режиме изображение растянуто на оба монитора с разрешением внешнего, т.е. fhd, а так как на ноуте меньше, то приходиться ставить в текстовом.
И при установке панель меню он размещает на внешнем, но если его сделать главным, то панель переместиться на ноут, а если отключить монитор ноута, то панель исчезает. Конечно несложно ее переместить вручную, но все таки для чистой установки это странно.
*не при установке, а когда уже kde запустилась панель меню он размещает на внешнем...
> И при установке панель меню он размещает на внешнем, но если его
> сделать главным, то панель переместиться на ноут, а если отключить монитор
> ноута, то панель исчезает. Конечно несложно ее переместить вручную, но все
> таки для чистой установки это странно.У меня с Xfce, ноутом и внешним монитором ровно такая же ситуация, это настраивается через меню дисплеев выбором главного моника и зеркального режима или "продолжение рабочего стола", или (как там оно на русском называется? (а в английском уже забыл), и эта настройка каждый раз сбивается, когда hdmi вытыкаешь.
Так что, видимо, конкретно это поведение от DE не зависит, возможно на вялом будет иначе, я не проверял, у меня на ноуте Xfce и иксы, меня этот вариант на данном этапе устраивает полностью, несколько раз пробовал использовать вялого, но он какой-то вялый, часть нужных мне пакетов до сих пор не работает под ним, да и сыроватый он какой-то в плане стабильности ещё, а ресурсов жрёт больше, пусть ещё допиливают! xD
> Кстати, может быть кто подскажет, почему без передергивания hdmi, внешний монитор после
> перезагрузки не запускается. Точнее запускается 1 раз из 100. Ноут асус
> 10 летний, видюха интел.*Видюха кстати тоже от intel, встройка
>такие как ограничение размера памяти в пространстве пользователя в 2GbРазве для mips64el это ограничение имеет место быть?
> при сборке используются инструкции SSE2получается на 13 дебиане мой Пентиум-III останется без фаерфокса и Епифани? Печально... Тогда придется на 12-ом сидеть :)
Никогда не видел Pentium III с 2 и более гигабайт ОЗУ.
на 512 озу при просмотре опеннета 128-esr даже не свопится ;)или вы хотите с ютуба на 3-пне ролики крутить?
Были материнки на чипсете i840. Сколько это стоило, объяснять не надо.
Ой, зайти в библиотеку любого универа за пределами Москвы и Санкт-Петербурга.
и? попросить найти книжку Фигурнова где есть картинка с Пентиумом-3 ?
Debian, как обычно, тащит древнее, без обнов. Ладно если в пределах одного релиза - так и задумано, претензий нет. Но когда старая версия тащится аж с 12 версии и в unstable то же старьё - это уже провал.
Например, caddy 2.6.2 версии. А сейчас 2.10. Несколько лет прошло, никто не пошевелился.
Баг для отслеживания: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1110530
Накатил. Работает. Стабильно. Очень рад.
Всё стало быстрее. Кофе вкуснее. Солнце ярче. Малина слаще. )
Вы там завязывайте накатывать, до добра не доводило никого.
>такие как ограничение размера памяти в пространстве пользователя в 2GbА в чём проблема? Некоторые разрабы сделали bloatware - из-за этого целую архитектуру выкинем? Это очередной выдуманный повод.
к сожалению все разрабы актуальных и даже не очень браузеров сделали bloatware :(
или netsurf выбор чемпионов?
>при сборке используются инструкции SSE2, которые недоступны в большинстве 32-разрядных процессоров, поддерживавшихся в Debian 12Приведите технико-экономическое обоснование с результатами бенчмарков на обычных приложениях на немодифицированных оригинальных исходников без читинга (такие программы обычно имеют код для динамического диспатча (программы, юзающие дополнительные наборы инструкций, то есть на AVX2-512 исполняется одна функция, на MMX - другая, на i386 - третья, на SSE2 - четвёртая) реализации под конкретную аппаратуру, разумеется для читинга можно сделать так, чтобы при сборке для i386 ветки для AVX2 не собирались, после чего орать о том, что просто сборка для i386 убивает производительность). Обоснование "нам Хозяин приказал, иначе с финансирования выгонет" - не считается: такие вещи нарушают "социальный контракт" (сама по себе теория социального контракта - это лютая ложь и пропаганда) Дебиан, и неразглашение подобного давления тоже есть нарушение "социального контракта". Но ожидать следования этому бреду от тех, кто этот бред продвигает не приходится. Очень хотелось бы, чтобы дист Дебиан отказался от "социального контракта" вовсе, и вместо него на главной висели бы списки архитектур (как поддерживаемых, так и ещё не поддерживаемых), рядом с каждой - счётчик полученных денег, и полоска cut-offa: если денег не набирается, до архитектуру дропают, если на неподдерживаемую архитектуру набираются деньги - то её реализуют. И чтобы рядом с каждой - экономическое обоснование указанной стоимости.
А сам то что? Вот возьми и приведи.
При отключении всплывающих подсказок в кде, перестают отображаться при наведении миниатюры в панели задач.
