С разморозкой линуксоиды. Оказывается еще в феврале этого года вышел замечательный программный эмулятор x86 архитектуры - Bochs, но на ЛОРе новости я не увидел.

• Основные изменения:
• Bochs internal debugger и GUI-дебаггер теперь включены в каждую сборку по умолчанию. Нет необходимости собирать специальную отладочную версию.
• Переход на Git – проект, наконец, переехал с Sourceforge-репозитория на GitHub. Это упростит сопровождение и отслеживание изменений. Обновлена документация.
• Новый математический сопроцессор – интеграция библиотеки softfloat3e на смену устаревшей softfloat2a даёт более точную и производительную эмуляцию операций.
• Поддержка новейших наборов инструкций:
  • AVX10 (первая и вторая версии) — Bochs стал одним из первых эмуляторов с поддержкой этих инструкций, которые появятся в будущих Xeon «Granite Rapids».
  • AVX512_FP16 — инструкции для работы с 16-битными числами с плавающей точкой, задействованные в процессорах Sapphire Rapids.
  • AMD 3DNow! — добавлена эмуляция всех инструкций этого набора, что улучшает совместимость со старыми играми и софтом от AMD.
  • AMX (Advanced Matrix Extensions) — добавлена поддержка AMX-TF32 и AMX-AVX512, используемых в серверных CPU Intel для ускорения задач машинного обучения.
  • MONITORLESS MWAIT, LASS, RAO-INT и MSR_IMM — эмуляция ряда расширений и интерфейсов для максимальной совместимости с новыми ОС и гипервизорами.
• Улучшенная работа с оборудованием виртуальной машины:
  • Эмуляция Voodoo Graphics (используется в старых играх) и чипов Cirrus Logic стала стабильнее.
  • Поддержка загрузки с USB — новая опция в настройках BIOS, которая пригодится для тестирования установочных образов.
  • Отладчик USB для xHCI и UHCI (доступен под Windows и с GTK3-интерфейсом).
• Правка критических багов эмуляции CPU – исправлены ошибки, влиявшие на работу гипервизоров (VMX, SVM) и выполнение инструкций (SHA, WAITPKG, XSAVEC и др.). Теперь корректно загружаются последние версии Windows 10/11 и современных дистрибутивов Linux.

Bochs — это полноценный программный эмулятор x86-совместимого ПК, написанный на C++. В отличие от QEMU или VirtualBox, использующих аппаратную виртуализацию, Bochs эмулирует каждую инструкцию процессора. Поэтому он медленнее, но обеспечивает максимальную точность и детализацию работы системы. Его классическое применение — отладка загрузчиков, ядер ОС и другого низкоуровневого кода, где важна каждая инструкция.

Исходники

Релиз

Оно шевелится! :-) По результатам выявленных с помощью санитайзера неопределённого поведения UBSAN добавлены проверки для предотвращения выходов индексов за границы и переполнения указателей, устранено предупреждение компилятора, а также реализована принудительная загрузка по UUID файловой системы во время монтирования. Напомню, что еще в в начале 2023 года известный разработчик ядра Кристоф Хеллвиг (Christoph Hellwig) поднимал вопрос о возможном удалении JFS из основного ядра Linux.

В Archinstall 4.2 внесено важное изменение в систему безопасности, предотвращающее запись файлов ключей шифрования в виде открытого текста на незашифрованные корневые разделы. В Archinstall существовала ошибка: если шифровались разделы, такие как /home, но не корневой раздел, файлы ключей записывались в незашифрованный корневой раздел в виде открытого текста. В Archinstall 4.2 файлы ключей генерируются только тогда, когда зашифрован и корневой раздел. Об этой проблеме безопасности сообщалось еще в июне 2023 года, но она была решена только сейчас. По крайней мере, для тех, кто использует полное шифрование диска / зашифрованные корневые разделы, проблем нет.

Подробности

Подразделение Toyota в Северной Америке Toyota Connected разрабатывает игровой движок с открытым исходным кодом для бортовых систем и консолей, используя Flutter и Dart.

Необычным является то, что разработчики решили использовать инструментарий Flutter и, в свою очередь, язык программирования Dart. Это новое творение на игровом движке называется Fluorite.

Toyota Connected North America сотрудничают с корпорацией Microsoft в рамках разработки программного обеспечения для автомобилей, искусственного интеллекта и связанных с ними технологических инициатив. Разработчики Toyota Connected представили на выставке FOSDEM 2026 свой игровой движок Fluorite «консольного уровня», созданный на базе Flutter и Dart. Они использовали Flutter как набор инструментов для разработки кроссплатформенного программного обеспечения и «создания потрясающих интерактивных эффектов». Fluorite также использует технологию 3D-рендеринга Filament от Google.

