| · | 16.10 | Разработчик Firefox провёл сравнительное тестирование форматов JPEG XL и AVIF (9 +8) |
|
Джейк Арчибальд (Jake Archibald), участвующий в разработке Firefox, провёл исследование, в котором сравнил форматы JPEG XL и AVIF, используя стандартный кодек libavif, стандартный кодек libjxl и новый кодек jixel, написанный на Rust и задействованный в Firefox и Chrome. Форматы тестировались в одинаковых условиях, которые включали кодирование с потерями, а для анализа результатов использовались показатели SSIMULACRA2, определяющие степень отличия от исходного изображения без потерь. В большинстве тестов формат AVIF показал лучшие результаты и при аналогичном уровне качества позволял создавать файлы меньшего размера, которые требовали меньше процессорного времени для сжатия и распаковки.
При сжатии фотографий с потерями для веб-ресурсов с настройками эффективности сжатия (баланс между временем кодирования и уровнем сжатия) по умолчанию файлы JPEG XL получались обычно на 15-25% больше аналогичных файлов AVIF. При максимальных уровнях сжатия разрыв сокращался до 6-20%. В отдельных тестах JPEG XL приближался к AVIF или даже превосходил его. При этом на результат JPEG XL виляет выбор кодировщика: новый кодировщик jixel, как правило, создаёт файлы меньшего размера, чем libjxl, за исключением случаев, когда изображение содержит сложную прозрачность. Для скриншотов и иллюстраций формат AVIF значительно лучше, чем JPEG XL. При настройках по умолчанию размер файлов JPEG XL был на 30-90% больше, а при максимальных уровнях сжатия - на 20-70% больше. Отмечается, что AVIF отлично справляется с такими изображениями при сжатии с потерями, поэтому использование форматов без потерь оправдано только в тех случаях, когда требуется абсолютная точность передачи данных (побитовое совпадение). Для изображений с прозрачностью AVIF также значительно превосходит JPEG XL. При использовании libjxl файлы получаются на 31-44% больше при настройках по умолчанию или на 61-70% больше при максимальных уровнях сжатия. Кодировщик jixel всегда сохраняет прозрачность без потерь, из-за чего его файлы в 2-3 раза превышают по размеру аналогичные файлы AVIF. Как правило, AVIF быстрее производит кодирование и потребляет меньше памяти с учётом размера итогового файла. Кодировщик jixel работает быстрее AVIF и требует меньше памяти, однако создаваемые им файлы обычно значительно крупнее. Декодирование в AVIF происходит быстрее. Для JPEG XL декодирование обычно требует в 2-3 раза больше времени при среднем качестве, однако при очень высоком качестве разрыв сокращается - в таких случаях браузер Chrome иногда декодирует JPEG XL даже быстрее. Использование более высоких уровней сжатия оправдано для AVIF и jixel, но не для libjxl. В случае с libjxl высокие уровни сжатия значительно замедляют процесс, требуют гораздо больше оперативной памяти и практически не улучшают результат. Иногда файлы, полученные при таких настройках, оказываются даже больше, чем при использовании настроек по умолчанию. Режим 4:2:0 в AVIF (с пониженным вдвое цветовым разрешением) редко приводит к уменьшению размера файла, но при этом затрудняет достижение высокого качества изображения. Но кодирование и декодирование в этом режиме происходят быстрее. Настройки качества работают предсказуемо во всех кодировщиках. При одном и том же значении параметра качество итогового изображения может немного варьироваться, но у всех кодировщиков эти отклонения происходят в однородно и выглядят вполне логично. В JPEG XL при выборе высоких уровней сжатия использование прогрессивного вывода практически не требует дополнительных затрат. В jixel недавно появилась поддержка предварительного прогрессивного отображения: при максимальной интенсивности сжатия это почти не влияет на результат, однако при настройках по умолчанию размер файла увеличивается на 12%. Браузеры Firefox и Chrome поддерживают прогрессивный JPEG XL. Safari отображает финальное изображение, но не показывает промежуточные прогрессивные стадии. В AVIF с недавних под тоже поддерживается прогрессивный вывод. Пока эта функция доступна только в Chrome, но работа над её внедрением в Firefox уже ведётся. Реализация этого механизма в AVIF сложнее, чем в JPEG XL, зато он даёт больше контроля над тем, как будет выглядеть предварительное изображение, а файлы обычно получаются меньше и декодируются значительно быстрее. Что касается HDR, то в JPEG XL отсутствуют "карты усиления" (gain maps), что является существенным недостатком по сравнению с AVIF. Формат JPEG XL поддерживает такие карты, но браузерные декодеры их пока не распознают, а процесс кодирования остаётся непроработанным или экспериментальным. При сравнении HDR-контента без использования карт усиления два применённых в тестах показателя качества дают противоречивые результаты, однако оба сходятся в том, что JPEG XL позволяет получить файлы меньшего размера, чем AVIF. JPEG XL даёт возможность уменьшить размер существующих JPEG-файлов на 9-20% без дополнительной потери качества. Скорость декодирования у него такая же или даже выше (за исключением изображений небольшого размера). В режиме сжатия без потерь (lossless) лидирует JPEG XL. Формат WebP (без потерь) позволяет получить файлы на 9-17% больше, а AVIF (без потерь) - на 30-120% больше. При настройках максимального сжатия без потерь в jixel зачастую создаются файлы, которые декодируются слишком медленно.
| ||
| · | 16.10 | Опубликована мобильная платформа Ubuntu Touch 24.04-2.1 (6 +2) |
|
Представлена прошивка Ubuntu Touch 24.04-2.1, продолжающая развитие ветки на пакетной базе Ubuntu 24.04. Прошивка развивается проектом UBports, взявшим в свои руки разработку мобильной платформы Ubuntu Touch, после того как от неё отстранилась компания Canonical. Проектом также развивается экспериментальный порт рабочего стола Unity 8, который переименован в Lomiri.
Среди изменений в Ubuntu Touch 24.04-2.1:
![]()
| ||
|
Обсуждение (6 +2) |
Тип: Программы |
| ||
| · | 16.10 | Проект GNOME представил предварительный выпуск GNOME OS для обычных пользователей (12 –2) |
|
Проект GNOME начал формирование сборок дистрибутива "GNOME OS Preview", основанных на последнем стабильном релизе GNOME 51.1 и предназначенных для ознакомления обычными пользователями. До этого публиковались только ночные сборки GNOME OS, основанные на срезе находящейся в разработке кодовой базы GNOME из Git и ориентированные на применение разработчиками и тестировщиками проекта. Размер предлагаемого для загрузки iso-образа 3.7 ГБ.
GNOME OS использует компонент systemd-sysupdate для организации атомарного обновления системы и формат пакетов flatpak для установки дополнительных программ. Для установки задействован прототип инсталлятора. Из недавних улучшений в GNOME OS отмечены:
Сборка GNOME OS Preview пока позиционируется как экспериментальная и будет объявлена стабильной после реализации недоделанных возможностей и поддержки механизмов подготовки, доставки и установки обновлений для поддержания системы в актуальном состоянии. Среди планов на будущее:
| ||
|
Обсуждение (12 –2) |
Тип: К сведению |
| ||
| · | 16.10 | PwnEscape - уязвимость в сетевом стеке ядра Linux, позволяющая обойти изоляцию гипервизоров и контейнеров (80 +25) |
|
В ядре Linux выявлена критическая уязвимость (CVE-2026-99999, PwnEscape) в стеке IPv4, позволяющая получить доступ к памяти хост-окружения из гостевой системы. При успешной эксплуатации уязвимости пользователь гостевой системы может выполнить код с правами ядра на стороне хост-окружения. Эксплуатация уязвимости продемонстрирована в окружении на базе гипервизора KVM, но так как уязвимость вызвана ошибкой не в гипервизоре, а в механизме обработки сетевых пакетов ядром Linux, потенциально эксплоит может быть адаптирован и для других гипервизоров и механизмов изоляции, в которых используется штатный сетевой стек Linux.
Проблема вызвана некорректной последовательностью операций при проверке контрольной суммы сетевого пакета, позволяющей изменить заголовок IPv4 в момент после проверки корректности информации, но до выполнения действий с ним (TOCTOU - Time-Of-Check-To-Time-Of-Use). При определённых условиях вычисление контрольной суммы выполняется в отложенном режиме, уже после разбора и проверки сетевого пакета, что может привести к изменению уже проверенных данных и чтению до 32 байт из области памяти вне буфера, в котором происходит обработка пакета. Атака производится через отправку из гостевой системы пакета с флагом CHECKSUM_PARTIAL, при котором контрольная сумма вычисляется не сразу, и специально подобранными значениями skb->csum_start и skb->csum_offset. Пакет проходит проверку в сетевом стеке, так как длина заголовка корректна и равна 20 байт. Завершение вычисления контрольной суммы осуществляется при обработке фрагментации, но из-за некорректных значений csum_start и csum_offset результат записывается в самое начало IPv4-заголовка и изменяет первый байт, хранящий размер, увеличивая его 20 до 60 байт. При дальнейшей обработке ядро считает, что размер заголовка теперь 60 байт, при копировании читает дополнительные 40 байт (c учётом хвостовых служебных 8 байт, читается 32 байта из области вне буфера) и отправляет обратно в составе секции с IP-опциями. В подготовленном эксплоите утечку 32 байт удалось использовать для контролируемой перезаписи 64 байт в памяти ядра и добиться выполнения кода на стороне хост-окружения с правами root. Исследователи пока не опубликовали технические детали данной стадии атаки и код эксплоита, чтобы дать пользователям время на установку обновления. Предположительно, утечка вначале используется для воссоздания раскладки памяти ядра в обход рандомизации KASLR, после чего создаются условия для выделения целевой структуры ядра с указателем сразу за памятью с буфером пакета и инициируется действие, приводящее к изменению данных в секции с IP-опциями, выходящими за границу буфера. Уязвимость устранена во вчерашних обновлениях ядра Linux 7.2.11, 6.18.57, 6.12.113, 6.6.159, 6.1.190, 5.15.223 и 5.10.272.
| ||
|
Обсуждение (80 +25) |
Тип: Проблемы безопасности |
| ||
| · | 16.10 | Выпуск загрузочной прошивки Libreboot 26.10 с добавлением поддержки 239 устройств (71 +16) |
|
Опубликован релиз свободной загрузочной прошивки Libreboot 26.10, который получил статус стабильного выпуска. Проект развивает готовую сборку проекта Coreboot, предоставляющую замену проприетарным прошивкам UEFI и BIOS, отвечающим за инициализации CPU, памяти, периферийных устройств и других компонентов оборудования, с минимизацией бинарных вставок.
Libreboot нацелен на формирование системного окружения, позволяющего обойтись без проприетарного ПО настолько, насколько это возможно, не только на уровне операционной системы, но и прошивки, обеспечивающей загрузку. Libreboot дополняет Coreboot средствами для упрощения применения конечными пользователями, формируя готовый дистрибутив, которым может воспользоваться любой пользователь, не имеющий специальных навыков. По сравнению с прошлым стабильным релизом добавлена поддержка 222 моделей Google Chromebook на базе процессоров Intel и AMD, 9 редакций ноутбуков Purism Librem 13/14/15/Mini, а также моделей Samsung Lumpy и Stumpy, ThinkPad X301, ThinkPad X270 и ThinkPad X280 Помимо этого добавлена поддержка ПК Dell OptiPlex 5050 SFF и Dell OptiPlex 3040 Micro, материнской платы Supermicro X11SSH-F. Совместимость с новыми устройствами удалось наладить благодаря интеграции payload на базе EDK2 из coreboot-дистрибутива MrChromebox, позволившем обеспечить полную поддержку UEFI и ReBAR (PCIe Relocatable BAR). Поддержка ReBAR решила проблемы с использованием современных видеокарт с объёмом памяти больше 4 ГБ. EDK2 (реализация UEFI) задействован по умолчанию даже на старых устройствах, таких как ThinkPad X200 и T500, а ReBAR по умолчанию оключён из-за возникновения проблем с выводом в библиотеке libgfxinit на системах с GPU Intel. Поддержка UEFI протестирована при загрузке Windows 10/11, 9front (форк Plan 9), Linux-дистрибутивы с UKI или systemd-boot, OpenBSD с EFI-загрузчиком и разделами GPT, FreeBSD в режиме UEFI и RedoxOS. ReactOS не загружается из-за отсутствия поддержки UEFI. Обособленное использование GRUB и SeaBIOS объявлено устаревшим, но для обратной совместимости в EDK2 встроены EFI-сборки GRUB и SeaBIOS, вызываемые через нажатие ESC при загрузке. В состав EDK2 включены MemTest86+ и iPXE. Значительно расширена поддержка материнских плат для процессоров AMD Fam15h, таких как KGPE-D16. Для инициализации подобных плат задействован форк coreboot от проекта 15h.org, использующий код протокола инициализации AMD Agesa (AMD Generic Encapsulated Software Architecture), ранее опубликованный компанией AMD. По умолчанию при сборке выставлен бит HAP (High Assurance Platform) для отключения Intel ME. Обновлены версии Coreboot (от 18 сентября 2026 г.), EDK2 26.09.2, GRUB 2.16 и SeaBIOS (от 28 июля 2026 г.). В репозиторий добавлен файл AGENTS.md с запретом любого применения AI при подготовке изменений. В качестве причин упоминается экономическая неустойчивость AI-инфраструктура, подконтрольность технологий узкой группе людей и негативное влияние на разработчиков. По мнению автора Libreboot AI-инструменты отупляют и лишают профессиональных навыков, превращая даже талантливых специалистов в зависимых и некомпетентных потребителей. Оборудование, поддерживаемое в Libreboot:
| ||
|
Обсуждение (71 +16) |
Тип: Программы |
| ||
| · | 16.10 | Началось тестирование 64-разрядной версии клиента Steam для Linux (21 +43) |
|
Компания Valve опубликовала бета-версию обновлённого клиента сервиса доставки игр Steam для Linux. Выпуск примечателен формированием 64-разрядных сборок и переходом к выполнению клиента Steam внутри контейнера со Steam Runtime. Изменение существенно упрощает организацию работы Steam в дистрибутивах Linuх. До сих пор клиент Steam распространялся только в 32-разрядных сборках, что мешало дистрибутивам полностью прекратить поддержку 32-разрядных CPU и вынуждало специально для Steam поставлять необходимые 32-разрядные зависимости или упаковывать Steam в самодостаточные пакеты в форматах snap и flatpak.
В новой версии также предложен новый интерфейс для отслеживания и управления достижениями при прохождении игр. Окно с настройками уведомлений адаптировано для работы на экранах любого размера. Улучшена работа с библиотекой в offline-режиме. В Remote Play реализованы настройки для масштабирования вывода с учётом разных соотношений сторон экрана на локальной и удалённой системах.
| ||
|
Обсуждение (21 +43) |
Тип: Программы |
| ||
| · | 16.10 | Документальный фильм о проекте KDE (84 +23) |
|
Опубликован документальный фильм "The Story of Free Software Underdogs", приуроченный к празднованию 30-летия проекта KDE. Фильм рассказывает историю сообщества KDE и включает воспоминания ведущих разработчиков, стоящих в истоках проекта. В фильме также затрагивается решение вопроса с лицензией на Qt, соперничество с GNOME и успех KHTML, который лёг в основу движков WebKit и Blink, применяемых в Safari и Chromium.
Днём рождения KDE считается 14 октября 1996 года. В этот день Маттиас Эттрих (Matthias Ettrich), будучи студентом, объявил о создании нового свободного десктоп-окружения, ориентированного на конечных пользователей, а не на системных администраторов, и способного конкурировать с доступными в то время коммерческими продуктами, такими как CDE. Первый стабильный релиз KDE 1.0 был выпущен 12 июля 1998 года, KDE 2.0 был выпущен 23 октября 2000 года, KDE 3.0 - 3 апреля 2002 года, KDE 4.0 - 11 января 2008 года, KDE Frameworks 5 и KDE Plasma 5 - в июле 2014 года, а KDE Plasma 6 - в феврале 2024 года. Проект GNOME, который появился спустя 10 месяцев после основания KDE, будет праздновать своё 30-летие 15 августа 2027 года.
| ||
|
Обсуждение (84 +23) |
Тип: К сведению |
| ||
| · | 16.10 | Доступен неофициальный порт игры Космические рейнджеры для Linux (101 +26) |
|
Разработан кросс-платформенный порт игры "Космические рейнджеры HD: Революция", реализованный с использованием библиотеки SDL и компилятора Free Pascal (FPC). Порт основан на восстановленных исходных кодах, полученных путём декомпиляции и при сборке, позволяющих сформировать исполняемый файл, байт в байт совпадающий с оригинальным Rangers.exe. При разработке использовались AI-агенты. Код опубликован под лицензией MIT. Сборки формируются для Linux, Android и Windows.
В процессе разработки использовался собственный форк компилятора FPC, созданный для улучшения поддержки LLVM-бекенда на разных платформах и обеспечения совместимости, чтобы игра вела себя абсолютно так же, как оригинальный исполняемый файл на Windows, вплоть до воспроизведения поведения x87 с 24-битной точностью. При задействовании форка FPC с LLVM бекендом порт игры просчитывает симуляцию галактики примерно в 2 раза быстрее оригинальной игры, если сравнивать на одинаковом оборудовании. К тому же, многие изменения в форке FPC позволили найти проблемы в самом FPC, сведения о которых отправлены на рассмотрение в оригинальный проект. На данный момент порт игры находится в стадии разработки и тестирования, но уже позволяет играть в основную игру так же, как в оригинале, за исключением редких ошибок. Подготовлен экспериментальный мобильный пользовательский интерфейс, который меняет масштабирование многих элементов для более комфортной игры на маленьких экранах с большим разрешением. Самое большое ограничение на текущий момент: отсутствие планетарных боёв, для которых использовался движок MatrixGame, написанный на C++ с DirectX 9 и открытый в 2019 году под лицензией GPLv2. В ближайшем будущем планируется портировать и его.
| ||
| · | 15.10 | Линус Торвальдс раскритиковал предвзятое отношение к AI-инструментам (296 +13) |
|
Линус Торвальдс принял участие в дискуссии по поводу отмены тега "Assisted-by", которым предписано помечать изменения, подготовленные с использованием AI-ассистентов. Участники конференции Maintainers Summit договорились удалить из правил оформления патчей требование по использованию данного тега, но при обсуждении патча, вносящего изменение в документацию, разработчик Лоран Пиншар (Laurent Pinchart) выступил против удаления.
Лоран аргументировал свою позицию тем, что даже если невозможно принудить людей всегда соблюдать правило о декларировании AI, так как часть разработчиков всё равно будет хитрить, сообщество всё равно должно формально зафиксировать свои ожидания и чётко обозначить, что допустимо, а что нет. Подобная попытка регулировать процесс разработки через ограничения на инструменты и апелляция к "установлению ожиданий" вызвала бурный ответ Торвальдса. По мнению Линуса, к "ожиданиям" это не имеет никакого отношения, а вызвано личными заскоками. Линус не признаёт концепцию "не используй AI для таких-то задач", которая сродни рекомендации не использовать компиляторы при подготовке кода, в контексте того, что если разработчик не разбирается в том как компьютер обрабатывает машинный код, то предложенное изменение не заслуживает внимания, а разработчик не компетентен, если не может писать код на языке ассемблера. Доводя ситуацию до абсурда также можно потребовать не использовать текстовые редакторы при написании пояснений к коммитам, чтобы допускать только разработчиков, способных в один заход грамотно набирать текст без инструментов, позволяющих исправлять допущенные при вводе ошибки. Линус против введения любых запретов на использование инструментов для упрощения работы и ожидает от людей, что они прикладывают максимум усилий и понимают, что делают. Но это понимание имеет мало общего с тем, какими инструментами они пользуются. По опыту Линуса, люди, которых он уважает и считает умными, не склонны сторониться новых и интересных инструментов.
| ||
| · | 15.10 | Выпуск системы тестирования памяти Memtest86+ 9.0 (23 +31) |
|
Доступен выпуск программы для тестирования оперативной памяти Memtest86+ 9.0. Программа не привязана к операционным системам и может запускаться напрямую из прошивки BIOS/UEFI или из загрузчика для проведения полной проверки оперативной памяти. В случае выявления проблем построенная в Memtest86+ карта сбойных участков памяти может использоваться в ядре Linux для исключения проблемных областей при помощи опции memmap. Код проекта распространяется под лицензией GPLv2.
Основные новшества:
![]()
| ||
|
Обсуждение (23 +31) |
Тип: Программы |
| ||
| · | 15.10 | Релиз Ubuntu 26.10 (86 +6) |
|
Представлен релиз дистрибутива Ubuntu 26.10 "Stonking Stingray", который отнесён к промежуточным выпускам, обновления для которых формируются в течение 9 месяцев. Готовые образы созданы для Ubuntu, Ubuntu Server, Lubuntu, Kubuntu, Ubuntu Mate, Ubuntu Budgie, Ubuntu Studio, Xubuntu, UbuntuKylin (редакция для Китая), Ubuntu Unity, Edubuntu и Ubuntu Cinnamon.
Основные изменения:
| ||
|
Обсуждение (86 +6) |
Тип: Программы |
| ||
| · | 15.10 | Тестирование Epic Games Launcher для Linux. Для Linux-версии Fortnite готовится новый Easy Anti-Cheat (88 +17) ↻ |
Компания Epic Games представила предварительную версию нового Epic Games Launcher, в котором реализована обещанная ранее поддержка платформы Linux. В новой версии также обновлено оформление, сокращено время запуска, добавлен встроенный голосовой чат, предложена единая страница для управления запуском игр, появилась возможность размещать на панели свои приложения и игры, расширен поиск и обеспечен мониторинг скорости и активности загрузок.
![]() Помимо этого объявлено о подготовке версии online-игры Fortnite для Linux. В рамках этого проекта ведётся модернизация системы защиты EAC (Easy Anti-Cheat) для Linux-дистрибутивов и налаживаются контакты с сопровождающими для реализации необходимых для античит-систем возможностей в Linux. Отмечается, что старая реализация EAC для Linux не обеспечивает должный уровень античит-защиты, из-за чего многие разработчики игр не добавляют поддержку Linux. В новой редакции EAC вместо собственного модуля ядра задействованы штатные механизмы обеспечения безопасности, предоставляемые ядром Linux, а сам античит запускается как сервис systemd. Во второй версии EAC задействованы загрузка в режиме Secure Boot, лог Measured Boot и удалённая аттестация через TPM-чип для подтверждения целостности загруженных компонентов, а также eBPF-программа для монтиринга за процессами. Среди требований, которые должны быть выполнены в дистрибутивах для использования EAC:
Разработчики Ubuntu уже начали обсуждение опубликованных требований, с учётом прошлого негативного опыта нарушений конфиденциальности Windows-пользователей (EAC скрыто выполнял код в нулевом кольце защиты, передавал данные на внешние серверы без явного согласия пользователя и оставался в системе после удаления игры). Из опасений также упоминается увеличение поверхности атак со стороны вредоносного ПО и связь с китайской компанией Tencent (владеет 40% акций Epic Games), которая может быть заинтересована в слежке за пользователями. Предлагается не распространять пакеты c EAC через основные репозитории, информировать пользователей о возможных рисках и предоставить отдельную загрузочную конфигурацию для запуска EAC. Дополнение: Мэтью Гаррет (Matthew Garrett), известный разработчик ядра Linux, в своё время получивший от Фонда СПО премию за достижения в области обеспечения загрузки Linux на системах с UEFI Secure Boot, раскритиковал подход, применяемый в новом Easy Anti-Cheat, и заявил, что античит можно будет легко обойти. Реализованная в EAC защита привязывается к аттестации через TPM, но на многих материнских платах TPM-чип не распаян, а подключается в форме модуля, имеющего pin для сброса состояния, замкнув который можно обнулить TPM. После этого модифицированное ядро может записать в обнулённый TPM поддельные, но ожидаемые античитом значения измерений, и TPM их заверит корректной цифровой подписью. Также можно подключить через USB-to-SPI-адаптер внешний модуль TPM и использовать модифицированное ядро для перенаправления запросов к этому модулю.
| ||
|
Обсуждение (88 +17) ↻ |
Тип: К сведению |
| ||
| · | 15.10 | В Microsoft Defender добавлена поддержка десктоп-систем Linux (112 –7) |
Компания Microsoft объявила о реализации официальной поддержки десктоп-систем на базе Linux в платформе Microsoft Defender. Доступны такие возможности, как защита от вирусов и вредоносных программ, отслеживание неисправленных уязвимостей, анализ угроз, изоляция и инвентаризация устройств, управление связанными с безопасностью настройками, выявление атак и реагирование на атаки (EDR - Endpoint Detection and Response). Заявлено о возможности применения Microsoft Defender не только для защиты Linux-серверов, но рабочих станций, на которых применяются Ubuntu, Debian, Fedora, RHEL, openSUSE, SUSE и производные дистрибутивы. Поддерживаются GNOME, KDE и другие среды рабочего стола.
![]()
| ||
|
Обсуждение (112 –7) |
Тип: Программы |
| ||
| · | 15.10 | Выпуск Issuerd 0.1.17, Keycloak-совместимого сервера управления идентификацией и доступом (21 +9) |
|
Опубликован выпуск Issuerd 0.1.17 - сервера управления идентификацией и доступом (IAM), реализующего протоколы OpenID Connect и OAuth 2.x и совместимого с платформой Keycloak на уровне модели данных и управляющего REST API. Реализованы SSO, MFA (TOTP, WebAuthn/passkeys), федерация пользователей из LDAP и Kerberos/SPNEGO, вход через внешних провайдеров идентификации (OIDC, соцсети), страницы входа с настраиваемым оформлением и локализацией, декларативная первоначальная конфигурация из YAML при первом запуске. Сервер написан на Rust (unsafe-код запрещён на уровне атрибутов), распространяется под лицензией Apache 2.0 и поставляется одним самодостаточным бинарным файлом, в который встроены административная консоль и консоль пользователя. Сборки формируются для платформ Linux, Windows и macOS (amd64 и
arm64).
Ключевая особенность проекта - непрерывная проверка соответствия официальному набору тестов OpenID Foundation Conformance Suite (5.3.2). Тестирование проводится в CI для каждого релиза в изолированном docker-окружении. Помодульные результаты хранятся в репозитории, а полный пакет отчётов прикладывается к каждому релизу. Паритет с Keycloak контролируется набором тестов. В планах прохождение официальной сертификации. Из протоколов, востребованных в сценариях с AI-агентами, реализованы DPoP (RFC 9449, привязка токена к ключу предъявителя), обмен токенами (RFC 8693, сужение полномочий при обмене токена) и CIBA (режим poll, подтверждение действий человеком). Также поддерживаются PAR (RFC 9126), JAR (RFC 9101), JARM, RAR (RFC 9396), динамическая регистрация клиентов (RFC 7591/7592), авторизация устройств (RFC 8628). Полный импорт 100 тысяч пользователей из MS Active Directory занимает около 30 секунд.
| ||
| · | 15.10 | Представлены офисные пакеты ElixirOffice, TinyLittleOffice и ALT Office (122 –14) |
Несколько новых офисных пакетов (ElixirOffice - воссоздание интерфейса MS Office на движке ONLYOFFICE, TinyLittleOffice - браузерный офисный пакет, сохраняющий документы в ссылках, ALT Office - сборка LibreOffice от разработчиков ALT Linux):
Дополнение: Опубликованы новые версии
| ||
|
Обсуждение (122 –14) |
Тип: Программы |
| ||
| Следующая страница (раньше) >> | ||