• Для библиотек GNOME по умолчанию продолжает использоваться язык Си и более 2/3 строк кода базовых компонентов GNOME написаны на данном языке. Наиболее крупными из подобных компонентов являются GTK (820 тысяч строк), GLib (560 тысяч строк) и Mutter (390 тысяч строк).
• На Rust написано 523 тысячи строк кода, из которых примерно 400 тысяч используются в обвязках для базовых библиотек и большей частью сгенерированы автоматически. Из библиотек на Rust отмечаются Librsvg и glycin.
• Около 190 тысяч строк написаны на языке Vala, из которых около 100 тысяч строк присутствует в репозитории Vala.
• На Python имеется 242 тысячи строк кода, из которых 110 тысяч приходятся на приложение Orca.
• 106 тысяч строк написаны на JavaScript и из них 65 тысяч присутствует в GNOME Shell, что составляет примерно половину от всего кода GNOME Shell.

Распределение языков программирования, используемых в библиотеках и компонентах GNOME:

Распределение языков программирования в базовых приложениях для GNOME: 44.8% кода написано на Си, 20.7% на Vala, 10.3% на Rust, 6.9% на Python, 13.8% на JavaScript и 3.45% на C++.

При рассмотрении сторонних программ, размещённых в каталоге GNOME Circle, большая часть кода (41.7%) написана на Rust, на втором месте (29.2%) - Python, а на третьем (13%) - Vala. На Си написано 6% программ, JavaScript - 10%, Crystal - 1%. Наиболее популярные программы из каталога GNOME Circle (по числу установок последнего обновления): Blanket, Eyedropper, Newsflash, Fragments и Shortwav.

1. Главная ссылка к новости
2. OpenNews: Проект GNOME запретил использование AI для генерации дополнений к GNOME Shell
3. OpenNews: Эксперимент по использованию AI для перевода приложения с GTK2 и OpenGL на GTK4 и Vulkan
4. OpenNews: В GNOME будет усилена зависимость от systemd
5. OpenNews: Дистрибутив GNOME OS перешёл на стадию тестирования на реальном оборудовании
6. OpenNews: Анализ вклада в разработку GNOME и GTK 4

Пользовательское окружение построено на базе кастомизированной среды рабочего стола Xfce, работающей с использованием протокола Wayland. В состав входят средства разработки (clang, gcc, clang++, Python, make, cmake, git и т.п.), web-браузер, эмулятор терминала, порты многих интегрированных сред разработки и редакторов кода (Geany, Emacs, Neovim, vim), файловый менеджер Thunar и примеры кода на языках C, C++ и Python.

QNX Developer Desktop поставляется в самодостаточном системном образе, включающем инструменты для сборки программ для QNX 8.0 и коллекцию портированных открытых пакетов. Системный образ, пригодный для запуска в Linux-системах при помощи QEMU, доступен для бесплатной загрузки под именем "QNX SDP 8.0 Quick Start Target Image for QEMU" в приложении "QNX Software Center".

Ранее в QNX развивалась собственная среда рабочего стола Photon microGUI, которая в QNX 7 была заменена на графический фреймворк QNX Screen, ориентированный на создание предметно-ориентированных интерфейсов и не предоставляющий отдельную среду рабочего стола.

1. Главная ссылка к новости
2. OpenNews: Выпущена QNX RTOS 6.4 "Neutrino"
3. OpenNews: Открытие исходных текстов микроядерной ОС QNX
4. OpenNews: Открыт код файловых систем из состава ОС QNX
5. OpenNews: Research In Motion покупает подразделение, развивающее ОС QNX
6. OpenNews: Операционная система QNX стала бесплатной для некоммерческого использования

В феврале 2024 года разработчики FFmpeg выявили использование в коде модуля av1d_cbs из состава MPP нескольких тысяч строк кода, напрямую перенесённых из развиваемого проектом FFmpeg декодировщика H.265, входящего в состав библиотеки libavcodec. Код был перенесён со сменой лицензии с LGPLv2.1 на Apache 2.0, что недопустимо из-за их несовместимости.

Представитель компании Rockchip признал проблему, извинился за то, что не разобрался в несовместимости лицензий LGPL и Apache, и пообещал устранить нарушение и заменить код в грядущем обновлении. С того момента прошло почти два года, но обещание о замене кода так и не было выполнено.

