· | 24.05.2025 | ALT Linux развивает Tuner, новый конфигуратор для GNOME (81 +4) |
Разработчики из сообщества ALT Linux представили новый конфигуратор для GNOME - Tuner, нацеленный на упрощение расширения функциональности и предоставления дополнительных настроек. Предполагается, что Tuner может использоваться дистрибутивами, поставляющими GNOME, для создания конфигураторов, отвечающих за изменение настроек, специфичных для дистрибутива. Например, для ALT Linux реализован плагин Tuner Panel, позволяющий переключаться между панельным (в стиле GNOME 2) и стандартным режимами интерфейса GNOME.
В программе реализована архитектура на базе плагинов, позволяющая добавлять новые разделы настроек, менять интерфейс и расширять функциональность через поставку отдельных плагинов без изменения кода основного приложения. Для создания плагинов задействован движок libpeas, уже применяемый в GNOME-приложениях Gedit и Totem. Из особенностей Tuner также упоминается упрощение интеграции с GSettings. По аналогии с приложением GNOME Refine в Tuner доступен механизм для создания виджетов, используя язык построения интерфейсов Blueprint. Подобные виджеты дают возможность привязывать отдельные настройки в GSettings к элементам интерфейса, созданным для их изменения. Код проекта написан на языке Vala и распространяется под лицензией GPLv3. Интерфейс пользователя построен с использованием библиотеки libadwaita, соответствует рекомендациям GNOME HIG (Human Interface Guidelines) и может адаптивно подстраиваться под размер экрана. Доступны шаблоны для разработки типовых плагинов на языках Vala и Python. ![]() ![]()
| ||
Обсуждение (81 +4) |
Тип: К сведению |
| ||
· | 24.05.2025 | Доступен дистрибутив NixOS 25.05, использующий пакетный менеджер Nix (22 +2) |
Представлен релиз дистрибутива NixOS 25.05, основанного на пакетном менеджере Nix и предоставляющего собственные разработки для упрощения настройки и сопровождения системы. В NixOS вся настройка системы осуществляется через единый файл системной конфигурации configuration.nix. Предоставляются возможности для быстрого отката системы на предыдущую версию конфигурации и переключения между различными состояниями системы. Поддерживается установка индивидуальных пакетов отдельными пользователями и возможность одновременного использования нескольких версий одной программы. Обеспечены воспроизводимые сборки. Для архитектур x86_64 и ARM64 подготовлен установочный образ с графическим окружением (3.7 ГБ) и сокращённый консольный вариант (1.4 ГБ).
При использовании Nix результат сборки пакетов хранится в отдельном подкаталоге в /nix/store. Например, после сборки пакет firefox может записываться в /nix/store/5onlv1pc3ed6n5nskg8ew4twcfd0d5ae4ec5d4-firefox-138.0.4/, где "5onlv1pc3ed6n5nskg8ew4twcfd0d5ae4ec5d4" является хешем всех его зависимостей и инструкций сборки. Под установкой пакета подразумевается его сборка или скачивание уже собранного (при условии, что он был уже собран на Hydra - сервисе сборки проекта NixOS), а также формирование директории с символическими ссылками на все пакеты в профиле системы или пользователя, с последующим добавлении этой директории в список PATH. Аналогичный подход применяется в пакетном менеджере GNU Guix, который основан на наработках Nix. Коллекция пакетов представлена в специальном репозитории Nixpkgs. Основные новшества:
| ||
Обсуждение (22 +2) |
Тип: Программы |
| ||
· | 24.05.2025 | Выпуск дистрибутива Ubuntu Sway Remix 25.04 (35 +4) |
Доступен выпуск дистрибутива Ubuntu Sway Remix 25.04, предоставляющего преднастроенный и готовый к использованию рабочий стол на основе мозаичного композитного менеджера Sway. Дистрибутив является неофициальной редакцией Ubuntu 24.10, созданной с оглядкой как на опытных пользователей GNU/Linux, так и на новичков, желающих попробовать окружение с мозаичным оконным менеджером без необходимости его долгой настройки. Для загрузки подготовлены сборки для архитектур amd64 и arm64 (Raspberry Pi).
Окружение дистрибутива построено на основе Sway - композитного менеджера, использующего протокол Wayland и полностью совместимого с мозаичным оконным менеджером i3, а также панели Waybar, файлового менеджера PCManFM-GTK3 и утилит из проекта NWG-Shell, таких как менеджер обоев рабочего стола Azote, полноэкранное меню приложений nwg-drawer, программа для вывода содержимого скриптов на экран nwg-wrapper (используется для отображения подсказки по горячим клавишам на рабочем столе), менеджер настройки тем GTK, курсора и шрифтов nwg-look и скрипт Autotiling, автоматически компонующий окна открытых приложений на манер динамических мозаичных оконных менеджеров. В состав дистрибутива входят программы как с графическим интерфейсом, такие как Firefox, Qutebrowser, Audacious, Transmission, Libreoffice, Pluma и MATE Calc, так и консольные приложения и утилиты, такие как музыкальный проигрыватель Musikcube, видеопроигрыватель MPV, утилита для просмотра изображений Swayimg, утилита для просмотра документов PDF Zathura, текстовый редактор Neovim, файловый менеджер Ranger и другие. Другой особенностью дистрибутива является полный отказ от использования пакетного менеджера Snap, все программы поставляются в виде обычных deb-пакетов, в том числе веб-браузер Firefox, для установки которого задействован официальный PPA-репозиторий Mozilla Team. Установщик дистрибутива основан на фреймворке Calamares. ![]() Основные изменения:
| ||
· | 23.05.2025 | Mistral AI опубликовал Devstral, большую языковую модель для работы с кодом (246 +17) |
Компания Mistral AI представила большую языковую модель Devstral, оптимизированную для решения проблем, возникающих в процессе разработки ПО. В отличие от типовых AI-моделей, Mistral AI выходит за рамки написания отдельных функций и дополнения кода, и предоставляет возможности, позволяющие анализировать и контекстуализировать (определять назначение и логику работы) большие кодовые базы, определять связи между компонентами и определять трудновыявляемые ошибки в запутанных функциях.
Модель охватывает 23.6 миллиардов параметров, учитывает контекст в 128 тысяч токенов и опубликована под лицензией Apache 2.0. Загружаемый архив с Devstral занимает 47 ГБ и пригоден для использования на локальных системах - для выполнения модели достаточно одного ПК с видеокартой NVIDIA GeForce RTX 4090 и 32 ГБ ОЗУ. Модель можно использовать в открытых инструментариях SWE-agent и OpenHands для автоматизации исправления ошибок, анализа кода и внесения изменений. Система может применяться для решения конкретных проблем (issue) на GitHub и заметно опережает другие проекты в тестовом наборе SWE-Bench Verified, проверяющем корректность решения типовых проблем в коде (предлагается 500 тестов на основе реальных сообщений об ошибках на GitHub). В данном тесте модель Devstral набрала 46.8%, в то время как модель Claude 3.5 Haiku получила 40.6%, SWE-smith-LM 32B - 40.2% и GPT-4.1-mini - 23.6%. Среди прочего Devstral опередила такие крупные модели, как Deepseek-V3-0324 671B (38.8%) и Qwen3 232B-A22B (34.4%), охватывающие сотни миллиардов параметров.
| ||
Обсуждение (246 +17) |
Тип: К сведению |
| ||
· | 23.05.2025 | Компания Valve опубликовала дистрибутив для игровых консолей SteamOS 3.7 (136 +30) |
Компания Valve представила обновление операционной системы SteamOS 3.7.8, помеченное как первый стабильный релиз ветки 3.7. Операционная система SteamOS поставляется в устройствах Steam Deck и с недавних пор используется в игровых консолях некоторых других производителей, таких как Lenovo Legion Go S и ASUS ROG Ally. Размер установочного образа 3.1 ГБ (инструкция по установке). Отдельно энтузиастами развиваются неофициальные сборки HoloISO, пригодные для установки на обычных компьютерах и сторонних игровых консолях (проект SteamFork прекратил существование).
Платформа основана на Arch Linux, использует для ускорения запуска игр композитный сервер Gamescope на базе протокола Wayland, поставляется с доступной только на чтение корневой ФС, применяет атомарный механизм установки обновлений, поддерживает пакеты Flatpak, использует мультимедийный сервер PipeWire и предоставляет два режима работы интерфейса (оболочка Steam и рабочий стол KDE Plasma). Среди изменений:
| ||
Обсуждение (136 +30) |
Тип: Программы |
| ||
· | 23.05.2025 | Проект Linux Mint создал libAdapta, форк библиотеки libAdwaita (113 +34) |
Разработчики дистрибутива Linux Mint опубликовали первый выпуск библиотеки libAdapta, созданной как форк libAdwaita. Первый выпуск libAdapta 1.5 основан на libAdwaita 1.5 и отличается поддержкой тем оформления и некоторыми дополнительными возможностями. В остальном libAdapta поддерживает всю функциональность libAdwaita и по умолчанию обеспечивает идентичный внешний вид приложений.
Создание своего форка объясняется трудностями с передачей развиваемых проектом расширенных возможностей в основной состав libAdwaita. Мягкий форк, кодовая база которого периодически переводится на новые версии libAdwaita для продолжения поддержания совместимости, рассматривается как оптимальное для Linux Mint решение. Поддерживая собственное ответвление, разработчики Linux Mint не ограничены в реализации своих идей и могут оперативно добавлять изменения, независимо от их одобрения разработчиками libAdwaita. Проект LibAdwaita преподносится как поддерживающий только платформу GNOME, из-за чего разработчики данной библиотеки отклоняют запросы на изменения, связанные с интеграцией средств управления темами оформления и поддержкой возможностей, отсутствующих в GNOME. Разработчики libAdwaita также отклонили идею добавления расширения, похожего на libGranite. Проблема в том, что разработчики libAdwaita принципиально отказываются интегрировать поддержку тем оформления, предлагая только базовое оформление в стиле GNOME. Из-за отсутствия поддержки тем, приложения на базе libAdwaita всегда выглядят как приложения GNOME, а не как приложения GTK, и плохо сочетаются с оформлением других сред рабочего стола. Приложения, собранные с libAdapta, при запуске в средах рабочего стола, поддерживающих выбор темы оформления, подхватывают настройки тем и используют соответствующие им элементы интерфейса. Библиотека libAdapta проверяет каталог текущей темы оформления GTK и при наличии подкаталога libadapta-* использует иной набор файлов со стилями. Если подкаталог отсутствует, то выполняет откат на набор стилей libAdwaita. Для совместимости с libAdwaita предоставляется отдельный заголовочный файл, позволяющий легко переключаться между libAdwaita и libAdapta без внесения изменений в код. Напомним, что libAdwaita предоставляет набор компонентов для стилевого оформления интерфейса пользователя, соответствующего рекомендациям GNOME HIG (Human Interface Guidelines). Библиотека включает в себя готовые виджеты (списки, панели, блоки редактирования, кнопки, вкладки, формы поиска, диалоговые окна и т.п.), соответствующие общему стилю GNOME. Библиотека используется в сочетании с GTK4 и включает компоненты используемой в GNOME темы оформления Adwaita, которые были вынесены из GTK, что позволило разработчикам GTK сосредоточиться на базовых вещах, а разработчикам GNOME быстрее продвигать необходимые для себя изменения стилевого оформления, не затрагивая сам GTK.
| ||
Обсуждение (113 +34) |
Тип: К сведению |
| ||
· | 22.05.2025 | Mozilla сворачивает сервис Pocket и дополнение Fakespot (180 +9) ↻ |
Компания Mozilla объявила о прекращении поддержания сервиса Pocket. Начиная с сегодняшнего дня приложение и браузерное дополнение Pocket удалены из каталогов, а регистрация новых учётных записей прекращена. 8 июля работа сервиса будет остановлена, непотраченные средства возвращены платным подписчикам, а Pocket Web переведён в режим только экспорта. 8 октября возможность экспорта данных из Pocket будет прекращена, а все учётные записи и связанные с ними данные удалены.
Pocket интегрирован в Firefox начиная с выпуска 38.0.5 (2015 год) и позволял отложить страницы, чтобы вернуться к ним, когда появится время. В 2017 году Mozilla купила компанию Read It Later, развивавшую Pocket и получила контроль над данным проектом. В качестве причины закрытия Pocket называется несоответствие сервиса предпочитаемым методам работы пользователей в сети и желание направить затрачиваемые на него ресурсы на другие проекты, которые лучше отражают потребности и привычки пользователей в интернете. Отмечается, что добавленные в Firefox группировка вкладок и улучшенная система закладок теперь предоставляют встроенную функциональность для управления списками чтения. Помимо Pocket также будет прекращено распространение браузерного дополнения Fakespot, использующего систему машинного обучения для выявления фейковых отзывов, накрученных рейтингов, продавцов-мошенников и обманных скидок на сайтах торговых площадок. Сайт проекта, мобильные приложения и браузерные дополнения Fakespot прекратят существование 1 июля 2025 года. 10 июня в Firefox будет отключена функция Review Checker, основанная на Fakespot. Дополнение Fakespot было создано одноимённой компанией, которая была куплена Mozilla в 2023 году. Дополнение: Кевин Роуз (Kevin Rose), сооснователь и руководитель компании Digg, выразил готовность взять на себя поддержку работы сервиса Pocket. Mozilla пока не отреагировала на это предложение.
| ||
Обсуждение (180 +9) ↻ |
Тип: К сведению |
| ||
· | 22.05.2025 | Представлена концепция дистрибутива AerynOS с обоснованием архитектурных решений (91 +12) |
Разработчики AerynOS, ранее известного как SerpentOS, опубликовали развёрнутую статью, в которой раскрываются детали концепции и технической реализации проекта с обоснованием принятых архитектурных решений. Руководитель проекта Ikey Doherty подчёркивает, что AerynOS - это не просто "ещё один дистрибутив Linux", а платформа, фундамент и набор инструментов, созданные в соответствии с чётким видением.
Основная идея проекта сформулирована в виде вопроса: "Что, если операционная система будет вести себя как современная инфраструктура?". AerynOS представлен как ответ на этот вопрос - система, построенная с нуля, а не следующая традиционной модели встроенных мутаций внутри дистрибутива. Проект опирается на опыт авторов в разработке других дистрибутивов, включая Solus и Clear Linux. Среди ключевых технических решений AerynOS можно выделить:
Сжатие всех нагрузок осуществляется с помощью Zstd, что обеспечивает отличную производительность распаковки при сохранении хорошего коэффициента сжатия. Процесс "установки" .stone кардинально отличается от других систем. Вместо непосредственной установки файлов пакет кэшируется, а его содержимое сплетается в общее хранилище с адресацией по содержимому (CAS). Метаданные и информация о макете хранятся отдельно и используются при создании транзакции. Этот подход обеспечивает атомарность обновлений и возможность отката, так как каждая транзакция создаёт новый корневой раздел, а не модифицирует существующий. Разработчики отмечают, что текущий подход с эмуляцией императивного управления пакетами "совершенно бессмысленен" и "фактически вводит больше ошибок, чем решает". Поскольку для каждой транзакции создаётся новая корневая файловая система, в будущем планируется создание нового графа для каждой транзакции, отказ от встроенных изменений в пользу декларативного подхода, подобного Gentoo или Nix. Ещё одно интересное пояснение касается неизменяемости (immutability). Создатели отмечают, что часто AerynOS описывают как неизменяемую ОС, но "это не совсем верно". Хотя каждая транзакция приводит к новому дереву /usr и локальные изменения не сохраняются, система не является неизменяемой в смысле доступа только для чтения. В будущем планируется реализация истинной неизменяемости системы без необходимости перезагрузки с использованием erofs и overlayfs. В настоящее время AerynOS активно развивается, уже выпускает ISO-образы с окружением GNOME, пригоден для игр (поддержка драйверов NVIDIA, Steam, Flatpak), имеет реальных пользователей, отмечающих стабильность и инновационность системы. По словам разработчиков, проект находится в стадии альфа-версии и не лишён проблем, но уже представляет собой целостную систему, которая "просто работает".
| ||
· | 22.05.2025 | CentOS и Rocky Linux объявили о поддержке архитектуры RISC-V (68 +16) |
Разработчики из компании Red Hat объявили о реализации начальной поддержки архитектуры RISC-V в репозитории CentOS Stream 10, выступающем основой для разработки Red Hat Enterprise Linux 10. До этого пакеты выпускались для архитектур x86_64 (x86_64_v3 в RHEL 10), Aarch64, ppc64le (POWER9) и s390x (IBM z14). Red Hat также представил экспериментальные сборки RHEL 10 для систем RISC-V, развиваемые совместно с компанией SiFive.
В настоящее время в git-репозиторий CentOS Stream уже интегрирована большая часть патчей, решающих проблемы со сборкой и работой различных пакетов на системах riscv64. Некоторые патчи пока не перенесены в основной репозиторий и остаются в отдельных git-ветках, которые планируют опубликовать 1 июля, вместе с загрузочными сборками, готовыми к работе на платах SiFive HiFive Premier P550. После публикации сборок в сборочной инфраструктуре на оборудовании RISC-V будет запущен отдельный сервер Koji и будет продолжена работа по переносу созданных исправлений в основные проекты (upstream). Проект Rocky Linux, нацеленный на создание свободной сборки RHEL, способной занять место классического CentOS, пошёл дальше и анонсировал официальную поддержку систем RISC-V (riscv64gc) в Rocky Linux 10. Rocky Linux 10 будет поддерживать платы StarFive VisionFive 2 (VF2) и SiFive HiFive Premier P550, а также запуск в эмуляторе QEMU, по аналогии с RISC-V-сборками от проекта Fedora. Рассматривается возможность реализации поддержки плат Milk-V и Banana Pi. Архитектура RISC-V получила статус альтернативно поддерживаемой и в отличие от первичных архитектур (x86_64, Aarch64, ppc64le и s390x) не будет блокировать выпуск релизов для других архитектур. Наличие специфичных для RISC-V проблем в пакетах не будет останавливать публикацию сборок этих пакетов для других архитектур. При работе на плате VisionFive 2 и в QEMU будет задействовано штатное ядро из состава RHEL 10, а при работе на платах серии SiFive HiFive Premier P550 отдельное ядро от производителя оборудования. Разработка сборки ведётся в сотрудничестве с проектом Fedora. Время релиза Rocky Linux 10 пока не сообщается. Дополнительно можно отметить инициативу проекта Alma Linux о создании варианта репозитория EPEL 10 (Extra Packages for Enterprise Linux) для архитектуры x86-64-v2. В отличие от дистрибутива RHEL 10, поставляющего пакеты с оптимизациями для микроархитектуры x86-64-v3, дистрибутив Alma Linux формирует отдельные сборки для микроархитектуры x86-64-v2, которые сопровождаются параллельно с базовыми сборками x86-64-v3. Отныне сборки для x86-64-v2 в Alma Linux будут охватывать не только основной репозиторий, но и репозиторий EPEL. По сравнению с x86-64-v2 поддержка x86-64-v3 охватывает процессорные расширения AVX, AVX2, BMI2, FMA, LZCNT, MOVBE и SXSAVE. Поддержка x86-64-v2 позволяет сохранить совместимость с CPU старше Intel Haswell и AMD Excavator, спроектированными до 2013 года.
| ||
Обсуждение (68 +16) |
Тип: К сведению |
| ||
· | 22.05.2025 | Состояние поддержки Wayland в проприетарных драйверах NVIDIA (215 +12) |
Остин Шафер (Austin Shafer), работающий в компании NVIDIA над драйвером для платформы Linux, опубликовал отчёт с информацией о состоянии поддержки Wayland в проприетарных драйверах NVIDIA, и перечислил области в которых связанные с Wayland возможности пока отстают от X11. Отставание связано как с проблемами в самом драйвере NVIDIA, так и с общими ограничениями протокола Wayland и композитных серверов на его основе. Информация соответствует ветке драйверов NVIDIA 575, находящейся на стадии бета-тестирования.
Возможности, которые пока не планируется поддерживать в драйверах NVIDIA на системах с Wayland и Xwayland из-за ограничений протокола Wayland и композитных серверов:
Некоторые функции не удаётся реализовать из-за невозможности обеспечить их одинаковую поддержку в разных композитных серверах Wayland. Но при этом данные возможности могут быть реализованы в приложениях, используя графический API Vulkan и Vulkan-расширение VK_KHR_display ("Vulkan Direct to Display"), позволяющее напрямую работать с экраном, минуя композитный сервер. Через Vulkan и прямое взаимодействие с GPU будет предоставлена возможность использования в приложениях следующих функций (добавление поддержки может потребовать внесения изменений в приложения):
Возможности, которые уже находятся в разработке или которые планируется добавить в будущих выпусках драйверов NVIDIA:
Возможности, добавленные в драйвер с момента прошлого отчёта:
| ||
Обсуждение (215 +12) |
Тип: Обобщение |
| ||
· | 21.05.2025 | Для FreeBSD развивают опциональную поддержку компонентов базовой системы на Rust (220 +3) |
Проект HardenedBSD, занимающийся улучшением механизмов защиты FreeBSD и выпускающий защищённые сборки FreeBSD, представил первые результаты работы по предоставлению возможности использования компонентов пространства пользователя FreeBSD, написанных на языке Rust. Разработка ведётся в отдельной ветке hardened/current/rust-in-base.
Для использования Rust был написан новый сборочный файл share/mk/bsd.rust.mk, позволяющий собирать приложения на языке Rust во время сборки окружения базовой системы (make buildworld). Компоненты пространства пользователя на языке Rust являются опциональными и размещены в дереве исходного кода FreeBSD в отдельном рабочем пространстве. При сборке Rust-приложений и зависимостей задействован пакетный менеджер Cargo. Все зависимости, необходимые для сборки Rust-компонентов базовой системы, размещаются в отдельном подкаталоге src/vendor/rust. На момент написания отчёта заявлена поддержка только сборки и установки Rust-приложений, работающих в пространстве пользователя. Поддержка библиотечных crate-пакетов запланирована в будущем. Использование Rust в ядре пока не поддерживается, так подобная возможность требует большого объёма работы и выходит за рамки начального прототипа. Изменения для поддержки Rust планируют предложить для включения в основной состав FreeBSD после проверки развиваемого набора патчей и реализации отмеченных в плане базовых возможностей. Среди начальных планов: поддержка crate-пакетов с библиотеками на языке Rust, возможность сборки нескольких Rust-приложений при помощи одного Makefile, создание руководств по импорту crate-пакетов и поддержка установки сопутствующих файлов и man-страниц.
| ||
· | 21.05.2025 | Выпуск Red Hat Enterprise Linux 9.6 (26) |
Следом за новой веткой RHEL 10 компания Red Hat опубликовала релиз дистрибутива Red Hat Enterprise Linux 9.6. Готовые установочные образы доступны для зарегистрированных пользователей Red Hat Customer Portal (для оценки функциональности также можно использовать iso-образы CentOS Stream 9 и бесплатные сборки RHEL для разработчиков). Выпуск сформирован для архитектур x86_64, s390x (IBM System z), ppc64le и Aarch64 (ARM64). В соответствии с 10-летним циклом поддержки дистрибутива RHEL 9 будет сопровождаться до 2032 года.
Исходные тексты rpm-пакетов RHEL 9.6 предоставляются клиентам компании только через закрытый раздел сайта, на котором действует пользовательское соглашение (EULA), запрещающее редистрибуцию данных, загруженных через клиентский портал, что создаёт юридические риски при использовании этих пакетов для создания производных дистрибутивов. Исходные тексты остаются доступны в репозитории CentOS Stream, но он не полностью синхронизирован с RHEL и в нём версии пакетов не всегда совпадают с пакетами из RHEL. Rocky Linux, Oracle и SUSE воспроизводят исходные тексты rpm-пакетов релизов RHEL в рамках проекта OpenELA. Ключевые изменения в RHEL 9.6:
| ||
Обсуждение (26) |
Тип: Программы |
| ||
· | 21.05.2025 | Уязвимость в библиотеке OpenPGP.js, позволяющая обойти верификацию сообщений (19 +6) |
В библиотеке OpenPGP.js выявлена уязвимость (CVE-2025-47934), позволяющая злоумышленнику отправить модифицированное сообщение, которое будет воспринято получателем как верифицированное (функции openpgp.verify и openpgp.decrypt вернут признак успешной проверки цифровой подписи, несмотря на то, что содержимое заменено и отличается от данных, для которых создавалась подпись). Уязвимость устранена в выпусках OpenPGP.js 5.11.3 и 6.1.1. Проблема проявляется только в ветках OpenPGP.js 5.x и 6.x, и не затрагивает OpenPGP.js 4.x.
Библиотека OpenPGP.js предоставляет самодостаточную реализацию протокола OpenPGP на языке JavaScript, позволяющую выполнять в браузере операции шифрования и работать с цифровыми подписями на основе открытых ключей. Проект развивается разработчиками Proton Mail и помимо организации сквозного шифрования сообщений в Proton Mail применяется в таких проектах, как FlowCrypt, Mymail-Crypt, UDC, Encrypt.to, PGP Anywhere и Passbolt. Уязвимость затрагивает процедуры верификации встроенной в текст подписи (openpgp.verify) и подписанных и зашифрованных сообщений (penpgp.decrypt). Атакующий может использовать имеющиеся подписанные сообщения для формирования новых сообщений, при распаковке которых уязвимой версией OpenPGP.js будет извлечено подставленное содержимое, отличающееся от содержимого исходного подписанного сообщения. Уязвимость не затрагивает подписи, распространяемые отдельно от текста (проблема проявляется только при передаче подписи вместе с текстом единым блоком данных). Для формирования подставного сообщения атакующему достаточно наличия одного сообщения со встроенной или отдельной подписью, а также знания исходных данных, подписанных в этом сообщении. Атакующий может изменить сообщение так, что для изменённого варианта подпись продолжит считаться корректной. Аналогично можно изменить зашифрованные сообщения с подписью, при распаковке которых будут возвращаться добавленные атакующим данные.
| ||
Обсуждение (19 +6) |
Тип: Проблемы безопасности |
| ||
· | 20.05.2025 | В GDM по умолчанию отключён сеанс X11. В Fedora 43 в GNOME будет поддерживаться только Wayland (208 +4) |
В кодовую базу, которая будет использована в выпуске GNOME 49, принято изменение, отключающее по умолчанию сеанс X11 в дисплейном менеджере GDM (GNOME Display Manager), предоставляющем экран входа в систему. При сборке GDM также выставлена опция "-Dx11-support=false", отключающая по умолчанию компиляцию компонентов для поддержки X11. Ведётся работа над возможностью собирать конфигуратор GNOME Setting без поддержки X11. Через год в выпуске GNOME 50 намерены полностью удалить из GNOME код для работы сеанса на базе X11. Ранее разработчики библиотеки GTK присвоили статус устаревшего бэкенду для протокола X11, и планируют оставить в GTK5 только поддержку Wayland.
Сеанс на базе протокола Wayland применяется в GNOME по умолчанию с 2016 года, в то время как сеанс на базе X11 со временем всё хуже тестируется, а связанные с X11 ошибки остаются без исправления. Прекращение поддержки сеанса с X11 снизит трудозатраты на сопровождение и высвободит ресурсы, которые можно будет направить на улучшения качества работы современного графического стека. Кроме того, комитет FESCo (Fedora Engineering Steering Committee), отвечающий за техническую часть разработки дистрибутива Fedora, утвердил предложение удалить из репозиториев проекта пакеты, используемые для работы GNOME поверх X-сервера. Все пользователи GNOME, использовавшие X11, будут принудительно переключены на сеанс GNOME на базе Wayland. Изменение будет применено в осеннем выпуске Fedora 43. Поставка X.org Server и связанных с ним компонентов также прекращена в сегодяшнем релизе дистрибутива RHEL 10. Возможность запуска X11-приложений при помощи XWayland в Fedora и RHEL остаётся без изменений.
| ||
· | 20.05.2025 | Релиз дистрибутива Red Hat Enterprise Linux 10 (248 +7) |
Компания Red Hat представила релиз дистрибутива Red Hat Enterprise Linux 10. Готовые установочные образы подготовлены для зарегистрированных пользователей Red Hat Customer Portal (для оценки функциональности можно использовать общедоступные iso-образы CentOS Stream 10, а также бесплатные сборки RHEL для разработчиков). Выпуск сформирован для архитектур x86_64, s390x (IBM System z), ppc64le (POWER9), Aarch64 (ARM64) и RISC-V (preview).
В качестве основы ветки RHEL 10 задействована пакетная база проекта CentOS Stream 10, который позиционируется как upstream для RHEL, дающий возможность сторонним участникам контролировать подготовку пакетов для RHEL, предлагать свои изменения и влиять на принимаемые решения. В соответствии с 13-летним циклом поддержки дистрибутива RHEL 10 будет сопровождаться до 2035 года + 3 года расширенной платной поддержки. Обновления для RHEL 9 продолжат выпускаться до конца мая 2032 года, а RHEL 8 - 2029 года. Пакеты RHEL не размещены в публичном репозитории git.centos.org и предоставляются клиентам компании только через закрытый раздел сайта, на котором действует пользовательское соглашение (EULA), запрещающее редистрибуцию данных, загруженных через клиентский портал, что создаёт юридические риски при использовании этих пакетов для создания производных дистрибутивов. Исходные тексты RHEL остаются доступны в репозитории CentOS Stream, но он не полностью синхронизирован с RHEL и версии пакетов в нём не всегда совпадают с пакетами из RHEL. Rocky Linux, Oracle и SUSE воспроизводят исходные тексты rpm-пакетов релизов RHEL в рамках проекта OpenELA. Основные изменения:
| ||
Обсуждение (248 +7) |
Тип: Программы |
| ||
Следующая страница (раньше) >> |
Закладки на сайте Проследить за страницей |
Created 1996-2025 by Maxim Chirkov Добавить, Поддержать, Вебмастеру |