Основной экран автомобиля Toyota уже имеет встроенный Flutter, работающий в Yocto Linux и Wayland. Он используется в производстве некоторых автомобилей, таких как Toyota RAV4 2026.

Toyota заинтересована в игровом движке, подходящем для работы в автомобиле или в цифровом кокпите (зона, где водитель получает всю необходимую информацию и управляет основными функциями автомобиля). Такие варианты, как Unity и Unreal Engine, были отклонены из-за запатентованных двоичных файлов, большого объема ресурсов и лицензионных сборов. В то же время Godot они сочли, трудоёмким для запуска т.е. потребуется много времени и слишком много ресурсов. Другие варианты были признаны нестабильными или не имеющими стабильного API.

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

>>> Презентация

>>> Информация на fosdem

Phoronix


Перемещено CrX из opensource

Linux From Scratch был одним из тех проектов, которые продолжали опциональную поддержку системы инициализации SysVinit, но теперь эта поддержка прекращается. Linux From Scratch «LFS» и Beyond Linux From Scratch «BLFS» прекращают поддержку System V Init в будущем.
В будущих версиях LFS/BLFS поддержка System V будет прекращена из-за растущей необходимости постоянного обслуживания и тестирования как System V, так и systemd. LFS/BLFS — это проект, реализуемый силами волонтеров, и поддержание SysVInit является обременительным. Кроме того, поскольку GNOME, а вскоре и KDE Plasma, будут зависеть от функциональности, явно присутствующей в systemd, а не в System V, это станет еще более сложной задачей.

Bruce Dubbs

Это решение обусловлено двумя причинами. Первая причина — рабочая нагрузка. Никто из работающих над LFS не получает зарплату. Мы полностью полагаемся на волонтеров. В LFS 88 пакетов, в BLFS — более 1000. Объем изменений из исходного кода перегружает редакторов. В этом цикле релизов, начавшемся 1 сентября и продолжающемся до настоящего времени, было сделано 70 коммитов в LFS и 1155 коммитов в BLFS (и это число продолжает расти). При обновлении пакетов необходимо проверять многие из них на совместимость как с System V, так и с systemd. При подготовке к релизу необходимо проверять все пакеты для каждой системы инициализации.

Вторая причина отказа от System V заключается в том, что такие пакеты, как GNOME, а вскоре и Plasma от KDE, включают в себя требования, которые предполагают наличие в systemd возможностей, отсутствующих в System V. Это можно было бы обойти с помощью другой системы инициализации, например OpenRC, но помимо процесса перехода это всё равно не решает проблему с существующей нагрузкой.
В следующей версии LFS/BLFS 13.0, планируемые в марте этого года, System V будет по-прежнему доступен, но уже не будет тестироваться редакторами LFS.

Лично мне это решение не нравится. Для меня LFS — это изучение того, как работает система. Понимание процесса загрузки — важная часть этого. Systemd — это около 1678 файлов на языке C плюс множество файлов данных. System V — это 22 файла на языке C плюс около 50 коротких bash-скриптов и файлов данных. Да, systemd предоставляет множество возможностей, но мы потеряем некоторые вещи, которые я считаю важными.

Однако решение необходимо принять.

phoronix

Перемещено dataman из opensource

FreeBSD — Unix-подобная операционная система, эта ОС известна своими расширенными сетевыми возможностями, функциями безопасности и лицензированием, используется на широком спектре оборудования, от встроенных систем до основных облачных сервисов.

К сожалению, новые версии менеджера входа в Plasma от KDE не будут работать с ней, поскольку принятый запрос на слияние смещает акцент на совместимость с системами Linux.

Николас Фелла(Nicolas Fella), инженер KDE, отправил запрос на слияние, чтобы исключить поддержку FreeBSD из менеджера входа в Plasma, отметив, что он зависит от systemd/logind, и что FreeBSD не поддерживается, хотя отказ от поддержки Plasma Login Manager в FreeBSD не означает, что KDE полностью отказалась от поддержки этой операционной системы. Пользователи FreeBSD по-прежнему могут использовать среду рабочего стола KDE Plasma и продолжать использовать SDDM, текущий менеджер входа в систему, который прекрасно работает в таких системах.