Более того, дополнительный анализ показал, что похожим образом из libavcodec перенесён код ещё в 10 файлов MPP - av1d_codec.h, av1d_parser2_syntax.c, h265d_codec.h, h265d_parser.c, h265d_ps.c, vp9d_codec.h, vp9d_parser.c, vp9data.h, vpx_rac.c, vpx_rac.h. Структура кода, имена идентификаторов и комментарии в указанных файлах идентичны коду из FFmpeg, за исключением закомментированных обращений к внутренним функциям FFmpeg. При этом при переносе кода указана другая лицензия (Apache 2.0), удалено примечание об авторских правах и заменена информация об авторах.

Представители FFmpeg устали ждать обещанного устранения нарушений и отправили в GitHub DMCA-жалобу с информацией о нарушении, после которой GitHub заблокировал репозиторий. В качестве мер по устранению нарушений предлагается удалить из файлов с кодом ложные заявления об авторстве Rockchip, восстановить исходное примечание об авторстве FFmpeg и перейти на распространение кода под лицензией, совместимой с LGPLv2.1.

1. Главная ссылка к новости
2. OpenNews: Выпуск мультимедиа-пакета FFmpeg 8.0
3. OpenNews: GitHub повторно заблокировал репозиторий проекта RE3
4. OpenNews: GitHub заблокировал репозиторий SymPy после ложной жалобы
5. OpenNews: В коде Winamp обнаружено нарушение лицензии GPL
6. OpenNews: GitHub заблокировал игровой движок OpenXRay (блокировка отменена)

Ключевые изменения:

• Прекращено формирование стабильных сборок в пользу непрерывно обновляемых версий на базе Slackware Current.
• Добавлена поддержка установки пакетов в формате Flatpak и использования каталога Flathub.
• Обновлены версии, например, ядро Linux 6.18.2, драйвер NVIDIA 590.48.01, Cinnamon 6.6.3, COSMIC 1.0, GNOME 49.2, KDE Plasma 6.5.4.
• В модуль 002-gui добавлены flatpak и intel-media-driver (включает аппаратное ускорение видео на новых GPU Intel). В модуль 001-core добавлен пакет ensurepip.
• Добавлена ​​поддержка некоторых сетевых карт Realtek.
• В LXQt добавлен патч для передачи информации об использовании X11 или Wayland.
• В ядре включена поддержка SYSRQ.
• В Cinnamon добавлен набор символьных пиктограмм xapp-symbolic-icons.
• Из сборки с KDE Plasma удалены пакеты appstream и libfyaml, а из сборки с MATE - mate-themes.
• В LXDE улучшены настройки Openbox.
• Улучшена поддержка графического API Vulkan (решены проблемы с некоторыми играми в Steam).
• Налажена поддержка опции zram в /porteux/porteux.cfg.
• Обеспечена работа инсталлятора с разделами NTFS3.

1. Главная ссылка к новости
2. OpenNews: Выпуск дистрибутива Slackel 8.0
3. OpenNews: Новые версии дистрибутива Slax 15.0.3 и 12.1.0
4. OpenNews: Релиз дистрибутива Porteus 5.01
5. OpenNews: Slackware Linux исполнилось 30 лет

В новой версии исправлено 124 ошибки. 24 исправленных проблемы приводили к аварийному завершению или зависанию, в основном при открытии некоторых файлов или экспорте определённых объектов. Улучшен импорт файлов в формате PDF. Налажен экспорт изображений в формате JPEG на платформе Windows. Решены проблемы с отображением в интерфейсе прямоугольных заполнителей вместо некоторых букв на платформе macOS.

1. Главная ссылка к новости
2. OpenNews: Выпуск редактора векторной графики Inkscape 1.4
3. OpenNews: Следы вредоносной активности на сервере загрузки Inkscape (дополнено)
4. OpenNews: Выпуск экспериментального векторного графического редактора VPaint 1.7
5. OpenNews: Выпуск векторного графического редактора sK1 2.0RC2

Основные возможности программы:

• Шифрование текста и файлов для передачи через любые каналы публичной связи (мессенджеры, e-mail сообщения и т.п.). Шифрование осуществляется на базе публичных ключей (алгоритм Ed25519) и алгоритма шифрования AES256.
• Шифрование файлов для локального хранения. Шифрование осуществляется через задание имени пользователя и пароля с использованием алгоритма AES256.
• Создание шифрованных профилей для хранения ключей, используемых для обмена сообщениями через публичные каналы связи.
• Создание одноразовых профилей: ключи хранятся в защищённой памяти, выделяемой с помощью библиотеки libgcrypt, и уничтожаются после выхода из профиля или закрытия программы.
• Криптографические функции вынесены в отдельную библиотеку stirlitz, которая может быть собрана и использоваться полностью независимо.
• Для библиотеки stirlitz доступна документация в формате html.

