Композитный сервер Hyprland удалён из Debian Testing и не войдёт в релиз Debian 13
Композитный сервер Hyprland и сопутствующие пакеты, такие как hyprland-protocols и hyprutils, удалены из репозитория Debian Testing и не будут включены в стабильный релиз Debian 13, находящийся на финальной стадии подготовки. В ветке Debian Unstable пакеты с Hyprland сохранены.
Причиной исключения Hyprland из следующего стабильного релиза стала просьба сопровождающего, который заявил, что поставляемая в Debian-пакете версия Hyprland 0.41.2 сильно отстаёт от актуальной версии (0.49) и для старой версии невозможно обеспечить поддержку на протяжении жизненного цикла Debian 13. Проект Hyprland находится на стадии активной разработки и регулярно формирует новые выпуски с изменениями, не сохраняющими обратную совместимость. Поддержание старой версии Hyprland силами сопровождающего Debian-пакет в таких условиях сильно усложнено.
В старой версии Hyprland имеется проблема, приводящая в Debian Testing к аварийному завершению Hyprland при смене виртуального терминала (TTY) или при переключении между мониторами. Сопровождающий Hyprland повысил статус данной проблемы до уровня, блокирующего выпуск релиза Debian 13 и требующего обязательного исправления ошибки. При этом устранить проблему без обновлении версии Hyprland или зависимостей не получается, а обновить версии невозможно из-за жёсткой заморозки состояния репозитория Debian Testing перед релизом (обновление версии может привести к появлению регрессий).
Композитный сервер Hyprland ориентирован на мозаичную (tiling) компоновку окон, но поддерживает и классическое произвольное размещение окон, группировку окон в форме вкладок, псевдомозаичный режим и полноэкранное раскрытие окон. Среди возможностей: динамически создаваемые виртуальные рабочие столы; режимы компоновки элементов на экране; глобальная обработка горячих клавиш; управление жестами на тачпаде/сенсорном экране; средства для визуально насыщенных интерфейсов (градиенты в обрамлении окон, размытие фона, анимационные эффекты и тени); расширение через плагины Настройка осуществляется через файл конфигурации, изменения в котором подхватываются на лету без перезапуска.
https://opennet.ru/63374/
Композитный сервер Hyprland и сопутствующие пакеты, такие как hyprland-protocols и hyprutils, удалены из репозитория Debian Testing и не будут включены в стабильный релиз Debian 13, находящийся на финальной стадии подготовки. В ветке Debian Unstable пакеты с Hyprland сохранены.
Причиной исключения Hyprland из следующего стабильного релиза стала просьба сопровождающего, который заявил, что поставляемая в Debian-пакете версия Hyprland 0.41.2 сильно отстаёт от актуальной версии (0.49) и для старой версии невозможно обеспечить поддержку на протяжении жизненного цикла Debian 13. Проект Hyprland находится на стадии активной разработки и регулярно формирует новые выпуски с изменениями, не сохраняющими обратную совместимость. Поддержание старой версии Hyprland силами сопровождающего Debian-пакет в таких условиях сильно усложнено.
В старой версии Hyprland имеется проблема, приводящая в Debian Testing к аварийному завершению Hyprland при смене виртуального терминала (TTY) или при переключении между мониторами. Сопровождающий Hyprland повысил статус данной проблемы до уровня, блокирующего выпуск релиза Debian 13 и требующего обязательного исправления ошибки. При этом устранить проблему без обновлении версии Hyprland или зависимостей не получается, а обновить версии невозможно из-за жёсткой заморозки состояния репозитория Debian Testing перед релизом (обновление версии может привести к появлению регрессий).
Композитный сервер Hyprland ориентирован на мозаичную (tiling) компоновку окон, но поддерживает и классическое произвольное размещение окон, группировку окон в форме вкладок, псевдомозаичный режим и полноэкранное раскрытие окон. Среди возможностей: динамически создаваемые виртуальные рабочие столы; режимы компоновки элементов на экране; глобальная обработка горячих клавиш; управление жестами на тачпаде/сенсорном экране; средства для визуально насыщенных интерфейсов (градиенты в обрамлении окон, размытие фона, анимационные эффекты и тени); расширение через плагины Настройка осуществляется через файл конфигурации, изменения в котором подхватываются на лету без перезапуска.
https://opennet.ru/63374/
Выпуск дистрибутива Network Security Toolkit 42
Представлен релиз Live-дистрибутива NST 42 (Network Security Toolkit), предназначенного для проведения анализа безопасности сети и слежения за её функционированием. Размер загрузочного iso-образа (x86_64) составляет 5 ГБ. Для пользователей Fedora Linux подготовлен специальный репозиторий, дающий возможность установить все созданные в рамках проекта NST наработки в уже установленную систему. Дистрибутив построен на базе Fedora и допускает установку дополнительных пакетов из внешних репозиториев, совместимых с Fedora Linux.
В состав дистрибутива включена большая подборка приложений, имеющих отношение к сетевой безопасности (например: Wireshark, NTop, Nessus, Snort, NMap, Kismet, TcpTrack, Etherape, nsttracroute, Ettercap и т.д.). Для управления процессом проверки безопасности и автоматизации вызова различных утилит подготовлен специальный web-интерфейс, в который также интегрирован web-фронтэнд для сетевого анализатора Wireshark. Графическое окружения дистрибутива базируется на FluxBox.
В новом выпуске:
- Пакетная база синхронизирована с Fedora 42. Задействовано ядро Linux 6.14. Обновлены до свежих версий приложения для проверки безопасности и сетевых манипуляций.
- В интерфейс инспектирования пакетов интегрированы DPI-инструменты (Deep Packet Inspection) на основе пакета ntop. Для генерации графиков задействована библиотека RGraph.
- Пакет ntopng переработан для запуска в docker-контейнере.
- В web-интерфейс добавлена страница для тестирования производительности сети при помощи LibreSpeed.
- Добавлена возможность запуска контейнера с визуальной средой разработки Node-RED.
- Предложено новое меню "Environmental Science" c приложениями для анализа погоды и сейсмологии.
https://opennet.ru/63375/
Представлен релиз Live-дистрибутива NST 42 (Network Security Toolkit), предназначенного для проведения анализа безопасности сети и слежения за её функционированием. Размер загрузочного iso-образа (x86_64) составляет 5 ГБ. Для пользователей Fedora Linux подготовлен специальный репозиторий, дающий возможность установить все созданные в рамках проекта NST наработки в уже установленную систему. Дистрибутив построен на базе Fedora и допускает установку дополнительных пакетов из внешних репозиториев, совместимых с Fedora Linux.
В состав дистрибутива включена большая подборка приложений, имеющих отношение к сетевой безопасности (например: Wireshark, NTop, Nessus, Snort, NMap, Kismet, TcpTrack, Etherape, nsttracroute, Ettercap и т.д.). Для управления процессом проверки безопасности и автоматизации вызова различных утилит подготовлен специальный web-интерфейс, в который также интегрирован web-фронтэнд для сетевого анализатора Wireshark. Графическое окружения дистрибутива базируется на FluxBox.
В новом выпуске:
- Пакетная база синхронизирована с Fedora 42. Задействовано ядро Linux 6.14. Обновлены до свежих версий приложения для проверки безопасности и сетевых манипуляций.
- В интерфейс инспектирования пакетов интегрированы DPI-инструменты (Deep Packet Inspection) на основе пакета ntop. Для генерации графиков задействована библиотека RGraph.
- Пакет ntopng переработан для запуска в docker-контейнере.
- В web-интерфейс добавлена страница для тестирования производительности сети при помощи LibreSpeed.
- Добавлена возможность запуска контейнера с визуальной средой разработки Node-RED.
- Предложено новое меню "Environmental Science" c приложениями для анализа погоды и сейсмологии.
https://opennet.ru/63375/
Выпуск пользовательского окружения Sway 1.11
После 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.
В новом выпуске:
- Добавлена поддержка Wayland-протокола linux-drm-syncobj-v1 для явной синхронизации буферов, позволяющей убедиться, что операция отрисовки в буфер завершена до того, как композитный менеджер отобразит данный буфер.
- Добавлена поддержка Wayland-протокола alpha-modifier-v1, позволяющего клиентам менять уровень прозрачности поверхности и выносить операции по обеспечению прозрачности на сторону композитного сервера, который в свою очередь может переадресовать эти операции работающему на уровне ядра модулю KMS.
- Добавлена поддержка Wayland-протоколов ext-image-capture-source и ext-image-copy-capture для захвата контента, выводимого на экран.
- Добавлена поддержка Wayland-протокола ext-data-control, позволяющего привилегированным клиентам управлять обработкой данных, например, для реализации менеджеров буфера обмена.
- В механизм межпроцессного взаимодействия (IPC) интегрирована поддержка метаданных для контекстов безопасности, реализуемых при помощи Wayland-протокола security-context-v1.
- Улучшена логика настройки вывода для более качественного и быстрого отката на другие устройства.
- Добавлена поддержка клавиш управления указателем.
- В файл конфигурации по умолчанию добавлены комбинации клавиш для вызова утилит pactl, brightnessctl и grim.
- Предлагаемое по умолчанию меню переведено на использование утилиты wmenu-run и больше не зависит от скрипта dmenu_path.
- Задействованы новые возможности библиотеки wlroots 0.19. Среди изменений в wlroots:
- Реализованы Wayland-протоколы:
- color-management-v1 (для поддержки HDR10);
- ext-image-capture-source-v1 и ext-image-copy-capture-v1 (для захвата содержимого экрана);
- ext-data-control-v1 (для управления буфером обмена);
- xdg-toplevel-icon-v1 (для привязки своих пиктограмм);
- xdg-dialog-v1 (для создания продвинутых диалоговых окон);
- xdg-system-bell-v1 (для вывода сигнала);
- ext-idle-notify-v1 (для отслеживания активности);
- presentation-time (для адаптивного изменения частоты обновления монитора)...
https://opennet.ru/63376/
После 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.
В новом выпуске:
- Добавлена поддержка Wayland-протокола linux-drm-syncobj-v1 для явной синхронизации буферов, позволяющей убедиться, что операция отрисовки в буфер завершена до того, как композитный менеджер отобразит данный буфер.
- Добавлена поддержка Wayland-протокола alpha-modifier-v1, позволяющего клиентам менять уровень прозрачности поверхности и выносить операции по обеспечению прозрачности на сторону композитного сервера, который в свою очередь может переадресовать эти операции работающему на уровне ядра модулю KMS.
- Добавлена поддержка Wayland-протоколов ext-image-capture-source и ext-image-copy-capture для захвата контента, выводимого на экран.
- Добавлена поддержка Wayland-протокола ext-data-control, позволяющего привилегированным клиентам управлять обработкой данных, например, для реализации менеджеров буфера обмена.
- В механизм межпроцессного взаимодействия (IPC) интегрирована поддержка метаданных для контекстов безопасности, реализуемых при помощи Wayland-протокола security-context-v1.
- Улучшена логика настройки вывода для более качественного и быстрого отката на другие устройства.
- Добавлена поддержка клавиш управления указателем.
- В файл конфигурации по умолчанию добавлены комбинации клавиш для вызова утилит pactl, brightnessctl и grim.
- Предлагаемое по умолчанию меню переведено на использование утилиты wmenu-run и больше не зависит от скрипта dmenu_path.
- Задействованы новые возможности библиотеки wlroots 0.19. Среди изменений в wlroots:
- Реализованы Wayland-протоколы:
- color-management-v1 (для поддержки HDR10);
- ext-image-capture-source-v1 и ext-image-copy-capture-v1 (для захвата содержимого экрана);
- ext-data-control-v1 (для управления буфером обмена);
- xdg-toplevel-icon-v1 (для привязки своих пиктограмм);
- xdg-dialog-v1 (для создания продвинутых диалоговых окон);
- xdg-system-bell-v1 (для вывода сигнала);
- ext-idle-notify-v1 (для отслеживания активности);
- presentation-time (для адаптивного изменения частоты обновления монитора)...
https://opennet.ru/63376/
Опубликована новая LTS-ветка СУБД MariaDB 11.8
Представлен выпуск СУБД 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:
- В состав интегрированы наработки проекта MariaDB Vector, развивающего возможности для векторного поиска, востребованного в системах машинного обучения.
Реализована встроенная поддержка типа данных
VECTOR, функций VEC_DISTANCE_EUCLIDEAN(), VEC_DISTANCE_COSINE() и VEC_DISTANCE() для вычисления похожести векторов, а также функций VEC_FromText() и VEC_ToText() для преобразования между бинарным и текстовым представлением векторов. Реализованы оптимизации работы с векторами, использующие SIMD-расширения CPU Intel (AVX2 и AVX512), ARM и IBM Power10. В проведённых тестах производительность векторных запросов в MariaDB превосходит Redis, pgvector, qdrant и weaviate.
- Решена проблема 2038 года. Граничное значение типа TIMESTAMP увеличено с 2038 до 2106 года.
- По умолчанию вместо latin1 выставлена кодировка Unicode (utf8mb4) с полной поддержкой emoji. Свойства локали "Collation", определяющие правила сортировки и сопоставления с учётом смысла символов, обновлены до версии UCA 14.0.0.
- Добавлен новый плагин аутентификации по паролям PARSEC (Password Authentication with Response Signed by Elliptic Curves), применяющий функцию PBKDF2 для формирования хэша пароля и верифицирующий ответы с использованием открытого ключа на базе схемы цифровых подписей ed25519.
- Улучшена аутентификация при доступе к СУБД c локальной системы, используя UNIX-сокет.
- В mariadb-dump и mariadb-import добавлена поддержка многопоточного создания и восстановления резервных копий. Распараллеливание применяется как при дампе одной крупной БД, так и при одновременном резервном копировании нескольких БД.
- Значительно повышена производительность репликации. Для ускорения приёма очень больших транзакций реализован механизм переключения сегментов бинарного лога (binlog), позволяющий избежать ресурсоёмких операций копирования файлов. Для сокращения перезапуска после сбоев обеспечен откат транзакций (rollback) в асинхронном режиме. Добавлена настройка "slave_replication_delay_abort_timeout", при помощи которой можно автоматически отменять транзакции, слишком долго блокирующие репликацию.
- Расширены инструменты мониторинга. В таблицы со статистикой добавлены дополнительные столбцы для анализа производительности и диагностики проблем.
- Добавлена таблица USERS с информацией о пользователях, применяемых к ним ограничениях и времени действия их паролей.
- Добавлены команды "FLUSH GLOBAL STATUS", "REPAIR TABLE ... FORCE" и "SHOW CREATE SERVER".
- Добавлена возможность возвращения значений с типом ROW из хранимых процедур.
- Улучшена совместимость с СУБД Oracle при работе с последовательностями (sequence). Операция "CREATE SEQUENCE ... AS" теперь может использоваться с любыми целочисленными типами, включая "BIGINT UNSIGNED".
- Добавлены новые функции для генерации UUID - UUID_v7 и UUID_v4.
- Добавлена функция FORMAT_BYTES для преобразован...
https://opennet.ru/63378/
Представлен выпуск СУБД 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:
- В состав интегрированы наработки проекта MariaDB Vector, развивающего возможности для векторного поиска, востребованного в системах машинного обучения.
Реализована встроенная поддержка типа данных
VECTOR, функций VEC_DISTANCE_EUCLIDEAN(), VEC_DISTANCE_COSINE() и VEC_DISTANCE() для вычисления похожести векторов, а также функций VEC_FromText() и VEC_ToText() для преобразования между бинарным и текстовым представлением векторов. Реализованы оптимизации работы с векторами, использующие SIMD-расширения CPU Intel (AVX2 и AVX512), ARM и IBM Power10. В проведённых тестах производительность векторных запросов в MariaDB превосходит Redis, pgvector, qdrant и weaviate.
- Решена проблема 2038 года. Граничное значение типа TIMESTAMP увеличено с 2038 до 2106 года.
- По умолчанию вместо latin1 выставлена кодировка Unicode (utf8mb4) с полной поддержкой emoji. Свойства локали "Collation", определяющие правила сортировки и сопоставления с учётом смысла символов, обновлены до версии UCA 14.0.0.
- Добавлен новый плагин аутентификации по паролям PARSEC (Password Authentication with Response Signed by Elliptic Curves), применяющий функцию PBKDF2 для формирования хэша пароля и верифицирующий ответы с использованием открытого ключа на базе схемы цифровых подписей ed25519.
- Улучшена аутентификация при доступе к СУБД c локальной системы, используя UNIX-сокет.
- В mariadb-dump и mariadb-import добавлена поддержка многопоточного создания и восстановления резервных копий. Распараллеливание применяется как при дампе одной крупной БД, так и при одновременном резервном копировании нескольких БД.
- Значительно повышена производительность репликации. Для ускорения приёма очень больших транзакций реализован механизм переключения сегментов бинарного лога (binlog), позволяющий избежать ресурсоёмких операций копирования файлов. Для сокращения перезапуска после сбоев обеспечен откат транзакций (rollback) в асинхронном режиме. Добавлена настройка "slave_replication_delay_abort_timeout", при помощи которой можно автоматически отменять транзакции, слишком долго блокирующие репликацию.
- Расширены инструменты мониторинга. В таблицы со статистикой добавлены дополнительные столбцы для анализа производительности и диагностики проблем.
- Добавлена таблица USERS с информацией о пользователях, применяемых к ним ограничениях и времени действия их паролей.
- Добавлены команды "FLUSH GLOBAL STATUS", "REPAIR TABLE ... FORCE" и "SHOW CREATE SERVER".
- Добавлена возможность возвращения значений с типом ROW из хранимых процедур.
- Улучшена совместимость с СУБД Oracle при работе с последовательностями (sequence). Операция "CREATE SEQUENCE ... AS" теперь может использоваться с любыми целочисленными типами, включая "BIGINT UNSIGNED".
- Добавлены новые функции для генерации UUID - UUID_v7 и UUID_v4.
- Добавлена функция FORMAT_BYTES для преобразован...
https://opennet.ru/63378/
Релиз MyCompany 6.0, открытой платформы для автоматизации бизнес-процессов малых предприятий
Опубликован релиз MyCompany 6.0 — бесплатного и открытого программного обеспечения для автоматизации малого и среднего бизнеса, основанного на платформе lsFusion. Программа предоставляет функции складского и финансового учёта, управления продажами и закупками, взаимодействия с клиентами, ведения проектов, управления персоналом.
Исходный код доступен на GitHub под лицензией Apache 2.0, что позволяет разработчикам адаптировать и распространять решения под собственной торговой маркой. Почти весь код написан на встроенном высокоуровневом языке платформы lsFusion, что позволяет легко и быстро дорабатывать систему под конкретные задачи. Для ознакомления с возможностями подготовлена демо-версия приложения с заполненными данными. Предоставляется скрипт для быстрой установки MyCompany в виртуальную машину с Ubuntu.
В новой версии:
- Добавлен модуль "Проекты", предоставляющий инструменты для планирования и отслеживания выполнения задач, назначения сотрудников, учёта времени и ресурсов. Задачи можно классифицировать, приоритизировать и визуализировать с помощью канбан-доски и диаграммы Ганта.
- Добавлен модуль "Кадры" с функциональностью для подбора персонала, расчёта заработной платы и учёта рабочего времени. Система позволяет регистрировать анкеты кандидатов, отслеживать взаимодействие с ними и автоматизировать процесс найма.
- Добавлен модуль "CRM", обеспечивающий управление взаимодействием с клиентами, включая регистрацию обращений, планирование действий и анализ эффективности коммуникаций.
- Осуществлён переход на шестую версию платформы lsFusion, которая предлагает улучшенный дизайн и расширенные возможности.
- Существенно доработаны существующие модули Склад, Расчеты, Закупка, Продажа, Розница и Производство.
https://opennet.ru/63377/
Опубликован релиз MyCompany 6.0 — бесплатного и открытого программного обеспечения для автоматизации малого и среднего бизнеса, основанного на платформе lsFusion. Программа предоставляет функции складского и финансового учёта, управления продажами и закупками, взаимодействия с клиентами, ведения проектов, управления персоналом.
Исходный код доступен на GitHub под лицензией Apache 2.0, что позволяет разработчикам адаптировать и распространять решения под собственной торговой маркой. Почти весь код написан на встроенном высокоуровневом языке платформы lsFusion, что позволяет легко и быстро дорабатывать систему под конкретные задачи. Для ознакомления с возможностями подготовлена демо-версия приложения с заполненными данными. Предоставляется скрипт для быстрой установки MyCompany в виртуальную машину с Ubuntu.
В новой версии:
- Добавлен модуль "Проекты", предоставляющий инструменты для планирования и отслеживания выполнения задач, назначения сотрудников, учёта времени и ресурсов. Задачи можно классифицировать, приоритизировать и визуализировать с помощью канбан-доски и диаграммы Ганта.
- Добавлен модуль "Кадры" с функциональностью для подбора персонала, расчёта заработной платы и учёта рабочего времени. Система позволяет регистрировать анкеты кандидатов, отслеживать взаимодействие с ними и автоматизировать процесс найма.
- Добавлен модуль "CRM", обеспечивающий управление взаимодействием с клиентами, включая регистрацию обращений, планирование действий и анализ эффективности коммуникаций.
- Осуществлён переход на шестую версию платформы lsFusion, которая предлагает улучшенный дизайн и расширенные возможности.
- Существенно доработаны существующие модули Склад, Расчеты, Закупка, Продажа, Розница и Производство.
https://opennet.ru/63377/
Выпуск дистрибутива Альт Сервер 11.0
Состоялся релиз дистрибутива Альт Сервер 11.0, построенного на 11 платформе ALT. Дистрибутив поставляется в рамках Лицензионного договора, который предоставляет возможность свободного использования физическими лицами. Коммерческие и государственные организации могут загружать и тестировать дистрибутив, но для постоянной работы в корпоративной инфраструктуре юридическим лицам необходимо приобретать лицензии или заключать лицензионные договоры в письменной форме. Установочные образы подготовлены для архитектур x86_64 и AArch64.
В новом выпуске:
- Обновлены системные компоненты: ядро Linux 6.12, Glibc 2.38, GCC 13, systemd 255.
- Обновлены серверные приложения: BIND 9.18, Kea 2.7, NGINX 1.26, Squid 7.0, CUPS 2.4, Postfix 3.8, Dovecot 2.3, Samba 4.20, FreeIPA 4.12, Zabbix 7.0, Podman 5.4, Docker 27.1, Kubernetes 1.31.
- Обновлены пакеты для разработчиков: MariaDB 10.11, PostgreSQL 17.5,
PHP 8.4.
- Реализовано распространение нескольких продуктов (редакций) в рамках одного дистрибутива. Выпуск включает в себя редакции «Альт Сервер» и «Альт Домен». Альт Сервер - классический серверный дистрибутив, пригодный для создания файловых серверов, веб-серверов, почтовых серверов, СУБД и т.п. Альт Домен - платформа централизованного управления корпоративной инфраструктурой, включающая службу каталогов на базе Samba AD, сопутствующие сервисы (Bind, Kea, и т.д.), набор графических инструментов администрирования (ADMC) и управления групповыми политиками (GPUI).
- Альтератор (инсталлятор и конфигуратор) переведён на использование шины D-Bus. Переработаны шаги в инсталляторе. По умолчанию «Альт Сервер» теперь устанавливается в минимальном (консольном) режиме. Режим установки системы с графическим интерфейсом переведён с использования среды рабочего стола MATE на GNOME.
- Для настройки сети в консольном варианте задействован etcnet, а в графическом - NetworkManager. Опционально доступен systemd-networkd.
- Система резервного копирования Proxmox Backup Server (PBS) обновлена до ветки 3.3, в которой появилась возможность создавать резервные копии на извлекаемых носителях и добавлена поддержка push-синхронизации.
- Добавлено приложение «Альт Компоненты» для автоматизированной установки сетевых сервисов, таких как web-сервер, файловый сервер и система изолированных контейнеров. Настройка компонентов осуществляется через графический интерфейс или в консольном режиме.
- Из дистрибутива «Альт Виртуализация» в «Альт Сервер» перенесены компоненты для использования изолированных контейнеров: Docker, Podman, Kubernetes и Linux Container. Предложены инструменты для полного цикла работы с контейнерами — от разработки (Buildah) до развёртывания инфраструктуры (Kubernetes через CRI-O).
https://opennet.ru/63379/
Состоялся релиз дистрибутива Альт Сервер 11.0, построенного на 11 платформе ALT. Дистрибутив поставляется в рамках Лицензионного договора, который предоставляет возможность свободного использования физическими лицами. Коммерческие и государственные организации могут загружать и тестировать дистрибутив, но для постоянной работы в корпоративной инфраструктуре юридическим лицам необходимо приобретать лицензии или заключать лицензионные договоры в письменной форме. Установочные образы подготовлены для архитектур x86_64 и AArch64.
В новом выпуске:
- Обновлены системные компоненты: ядро Linux 6.12, Glibc 2.38, GCC 13, systemd 255.
- Обновлены серверные приложения: BIND 9.18, Kea 2.7, NGINX 1.26, Squid 7.0, CUPS 2.4, Postfix 3.8, Dovecot 2.3, Samba 4.20, FreeIPA 4.12, Zabbix 7.0, Podman 5.4, Docker 27.1, Kubernetes 1.31.
- Обновлены пакеты для разработчиков: MariaDB 10.11, PostgreSQL 17.5,
PHP 8.4.
- Реализовано распространение нескольких продуктов (редакций) в рамках одного дистрибутива. Выпуск включает в себя редакции «Альт Сервер» и «Альт Домен». Альт Сервер - классический серверный дистрибутив, пригодный для создания файловых серверов, веб-серверов, почтовых серверов, СУБД и т.п. Альт Домен - платформа централизованного управления корпоративной инфраструктурой, включающая службу каталогов на базе Samba AD, сопутствующие сервисы (Bind, Kea, и т.д.), набор графических инструментов администрирования (ADMC) и управления групповыми политиками (GPUI).
- Альтератор (инсталлятор и конфигуратор) переведён на использование шины D-Bus. Переработаны шаги в инсталляторе. По умолчанию «Альт Сервер» теперь устанавливается в минимальном (консольном) режиме. Режим установки системы с графическим интерфейсом переведён с использования среды рабочего стола MATE на GNOME.
- Для настройки сети в консольном варианте задействован etcnet, а в графическом - NetworkManager. Опционально доступен systemd-networkd.
- Система резервного копирования Proxmox Backup Server (PBS) обновлена до ветки 3.3, в которой появилась возможность создавать резервные копии на извлекаемых носителях и добавлена поддержка push-синхронизации.
- Добавлено приложение «Альт Компоненты» для автоматизированной установки сетевых сервисов, таких как web-сервер, файловый сервер и система изолированных контейнеров. Настройка компонентов осуществляется через графический интерфейс или в консольном режиме.
- Из дистрибутива «Альт Виртуализация» в «Альт Сервер» перенесены компоненты для использования изолированных контейнеров: Docker, Podman, Kubernetes и Linux Container. Предложены инструменты для полного цикла работы с контейнерами — от разработки (Buildah) до развёртывания инфраструктуры (Kubernetes через CRI-O).
https://opennet.ru/63379/
Релиз FreeBSD 14.3
После шести месяцев разработки сформирован релиз 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 [[https://www.freebsd.org/releng/bзапланировано]] на март 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:
- В прослойке LinuxKPI, применяемой для запуска Linux-драйверов во FreeBSD, реализована поддержка стандартов Wi-Fi 4 (802.11n) и Wi-Fi 5 (802.11ac), а также выноса операций шифрования на сторону сетевых адаптеров. Указанные возможности задействованы в драйвере iwlwifi, основанном на коде одноимённого драйвера из Linux и поддерживающем беспроводные чипы Intel, применяемые в современных ноутбуках. Прошивки iwlwififw для драйвера Intel iwlwifi удалены из базовой системы в пользу установки из портов и использования утилиты fwget.
Доведён до рабочего состояния и избавлен от утечек памяти драйвер
rtw88 для беспроводных чипов Realtek c поддержкой 802.11n/ac (RTL8723DE, RTL8821CE, RTL8822*), также использующий код из Linux при помощи LinuxKPI.
- В репозиториях Docker и GitHub началась публикация образов контейнеров в формате OCI.
- Обновлены версии сторонних компонентов: LLVM 19.1.7 (было 18.1.6), OpenSSH 9.9p2, OpenZFS 2.2.7, xz 5.8.1, expat 2.7.1, less 668, file 5.46, OpenSSL 3.0.16.
- В утилите ps изменена логика обработки флага "-U", которые теперь фильтрует процессы по RUID (Real User ID), а не EUID (Effective User ID), как это определено в спецификации POSIX.
- В утилите grep по умолчанию прекращено следование символическим ссылкам при рекурсивном поиске.
- Для систем ARM64 добавлена поддержка горячего подключения PCIe-плат.
- В API MAC (Mandatory Access Control) реализована поддержка параметров для привязки политик к jail-окружениям.
- Добавлен системный вызов setcred для атомарной смены учётных данных процесса, таких как euid, ruid, группы и метки управления доступом. Для запуска команд под другим пользователем подготовлена утилита mdo похожая на утилиту su, но использующая вместо setuid модуль ядра mac_do и системный вызов setcred.
- В модуле mac_do, позволяющем задавать политики, разрешающие непривилегированным пользователям изменять учётные данные процессов, разрешено применение одного правила к нескольким пользователям и группам.
- Добавлена поддержка привязки выполнения sysctl к указанному jail-окружению, что позволяет из родительского окружения оценивать состояние ядра в дочернем jail. В утилиту sysctl добавлены флаги для фильтрации переменных, связанных с jail и vnet. Например, для выставления параметра net.fibs в jail с именем "foo" теперь можно выполнить "sysctl -j foo net.fibs=2".
- В утилиту ip6addrctl добавлена опция "-j" для применения настроек в привязке к указанному jail-окружению, что упрощает управление адресами в виртуальном сетевом стеке jail.
- В пакетный фильтр pf добавлен параметр 'net.pf.default_to_drop' для включения режима отбрасывания пакетов по умолчанию. Значение может выставиться в привязке к виртуальным сетевым стекам (vnet) в jail.
- Разрешено изменение sysctl-параметров виртуального сетевого стека (vnet) из начального загрузчика.
- В звуковой подсистеме реализовано дин...
https://opennet.ru/63382/
После шести месяцев разработки сформирован релиз 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 [[https://www.freebsd.org/releng/bзапланировано]] на март 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:
- В прослойке LinuxKPI, применяемой для запуска Linux-драйверов во FreeBSD, реализована поддержка стандартов Wi-Fi 4 (802.11n) и Wi-Fi 5 (802.11ac), а также выноса операций шифрования на сторону сетевых адаптеров. Указанные возможности задействованы в драйвере iwlwifi, основанном на коде одноимённого драйвера из Linux и поддерживающем беспроводные чипы Intel, применяемые в современных ноутбуках. Прошивки iwlwififw для драйвера Intel iwlwifi удалены из базовой системы в пользу установки из портов и использования утилиты fwget.
Доведён до рабочего состояния и избавлен от утечек памяти драйвер
rtw88 для беспроводных чипов Realtek c поддержкой 802.11n/ac (RTL8723DE, RTL8821CE, RTL8822*), также использующий код из Linux при помощи LinuxKPI.
- В репозиториях Docker и GitHub началась публикация образов контейнеров в формате OCI.
- Обновлены версии сторонних компонентов: LLVM 19.1.7 (было 18.1.6), OpenSSH 9.9p2, OpenZFS 2.2.7, xz 5.8.1, expat 2.7.1, less 668, file 5.46, OpenSSL 3.0.16.
- В утилите ps изменена логика обработки флага "-U", которые теперь фильтрует процессы по RUID (Real User ID), а не EUID (Effective User ID), как это определено в спецификации POSIX.
- В утилите grep по умолчанию прекращено следование символическим ссылкам при рекурсивном поиске.
- Для систем ARM64 добавлена поддержка горячего подключения PCIe-плат.
- В API MAC (Mandatory Access Control) реализована поддержка параметров для привязки политик к jail-окружениям.
- Добавлен системный вызов setcred для атомарной смены учётных данных процесса, таких как euid, ruid, группы и метки управления доступом. Для запуска команд под другим пользователем подготовлена утилита mdo похожая на утилиту su, но использующая вместо setuid модуль ядра mac_do и системный вызов setcred.
- В модуле mac_do, позволяющем задавать политики, разрешающие непривилегированным пользователям изменять учётные данные процессов, разрешено применение одного правила к нескольким пользователям и группам.
- Добавлена поддержка привязки выполнения sysctl к указанному jail-окружению, что позволяет из родительского окружения оценивать состояние ядра в дочернем jail. В утилиту sysctl добавлены флаги для фильтрации переменных, связанных с jail и vnet. Например, для выставления параметра net.fibs в jail с именем "foo" теперь можно выполнить "sysctl -j foo net.fibs=2".
- В утилиту ip6addrctl добавлена опция "-j" для применения настроек в привязке к указанному jail-окружению, что упрощает управление адресами в виртуальном сетевом стеке jail.
- В пакетный фильтр pf добавлен параметр 'net.pf.default_to_drop' для включения режима отбрасывания пакетов по умолчанию. Значение может выставиться в привязке к виртуальным сетевым стекам (vnet) в jail.
- Разрешено изменение sysctl-параметров виртуального сетевого стека (vnet) из начального загрузчика.
- В звуковой подсистеме реализовано дин...
https://opennet.ru/63382/
Открыт инструментарий для разработки на языке Kotlin для ОС Аврора
Компания "Открытая мобильная платформа" представила инструментарий, позволяющий использовать в ОС Аврора технологию KMP (Kotlin Multiplatform). KMP позволяет создавать многоплатформенный код на языке Kotlin, вынося общую бизнес-логику в библиотеку, адаптированную для платформ Аврора, Android, iOS, Web или Linux.
В ОС Аврора, как и в iOS, нет JVM, но благодаря поддержке в Kotlin нативной компиляции (Kotlin/Native), код KMP можно собрать в форме статической или динамической библиотеки, которую можно переносить на любые системы, поддерживающие использование Си-библиотек. При этом низкоуровневые С-библиотеки, генерируемые KMP, напрямую использовать неудобно. В ОС Аврора эта проблема решена с помощью плагина QtBinding, который создаёт прослойку между низкоуровневым C и Qt. Поэтому писать приложения для ОС Аврора стало не сложнее, чем для iOS.
Инструментарий пока находится на начальной стадии развития, его ещё предстоит их упростить и оптимизировать. Тем не менее, даже текущее состояние проекта позволяет повторно использовать существующий код Kotlin в ОС Аврора. Код инструментария открыт под лицензией Apache 2.0, приветствуются предложения по доработке, замечания и передача изменений и улучшений.
https://opennet.ru/63381/
Компания "Открытая мобильная платформа" представила инструментарий, позволяющий использовать в ОС Аврора технологию KMP (Kotlin Multiplatform). KMP позволяет создавать многоплатформенный код на языке Kotlin, вынося общую бизнес-логику в библиотеку, адаптированную для платформ Аврора, Android, iOS, Web или Linux.
В ОС Аврора, как и в iOS, нет JVM, но благодаря поддержке в Kotlin нативной компиляции (Kotlin/Native), код KMP можно собрать в форме статической или динамической библиотеки, которую можно переносить на любые системы, поддерживающие использование Си-библиотек. При этом низкоуровневые С-библиотеки, генерируемые KMP, напрямую использовать неудобно. В ОС Аврора эта проблема решена с помощью плагина QtBinding, который создаёт прослойку между низкоуровневым C и Qt. Поэтому писать приложения для ОС Аврора стало не сложнее, чем для iOS.
Инструментарий пока находится на начальной стадии развития, его ещё предстоит их упростить и оптимизировать. Тем не менее, даже текущее состояние проекта позволяет повторно использовать существующий код Kotlin в ОС Аврора. Код инструментария открыт под лицензией Apache 2.0, приветствуются предложения по доработке, замечания и передача изменений и улучшений.
https://opennet.ru/63381/
В Mesa-драйвер radv добавлена поддержка расширения Vulkan для декодирования видео VP9
Дэвид Эйрли (David Airlie), мэйнтейнер подсистемы DRM (Direct Rendering Manager) в ядре Linux, объявил о принятии в состав Mesa изменений, добавляющих в Vulkan-драйвер radv (GPU AMD) поддержку аппаратного ускорения декодирования видео в формате VP9. Возможность реализована при помощи Vulkan-расширения VK_KHR_video_decode_vp9, весной подготовленного рабочей группой Vulkan WG. Аппаратное ускорение доступно для GPU AMD начиная с Navi 10 на базе микроархитектуры RDNA 1.0. Реализация успешно проходит все тесты CTS (Compatibility Test Suite).
https://opennet.ru/63386/
Дэвид Эйрли (David Airlie), мэйнтейнер подсистемы DRM (Direct Rendering Manager) в ядре Linux, объявил о принятии в состав Mesa изменений, добавляющих в Vulkan-драйвер radv (GPU AMD) поддержку аппаратного ускорения декодирования видео в формате VP9. Возможность реализована при помощи Vulkan-расширения VK_KHR_video_decode_vp9, весной подготовленного рабочей группой Vulkan WG. Аппаратное ускорение доступно для GPU AMD начиная с Navi 10 на базе микроархитектуры RDNA 1.0. Реализация успешно проходит все тесты CTS (Compatibility Test Suite).
https://opennet.ru/63386/
Ubuntu прекращает поддержку сеанса X11 в GNOME
В осеннем выпуске 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.
https://opennet.ru/63383/
В осеннем выпуске 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.
https://opennet.ru/63383/
Первый релиз CoMaps, форка картографического приложения Organic Maps
Опубликован первый выпуск проекта CoMaps, развивающего форк приложения Organic Maps для оффлайн навигации с использованием картографических данных OpenStreetMap. Выпуск доступен для платформы Android в формате APK. Ведётся работа над публикацией приложения в каталогах F-Droid, Google Play Store и iOS App Store. Код проекта распространяется под лицензией Apache 2.0.
Форк развивается в соответствии с принципами открытости, прозрачности и совместной работы. Проект сосредоточен на ведении только некоммерческой деятельности, подотчётности сообществу и удовлетворении интересов сообщества. Ключевые принципы развития приложения: ориентация на работу в offline-режиме, забота о конфиденциальности (работа без идентификации личности и без сбора данных) и эффективное потребление энергии для продления работы в автономном режиме.
Отличия первого выпуска CoMaps от Organic Maps:
- Использование свежих данных OpenStreetMap по состоянию на 15 мая.
- Организация подключения к учётной записи в OpenStreetMap через браузер.
- Удаление полупрозрачного фона в слое, показывающем карту метрополитена.
- Сервер отдачи метаданных заменён на статический список серверов с картами.
- На стартовый экран загрузки добавлена информация о размере локальных карт.
- Улучшено автоматическое переключение на ночной режим.
- Обновлены переводы.
- Выполнен ребрендинг.
https://opennet.ru/63380/
Опубликован первый выпуск проекта CoMaps, развивающего форк приложения Organic Maps для оффлайн навигации с использованием картографических данных OpenStreetMap. Выпуск доступен для платформы Android в формате APK. Ведётся работа над публикацией приложения в каталогах F-Droid, Google Play Store и iOS App Store. Код проекта распространяется под лицензией Apache 2.0.
Форк развивается в соответствии с принципами открытости, прозрачности и совместной работы. Проект сосредоточен на ведении только некоммерческой деятельности, подотчётности сообществу и удовлетворении интересов сообщества. Ключевые принципы развития приложения: ориентация на работу в offline-режиме, забота о конфиденциальности (работа без идентификации личности и без сбора данных) и эффективное потребление энергии для продления работы в автономном режиме.
Отличия первого выпуска CoMaps от Organic Maps:
- Использование свежих данных OpenStreetMap по состоянию на 15 мая.
- Организация подключения к учётной записи в OpenStreetMap через браузер.
- Удаление полупрозрачного фона в слое, показывающем карту метрополитена.
- Сервер отдачи метаданных заменён на статический список серверов с картами.
- На стартовый экран загрузки добавлена информация о размере локальных карт.
- Улучшено автоматическое переключение на ночной режим.
- Обновлены переводы.
- Выполнен ребрендинг.
https://opennet.ru/63380/
Выпуск мобильной платформы Android 16
Компания Google опубликовала релиз открытой мобильной платформы Android 15. Связанные с новым выпуском исходные тексты размещены в 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:
- Обновлено оформление интерфейса, в котором задействована новая концепция дизайна Material 3 Expressive.
- Обновлены динамические цветовые темы и стили.
- На устройствах с большими экранами, такими как планшеты, настольные системы и смартфоны со складными экранами, задействован адаптивный интерфейс. На устройствах с экраном шириной более 600 условных пикселей (dp), платформа будет отображать приложения в окнах, допускающих изменение размера и перемещение по экрану. Возможно одновременное размещение окон разных приложений на экране по аналогии с традиционной средой рабочего стола.
Параметры в файле манифеста приложений (не игр), ограничивающие размер окон и фиксирующие ориентацию экрана, на больших экранах будут игнорироваться. До 2026 года разработчикам предоставляется опция, позволяющая отключить новое поведение. Позднее в этом году планируют добавить панель задач, поддержку назначения собственных комбинаций клавиш и возможности для подключения планшетов и телефонов к внешним экранам.
- Предложен новый тип уведомлений - мгновенные обновления (Live Update), позволяющий отслеживать изменение состояния, связанного с определённой активностью (например, отображение стадии доставки или движения по маршруту). Для новых обновлений предложен стиль ProgressStyle, позволяющий сформировать блок для отображений прогресса выполнения операции.
- Обеспечена автоматическая группировка уведомлений от одного приложения.
- Добавлена поддержка видеокодека APV (Advanced Professional Video), предназначенного для записи и обработки видео с профессиональным уровнем качества, близким к исходному качеству контента со сжатием без потерь. Для упрощения использования при редактировании видео формат APV обеспечивают высокую пропускную способность и низкую сложность внутрикадрового кодирования, а также гарантирует отсутствие потерь в качестве при повторном кодировании. Поддерживаются разрешения 2K, 4K и 8K, HDR10/10+, разбивка кадров (tiling) для распараллеливания кодирования/декодирования, различные форматы дискретизации цвета, многоракурсное видео (multi-view), добавление метаданных (глубина, прозрачность, данные для предпросмотра). Реализация основана на библиотеке OpenAPV и использовании профиля APV 422-10 (YUV 422 и 10-бит на канал), поддерживающего битрейты до 2Gbps.
- Предложен встраиваемый интерфейс для предоставления приложениям доступа к выбранным пользователем фотографиям и видео, хранящимся как на текущем устройстве, так и в облачном хранилище. Ключевое отличие нового интерфейса в том, что приложение получает доступ не ко всей мультимедийной библиотеке, а только к отдельным файлам, которые выбрал пользователь.
- По умолчанию за...
https://opennet.ru/63388/
Компания Google опубликовала релиз открытой мобильной платформы Android 15. Связанные с новым выпуском исходные тексты размещены в 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:
- Обновлено оформление интерфейса, в котором задействована новая концепция дизайна Material 3 Expressive.
- Обновлены динамические цветовые темы и стили.
- На устройствах с большими экранами, такими как планшеты, настольные системы и смартфоны со складными экранами, задействован адаптивный интерфейс. На устройствах с экраном шириной более 600 условных пикселей (dp), платформа будет отображать приложения в окнах, допускающих изменение размера и перемещение по экрану. Возможно одновременное размещение окон разных приложений на экране по аналогии с традиционной средой рабочего стола.
Параметры в файле манифеста приложений (не игр), ограничивающие размер окон и фиксирующие ориентацию экрана, на больших экранах будут игнорироваться. До 2026 года разработчикам предоставляется опция, позволяющая отключить новое поведение. Позднее в этом году планируют добавить панель задач, поддержку назначения собственных комбинаций клавиш и возможности для подключения планшетов и телефонов к внешним экранам.
- Предложен новый тип уведомлений - мгновенные обновления (Live Update), позволяющий отслеживать изменение состояния, связанного с определённой активностью (например, отображение стадии доставки или движения по маршруту). Для новых обновлений предложен стиль ProgressStyle, позволяющий сформировать блок для отображений прогресса выполнения операции.
- Обеспечена автоматическая группировка уведомлений от одного приложения.
- Добавлена поддержка видеокодека APV (Advanced Professional Video), предназначенного для записи и обработки видео с профессиональным уровнем качества, близким к исходному качеству контента со сжатием без потерь. Для упрощения использования при редактировании видео формат APV обеспечивают высокую пропускную способность и низкую сложность внутрикадрового кодирования, а также гарантирует отсутствие потерь в качестве при повторном кодировании. Поддерживаются разрешения 2K, 4K и 8K, HDR10/10+, разбивка кадров (tiling) для распараллеливания кодирования/декодирования, различные форматы дискретизации цвета, многоракурсное видео (multi-view), добавление метаданных (глубина, прозрачность, данные для предпросмотра). Реализация основана на библиотеке OpenAPV и использовании профиля APV 422-10 (YUV 422 и 10-бит на канал), поддерживающего битрейты до 2Gbps.
- Предложен встраиваемый интерфейс для предоставления приложениям доступа к выбранным пользователем фотографиям и видео, хранящимся как на текущем устройстве, так и в облачном хранилище. Ключевое отличие нового интерфейса в том, что приложение получает доступ не ко всей мультимедийной библиотеке, а только к отдельным файлам, которые выбрал пользователь.
- По умолчанию за...
https://opennet.ru/63388/
Опубликована 65 редакция рейтинга самых высокопроизводительных суперкомпьютеров
Опубликован 65-й выпуск рейтинга 500 самых высокопроизводительных компьютеров мира. В 65 редакции рейтинга кластеры, занимавшие в прошлом рейтинге первые три места, сохранили свои позиции:
- Кластер El Capitan, запущенный в Ливерморской национальной лаборатории Министерства энергетики США. Кластер насчитывает 11 миллионов процессорных ядер (CPU AMD EPYC 24C 1.8GH с ускорителем AMD Instinct MI300X) и обеспечивает производительность 1.742 экзафлопса. В качестве операционной системы применяется HPE Cray OS (редакция SUSE Linux Enterprise Server 15).
- Кластер Frontier, размещённый в Ок-Риджской национальной лаборатории Министерства энергетики США. 9 млн процессорных ядер (CPU AMD EPYC 64C 2GHz, ускоритель AMD Instinct MI250X). Производительность 1.353 экзафлопсов. Операционная система HPE Cray OS.
- Кластер Aurora, развёрнутый в Аргоннской национальной лаборатории Министерства энергетики США. 9.2 млн процессорных ядер (CPU Xeon CPU Max 9470 52C 2.4GHz, ускоритель Intel Data Center GPU Max). Производительность 1.012 экзафлопса. Операционная система SUSE Linux Enterprise Server 15 SP4.
Четвёртое место занял новый кластер JUPITER Booster, запущенный в суперкомпьютерном центре Юлих (Германия). Кластер насчитывает 4.8 млн процессорных ядер (NVIDIA GH200 Grace Hopper Superchip 72C 3GHz) и демонстрирует производительность 793 петафлопс. Операционная система - RedHat Enterprise Linux.
Замыкающие десятку кластеры не изменились и лишь сместились на одну позицию вниз:
- Eagle (Microsoft Azure, 2 млн процессорных ядер (CPU Xeon Platinum 8480C 48C 2GHz), производительность 561 петафлопс, ОС Ubuntu 22.04.
- HPC6 (итальянская нефтегазовая компании "Эни", 3 млн процессорных ядер (AMD EPYC 64C 2GHz), производительность в 477 петафлопс, ОС RHEL 8.9.
- Fugaku (институте физико-химических исследований RIKEN (Япония), 158976 узлов на базе SoC Fujitsu A64FX (48-ядерные CPU Armv8.2-A SVE 2.2GHz), производительность 442 петафлопса, ОС Red Hat Enterprise Linux.
- Alps (Швейцарский национальный суперкомпьютерный центр, 2.1 млн процессорных ядер (NVIDIA Grace 72C 3.1GHz), производительность 434 петафлопс, ОС HPE Cray OS.
- LUMI (Европейский суперкомпьютерный центр (EuroHPC) в Финляндии, 2.2 млн процессорных ядер (AMD EPYC 64C 2GHz, ускоритель AMD Instinct MI250X, сеть Slingshot-11), производительность 379 петафлопс, ОС HPE Cray OS.
- Leonardo (итальянский центр научных исследований CINECA, 1.8 миллиона процессорных ядер (CPU Xeon Platinum 8358 32C 2.6GHz), производительность 241 петафлопс.
Что касается отечественных суперкомпьютеров, то созданные компанией Яндекс кластеры Червоненкис, Галушкин и Ляпунов опустились с 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 место, а его ...
https://opennet.ru/63390/
Опубликован 65-й выпуск рейтинга 500 самых высокопроизводительных компьютеров мира. В 65 редакции рейтинга кластеры, занимавшие в прошлом рейтинге первые три места, сохранили свои позиции:
- Кластер El Capitan, запущенный в Ливерморской национальной лаборатории Министерства энергетики США. Кластер насчитывает 11 миллионов процессорных ядер (CPU AMD EPYC 24C 1.8GH с ускорителем AMD Instinct MI300X) и обеспечивает производительность 1.742 экзафлопса. В качестве операционной системы применяется HPE Cray OS (редакция SUSE Linux Enterprise Server 15).
- Кластер Frontier, размещённый в Ок-Риджской национальной лаборатории Министерства энергетики США. 9 млн процессорных ядер (CPU AMD EPYC 64C 2GHz, ускоритель AMD Instinct MI250X). Производительность 1.353 экзафлопсов. Операционная система HPE Cray OS.
- Кластер Aurora, развёрнутый в Аргоннской национальной лаборатории Министерства энергетики США. 9.2 млн процессорных ядер (CPU Xeon CPU Max 9470 52C 2.4GHz, ускоритель Intel Data Center GPU Max). Производительность 1.012 экзафлопса. Операционная система SUSE Linux Enterprise Server 15 SP4.
Четвёртое место занял новый кластер JUPITER Booster, запущенный в суперкомпьютерном центре Юлих (Германия). Кластер насчитывает 4.8 млн процессорных ядер (NVIDIA GH200 Grace Hopper Superchip 72C 3GHz) и демонстрирует производительность 793 петафлопс. Операционная система - RedHat Enterprise Linux.
Замыкающие десятку кластеры не изменились и лишь сместились на одну позицию вниз:
- Eagle (Microsoft Azure, 2 млн процессорных ядер (CPU Xeon Platinum 8480C 48C 2GHz), производительность 561 петафлопс, ОС Ubuntu 22.04.
- HPC6 (итальянская нефтегазовая компании "Эни", 3 млн процессорных ядер (AMD EPYC 64C 2GHz), производительность в 477 петафлопс, ОС RHEL 8.9.
- Fugaku (институте физико-химических исследований RIKEN (Япония), 158976 узлов на базе SoC Fujitsu A64FX (48-ядерные CPU Armv8.2-A SVE 2.2GHz), производительность 442 петафлопса, ОС Red Hat Enterprise Linux.
- Alps (Швейцарский национальный суперкомпьютерный центр, 2.1 млн процессорных ядер (NVIDIA Grace 72C 3.1GHz), производительность 434 петафлопс, ОС HPE Cray OS.
- LUMI (Европейский суперкомпьютерный центр (EuroHPC) в Финляндии, 2.2 млн процессорных ядер (AMD EPYC 64C 2GHz, ускоритель AMD Instinct MI250X, сеть Slingshot-11), производительность 379 петафлопс, ОС HPE Cray OS.
- Leonardo (итальянский центр научных исследований CINECA, 1.8 миллиона процессорных ядер (CPU Xeon Platinum 8358 32C 2.6GHz), производительность 241 петафлопс.
Что касается отечественных суперкомпьютеров, то созданные компанией Яндекс кластеры Червоненкис, Галушкин и Ляпунов опустились с 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 место, а его ...
https://opennet.ru/63390/
В GNOME будет усилена зависимость от systemd
Адриан Вовк (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 для запуска экрана входа в систему, у проекта не осталось причин поддерживать собственный примитивный менеджер сеансов.
Для упрощения адаптации к изменениям дистрибутивов, не использующих systmed, в 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.
https://opennet.ru/63391/
Адриан Вовк (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 для запуска экрана входа в систему, у проекта не осталось причин поддерживать собственный примитивный менеджер сеансов.
Для упрощения адаптации к изменениям дистрибутивов, не использующих systmed, в 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.
https://opennet.ru/63391/
Опубликован дистрибутив ROSA Fresh Server 13.0
Компания НТЦ ИТ РОСА опубликовала дистрибутив ROSA Fresh Server 13.0, построенный на платформе Rosa 13. Выпуск ориентирован на использование энтузиастами и позиционируется как экспериментальный компактный серверный дистрибутив с текстовым интерфейсом. При использовании текстового инсталлятора дистрибутив может работать на компьютерах или виртуальных машинах с 1 ГБ ОЗУ. Для загрузки подготовлен установочный iso-образ, размером 2 ГБ (x86_64).
ROSA Fresh Server подходит не только для создания серверов, но и в качестве основы для построения собственной рабочей станции. Для быстрой установки предлагаются наборы для установки KDE Plasma 6 (task-plasma6), KDE Plasma 5 (task-plasma5), GNOME (task-gnome) и LXQt (task-lxqt). В зависимости от потребностей пользователя в формируемой системе могут быть установлены только действительно необходимые компоненты, например, при наличии сканера для его поддержки можно установить набор task-scanning, а принтера - task-printing.
https://opennet.ru/63393/
Компания НТЦ ИТ РОСА опубликовала дистрибутив ROSA Fresh Server 13.0, построенный на платформе Rosa 13. Выпуск ориентирован на использование энтузиастами и позиционируется как экспериментальный компактный серверный дистрибутив с текстовым интерфейсом. При использовании текстового инсталлятора дистрибутив может работать на компьютерах или виртуальных машинах с 1 ГБ ОЗУ. Для загрузки подготовлен установочный iso-образ, размером 2 ГБ (x86_64).
ROSA Fresh Server подходит не только для создания серверов, но и в качестве основы для построения собственной рабочей станции. Для быстрой установки предлагаются наборы для установки KDE Plasma 6 (task-plasma6), KDE Plasma 5 (task-plasma5), GNOME (task-gnome) и LXQt (task-lxqt). В зависимости от потребностей пользователя в формируемой системе могут быть установлены только действительно необходимые компоненты, например, при наличии сканера для его поддержки можно установить набор task-scanning, а принтера - task-printing.
https://opennet.ru/63393/
Выпуск дистрибутива Rocky Linux 10.0
Состоялся релиз дистрибутива Rocky Linux 10.0, развивающего свободную сборку Red Hat Enterprise Linux, способную занять место классического CentOS. Дистрибутив бинарно совместим с Red Hat Enterprise Linux и может использоваться в качестве замены RHEL 10 и CentOS 10 Stream. Поддержка ветки Rocky Linux 10 будет осуществляться до 2035 года. Установочные iso-образы Rocky Linux подготовлены для архитектур x86-64-v3, aarch64, ppc64le (IBM POWER), s390x (IBM Z) и riscv64. Дополнительно предложены live-сборки с рабочими столами GNOME и KDE, опубликованные для архитектуры x86_64.
Как и в классическом CentOS внесённые в пакеты Rocky Linux главным образом изменения сводятся к избавлению от привязки к бренду Red Hat и удалению специфичных для RHEL пакетов, таких как redhat-*, insights-client и subscription-manager-migration*. С обзором списка изменений в Rocky Linux 10.0 можно познакомиться в анонсе RHEL 10.0. Выпуск включает только 64-разрядные сборки пакетов, все 32-разрядные пакеты удалены (для выполнения 32-разрядных программ рекомендуется использовать контейнеры с 32-разрядными зависимостями).
Среди специфичных для Rocky Linux изменений можно отметить официальную поддержку архитектуры RISC-V, реализованную для плат StarFive VisionFive 2 (VF2) и SiFive HiFive Premier P550, а также запуска в эмуляторе QEMU. Кроме того, проектом развивается несколько собственных репозиториев с дополнительными пакетами:
- plus - пока доступен только пакет с СУБД Valkey 8.0.3 (форк Redis).
- NFV - пакеты для виртуализации компонентов сетей, развиваемый
SIG-группой NFV (Network Functions Virtualization).
- CRB (Code Ready Builder) - дополнительные пакеты для разработчиков.
- RT - пакеты для работы в режиме реального времени.
- HighAvailability и ResilientStorage - пакеты для создания высоконадёжных систем.
- SAP и SAPHANA - пакеты для SAP и SAP HANA, такие как resource-agents, sap-hana-ha, sap-cluster-connector и vhostmd.
В качестве источника исходных пакетов при формировании Rocky Linux 10 задействован репозиторий OpenELA, поддерживаемый совместно с Oracle и SUSE. Изменение процессов разработки обусловлено прекращением размещения компанией Red Hat исходных текстов rpm-пакетов RHEL в публичном репозитории git.centos.org. Исходные пакеты предоставляются клиентам компании только через закрытый раздел сайта, на котором действует пользовательское соглашение (EULA), запрещающее редистрибуцию данных, что не позволяет использовать эти пакеты для создания производных дистрибутивов. Исходные тексты остаются доступны в репозитории CentOS Stream, но он полностью не синхронизирован с RHEL и в нём не всегда самые свежие версии пакетов совпадают с пакетами из RHEL.
Дистрибутив Rocky Linux развивается под покровительством организации Rocky Enterprise Software Foundation (RESF), которая зарегистрирована как общественно-полезная корпорация (Public Benefits Corporation), не нацеленная на получение прибыли. Владельцем организации является Грегори Курцер (Gregory Kurtzer), основатель CentOS, но функции управления в соответствии с принятым уставом делегированы совету директоров, в который сообществом избираются участники, вовлечённые в работу над проектом. Параллельно для развития расширенных продуктов на базе Rocky Linux и поддержки сообщества разработчиков данного дистрибутива создана коммерческая компания Ctrl IQ, которая получила 26 млн долларов инвестиций. К разработке и финансированию проекта присоединились такие компании, как Google, Amazon Web Services, GitLab, MontaVista, 45Drives, OpenDrives и NAVER Cloud.
https://opennet.ru/63395/
Состоялся релиз дистрибутива Rocky Linux 10.0, развивающего свободную сборку Red Hat Enterprise Linux, способную занять место классического CentOS. Дистрибутив бинарно совместим с Red Hat Enterprise Linux и может использоваться в качестве замены RHEL 10 и CentOS 10 Stream. Поддержка ветки Rocky Linux 10 будет осуществляться до 2035 года. Установочные iso-образы Rocky Linux подготовлены для архитектур x86-64-v3, aarch64, ppc64le (IBM POWER), s390x (IBM Z) и riscv64. Дополнительно предложены live-сборки с рабочими столами GNOME и KDE, опубликованные для архитектуры x86_64.
Как и в классическом CentOS внесённые в пакеты Rocky Linux главным образом изменения сводятся к избавлению от привязки к бренду Red Hat и удалению специфичных для RHEL пакетов, таких как redhat-*, insights-client и subscription-manager-migration*. С обзором списка изменений в Rocky Linux 10.0 можно познакомиться в анонсе RHEL 10.0. Выпуск включает только 64-разрядные сборки пакетов, все 32-разрядные пакеты удалены (для выполнения 32-разрядных программ рекомендуется использовать контейнеры с 32-разрядными зависимостями).
Среди специфичных для Rocky Linux изменений можно отметить официальную поддержку архитектуры RISC-V, реализованную для плат StarFive VisionFive 2 (VF2) и SiFive HiFive Premier P550, а также запуска в эмуляторе QEMU. Кроме того, проектом развивается несколько собственных репозиториев с дополнительными пакетами:
- plus - пока доступен только пакет с СУБД Valkey 8.0.3 (форк Redis).
- NFV - пакеты для виртуализации компонентов сетей, развиваемый
SIG-группой NFV (Network Functions Virtualization).
- CRB (Code Ready Builder) - дополнительные пакеты для разработчиков.
- RT - пакеты для работы в режиме реального времени.
- HighAvailability и ResilientStorage - пакеты для создания высоконадёжных систем.
- SAP и SAPHANA - пакеты для SAP и SAP HANA, такие как resource-agents, sap-hana-ha, sap-cluster-connector и vhostmd.
В качестве источника исходных пакетов при формировании Rocky Linux 10 задействован репозиторий OpenELA, поддерживаемый совместно с Oracle и SUSE. Изменение процессов разработки обусловлено прекращением размещения компанией Red Hat исходных текстов rpm-пакетов RHEL в публичном репозитории git.centos.org. Исходные пакеты предоставляются клиентам компании только через закрытый раздел сайта, на котором действует пользовательское соглашение (EULA), запрещающее редистрибуцию данных, что не позволяет использовать эти пакеты для создания производных дистрибутивов. Исходные тексты остаются доступны в репозитории CentOS Stream, но он полностью не синхронизирован с RHEL и в нём не всегда самые свежие версии пакетов совпадают с пакетами из RHEL.
Дистрибутив Rocky Linux развивается под покровительством организации Rocky Enterprise Software Foundation (RESF), которая зарегистрирована как общественно-полезная корпорация (Public Benefits Corporation), не нацеленная на получение прибыли. Владельцем организации является Грегори Курцер (Gregory Kurtzer), основатель CentOS, но функции управления в соответствии с принятым уставом делегированы совету директоров, в который сообществом избираются участники, вовлечённые в работу над проектом. Параллельно для развития расширенных продуктов на базе Rocky Linux и поддержки сообщества разработчиков данного дистрибутива создана коммерческая компания Ctrl IQ, которая получила 26 млн долларов инвестиций. К разработке и финансированию проекта присоединились такие компании, как Google, Amazon Web Services, GitLab, MontaVista, 45Drives, OpenDrives и NAVER Cloud.
https://opennet.ru/63395/
Проект Liberux развивает смартфон NEXX с прошивкой на базе Debian и GNOME
Началась разработка смартфона 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.
https://opennet.ru/63397/
Началась разработка смартфона 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.
https://opennet.ru/63397/
Веб-версия свободной стратегической игры Warzone 2100
В день 20-летия публикации первого открытого релиза проекта представлена web-версия RTS-игры Warzone 2100, которая может быть запущена в любом браузере, поддерживающем WebAssembly и WebGL 2. Среди прочего, игра может быть запущена в браузере на планшетах iPad и устройствах на базе Android, оснащённых относительно большим экраном. В веб-версии доступен однопользовательский режим, включая оригинальную кампанию и сражение.
Для запуска на стационарных системах продолжают распространяться сборки для Linux, Windows, macOS и FreeBSD. Стационарные сборки отличаются более высоким качеством графики, поддержкой многопользовательской игры, возможностью использования дополнений и модов. Игра изначально разработана компанией Pumpkin Studios и выпущена на рынок в 1999 году. В 2004 году исходные тексты были открыты под лицензией GPLv2, а 11 июня 2005 года был сформирован первый открытый релиз.
https://opennet.ru/63396/
В день 20-летия публикации первого открытого релиза проекта представлена web-версия RTS-игры Warzone 2100, которая может быть запущена в любом браузере, поддерживающем WebAssembly и WebGL 2. Среди прочего, игра может быть запущена в браузере на планшетах iPad и устройствах на базе Android, оснащённых относительно большим экраном. В веб-версии доступен однопользовательский режим, включая оригинальную кампанию и сражение.
Для запуска на стационарных системах продолжают распространяться сборки для Linux, Windows, macOS и FreeBSD. Стационарные сборки отличаются более высоким качеством графики, поддержкой многопользовательской игры, возможностью использования дополнений и модов. Игра изначально разработана компанией Pumpkin Studios и выпущена на рынок в 1999 году. В 2004 году исходные тексты были открыты под лицензией GPLv2, а 11 июня 2005 года был сформирован первый открытый релиз.
https://opennet.ru/63396/
Apple открыл инструментарий для запуска Linux-контейнеров в macOS
Компания 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.
https://opennet.ru/63392/
Компания 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.
https://opennet.ru/63392/
Google прекратил публикацию кода для поддержки устройств Pixel в репозитории с кодом Android
Разработчики 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.
https://opennet.ru/63399/
Разработчики 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.
https://opennet.ru/63399/