Разработчики KDE могли выбрать такой подход т.к. их внимание сфокусировано на Linux системах на основе systemd, выделение ресурсов на неиспользуемый код FreeBSD не имеет смысла.

Что касается FreeBSD, скорее всего, пользователи этой операционной системы привыкли^Wне будут сильно расстраиваться из-за отсутствия этого функционала, поскольку у них есть множество доступных вариантов менеджеров входа в систему.

Подробности


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

Разработчик «PhialsBasement» устранил проблемы с установщиком Adobe Creative Cloud из-за некоторых несовместимостей Wine с MSXML3 и MSHTML. Он прокомментировал, что Photoshop 2021 и Photoshop 2025, по крайней мере, сейчас устанавливаются на Linux с исправленным Wine.

Когда дело доходит до запуска самого приложения, Adobe Photoshop 2021, в частности, судя по его комментариям, работает довольно надежно:

«Photoshop 2021 сам по себе работает без сбоев, единственная проблема, с которой я столкнулся, - это перетаскивание, но, возможно, это просто мои проблемы с wayland».

Adobe-Photoshop-2025-Wine-Patch

phoronix


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

При старте всегда так пишет, игнорировать не могу. Инфраструктура проекта, в файле .env 75 строк, пробелов нет, ниже строк тоже нет, но при docker-compose up -d постоянно выдает:

WARNING: Python-dotenv could not parse statement starting at line 138
WARNING: Python-dotenv could not parse statement starting at line 138
WARNING: Python-dotenv could not parse statement starting at line 138
WARNING: Python-dotenv could not parse statement starting at line 138
WARNING: Python-dotenv could not parse statement starting at line 138
WARNING: Python-dotenv could not parse statement starting at line 138
WARNING: Python-dotenv could not parse statement starting at line 138
WARNING: Python-dotenv could not parse statement starting at line 138
WARNING: Python-dotenv could not parse statement starting at line 138
WARNING: Python-dotenv could not parse statement starting at line 138
WARNING: Python-dotenv could not parse statement starting at line 138
WARNING: Python-dotenv could not parse statement starting at line 138
WARNING: Python-dotenv could not parse statement starting at line 138
WARNING: Python-dotenv could not parse statement starting at line 138
WARNING: Python-dotenv could not parse statement starting at line 138
WARNING: Python-dotenv could not parse statement starting at line 138
WARNING: Python-dotenv could not parse statement starting at line 138
WARNING: Python-dotenv could not parse statement starting at line 138

Всем привет. Все мы понимаем, для того что бы оставаться в изменяющемся мире IT надо выделять ежедневно время на обучение и доработку скилла, тем более для такого душевного и популярного ресурса как наш ЛОР. К сожалению есть тенденция, чем больше опыта в IT - тем реже сюда заходишь. Внезапно, столкнувшись с проблемой в микросервисах, пришёл к нормальным пацанам на свой любимый ЛОР и не могу понять, куда писать про докер и микросервисы:

L.O.R.

General ...
Desktop ...
Admin ...
Linux-install ...
Development ...
Security ...
Linux-hardware ...
Games ...
Web-development ...
Mobile ...
Multimedia ...

Вроде бы просится в админ, но с 2009 года это не так... я понимаю и представляю головную боль для администрации, как раскидать сообщения из admin - «Нативный администратор», «Нативный DevOPS», «Инженер по всему». Я к тому что пришла пора переосмыслить темы форумов. Эй форумчане, есть предложения?

С 2016 года статистика по онлайн пользователям, в среднем за год, постоянно снижается, например
в 2016 году это было 1800 пользователей в сутки,
в 2018 это было 1200 пользователей в сутки,
в 2020 это было 800 пользователей в сутки,
в 2024 это примерно 200 пользователей в сутки.

Средний онлайн упал в 6 раз с 2016 по 2024 год.

Ссылки на L.O.R. общее число ссылок (Majestic) в 2016 году ~58000
в 2024 ~22000 упала в связи с уменьшением активности публикаций на LOR.

Ресурс теряет в популярности, администрация теряет на рекламе, ежегодно ситуация всё хуже и хуже. Модераторы теряют компетентность, я вижу что иногда проскакивают и удаляются новости в которые, даже опытный виндузятник бы не поверил, как недавно было про какой-то поповский дистрибутив у которого даже ссылка легла от нашествия анонимусов.
Поэтому, CrX когда ты удаляешь коментарии и сносишь скор, ты в голове держишь эту статистику, тенденцию деградации ресурса, оттока пользователей и инвестиционные потери администрации ресурса?