1. Главная ссылка к новости
2. OpenNews: Выпуск системы шифрования дисковых разделов VeraCrypt 1.26.24
3. OpenNews: Обход дискового шифрования, использующего TPM2 для автоматической разблокировки
4. OpenNews: NIST стандартизировал три алгоритма постквантового шифрования
5. OpenNews: Apple опубликовал открытую библиотеку гомоморфного шифрования
6. OpenNews: Доступен Cryptsetup 2.8 с поддержкой inline-режима хранения метаданных

В Phoenix не намерены реализовывать всю функциональность протокола X11, доступную в X.org Server, и поддерживать устаревшее оборудование. Например, вместо полной поддержки элементов протокола X11 для работы со шрифтами планируют добавить только базовые операции, востребованные в реальных приложениях. Вместо поддержки классических X.Org-видеодрайверов, для вывода графики используются Linux DRM (Direct Rendering Manager) и Mesa GBM (Generic Buffer Management).

Предполагается, что урезание функциональности не скажется на возможности запуска находящихся в обиходе приложений, даже тех, что используют GTK2. Подобный подход позволит существенно упростить реализацию, сохранив совместимость с программами, выпущенными в течение последних 20 лет, а также обеспечить работу на оборудовании, не старше 15-20 лет.

При этом в протокол X11 планируют добавить новые расширения, учитывающие современные тенденции, такие как поддержка HDR, корректная поддержка многомониторных конфигураций (раздельные фреймбуферы для каждого монитора), возможность указания DPI в привязке к мониторам, адаптивное изменение частоты обновления монитора (VRR), защиту от появления разрывов при выводе (tearing). В Phoenix также изменено поведение при обработке строк - по умолчанию используется UTF-8, а ISO Latin-1 применяется только при явном указании данной кодировки.

Для повышения безопасности приложения в Phoenix по умолчанию изолируются друг от друга и могут взаимодействовать и получать доступ к чужим окнам или событиям ввода только после явного подтверждения полномочий через специальный диалог или предоставлении прав при запуске. Для сохранения совместимости со старыми X11-клиентами, вместо вывода ошибок в случае отсутствия должных полномочий будут передаваться пустые данные. Глобальные комбинации клавиш будут работать только при удержании клавиши модификатора или предоставления отдельных прав доступа.

Для запуска приложений, поддерживающих только Wayland, планируют реализовать встроенную поддержку данного протокола или задействовать внешние прослойки, такие как 12to11.

1. Главная ссылка к новости
2. OpenNews: Разработчики openSUSE развивают zssh, реализацию SSH на языке Zig
3. OpenNews: Выпуск языка программирования Zig 0.11.0
4. OpenNews: Выпуск проекта XLibre XServer 25.1.0, развивающего форк X.Org Server
5. OpenNews: Графическая система X12 начинает обретать форму
6. OpenNews: Выпуск Wayback 0.3, прослойки для запуска рабочих столов X11, используя компоненты Wayland

Производитель, использующий в своих продуктах проекты под копилефт лицензиями, обязан предоставить исходный код, включая код производных работ. Помимо этого организация SFC настаивала на том, что требование GPL о возможности модификации продукта подразумевает предоставление производителем информации, необходимой для установки модифицированных GPL-компонентов прошивки (например, предоставление ключей для перепрошивки).

Без подобной информации пользователь может самостоятельно исправить ошибки, добавить новые возможности и удалить лишнюю функциональность, но не способен воспользоваться результатом. Внесение изменений может потребоваться для защиты своей конфиденциальности, устранения своими силами проблем, которые отказывается устранить производитель, и продления жизненного цикла устройства после прекращения его официальной поддержки.

Суд обязал Vizio предоставить код, включая сборочные и установочные скрипты, но не потребовал предоставления средств для повторной установки модифицированных компонентов на телевизор. Подразумевается, что пользователь может дорабатывать исходный код для другого применения или использовать его в других программах, но производитель не обязан предоставлять инструменты для замены его на устройстве, на котором код изначально применялся.

К обсуждению решения суда подключился Линус Торвальдс, по мнению которого обе стороны показали себя с плохой стороны и единственным компетентным участником разбирательства оказался судья. Компания Vizio не права, так как использовала Linux без предоставления кода, а организация SFC не права, так как добивалась распространения полномочий GPL на оборудование и пыталась спорить на тему того, что GPL обязывает раскрывать такую информацию, как ключи для перепрошивки.

Линус полагает, что вместо обеспечения соблюдения GPLv2, организация SFC ввязалась в отстаивание ложной интерпретации GPLv2 и продвижение некорректной повестки, противоречащей волеизъявлению действительных правообладателей. По мнению Линуса, GPLv2 не накладывает подобные обязательства и представители SFC прекрасно это знали, но в суде утверждали обратное и выглядели некомпетентно ("incompetent a**holes"). Именно по этой причине ядро остаётся только под лицензией GPLv2 и никогда не будет под GPLv3.

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

