| · | 16.06.2025 | Выпуск системы управления исходными текстами Git 2.50 (20 +2) |
|
Опубликован выпуск распределенной системы управления исходными текстами Git 2.50. Git отличается высокой производительностью и предоставляет средства нелинейной разработки, базирующиеся на ответвлении и слиянии веток. Для обеспечения целостности истории и устойчивости к изменениям "задним числом" используются неявное хеширование всей предыдущей истории в каждом коммите, а также удостоверение цифровыми подписями разработчиков отдельных тегов и коммитов. Код Git распространяется под лицензией GPLv2+.
По сравнению с прошлым выпуском в новую версию принято 621 изменение, подготовленное при участии 98 разработчиков, из которых 35 впервые участвуют в разработке. Основные новшества:
| ||
|
Обсуждение (20 +2) |
Тип: Программы |
| ||
| · | 15.06.2025 | Уязвимость в KDE Konsole, позволяющая выполнить код при открытии страницы в браузере (86 +18) |
|
В развиваемом проектом KDE эмуляторе терминала Konsole выявлена уязвимость (CVE-2025-49091), позволяющая организовать выполнение кода в системе при открытии в браузере специально оформленной страницы.
Для Konsole по умолчанию в KDE регистрируется сервис KTelnetService (ktelnetservice6.desktop), подключающий обработчики открываемых в браузере URL-схем telnet://, rlogin:// и ssh://. При обработке данных схем в эмуляторе терминала запускаются утилиты telnet, rlogin и ssh, которым передаётся указанный в ссылке путь. Уязвимость вызвана тем, что в случае, когда в системе не установлена утилита telnet, rlogin или ssh, Konsole при вызове соответствующего обработчика URL запускал командный интерпретатор bash. Например, если отсутствует telnet при открытии в браузере ссылки "telnet:///proc/self/cwd/Downloads/evil" в Konsole запускался "/bin/bash /proc/self/cwd/Downloads/evil". По аналогии можно совершить атаку на обработчики rlogin:// и ssh:// при отсутствии в системе утилит rlogin и ssh. Эксплуатации уязвимостей сопутствует то, что в конфигурации по умолчанию современные версии Firefox и Chrome автоматически сохраняют инициированные для загрузки файлы, не выводя запрос пользователю, а лишь показывая уведомление о факте состоявшейся загрузки. В Firefox подобное поведение можно отключить выставив настройку "Always ask you where to save files" на странице конфигуратора "General > Files and Applications". Как правило, файлы сохраняются в каталог ~/Downloads, на который не зная имени текущего пользователя можно сослаться через файловый путь "/proc/self/cwd/Downloads/". Ниже показан пример JavaScript-кода, при выполнении которого в браузере в окружениях KDE с Konsole у пользователя будут выполнены команды "echo "Hello world"; touch /tmp/foobar" (в примере они закодированы в строке "data:;base64,ZWNobyAiSGVsbG8gd29ybGQiCnRvdWNoIC90bXAvZm9vYmFyCg=="). Предложенный код формирует ссылку с интегрированными данными, симулирует клик на эту ссылку и перебрасывает пользователя на URL "telnet://...". Для работы в Chrome следует изменить имя файла в ссылке на evil.txt, так как Chrome автоматически добавляет расширение txt.
<html>
<head>
<script type="text/javascript">
function downloadAndRedirect() {
const anchor = document.createElement('a');
anchor.href = "data:;base64,ZWNobyAiSGVsbG8gd29ybGQiCnRvdWNoIC90bXAvZm9vYmFyCg==";
anchor.download = 'evil';
document.body.appendChild(anchor);
anchor.click();
document.body.removeChild(anchor);
setTimeout(() => {
window.location.href = "telnet:///proc/self/cwd/Downloads/evil";
}, 1000);
}
</script>
</head>
<body onload="downloadAndRedirect()">
</body>
</html>
В Firefox и Chrome при попытке перехода по ссылке "telnet://" по умолчанию будет выведен запрос для подтверждения операции у пользователя. В случае согласия KTelnetService запустит команду:
/usr/bin/konsole --noclose -e telnet /proc/self/cwd/Downloads/evil
Если в системе нет утилиты telnet, Konsole откатится на запуск bash вместо telnet, передав изначально указанный в командной строке аргумент. Проблема устранена в выпуске Konsole 25.04.2, вошедшем в состав обновления KDE Gear 25.04.2. Проследить за устранением уязвимости в дистрибутивах можно на следующих страницах: Debian, Ubuntu, Fedora, SUSE/openSUSE, RHEL, Arch, FreeBSD. В качестве обходных путей для блокирования уязвимости можно установить утилиты telnet, rlogin и ssh или удалить файл /usr/share/applications/ktelnetservice6.desktop.
| ||
|
Обсуждение (86 +18) |
Тип: Проблемы безопасности |
| ||
| · | 14.06.2025 | Проект Nitrux прекращает разработку рабочего стола NX Desktop в пользу Hyprland (41 +1) |
|
Разработчики дистрибутива Nitrux сообщили о прекращении разработки рабочего стола NX Desktop, представлявшего собой надстройку над KDE Plasma 5. Все репозитории nx-desktop на GitHub переведены в архивный режим и сопровождение NX Desktop прекращено. В качестве причины упоминается сворачивание программы длительной поддержки релизов KDE Plasma.
Одновременно упоминается о приостановке разработки собственной оболочки Maui Shell, так как проект столкнулся с нехваткой ресурсов и отсутствием интереса к разработке со стороны участников из сообщества. Ранее решено было не переводить NX Desktop на технологии KDE Plasma 6 и развивать собственную новую оболочку Maui Shell, которая со временем должна была заменить NX Desktop, но ситуация изменилась. В соответствии с новым планом, дистрибутив Nitrux будет переведён на пользовательское окружение, построенное при помощи композитного сервера Hyprland, панели Waybar и меню завершения работы в системе Wlogout. Вместо дисплейного менеджера SDDM для запуска сеанса будут задействован менеджер входа greetd и экран входа QtGreet. Композитный сервер Hyprland использует Wayland, поддерживает мозаичную (tiling) компоновку окон, классическое произвольное размещение окон, группировку окон в форме вкладок, псевдомозаичный режим и полноэкранное раскрытие окон. Среди возможностей: динамически создаваемые виртуальные рабочие столы; режимы компоновки элементов на экране; глобальная обработка горячих клавиш; управление жестами на тачпаде/сенсорном экране; средства для визуально насыщенных интерфейсов (градиенты в обрамлении окон, размытие фона, анимационные эффекты и тени); расширение через плагины. Пакет с ядром Linux в дистрибутиве Nitrux решено перевести с использования патчей Liquorix на вариант ядра от проекта CachyOS. Причиной стало отсутствие в Liquorix патча для включения механизма PSI (Pressure Stall Information), позволяющего в пространстве пользователя анализировать сведения о времени ожидания получения различных ресурсов (CPU, память, ввод/вывод) для точной оценки уровня загруженности системы и характера замедления работы. Поддержка PSI необходима для работы Waydroid, прослойки для запуска Android-приложений. Для установки дополнительных программ будут задействованы инструментарий NX AppHub и формат AppBox, которые теперь преподносятся как более предпочтительные, по сравнению с пакетами AppImage. Обновления дистрибутива планируют публиковать два раза в месяц. Для установки обновлений продолжит использоваться утилита nuts (Nitrux Update Tool System). Из более отдалённых планов на будущее отмечена замена SquashFS на DwarFS и создание сборок для устройств ARM64, помимо ранее поддерживаемой архитектуры x86_64.
| ||
|
Обсуждение (41 +1) |
Тип: К сведению |
| ||
| · | 13.06.2025 | Google прекратил публикацию кода для поддержки устройств Pixel в репозитории с кодом Android (177 –10) |
|
Разработчики Android-прошивки CalyxOS, не привязанной к сервисам Google, обратили внимание на прекращение публикации компанией Google исходного кода, связанного с поддержкой устройств Pixel в платформе Android. В день релиза Android 16 компания Google разместила в репозитории AOSP (Android Open Source Project) исходный код нового выпуска, но в отличие от прошлых публикаций, на этот раз код охватывал только общие изменения в платформе и фреймворках, и не включал DeviceTree-спецификации и бинарные драйверы для поддержки устройств Google Pixel, а также полную историю изменений в применяемом в платформе варианте ядра Linux.
Отмечается, что отсутствие подобных компонентов существенно усложнит разработку альтернативных сборок Android. Если раньше разработчики альтернативных прошивок могли легко собрать и загрузить AOSP для устройств Pixel, то теперь им придётся выполнять обратный инжиниринг бинарных файлов из прошивок для определения изменений по сравнению с ранее опубликованными спецификациями DeviceTree. В текущем виде Android 16 не может быть собран из репозитория AOSP для смартфонов Pixel, используя только официально предоставляемые компоненты. В AOSP продолжена публикация кода ядра Linux для поддержки оборудования, но теперь эти изменения доступны в форме среза без истории коммитов. AOSP также можно использовать для формирования общих сборок GSI (Generic System Image), но для их адаптации к конкретным устройствам требуются DeviceTree-файлы, которые теперь не публикуются для смартфонов Google Pixel. DeviceTree определяет спецификацию аппаратной начинки, используемые периферийные устройства и компоненты, необходимые для сборки образа прошивки для конкретного устройства. Разработчики проекта GrapheneOS, развивающего редакцию Android с изменениями для усиления безопасности и обеспечения конфиденциальности, сообщили, что в апреле по неофициальным каналам до них дошли сведения о том, что в Google началась работа по урезанию AOSP, и первым шагом станет прекращение публикации кода для поддержки устройств в Android 16. На этом фоне появились спекуляции на тему прекращения поддержки репозитория AOSP. Сэнг Чау (Seang Chau), вице-президент Google, отвечающий за платформу Android, ответил, что слухи относительно сворачивания репозитория AOSP не соответствуют действительности. Код продолжит публиковаться в AOSP и Android останется открытой платформой, пригодной для адаптации к новым устройствам, SoC и аппаратным архитектурам. При этом AOSP не хватает гибкого, настраиваемого и дешёвого эталонного устройства для тестирования системы, не привязанного к конкретным аппаратным устройствам, таким как Google Pixel. В качестве такого эталонного устройства для AOSP предлагается использовать открытое виртуальное устройство Cuttlefish. Кроме того, для тестирования и разработки Android оставлена возможность использования базовых образов GSI (Generic System Image), собранных из AOSP и не привязанных к конкретным устройствам.
| ||
|
Обсуждение (177 –10) |
Тип: К сведению |
| ||
| · | 12.06.2025 | Apple открыл инструментарий для запуска Linux-контейнеров в macOS (114 +22) |
|
Компания Apple представила инструментарий для создания, загрузки и выполнения Linux-контейнеров в macOS. Работа контейнеров в macOS обеспечивается с использованием легковесных виртуальных машин с ядром Linux, запускаемых при помощи гипервизора Virtualization.framework. Для работы с Linux-контейнерами предложено два пакета - containerization и container, написанных на языке Swift и открытых под лицензией Apache 2.0.
Пакет Containerization предоставляет низкоуровневый API для управления образами контейнеров в формате OCI, загрузки контейнеров из внешних репозиториев, создания корневой ФС Ext4, обеспечения сетевого взаимодействия, сборки быстрозагружаемых вариантов ядра Linux, создания виртуальных машин и запуска в них отдельных контейнеров. Контейнеры можно связывать с отдельными IP-адресами. Для организации работы виртуального сетевого стека, привязанного к каждому контейнеру, задействован фреймворк vmnet. На запуск виртуальной машины тратится менее секунды, благодаря применению оптимизированной конфигурации ядра Linux и урезанного системного окружения с легковесным init-процессом vminitd. Взаимодействие с процессом инициализации в виртуальной машине осуществляется через API GRPC поверх vsock. Данный API позволяет настраивать параметры рабочего окружения и запускать поверх виртуальной машины контейнеры с выбранной пользователем начинкой или отдельными изолированными процессами. Пакет Container представляет собой надстройку над API Containerization, реализующую высокоуровневый инструментарий в стиле Docker для создания, загрузки, запуска и остановки образов Linux-контейнеров в формате OCI. Управление сервисами при запуске контейнеров осуществляется при помощи системного менеджера Launchd. Инструментарий может использоваться в macOS 15, но для полноценной работы и исключения возникновения проблем рекомендуется использовать версию macOS 26 Beta 1. Например, в macOS 15 не работает прямое сетевое взаимодействие между контейнерами и ограничена привязка отдельных IP к контейнерам. Возможна работа на ARM-системах Apple Silicon Mac (M1/M2/M3/M4), компьютеры на базе процессоров Intel не поддерживаются. Для запуска контейнеров, собранных для архитектуры x86_64, применяется транслятор процессорных инструкций Rosetta 2. 
| ||
|
Обсуждение (114 +22) |
Тип: К сведению |
| ||
| · | 12.06.2025 | Проект Liberux развивает смартфон NEXX с прошивкой на базе Debian и GNOME (187 +18) |
|
Началась разработка смартфона Liberux NEXX, создатели которого намерены совместить в одном устройстве аппаратную начинку уровня ноутбука, возможности для обеспечения конфиденциальности и открытую прошивку LiberuxOS на базе Linux. Смартфон находится на стадии рабочего прототипа - разработана и отлажена материнская плата устройства. После устранения ряда имеющихся проблем в течение нескольких месяцев планируют начать распространение платы для разработчиков. Дата поставки готового устройства пока не определена. Затраты на начальное производство и выход на рынок планируют покрыть через привлечение совместного финансирования.
Программная начинка насколько это возможно будет открытой и доступной для внесения изменений. Системное окружение базируется на Debian GNU/Linux 13, а графическая оболочка построена с использованием редакции GNOME Shell для мобильных устройств. Смартфон сможет выполнять функции переносной рабочей станции - после подключения клавиатуры, мыши и монитора становится доступна полноценная среда рабочего стола GNOME. Предусмотрена возможность запуска Android-приложений в контейнерах, используя такие прослойки, как WayDroid. Для прошивки планируют реализовать пятилетний срок поддержки. Для обеспечения конфиденциальности предложено три аппаратных переключателя, разрывающих цепи питания для модема, модуля Wi-Fi/Bluetooth и камеры/микрофона. При одновременном выключении трёх переключателей дополнительно деактивируются GPS, акселерометр, гироскоп, магнитометр и датчики освещения/приближения.  Смартфон использует модульную аппаратную архитектуру, допускающую замену памяти, eMMC-накопителя, модема (LTE/5G) и аккумулятора. Для взаимодействия с внешним миром предусмотрены два порта USB-C 3.1, 3.5-мм звуковой порт, модем LTE/5G, а также модуль с поддержкой Wi-Fi 5/Bluetooth 5. Устройство планируют оснащать 8-ядерным CPU Rockchip RK3588S (4× ARM Cortex-A76 + 4× ARM Cortex-A55 2.4 GHz, GPU Mali G610), производительности которого достаточно для выполнения типовых десктоп-приложений. Смартфон будет поставляться с 6.34-дюймовым экраном с разрешением 2400×1080, 32- и 13-мегапиксельными камерами и аккумулятором 5300 mAh. На устройство можно будет установить до 32 ГБ ОЗУ и 512 GB постоянной памяти, плюс опционально можно подключить до 2 ТБ постоянной памяти через microSD. Предполагаемая стоимость устройства: €1300 за конфигурацию с 5G-модемом Qualcomm Snapdragon X62, 32 ГБ ОЗУ и 512 ГБ eMMC, €890 - LTE-модем, 16 ГБ ОЗУ и 128 ГБ eMMC, €790 - LTE-модем, 8 ГБ ОЗУ и 128 ГБ eMMC.
| ||
|
Обсуждение (187 +18) |
Тип: К сведению |
| ||
| · | 11.06.2025 | В GNOME будет усилена зависимость от systemd (177 –15) |
|
Адриан Вовк (Adrian Vovk), создатель атомарно обновляемого дистрибутива carbonOS и инсталлятора для GNOME OS, а также один из разработчиков systemd-homed и systemd-sysupdate, объявил о внесении в GNOME изменений, которые усилят зависимость проекта от systemd. В грядущих выпусках GNOME 49 и 50 некоторые собственные компоненты для запуска экрана входа в систему будут заменены на штатные возможности systemd, что потребует создания новых прослоек для поставки GNOME в дистрибутивах и операционных системах, не использующих systemd. Отмечается, что удаление старого кода в пользу штатных возможностей systemd упростит сопровождение, избавит проект от костылей и позволит реализовать дополнительную функциональность, такую как сохранение и восстановление сеансов.
С 2015 года в GNOME используется менеджер сеансов systemd-logind, пришедший на смену ConsoleKit. В дистрибутивах, не поддерживающих systemd, используется elogind, независимый от systemd урезанный вариант logind, или патчи, возвращающие поддержку ConsoleKit. При разработке GNOME подобные обходные пути работы без systemd не учитываются и не тестируются, поэтому их работоспособность зависит от сторонних энтузиастов. В будущих выпусках GNOME в дисплейном менеджере GDM дополнительно будет задействована инфраструктура userdb, предоставляемая systemd, которая заменит собой собственный сервис AccountsService. GNOME и systemd сами по себе не поддерживают запуск более одного графического сеанса для одного и того же пользователя. При этом GDM может выводить одновременно несколько экранов входа для запуска одновременно нескольких графических сеансов, что применяется при удалённом доступе к рабочему столу и на multiseat-системах с несколькими мониторами и устройствами ввода. Подобная функциональность в GDM была реализована 15 лет назад как временный костыль и не совместима с современным dbus-broker, поэтому решено перейти на новую реализацию, использующую systemd-userdb для динамического выделения учётных записей и запуска каждого экземпляра экрана входа под уникальным пользователем. Кроме того, решено удалить из GNOME реализацию собственного менеджера сервисов, который использовался в gnome-session в качестве запасного обработчика для запуска сервисов GNOME в окружениях без systemd. Встроенный менеджер сервисов функционировал на уровне запуска desktop-файлов и отслеживания работы связанных с ними сервисов. Данный менеджер сервисов почти не изменялся последние 17 лет и единственной причиной по которой он не был удалён оставалось его использование в GDM для запуска экрана входа в систему. После перевода GDM на использование systemd для запуска экрана входа в систему, у проекта не осталось причин поддерживать собственный встроенный менеджер сервисов, который мешает реализации возможности сохранения и восстановления сеансов. Для упрощения адаптации к изменениям дистрибутивов, не использующих systemd, в GNOME 49 будет временно добавлена возможность запуска GDM без userdb с использованием фиксированного пользователя gdm-greeter для первого сеанса входа, gdm-greeter-2 для второго и т.п. В GNOME 50 подобную возможность, а также встроенный менеджер сервисов планируют удалить, поэтому разработчикам дистрибутивов без systemd в срочном порядке необходимо разработать прослойки для замены systemd-userdb (io.systemd.Multiplexer, userdb Varlink API) и процесса запуска сеанса (session leader), взаимодействующего с применяемым в дистрибутиве сервисным менеджером. Также потребуется замена исполняемого файла gnome-session-ctl, координирующего взаимодействие между процессом запуска сеанса, сервисом D-Bus и systemd. Замену gnome-session-ctl необходимо разработать до выпуска GNOME 49.
| ||
|
Обсуждение (177 –15) |
Тип: К сведению |
| ||
| · | 11.06.2025 | Опубликована 65 редакция рейтинга самых высокопроизводительных суперкомпьютеров (133 +17) |
Опубликован 65-й выпуск рейтинга 500 самых высокопроизводительных компьютеров мира. В 65 редакции рейтинга кластеры, занимавшие в прошлом рейтинге первые три места, сохранили свои позиции:
Четвёртое место занял новый кластер JUPITER Booster, запущенный в суперкомпьютерном центре Юлих (Германия). Кластер насчитывает 4.8 млн процессорных ядер (NVIDIA GH200 Grace Hopper Superchip 72C 3GHz) и демонстрирует производительность 793 петафлопс. Операционная система - RedHat Enterprise Linux. Замыкающие десятку кластеры не изменились и лишь сместились на одну позицию вниз:
Что касается отечественных суперкомпьютеров, то созданные компанией Яндекс кластеры Червоненкис, Галушкин и Ляпунов опустились с 60, 86 и 99 мест на 75, 102 и 120 места. Данные кластеры созданы для решения задач машинного обучения и обеспечивают производительность 21.5, 16 и 12.8 петафлопса соответственно. Кластеры работают под управлением Ubuntu 16.04 и оснащены процессорами AMD EPYC 7xxx и GPU NVIDIA A100: кластер Chervonenkis насчитывает 199 узлов (193 тысячи ядер AMD EPYC 7702 64C 2GH и 1592 GPU NVIDIA A100 80G), Galushkin - 136 узлов (134 тысячи ядер AMD EPYC 7702 64C 2GH и 1088 GPU NVIDIA A100 80G), Lyapunov - 137 узлов (130 тысяч ядер AMD EPYC 7662 64C 2GHz и 1096 GPU NVIDIA A100 40G). Развёрнутый Сбербанком кластер Christofari Neo опустился сo 103 на 125 место. Christofari Neo работает под управлением NVIDIA DGX OS 5 (редакция Ubuntu) и демонстрирует производительность 11.95 петафлопса. Кластер насчитывает более 98 тысяч вычислительных ядер на базе CPU AMD EPYC 7742 64C 2.25GHz и поставляется с GPU NVIDIA A100 80GB. Второй кластер Сбербанка (Christofari) за полгода сместился со 172 на 201 место в рейтинге. В рейтинге также остаётся ещё один отечественный кластер: Lomonosov 2, который сместился с 453 на 495 место (в 2015 году кластер Lomonosov 2 занимал 31 место, а его предшественник Lomonosov в 2011 году - 13 место). Всего в рейтинг вошло 6 российских кластеров (для сравнения в 2020 году в рейтинге было 2 отечественные системы, в 2017 году - 5, а в 2012 году - 12). Наиболее интересные тенденции:
Одновременно опубликован новый выпуск альтернативного рейтинга кластерных систем Graph 500, ориентированного на оценку производительности суперкомпьютерных платформ, связанных с симулированием физических процессов и задач по обработке больших массивов данных, свойственных для таких систем. Рейтинги Green500, HPCG (High-Performance Conjugate Gradient) и HPL-AI объединены с Top500 и отражаются в основном рейтинге Top500.
| ||
|
Обсуждение (133 +17) |
Тип: К сведению |
| ||
| · | 10.06.2025 | Выпуск мобильной платформы Android 16 (156 +25) |
|
Компания Google опубликовала релиз открытой мобильной платформы Android 16. Связанные с новым выпуском исходные тексты размещены в Git-репозитории проекта (ветка android-16.0.0_r1). Сборки прошивки подготовлены для устройств Pixel 6/6a/6 Pro, Pixel 7/7a/7 Pro, Pixel 8/8a/8 Pro, Pixel 9/9 Pro/9 Pro XL/9 Pro Fold, Pixel Fold и Pixel Tablet. В ближайшие месяцы прошивки с новой версией ожидаются для смартфонов Samsung, Honor, iQOO, Lenovo, Motorola, Nothing, OnePlus, Oppo, realme, Sharp, Sony, Tecno, vivo и Xiaomi. Дополнительно будут сформированы универсальные сборки GSI (Generic System Images), подходящие для разных устройств на базе архитектур ARM64 и x86_64.
Выпуск Android 16 сформирован в рамках нового графика разработки, в соответствии с которым каждый год будет формироваться не один значительный релиз Android, а два выпуска - первый во втором квартале (а не в третьем как раньше), а второй - в четвёртом квартале. Летний релиз включает значительные новшества, изменения поведения в SDK и новые API. Зимний релиз будет содержать улучшения, новые API и изменения, не влияющие на работу приложений. Основные новшества Android 16:
| ||
|
Обсуждение (156 +25) |
Тип: Программы |
| ||
| · | 10.06.2025 | Ubuntu прекращает поддержку сеанса X11 в GNOME (330 –2) |
|
В осеннем выпуске Ubuntu 25.10 решено прекратить поддержку сеанса GNOME на базе X11 и оставить на экране входа в систему только возможности запуска сеанса на базе Wayland. Возможность запуска X11-приложений при помощи XWayland остаётся без изменений. В дистрибутиве также продолжат поставлять пакеты с компонентами X.org и альтернативными десктоп-окружениями, использующими X11, которые можно будет установить из репозитория.
В качестве причины удаления сеанса X11 упоминаются планы проекта GNOME по прекращению поддержки X11 и реализация долгосрочной стратегии Ubuntu по предоставлению безопасной, высокопроизводительной и современной среды рабочего стола. Сопровождение одновременно сеансов X11 и Wayland приводит к накоплению технического долга, повышает трудозатраты на сопровождение и ограничивает возможности по эффективному внедрению инноваций. В осеннем выпуске GNOME 49 в дисплейном менеджере GDM (GNOME Display Manager), предоставляющем экран входа в систему, решено отключить по умолчанию сеанс X11. Полное удаление из GNOME кода для работы сеанса на базе X11 при реалистичном сценарии ожидается в выпуске GNOME 50, намеченном на весну следующего года. Упоминается также идеальный сценарий, при котором код X11 может быть удалён в GNOME 49, если в процессе работы по отключению X11 не всплывёт новых проблем и ошибок. Не исключается и ситуация, при которой разработчики GNOME откатят изменения и отложат отключение X11, но она может произойти только при выявлении непредвиденной критически важной проблемы. Работа по избавлению от X11 также ведётся в библиотеке GTK - бэкенду для протокола X11 в феврале присвоен статус устаревшего, а в GTK5 планируют оставить только поддержку Wayland. Отмечается, что сеанс на базе Wayland в Ubuntu стабилизирован и достиг зрелого состояния, пригодного для большинства типовых задач, - улучшена поддержка Wayland в проприетарных драйверах NVIDIA, реализована более надёжная модель безопасности, усилена изоляция графического стека, среда рабочего стола доведена до готовности к повседневному использованию, улучшена поддержка сенсорных экранов и hi-DPI.
| ||
|
Обсуждение (330 –2) |
Тип: К сведению |
| ||
| · | 10.06.2025 | Релиз FreeBSD 14.3 (252 +30) |
|
После шести месяцев разработки сформирован релиз FreeBSD 14.3. Установочные образы подготовлены для архитектур amd64, i386, powerpc, powerpc64, powerpc64le, powerpcspe, armv7, aarch64 и riscv64. Дополнительно подготовлены сборки для систем виртуализации (QCOW2, VHD, VMDK, raw) и облачных окружений Amazon EC2, Google Compute Engine и Vagrant.
Следующее обновление FreeBSD 14.4 запланировано на март 2026 года. Поддержка нынешнего выпуска FreeBSD 14.3 будет осуществляться до 30 июня 2026 года, а прошлого выпуска FreeBSD 14.2 - до 30 сентября 2025 года. В целом ветка FreeBSD 14 будет сопровождаться до 30 ноября 2028 года, а ветка FreeBSD 13.x до 30 апреля 2026 года. Первый выпуск следующей значительной ветки FreeBSD 15, в которой будет прекращена поддержка 32-разрядных архитектур (кроме armv7 и режима COMPAT_FREEBSD32), запланирован на декабрь 2025 года. Основные изменения во FreeBSD 14.3:
| ||
|
Обсуждение (252 +30) |
Тип: Программы |
| ||
| · | 09.06.2025 | Опубликована новая LTS-ветка СУБД MariaDB 11.8 (39 +11) |
|
Представлен выпуск СУБД MariaDB 11.8.2, который отмечен как первый стабильный релиз ветки 11.8. Ветка MariaDB 11.8 отнесена к выпускам с длительным сроком поддержки и будет сопровождаться как минимум 5 лет. Одновременно доступен выпуск MariaDB 12.0.1, имеющий статус кандидата в релизы.
Проектом MariaDB развивается ответвление от MySQL, сохраняющее обратную совместимость и отличающееся интеграцией дополнительных движков хранения и расширенных возможностей. Развитие MariaDB курирует независимая организация MariaDB Foundation в соответствии с открытым и прозрачным процессом разработки, не зависящим от отдельных производителей. MariaDB поставляется вместо MySQL во многих дистрибутивах Linux (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) и внедрён в таких крупных проектах, как Wikipedia, Google Cloud SQL и Nimbuzz. Среди изменений в ветке MariaDB 11.8 по сравнению с прошлым LTS-выпуском 11.4:
| ||
|
Обсуждение (39 +11) |
Тип: Программы |
| ||
| · | 09.06.2025 | Выпуск пользовательского окружения Sway 1.11 (93 +16) |
|
После 7 месяцев разработки опубликован релиз композитного менеджера Sway 1.11, построенного с использованием протокола Wayland и совместимого с мозаичным оконным менеджером i3 и панелью i3bar. Код проекта написан на языке Си и распространяется под лицензией MIT. Проект нацелен на использование в Linux и FreeBSD.
Sway позволяет размещать окна на экране не пространственно, а логически. Окна располагаются, образуя сетку, оптимально использующую экранное пространство и позволяющую быстро манипулировать окнами только при помощи клавиатуры. Совместимость с i3 обеспечена на уровне команд, файлов конфигурации и IPC, что позволяет использовать Sway в качестве прозрачной замены i3, использующей Wayland вместо X11. Для обустройства полноценного пользовательского окружения предлагаются сопутствующие компоненты: swayidle (фоновый процесс с реализацией ждущего режима), swaylock (хранитель экрана), mako (менеджер уведомлений), grim (создание скриншотов), slurp (выделение области на экране), wf-recorder (захват видео), waybar (панель приложений), virtboard (экранная клавиатура), wl-clipboard (работа с буфером обмена), wallutils (управление обоями рабочего стола). Sway развивается как модульный проект, построенный поверх библиотеки wlroots, в которую вынесены все базовые примитивы для организации работы композитного менеджера. Wlroots включает бэкенды для абстрагирования доступа к экрану, устройствам ввода, отрисовки без прямого обращения к OpenGL, взаимодействию с KMS/DRM, libinput, Wayland и X11 (предоставляется прослойка для запуска X11-приложений на базе Xwayland). Помимо Sway библиотека wlroots активно используется и в других проектах. Кроме поддержки языков Си/С++, предоставляются обвязки для языков Scheme, Common Lisp, Go, Haskell, OCaml, Zig, Python и Rust. В новом выпуске:
| ||
|
Обсуждение (93 +16) |
Тип: Программы |
| ||
| · | 08.06.2025 | Композитный сервер Hyprland удалён из Debian Testing и не войдёт в релиз Debian 13 (353 +29) |
|
Композитный сервер Hyprland и сопутствующие пакеты, такие как hyprland-protocols и hyprutils, удалены из репозитория Debian Testing и не будут включены в стабильный релиз Debian 13, находящийся на финальной стадии подготовки. В ветке Debian Unstable пакеты с Hyprland сохранены, но по-прежнему базируются на устаревшем выпуске 0.41.
Причиной исключения Hyprland из следующего стабильного релиза стала просьба сопровождающего, который заявил, что поставляемая в Debian-пакете версия Hyprland 0.41.2 сильно отстаёт от актуального состояния проекта (0.49) и для старой версии невозможно обеспечить поддержку на протяжении жизненного цикла Debian 13. Проект Hyprland находится на стадии активной разработки и регулярно формирует новые выпуски с изменениями, не сохраняющими обратную совместимость. Поддержание старой версии Hyprland силами сопровождающего Debian-пакет в таких условиях сильно усложнено. Переводу пакетов на новый выпуск мешает то, что в версии Hyprland 0.42 прекращено использование библиотеки wlroots в пользу собственной релизации протокола Wayland и библиотеки отрисовки Aquamarine. В старой версии Hyprland имеется проблема, приводящая в Debian Testing к аварийному завершению композитного сервера при смене виртуального терминала (TTY) или при переключении между мониторами. Сопровождающий Hyprland повысил статус данной проблемы до уровня, блокирующего выпуск релиза Debian 13 и требующего обязательного исправления ошибки. При этом устранить проблему без обновлении версии Hyprland или зависимостей не получается, а обновить версии невозможно из-за жёсткой заморозки состояния репозитория Debian Testing перед релизом (обновление версии может привести к появлению регрессий). Композитный сервер Hyprland ориентирован на мозаичную (tiling) компоновку окон, но поддерживает и классическое произвольное размещение окон, группировку окон в форме вкладок, псевдомозаичный режим и полноэкранное раскрытие окон. Среди возможностей: динамически создаваемые виртуальные рабочие столы; режимы компоновки элементов на экране; глобальная обработка горячих клавиш; управление жестами на тачпаде/сенсорном экране; средства для визуально насыщенных интерфейсов (градиенты в обрамлении окон, размытие фона, анимационные эффекты и тени); расширение через плагины Настройка осуществляется через файл конфигурации, изменения в котором подхватываются на лету без перезапуска.  
| ||
|
Обсуждение (353 +29) |
Тип: К сведению |
| ||
| · | 07.06.2025 | Linux Foundation развивает FAIR, децентрализованный пакетный менеджер для WordPress (132 –2) |
|
Организация Linux Foundation представила проект FAIR (Federated and Independent Repositories), предоставляющий децентрализованную альтернативу экосистеме распространения плагинов и тем оформления к WordPress. FAIR позволяет создавать на своих серверах собственные репозитории и зеркала для доставки плагинов, независимые от централизованного хостинга WordPress.org. Код написан на языке PHP и распространяется под лицензией GPLv2+.
Платформу образуют следующие компоненты:
FAIR может поставляться как форме обособленного плагина, так и в виде дистрибутива FAIR Distro, включающего платформу WordPress с предустановленными компонентами FAIR. Применение FAIR позволяет создавать обособленные инфраструктуры, не зависящие от возможных блокировок и защищённые от подмены пакетов в централизованном каталоге. Необходимость в независимом инструменте доставки дополнений возникла после инцидента, в результате которого владелец официального каталога плагинов Wordpress.org заменил плагин ACF на собственный форк и заблокировал доступ к каталогу дополнений компании WP Engine и всем кто обсуждал создание форка WordPress. Достоинства FAIR:
Разработка FAIR ведётся на нейтральной площадке под эгидой организации Linux Foundation. Управление осуществляется управляющим техническим комитетом и рабочими группами, принимающими решения на основе достижения консенсуса и учитывающими интересы и потребности сообщества. Все решения принимаются публично с использованием прозрачных процессов. В состав управляющего комитета вошли Кэрри Дилс (Carrie Dils, создавала курсы и руководства для web-разработчиков), Мика Эпштейн (Mika Epstein, ранее отвечала за репозиторий плагинов) и Райан МакКью (Ryan McCue, один из создателей WordPress REST API).
| ||
|
Обсуждение (132 –2) |
Тип: К сведению |
| ||
| Следующая страница (раньше) >> | ||