maxcom Привет, я помню очень много лет назад Вы переводили хостинг с BSD на Linux, ты тогда выбирал дистрибутив и остановился на Fedora, я в то время тебя спросил почему не на Slackware, ты сказал, что подумаешь. Можно ли узнать почему в итоге всё таки не выбрал Slackware. Спасибо за ответ.

Привет из бункера^W Slackware. Всю жизнь синхронизировал время в сети при помощи пакета ntp, но недавно получил негатив, в духе что ntp устарело и сейчас этим занимается systemd, а ntp является deprecated, так ли это?

Как думаете, причины появления этих проектов имеют те же причины как и причины появления Mir, Wayland и не ожидает ли последних та же судьба?

Привет!
Есть БД под террабайт, каждая таблица содержит guid в виде UUIDv5, это поле первичного ключа.
Вопрос, какой метод сжатия для подобного типа лучше применить? Из доступных:

LZ4
LZ4HC
ZSTD

Из специализированных кодеков:

T64
Delta
DoubleDelta
Gorilla
FPC

Вообще чем вы жмёте uuid?

Ставил rPi4model B родне в целях сёрфинга и просмотра ютуба. За время использования обнаружился ряд проблем: падение при работе с внешним bluetooth, дикие тормоза связанные с перегревом, частые ошибки в ФС на sdcard, просто тормоза при открытии более 5-6 вкладок в файерфокс и невозможность смотреть некоторые видосы на ютубе из-за креша кодека. Дистрибутив Raspbian. Думаю перейти Orange Pi 5 Pro 16Gb для решения проблем с ОЗУ,прошу посоветовать охлаждение(зайдет ли оранж в DVOZVO Комплект Mini Tower?) и дистрибутив (склоняюсь к SARPi).

Имеет ли смысл сегодня использовать данную ФС, пишу потому что имеется террабайтник под данную ФС, торренты она не тянет и при некоторых случаях требует ручного восстановления, но за все эти годы (лет эдак уже 6 а может и больше) ни разу не накрывалась тазом так, что бы её невозможно было восстановить. Пишув мыслях о том что бы заменить на ext4. Минусы jfs2 как мне кажется: отсутствие обновлений, медленная работа с мелкими файлами, очень медленная работа с торрентами в связи ссильной дефрагментацией, отсутствие под линуксом дефрагментатора, долгое монтирование. Плюсы: оно очень стабильное и живучее.


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

На ум не приходит ничего кроме, но внутренний голос говорит что можно сделать проще и лаконичнее:

echo [123]Труба шатал | sed -e 's/[[:digit:]]//g' -e 's/\[//' -e 's/\]//'

Всем здрям! Есть сабжевый ноут, увеличил на нём объем памяти до 3Гб, заменил аккум, для сёрфинга и игр начала 2000х бегает вполне сносно, в данный момент на нём установлен проц Pentium M 1750MHz socket uPGA-478, чипсет gl960, процик слабенький, смотрю по top'у грузит на 100%, чипсет тоже дерьмо, при открытии более 5ти вкладок существенно притормаживает, плюс сборка таких проектов как wine или ядра уходят не одни сутки. Хотел бы установить туда камешек помощнее текущего, 2ядерный, рассматриваю Процессор Core2Duo T9550. Скажите, подойдёт ли подобный камушек для данной конфигурации и не оплавиться ли ноутбук?

Хочу эмулировать свой старый добрый комп, с довольно-таки экзотичным процессором AMD K6-III, процессор, ставший ознаменованием потеснения доминиона Intel, на тот момент.

Hey folks, Merry Christmas and Hanukkah Sameach! Figured it was about time to get some kind of kernel activity going again, but it most definitely belongs in /testing for now. I've been trying to shape this up for weeks, but there are still issues, and maybe someone out there can help. The biggest problem is that the 32-bit kernels crash on boot. Initially there's some sort of Intel ME failure (this is on a Thinkpad X1E). If those modules are blacklisted, then the kernel will go on to crash loading the snd_hda_intel module. The other issue is that I've got a 4K panel in this machine, and have always appended the kernel option video=1920x1080@60 to put the console in HD instead, and then loaded a Terminus console font to make the text even larger. With these kernels, that option is completely ignored. I've tried some
other syntax I've seen online to no avail. And when the Terminus font is loaded the text gets *even smaller* for some reason.
So be careful of these kernels (especially the 32-bit ones), but I welcome any hints about what's going on here or if there are config changes that might get this working properly. Is anyone out there running a 6.x kernel on bare metal 32-bit x86?
Cheers!