Иск против Vizio подан в 2021 году после трёхлетних попыток добиться выполнения требований лицензии GPL мирным путём. В прошивках умных телевизоров Vizio выявлены такие GPL-пакеты, как ядро Linux, U-Boot, Bash, gawk, GNU tar, glibc, FFmpeg, Bluez, BusyBox, Coreutils, glib, dnsmasq, DirectFB, libgcrypt и systemd, но компания не предоставила возможность запроса пользователем исходных текстов GPL-компонентов прошивки, а в информационных материалах не упомянула об использовании программного обеспечения под копилефт-лицензиями и предоставляемых данными лицензиями правах. Иск не предусматривает выплаты денежной компенсации, организация SFC лишь просит суд обязать Vizio выполнить условия GPL в своих продуктах и информировать потребителей о правах, которые предоставляют копилефт лицензии.

В отличие от прошлых разбирательств, иск был подан не от имени разработчика, которому принадлежат имущественные права на код, а со стороны потребителя, которому не был предоставлен исходный код компонентов, распространяемых под лицензией GPL. Изначально, компания Vizio попыталась доказать, что потребители не являются бенефициарами и не имеют прав подавать подобные иски, и добилась переноса дела в Федеральный суд, полномочный рассматривать дела в области авторского права.

Организация SFC возразила, что GPL имеет элементы договора и потребитель, которому лицензия предоставляет определённые права, является его участником и может потребовать исполнения своих прав на получение кода производного продукта. Федеральный суд согласился с возражениями SFC и в 2022 году вернул рассмотрение дела в Окружной суд штата Калифорния и упомянул в постановлении о возвращении дела о том, что GPL действует одновременно и как лицензия на использование работы, защищённой авторским правом, и как договорное соглашение.

1. Главная ссылка к новости
2. OpenNews: Новый поворот в разбирательстве, связанном с нарушением лицензии GPL компанией Vizio
3. OpenNews: В закон DMCA внесены исключения, разрешающие замену прошивок (право на ремонт)
4. OpenNews: Апелляционный суд встал на сторону VMware в деле о нарушении GPL
5. OpenNews: Итоги судебного разбирательства, связанного с проектом Neo4j и лицензией AGPL
6. OpenNews: Решение суда о неправомерности удаления дополнительных условий к лицензии AGPL

Ограничение пока касается только web-сервисов, привязанных к домену archlinux.org. Сохраняется работоспособность репозитория AUR, Wiki, форума и платформы GitLab. В случае нарушения доступа к первичным репозиториям рекомендуется использовать зеркала, перечисленные в пакете pacman-mirrorlist. Для загрузки iso-образов можно воспользоваться зеркалами, обязательно проверив корректность загруженных данных по цифровой подписи.

1. Главная ссылка к новости
2. OpenNews: Проблемы с доступностью инфраструктуры Arch Linux из-за DDoS-атаки
3. OpenNews: Платформа совместной разработки SourceHut была выведена из строя на 7 дней из-за DDoS-атаки
4. OpenNews: Зафиксирован перехват шифрованного трафика jabber.ru и xmpp.ru
5. OpenNews: Проект GNU GMP заблокировал доступ с IP-адресов Microsoft из-за DDoS-атаки
6. OpenNews: В AUR-репозитории Arch Linux выявлены ещё 6 вредоносных пакетов

Изначально проект был создан Фабрисом Белларом (Fabrice Bellard) с целью обеспечения возможности запуска собранных для платформы x86 исполняемых файлов Linux на архитектурах, отличных от x86. За годы разработки была добавлена поддержка полной эмуляции для 14 аппаратных архитектур, число эмулируемых аппаратных устройств превысило 400. При подготовке версии 10.2.0 внесено более 2200 изменений от 188 разработчиков.

Ключевые улучшения, добавленные в QEMU 10.2:

• В бэкенд 9pfs, позволяющий использовать сетевую файловую систему Plan 9 для доступа одной виртуальной машины к другой, добавлена поддержка FreeBSD.
• Добавлен новый режим Live-миграции 'cpr-exec', позволяющий снизить потребление ресурсов во время обновления виртуальных машин и потенциально повторно использовать при обновлении существующие состояния и соединения.
• Основной цикл обработки событий в QEMU переведён на использование интерфейса асинхронного ввода/вывода io_uring на системах с его поддержкой, что приводит к повышению производительности.
• Улучшена эмуляция в режиме user-mode, позволяющем запускать отдельные процессы, собранные для другого CPU. Реализован системный вызов fchmodat2, добавлена поддержка флагов MADV_DONTDUMP и MADV_DODUMP, улучшена поддержка архитектур aarch64, hppa, и microblaze.
• В эмулятор архитектуры ARM добавлена поддержка модели платы amd-versal2-virt с реализацией виртуального SoC AMD Versal. Улучшена поддержка плат 'AST2600', 'AST2700', 'AST1030' и 'xlnx-zynqmp. Реализована эмуляция расширений CPU FEAT_SCTLR2, FEAT_TCR2, FEAT_CSSC, FEAT_LSE128, FEAT_ATS1A, FEAT_RME_GPC2, FEAT_AIE, FEAT_MEC и FEAT_GCS.
• В эмулятор архитектуры HPPA добавлена возможность эмуляции рабочей станции HP 715/64, SCSI-контроллера NCR 53c710 и контроллера ввода/вывода HP LASI.
• В эмулятор архитектуры PowerPC добавлена поддержка CPU PowerNV11 и PPE42. Для оборудования pSeries реализован механизм FADUMP (Firmware-Assisted Dump) для создания дампов состояния после сбоя системы.
• В эмуляторе архитектуры RISC-V реализован API MonitorDef HMP, до версии 1.7 обновлён OpenSBI (Open Supervisor Binary Interface), внесена большая порция исправлений.
• В эмуляторе архитектуры s390x для повышения производительности virtio-pci задействована технология подстановки виртуальных прерываний при помощи irqfd.

1. Главная ссылка к новости
2. OpenNews: Опубликован эмулятор QEMU 10.1.0
3. OpenNews: Выпуск свободного эмулятора классических квестов ScummVM 2.9.0
4. OpenNews: Выпуск эмулятора FEX 2508, позволяющего запускать x86-программы на системах ARM64
5. OpenNews: Выпуск эмулятора 86Box 5.3

Одним из приоритетов проекта всегда являлось вовлечение сообщества в процесс принятия решений. Название и цветовая схема проекта были выбраны голосованием. Голосование за логотип проходило в два этапа, между которыми дизайнеры нескольких наиболее успешных работ имели возможность доработать свои логотипы согласно отзывам. С тех пор сообщество CoMaps ещё больше выросло и продолжается активный обмен мнениями на платформе разработки Codeberg и в Matrix/Telegram.

Первый релиз был выпущен 1 июня и с тех пор последовало ещё 12 версий. Было принято более 1200 pull-запросов с новыми возможностями, исправлениями ошибок и разными доработками. Среди прочего, была интегрирована большая часть улучшений проекта Organic Maps (за исключением проприетарных). Напрямую в CoMaps внесли свой вклад более 30 разработчиков.

Над добавлением и улучшением переводов поработало почти 200 участников. CoMaps доступен на 50 языках и в планах довести это число до 80. Помимо разработчиков и переводчиков, также есть волонтёры, занимающиеся ответами на вопросы и публикацией информации о проекте (на примере этого отчёта). Пишется как внутренняя, так и внешняя документация о процессах и использовании CoMaps.

Помимо основной платформы разработки на Codeberg.org, техническая инфраструктура CoMaps включает в себя сервер для регулярной генерации карт и несколько зеркал в разных странах для раздачи готовых файлов карт. Несколько недель назад состоялся переход на новый мощный сервер для генерации карт, благодаря чему время генерации сократилось с 11 дней до примерно двух - появилась возможность выпускать релизы с более свежими картами и, потенциально, более часто. Этот сервер был арендован благодаря растущим пожертвованиям проекту.

CoMaps полностью поддерживается волонтёрами - начиная от организационных вопросов и разработки, переводов на разные языки и заканчивая администрированием инфраструктуры и усилиями по продвижению и коммуникации. Помочь проекту можно тестированием, присыланием патчей, оставлением отзывов в магазинах приложений, обсуждением и проработкой интерфейса, графическим дизайном, распространением информации о проекте и переводами. CoMaps также принимает денежные пожертвования через Open Collective и Liberapay. На Open Collective также есть полная отчётность о тратах проекта (пожертвования через Liberapay там также учтены).

Проект CoMaps был основан бывшими волонтёрами-контрибьюторами Organic Maps, недовольными зависимостью Organic Maps от интересов акционеров коммерческой компании Organic Maps OÜ, закрытостью процесса управления, непрозрачностью распределения пожертвований и несоответствием провозглашаемым принципам СПО. Форк развивается в соответствии с принципами открытости, прозрачности и совместной работы. Проект сосредоточен на ведении только некоммерческой деятельности и подотчётности сообществу. Ключевые принципы развития приложения: простой интерфейс пользователя, работа в offline-режиме и легковесность (включая потребление энергии), отсутствие рекламы, идентификации личности и сбора данных.

Среди изменений в выпуске CoMaps 2025.12.19: обновление картографических данных OpenStreetMap до состояния на 17 декабря, предоставление возможности настройки сервера для загрузки карт, вывод информации об устаревших картах и добавление кнопки для их обновления, изменение формы кнопок масштабирования, исключение прокладывания пути через парковочные проезды при построении маршрута, отображение оросительных гидрантов на карте.

1. Главная ссылка к новости
2. OpenNews: Релиз CoMaps 2025.06.30, форка картографического приложения Organic Maps
3. OpenNews: Первый релиз CoMaps, форка картографического приложения Organic Maps
4. OpenNews: Проект CoMaps начал развитие форка приложения Organic Maps
5. OpenNews: Проект Organic Maps перенёс разработку с GitHub на Forgejo
6. OpenNews: Независимые участники проекта опубликовали открытое письмо владельцам Organic Maps

Основные улучшения:

• В состав включён новый JIT-компилятор ZJIT, позиционируемый как следующее поколение Ruby JIT. По умолчанию продолжает использоваться JIT-компилятор YJIT, а ZJIT включён в качестве опции (активируется флагом "--zjit"). Как и YJIT новый JIT-компилятор написан на языке Rust командой разработчиков из компании Shopify в рамках инициативы по увеличению производительности Ruby-программ, использующих фреймворк Rails и вызывающих очень много методов. На текущем этапе развития ZJIT быстрее интерпретатора, но пока отстаёт по производительности от YJIT (ожидается, что в Ruby 4.1 ZJIT будет стабилизирован и обгонит по производительности YJIT).

  В отличие от YJIT новый JIT-компилятор транслирует байткод виртуальной машины YARV не в низкоуровневое промежуточное представление, близкое к машинному коду, а в высокоуровневое промежуточное представление SSA (Static Single Assignment), позволяющее выполнять дополнительные фазы оптимизации и проводить оптимизацию крупных блоков кода, а не только текущих операций. Для привлечения к работе новых участников ZJIT реализует классическую архитектуру JIT, использующую накопленные интерпретатором исторические данные о типах, вместо применённой в YJIT усложнённой техники версионирования базовых блоков (LBBV - Lazy Basic Block Versioning).

• Добавлен экспериментальный класс Ruby::Box с реализацией механизма изоляции, позволяющего разделить выполнение в одном процессе классов, модулей и monkey-патчей (подменённых методов и атрибутов классов). При помощи Ruby::Box также можно отделить выполнение кода приложения от Ruby-библиотек, обеспечить изоляцию тестов и организовать параллельное выполнение web-обработчиков в одном процессе сервера приложений (например, для постепенной замены одной версии кода на другую или обновления зависимостей). Для активации Ruby::Box следует выставить переменную окружения "RUBY_BOX=1".

  
     # foo.rb
     class String
       def self.foo = "foo"
     end
  
     # main.rb
     box = Ruby::Box.new
     box.require('foo')
  

• Модернизирована реализация модели акторов Ractor, предоставляющая абстракцию в стиле "акторов" (ruby actor) для обеспечения потокобезопасного параллельного выполнения программы с взаимодействием между потоками через передачу сообщений. Добавлен класс Ractor::Port, решающий проблемы, связанные с отправкой и приёмом сообщений. Добавлен метод Ractor.shareable_proc для упрощения совместного доступа к объектам Proc из разных акторов. Проведена оптимизация структур данных, нацеленная на сокращение конфликтов при выставлении глобальных блокировок и повышения эффективности использования кэша CPU. В следующем году Ractor планируют перевести в разряд стабильных возможностей.

  
    port1 = Ractor::Port.new
    port2 = Ractor::Port.new
    Ractor.new port1, port2 do |port1, port2|
      port1 << 1
      port2 << 11
      port1 << 2
      port2 << 12
    end
    2.times{ p port1.receive } #=> 1, 2
    2.times{ p port2.receive } #=> 11, 12
  

• Оператор "*nil" теперь сразу возвращает пустой массив ("[]") без промежуточного вызова метода "nil.to_a", по аналогии с тем как "**nil" сразу возвращает пустой хэш, не вызывая "nil.to_hash".
• Разрешено разбивать строки с логическими операторами "||", "&&", "and" и "or" таким образом, что следующая строка начинается с оператора.

  
    if condition1
       && condition2
      ...
    end
  

• Добавлены методы Array#find и "Array#rfind" для более эффективного поиска элементов в массиве, работающие быстрее, чем "array.reverse_each.find" и "Enumerable#find".
• В число встроенных классов переведены классы Set и Pathname.
• Расширены возможности многих базовых классов, таких как Binding, Enumerator, ErrorHighlight, Fiber, File, IO, Kernel, Math, Proc, Range, Socket, String, Thread.
• Обновлены версии встроенных и входящих в стандартную библиотеку gem-модулей.

1. Главная ссылка к новости
2. OpenNews: Основные разработчики Ruby взяли на себя управление GitHub-репозиторием RubyGems
3. OpenNews: Отстранённые мэйнтейнеры RubyGems.org основали альтернативный репозиторий Gem Cooperative
4. OpenNews: Опубликован язык программирования Ruby 3.4.0
5. OpenNews: В кодовую базу Ruby принят новый JIT-компилятор ZJIT
6. OpenNews: Доступен встраиваемый интерпретатор mruby 3.2

Сопровождением разработки занимается компания "Веб-сервер", образованная осенью 2022 года и получившая инвестиции в размере 1 млн долларов. Среди совладельцев компании Веб-сервер: Валентин Бартенев (лидер команды, развивавшей продукт Nginx Unit), Иван Полуянов (бывший руководитель фронтэнд-разработчиков Rambler и Mail.Ru), Олег Мамонтов (руководитель команды техподдержки NGINX Inc) и Руслан Ермилов (ru@FreeBSD.org).

Изменения в Angie 1.11.0:

• Добавлен модуль "http-metric", позволяющий в реальном времени собирать любые HTTP-метрики на разных стадиях обработки запроса и агрегировать их с использованием различных методов (счётчики, гистограммы, скользящие средние и др.). Доступ к собранным данным осуществляется в форматах JSON и Prometheus через HTTP API (/status/http/metric_zones/), а также через переменные и логи.
• Расширены возможности, связанные с поддержкой протокола ACME: добавлена поддержка ALPN-верификации, улучшено отображение статуса перевыпуска сертификатов в HTTP API /status/http/acme_clients/ (с поддержкой Prometheus), упрощена конфигурация HTTP-подтверждений и налажен доступ к сертификатам из блока stream. HTTP-верификация в ACME теперь может работать без блоков server с директивой listen 80 в конфигурации (для изменения слушающего порта предложена директива acme_http_port). Обеспечено автоматическое вычисление приблизительного размера получаемого сертификата (для сертификатов с большим числом доменов теперь можно обойтись без настройки параметра max_cert_size в директиве acme_client). Максимальный размер ответа от ACME-сервера теперь ограничивается директивой acme_max_response_size.
• В модуль http_image_filter добавлена поддержка форматов AVIF и HEIC. В директиву image_filter добавлен параметр convert для конвертации между форматами изображений.
• Реализована поддержка TLS-расширения ECH (Encrypted ClientHello), продолжающего развитие расширения ESNI (Encrypted Server Name Indication) и используемого для шифрования информации о параметрах TLS-сеансов, таких как запрошенное доменное имя. Файл с закрытым ключом для ECH задаётся через директиву ssl_encrypted_hello_key, а информация об использовании ECH доступна через переменную $ssl_encrypted_hello.
• В модуль stream добавлена поддержка протокола PROXYv2 при передаче трафика в сторону проксируемых серверов.
• Добавлена возможность подсчёта количества элементов в списках и объектах при экспорте метрик Prometheus (пути, оканчивающиеся косой чертой, теперь возвращают количество элементов в соответствующей коллекции API).
• Добавлена переменная $sent_body, содержащая тело ответа подзапроса или запроса от клиентского модуля.
• Добавлена переменная $upstream_cache_key, содержащая используемый ключ кэширования.
• В почтовом прокси-сервере реализована поддержка методов аутентификации XOAUTH2 и OAUTHBEARER.
• Реализована поддержка сборки с криптографической библиотекой AWS-LC, развиваемой компанией Amazon.
• Решены проблемы со сборкой в NetBSD 10.0.
• Улучшены проксирование и корректное кэширование запросов GET и HEAD.
• Исправлены проблемы с HTTP/3, связанные с деградацией работы протокола при выполнении операции reload и сбоем после бинарного обновления; улучшена маршрутизация QUIC-пакетов между процессами за счёт доработки BPF-кода.
• Из репозитория проекта nginx перенесены изменения, предложенные в версии nginx 1.29.3, за исключением директив add_header_inherit и add_trailer_inherit. Перенесены отдельные улучшения из FreeNginx.

1. Главная ссылка к новости
2. OpenNews: Выпуск Angie 1.10.0, форка Nginx
3. OpenNews: Выпуск nginx 1.29.2 и форка FreeNginx 1.29.2
4. OpenNews: Выпуск nginx 1.29.3
5. OpenNews: Выпуск nginx 1.28.0 и форка FreeNginx 1.28.0
6. OpenNews: Выпуск nginx 1.29.4 с поддержкой ECH и взаимодействия с бэкендами по HTTP/2.0

Отмечается, что это крупнейшие пожертвования в истории организации, которые восприняты как невероятный акт щедрости, ставший настоящим подарком в трудное для многих организаций время. Для сравнения на следующий год фондом был намечен бюджет в 400 тысяч долларов, из которого на данный момент собрано около $300 тысяч.

1. Главная ссылка к новости
2. OpenNews: Фонд СПО раскрыл подробности о проекте Librephone
3. OpenNews: В реализации криптовалюты Monero выявлены две критические уязвимости
4. OpenNews: Криптовалюта Monero не настолько защищена от отслеживания, как предполагалось
5. OpenNews: Около 4.3% имеющихся монет Monero получены в результате майнинга вредоносным ПО
6. OpenNews: Проект Python отказался от гранта в 1.5 млн долларов на повышение защищённости PyPI

Проект развивает Энрико Вайгельт (Enrico Weigelt), занимающий первое место по числу подготовленных для X-сервера изменений - до создания форка от Энрико в X.Org Server было принято около 1600 изменений и ещё более 1200 изменений включено в кодовую базу форка. Энрико также является мэйнтейнером драйверов AMD FCH GPIO и VIRTIO GPIO в ядре Linux, и мэйнтейнером Xnest

Причиной создания форка было несогласие с политикой сопровождающих X.Org, ведущей к стагнации разработки, в то время как Энрико выступал за активное продолжение развития и проведения большой чистки X-сервера. Недовольство сопровождающих в отношении Энрико, которое привело к прекращению приёма от него изменений, вызвано тем, что некоторые связанные с проведением чистки изменения приводили к проблемам, регрессиям, нарушению ABI и сбоям при сборке. Кроме того, Энрико был склонен к теориям заговора и заявлял, что компания Red Hat намеренно тормозит развитие X-сервера.

Среди изменений в выпуске XLibre XServer 25.1:

• Добавлена поддержка библиотеки libseat и фонового процесса seatd, предоставляющих возможности для управления сеансом и организации доступа к совместно используемым устройствам ввода и вывода (может использоваться в качестве альтернативы компонентам управления сеансом из systemd).
• Улучшена поддержка проприетарных драйверов NVIDIA. В дополнение к ранее поддерживаемым выпускам драйверов NVIDIA 570+, добавлена поддержка старых веток 340, 390 и 470, активируемая через указание флага "legacy_nvidia_padding" при сборке Xserver и позволяющая обойтись без выставления в директиве ServerFlags параметра IgnoreABI. На системах с драйвером NVIDIA включена поддержка архитектуры 2D-ускорения GLAMOR, которая использует OpenGL для ускорения 2D-операций (ранее поддержка GLAMOR была отключена из-за несовместимости с DDX-драйвером "modesetting" на системах с драйверами NVIDIA, теперь данная несовмесимость устранена).
• Возвращён X-сервер Xfbdev, использующий фреймбуфер, предоставляемый устройством framebuffer (/dev/fb*) в Linux. Xfbdev может работать без графических драйверов и подходит для применения на встраиваемых системах и в окружениях с ограниченными ресурсами.
• Добавлена поддержка платформы Cygwin (GNU-окружение для Windows).
• Добавлена возможность задания свойства DPI в привязке к разным мониторам.
• В драйвере dga прекращена поддержка устаревшего протокола DGA 1.0.
• Внесено более 20 изменений, связанных с чисткой кода.
• В системе непрерывной интеграции реализовано тестирование сборок для платформ DragonFly BSD, FreeBSD, NetBSD, Win32 (mingw32) и Cygwin (x86-64). Для DragonFly BSD, FreeBSD, NetBSD, mingw32 и Ubuntu дополнительно добавлена проверка сборки с флагом "-Werror".

1. Главная ссылка к новости
2. OpenNews: В XLibre обсуждается поддержка Vulkan через X11
3. OpenNews: Для тестирования в Fedora предложены пакеты с альтернативным X-сервером XLibre
4. OpenNews: Проект XLibre интегрирует драйверы в основную ветку X-сервера
5. OpenNews: Проект X11Libre создал форк X.Org Server, избавленный от влияния корпораций
6. OpenNews: Релиз XLibre 25.0, форка X.Org Server