The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

·24.05 ALT Linux развивает Tuner, новый конфигуратор для GNOME (33 +4)
  Разработчики ALT Linux представили новый конфигуратор для GNOME - Tuner, нацеленный на упрощение расширения функциональности и предоставления дополнительных настроек. Предполагается, что Tuner может использоваться дистрибутивами, поставляющими GNOME, для создания конфигураторов, отвечающих за изменение настроек, специфичных для дистрибутива. Например, для ALT Linux реализован плагин TunerPanel, позволяющий переключаться между панельным (в стиле GNOME 2) и стандартным режимами интерфейса GNOME.

В программе реализована архитектура на базе плагинов, позволяющая добавлять новые разделы настроек, менять интерфейс и расширять функциональность через поставку отдельных плагинов без изменения кода основного приложения. Для создания плагинов задействован движок libpeas, уже применяемый в GNOME-приложениях Gedit и Totem.

Из особенностей Tuner также упоминается упрощение интеграции с GSettings. По аналогии с приложением GNOME Refine в Tuner доступен механизм для создания виджетов, используя язык построения интерфейсов Blueprint. Подобные виджеты дают возможность привязывать отдельные настройки в GSettings к элементам интерфейса, созданным для их изменения.

Код проекта написан на языке Vala и распространяется под лицензией GPLv3. Интерфейс пользователя построен с использованием библиотеки libadwaita, соответствует рекомендациям GNOME HIG (Human Interface Guidelines) и может адаптивно подстраиваться под размер экрана. Доступны шаблоны для разработки типовых плагинов на языках Vala и Python.

  1. Главная ссылка к новости
  2. OpenNews: В GNOME SDK добавлена поддержка языка построения интерфейсов Blueprint
  3. OpenNews: В GNOME добавлен Mutter Development Kit
  4. OpenNews: В GDM по умолчанию отключён сеанс X11. В Fedora 43 в GNOME будет поддерживаться только Wayland
  5. OpenNews: Выпуск дистрибутива Альт Рабочая станция К 11.0
Обсуждение (33 +4) | Тип: К сведению |


·24.05 В KDE появилась привязка обоев ко времени суток и отключён по умолчанию Adaptive Sync (17 +4)
  Нейт Грэм (Nate Graham), разработчик, занимающийся контролем качества в проекте KDE, опубликовал очередной отчёт о разработке KDE. Наиболее заметные изменения:
  • В готовящемся к выпуску корректирующем обновлении KDE Plasma 6.3.6 по умолчанию для новых установок отключён механизм Adaptive Sync (VRR), адаптивно меняющий частоту обновления монитора для обеспечения плавности и отсутствия разрывов во время игр и показа видео. Режим отключён из-за большого числа проблем, возникающих из-за ошибок в графических драйверах. В обновлении также будет устранено аварийное завершение KWin, возникающие при отсоединении нескольких экранов, подключённых через KVM.
  • В кодовую базу, в которой началось формирование выпуска KDE Plasma 6.5, добавлена поддержка динамических обоев рабочего стола, меняющихся в зависимости от времени суток. Идея в том, чтобы в светлое время суток автоматически показывать светлые обои, а в тёмное - тёмные. Улучшен интерфейс для предпросмотра динамических обоев (обои, меняющиеся в зависимости от светлой или тёмной темы, теперь помечаются специальным значком и показываются в двух вариантах).
  • Значительно улучшен интерфейс виджета для заметок (Sticky Note). Добавлены такие возможности, как изменение размера, изменение цвета фона через контекстное меню и выставление прозрачного фона.
  • В настройках при попытке выставления в качестве глобального шрифта акцидентных шрифтов, имеющих метку "Display" в названии, теперь выводится предупреждение о том, что подобные шрифты не предназначены для отображения на цифровых дисплеях.

  • При первом вызове интерфейса выбора Emoji (Meta+".") реализовано скрытие страницы с недавно выбранными значками, так как она на данном этапе пустая.
  • В виджете управления сетевым соединением обеспечено постоянное отображение кнопки "Hotspot", даже если точку доступа в текущем состоянии создать невозможно. В подобной ситуации кнопка становится неактивной, а при подведении к ней курсора показывается подсказка с пояснением причины невозможности создать точку доступа.
  • В конфигураторе со страницы настройки эффектов рабочего стола удалены все отладочные эффекты, которые перенесены в окно с отладочными опциями KWin.
  • Улучшена навигация с использованием клавиатуры в виджете управления громкостью, на странице с настройками Flatpak и в окне управления обновлениями в Discover.
  • Значительно повышена производительность прокрутки при просмотре списка доступных обоев рабочих столов в конфигураторе.
  • В Qt 6.9.2 добавлены оптимизации, ускоряющие просмотр данных в табличном представлении (grid view) в KDE Plasma и приложениях на базе Qt Quick.
  • В KDE Frameworks 6.15 решена проблема с зависанием рабочего стола Plasma на время открытия в настройках диалога "Advanced Options". Улучшена клавиатурная навигация в конфигураторе и улучшена поддержка экранных ридеров.
  • В ветке Plasma 6.4 улучшен интерфейс виджета управления громкостью, в котором повышена наглядность при использовании нескольких устройств. Ускорен вызов окна управления буфером обмена комбинацией клавиш Meta+V.
  • В менеджере приложений Discover в результатах поиска больше не показываются обои и дополнения, если поиск не выполняется со страницы управления дополнениями.

  1. Главная ссылка к новости
  2. OpenNews: В KDE реализован интерфейс для калибровки HDR. Бета-выпуск KDE Plasma 6.4
  3. OpenNews: В KDE переработаны диалоги создания новых файлов и устранены крахи KWin
  4. OpenNews: KDE прекращает формирование LTS-релизов и реформирует отправку телеметрии
  5. OpenNews: В KDE улучшена поддержка Wayland и внесены изменения в интерфейс
  6. OpenNews: Выпуск KDE Gear 25.04, набора приложений от проекта KDE
Обсуждение (17 +4) | Тип: Обобщение |


·24.05 Доступен дистрибутив NixOS 25.05, использующий пакетный менеджер Nix (14)
  Представлен релиз дистрибутива NixOS 25.05, основанного на пакетном менеджере Nix и предоставляющего собственные разработки для упрощения настройки и сопровождения системы. В NixOS вся настройка системы осуществляется через единый файл системной конфигурации configuration.nix. Предоставляются возможности для быстрого отката системы на предыдущую версию конфигурации и переключения между различными состояниями системы. Поддерживается установка индивидуальных пакетов отдельными пользователями и возможность одновременного использования нескольких версий одной программы. Обеспечены воспроизводимые сборки. Для архитектур x86_64 и ARM64 подготовлен установочный образ с графическим окружением (3.7 ГБ) и сокращённый консольный вариант (1.4 ГБ).

При использовании Nix результат сборки пакетов хранится в отдельном подкаталоге в /nix/store. Например, после сборки пакет firefox может записываться в /nix/store/5onlv1pc3ed6n5nskg8ew4twcfd0d5ae4ec5d4-firefox-138.0.4/, где "5onlv1pc3ed6n5nskg8ew4twcfd0d5ae4ec5d4" является хешем всех его зависимостей и инструкций сборки. Под установкой пакета подразумевается его сборка или скачивание уже собранного (при условии, что он был уже собран на Hydra - сервисе сборки проекта NixOS), а также формирование директории с символическими ссылками на все пакеты в профиле системы или пользователя, с последующим добавлении этой директории в список PATH. Аналогичный подход применяется в пакетном менеджере GNU Guix, который основан на наработках Nix. Коллекция пакетов представлена в специальном репозитории Nixpkgs.

Основные новшества:

Обсуждение (14) | Тип: Программы |


·24.05 Выпуск дистрибутива Ubuntu Sway Remix 25.04 (23 +3)
  Доступен выпуск дистрибутива Ubuntu Sway Remix 25.04, предоставляющего преднастроенный и готовый к использованию рабочий стол на основе мозаичного композитного менеджера Sway. Дистрибутив является неофициальной редакцией Ubuntu 24.10, созданной с оглядкой как на опытных пользователей GNU/Linux, так и на новичков, желающих попробовать окружение с мозаичным оконным менеджером без необходимости его долгой настройки. Для загрузки подготовлены сборки для архитектур amd64 и arm64 (Raspberry Pi).

Окружение дистрибутива построено на основе Sway - композитного менеджера, использующего протокол Wayland и полностью совместимого с мозаичным оконным менеджером i3, а также панели Waybar, файлового менеджера PCManFM-GTK3 и утилит из проекта NWG-Shell, таких как менеджер обоев рабочего стола Azote, полноэкранное меню приложений nwg-drawer, программа для вывода содержимого скриптов на экран nwg-wrapper (используется для отображения подсказки по горячим клавишам на рабочем столе), менеджер настройки тем GTK, курсора и шрифтов nwg-look и скрипт Autotiling, автоматически компонующий окна открытых приложений на манер динамических мозаичных оконных менеджеров.

В состав дистрибутива входят программы как с графическим интерфейсом, такие как Firefox, Qutebrowser, Audacious, Transmission, Libreoffice, Pluma и MATE Calc, так и консольные приложения и утилиты, такие как музыкальный проигрыватель Musikcube, видеопроигрыватель MPV, утилита для просмотра изображений Swayimg, утилита для просмотра документов PDF Zathura, текстовый редактор Neovim, файловый менеджер Ranger и другие.

Другой особенностью дистрибутива является полный отказ от использования пакетного менеджера Snap, все программы поставляются в виде обычных deb-пакетов, в том числе веб-браузер Firefox, для установки которого задействован официальный PPA-репозиторий Mozilla Team. Установщик дистрибутива основан на фреймворке Calamares.

Основные изменения:

  • Пакетная база обновлена до выпуска Ubuntu 25.04;
  • Задействован выпуск Sway 1.10, в котором реализован новый движок отрисовки, ощутимо поднявший производительность, обеспечена поддержка цветовых ICC профилей, поддержка отключения вертикальной синхронизации через протокол tearing-control-v1, улучшен алгоритм настройки устройств вывода и тд.;
  • Блокировщик экрана swaylock заменён на gtklock, что позволило улучшить интеграцию с системным оформлением и предоставить более привычный пользователям интерфейс;
  • По умолчанию в качестве клавиатуро-ориентированного меню приложений и переключателя окон задействован Wofi, что позволило улучшить совместимость со скриптами, написанными для Rofi;
  • Добавлено небольшое приложение для выбора emoji;
  • В панель Waybar добавлен модуль power-profiles-daemon, для переключения режимов энергосбережения системы (экономный, сбалансированный или режим максимальной производительности);
  • Отключён по умолчанию модуль показа погоды на панели Waybar, из-за проблем с получением информации о погоде в некоторых регионах. Модуль может быть активирован вручную в конфигурационном файле Waybar;
  • Значительно улучшен установщик системы. Ускорены операции распаковки образа на диск, настройки локали и очистки системы после завершения установки. Решены мелкие недоработки при установке на системы с UEFI;
  • Внесены небольшие оптимизации интерфейса для работы на экранах небольших разрешений (до 1280x720);
  • Исправлены проблемы с масштабированием курсора мыши на экранах сверхвысоких разрешений. Вместо темы курсора Breeze задействована тема Yaru.
  • Обновлено приложение Sway Input Configurator, в котором устранены проблемы с настройкой вариантов раскладок клавиатур, устранены недоработки в интерфейсе и проведён небольшой рефакторинг кодовой базы.

  1. Главная ссылка к новости
  2. OpenNews: Опубликовано пользовательское окружение Sway 1.10, использующее Wayland
  3. OpenNews: Выпуск дистрибутива Ubuntu Sway Remix 24.10
  4. OpenNews: В Ubuntu 25.10 заменят эмулятор терминала и просмотрщик изображений
  5. OpenNews: Ubuntu 25.10 переходит по умолчанию на Chrony вместо systemd-timesyncd
  6. OpenNews: Обновление дистрибутива TileOS 1.2
Обсуждение (23 +3) | Автор: Sunderland93 | Тип: Программы |


·23.05 Mistral AI опубликовал Devstral, большую языковую модель для работы с кодом (228 +17)
  Компания Mistral AI представила большую языковую модель Devstral, оптимизированную для решения проблем, возникающих в процессе разработки ПО. В отличие от типовых AI-моделей, Mistral AI выходит за рамки написания отдельных функций и дополнения кода, и предоставляет возможности, позволяющие анализировать и контекстуализировать (определять назначение и логику работы) большие кодовые базы, определять связи между компонентами и определять трудновыявляемые ошибки в запутанных функциях.

Модель охватывает 23.6 миллиардов параметров, учитывает контекст в 128 тысяч токенов и опубликована под лицензией Apache 2.0. Загружаемый архив с Devstral занимает 47 ГБ и пригоден для использования на локальных системах - для выполнения модели достаточно одного ПК с видеокартой NVIDIA GeForce RTX 4090 и 32 ГБ ОЗУ. Модель можно использовать в открытых инструментариях SWE-agent и OpenHands для автоматизации исправления ошибок, анализа кода и внесения изменений.

Система может применяться для решения конкретных проблем (issue) на GitHub и заметно опережает другие проекты в тестовом наборе SWE-Bench Verified, проверяющем корректность решения типовых проблем в коде (предлагается 500 тестов на основе реальных сообщений об ошибках на GitHub). В данном тесте модель Devstral набрала 46.8%, в то время как модель Claude 3.5 Haiku получила 40.6%, SWE-smith-LM 32B - 40.2% и GPT-4.1-mini - 23.6%. Среди прочего Devstral опередила такие крупные модели, как Deepseek-V3-0324 671B (38.8%) и Qwen3 232B-A22B (34.4%), охватывающие сотни миллиардов параметров.

  1. Главная ссылка к новости
  2. OpenNews: Организация OSI выработала критерии открытости AI-систем
  3. OpenNews: Рейтинг открытости генеративных AI-моделей
  4. OpenNews: Google открыл AI-модель Gemma, основанную на технологиях, общих с чат-ботом Gemini
  5. OpenNews: Утечка конфиденциальной информации DeepSeek из-за неограниченного доступа к БД с логами
  6. OpenNews: Проект Debian начал общее голосование по критериям открытости AI-моделей
Обсуждение (228 +17) | Тип: К сведению |


·23.05 Ubuntu 25.10 переходит по умолчанию на Chrony вместо systemd-timesyncd (89 +16)
  Разработчики Ubuntu Linux наметили переход по умолчанию на использование проекта Chrony для синхронизации точного времени во всех сборках Ubuntu 25.10. Ранее в Ubuntu использовался сервис systemd-timesyncd, который решено заменить из-за желания задействовать протокол NTS (Network Time Security) для криптографической защиты синхронизации времени.

Проект Chrony предоставляет независимую реализацию клиента и сервера NTP, уже применяемую для синхронизации точного времени в Fedora, SUSE/openSUSE и RHEL. NTS позволяет гарантировать, что клиент взаимодействует с целевым, а не подменённым NTP-сервером. Подмена NTP-сервера представляет опасность, так как установка неверного времени может использоваться для нарушения безопасности других протоколов, учитывающих время, таких как TLS и DNSSEC. Изменение времени может привести к неверной интерпретации данных о действии сертификатов.

Протокол NTS использует для организации шифрованного канала связи элементы инфраструктуры открытых ключей (PKI) и позволяет применять TLS и аутентифицированное шифрование AEAD (Authenticated Encryption with Associated Data) для защиты пользователей от атак, имитирующих NTP-сервер. NTS включает в себя два отдельных протокола: NTS-KE (NTS Key Establishment), используемый для обработки начальной аутентификации и согласования ключей поверх TLS, и NTS-EF (NTS Extension Fields), который отвечает за шифрование и аутентификацию сеанса синхронизации времени. NTS добавляет в пакеты NTP несколько расширенных полей и хранит всю информацию о состоянии только на стороне клиента, используя механизм передачи cookie. Для обработки соединений по протоколу NTS используется сетевой порт 4460.

Пакет Chrony уже входит в состав репозитория main и используется по умолчанию в некоторых редакциях Ubuntu для облачных систем. Работа по замене systemd-timesyncd на Chrony начнётся 2 июня. Включение Chrony в сборки притянет за собой дополнительную зависимость "libedit2" и приведёт к увеличению размера образа на 803 КБ. Для замены systemd-timesyncd на Chrony в Ubuntu 25.04 можно использовать команду "apt-mark auto systemd-timesyncd && apt install chrony", а для возвращения на systemd-timesyncd - "apt-mark auto chrony && apt install systemd-timesyncd".

  1. Главная ссылка к новости
  2. OpenNews: Выпуск системы синхронизации точного времени Chrony 4.2
  3. OpenNews: Уязвимость в chrony
  4. OpenNews: Выпуск NTP-серверов NTPsec 1.2.0 и Сhrony 4.0 с поддержкой защищённого протокола NTS
  5. OpenNews: Let's Encrypt перешёл на NTP-сервер ntpd-rs, написанный на языке Rust
  6. OpenNews: Выпуск NTP-сервера NTPsec 1.2.4
Обсуждение (89 +16) | Тип: К сведению |


·23.05 Компания Valve опубликовала дистрибутив для игровых консолей SteamOS 3.7 (131 +28)
  Компания Valve представила обновление операционной системы SteamOS 3.7.8, помеченное как первый стабильный релиз ветки 3.7. Операционная система SteamOS поставляется в устройствах Steam Deck и с недавних пор используется в игровых консолях некоторых других производителей, таких как Lenovo Legion Go S и ASUS ROG Ally. Размер установочного образа 3.1 ГБ (инструкция по установке). Отдельно энтузиастами развиваются неофициальные сборки HoloISO, пригодные для установки на обычных компьютерах и сторонних игровых консолях (проект SteamFork прекратил существование).

Платформа основана на Arch Linux, использует для ускорения запуска игр композитный сервер Gamescope на базе протокола Wayland, поставляется с доступной только на чтение корневой ФС, применяет атомарный механизм установки обновлений, поддерживает пакеты Flatpak, использует мультимедийный сервер PipeWire и предоставляет два режима работы интерфейса (оболочка Steam и рабочий стол KDE Plasma).

Среди изменений:

  • Добавлена официальная поддержка игровой консоли Lenovo Legion Go S. Улучшена поддержка устройств на базе процессоров AMD, таких как ASUS ROG Ally и Lenovo Legion Go.
  • Осуществлена синхронизация с относительно свежей пакетной базой Arch Linux. Ядро Linux обновлено до версии 6.11. Пакет Mesa обновлён до свежей стабильной версии.
  • Рабочий стол KDE Plasma обновлён до версии 6.2.5 (в SteamOS 3.6 использовалась ветка 5.27)
  • Добавлена возможность ограничения частоты кадров на внешних и встроенных мониторах, поддерживающих механизм VRR (Variable Refresh Rate), позволяющий адаптивно менять частоту обновления монитора для обеспечения плавности и отсутствия разрывов во время игр и показа видео.
  • В настройки (Settings->Power) добавлена опция, дающая возможность ограничить максимальный уровень заряда аккумулятора Steam Deck для продления срока его службы при постоянном подключении к сети (зарядка теперь может автоматически прекращаться при достижении 80%).
  • В образ recovery добавлена возможность восстановления операционной системы на устройствах Steam Deck и Legion Go S, а также для тестирования SteamOS на других устройствах с чипами AMD.
  • Добавлена поддержка игрового контроллера Proteus Byowave, улучшена поддержка контроллера Switch Pro Controller.
  • Включены Bluetooth-профили HFP/HSP, позволяющие использовать микрофон, интегрированный в беспроводные гарнитуры и наушники.
  • Обеспечена индикация уровня заряда Bluetooth-устройств.
  • Активность на Bluetooth-контроллерах теперь может использоваться для вывода экрана из спящего режима.
  • В док-станции Steam Deck улучшена совместимость с мониторами, такими как TCL FireTV и Dell с поддержкой VRR.
  • Включено управление энергопотреблением и частотой процессоров AMD, используя режимы p-state.
  • В десктоп-режим добавлено приложение KDE Filelight, показывающее информацию о свободном месте на накопителе и выводящее предупреждение при его нехватке.
  • В десктоп-режим добавлена поддержка gocryptfs, необходимая для использования зашифрованных хранилищ Plasma Vault.
  • Ускорено переключение между игровым и десктоп режимами. Устранены зависания при подобном переключении.
  • Повышена отзывчивость системы в условиях нехватки оперативной памяти.
  • По умолчанию включены расширения IPv6 для обеспечения приватности.
  • При запуске в виртуальной машине по умолчанию обеспечен запуск системы в десктоп-режиме.
  • Для создания раздела подкачки задействована утилита 'mkswap' вместо своего скрипта 'mkswapfile'.
  • Обеспечена чистка кэша пакетного менеджера pacman после обновления системы.

  1. Главная ссылка к новости
  2. OpenNews: Представлена игровая консоль Lenovo Legion Go S, использующая SteamOS на базе Arch Linux
  3. OpenNews: Обновление дистрибутива Steam OS 3.6.19, используемого на игровой консоли Steam Deck
  4. OpenNews: Проект SteamFork развивает вариант SteamOS для устройств, отличных от Steam Deck
  5. OpenNews: Компания Valve обеспечит поддержку игровых консолей ASUS ROG Ally в SteamOS
  6. OpenNews: Энтузиасты подготовили сборку Steam OS 3, пригодную для установки на обычные ПК
Обсуждение (131 +28) | Тип: Программы |


·23.05 Проект Linux Mint создал libAdapta, форк библиотеки libAdwaita (111 +31)
  Разработчики дистрибутива Linux Mint опубликовали первый выпуск библиотеки libAdapta, созданной как форк libAdwaita. Первый выпуск libAdapta 1.5 основан на libAdwaita 1.5 и отличается поддержкой тем оформления и некоторыми дополнительными возможностями. В остальном libAdapta поддерживает всю функциональность libAdwaita и по умолчанию обеспечивает идентичный внешний вид приложений.

Создание своего форка объясняется трудностями с передачей развиваемых проектом расширенных возможностей в основной состав libAdwaita. Мягкий форк, кодовая база которого периодически переводится на новые версии libAdwaita для продолжения поддержания совместимости, рассматривается как оптимальное для Linux Mint решение. Поддерживая собственное ответвление, разработчики Linux Mint не ограничены в реализации своих идей и могут оперативно добавлять изменения, независимо от их одобрения разработчиками libAdwaita.

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

Проблема в том, что разработчики libAdwaita принципиально отказываются интегрировать поддержку тем оформления, предлагая только базовое оформление в стиле GNOME. Из-за отсутствия поддержки тем, приложения на базе libAdwaita всегда выглядят как приложения GNOME, а не как приложения GTK, и плохо сочетаются с оформлением других сред рабочего стола.

Приложения, собранные с libAdapta, при запуске в средах рабочего стола, поддерживающих выбор темы оформления, подхватывают настройки тем и используют соответствующие им элементы интерфейса. Библиотека libAdapta проверяет каталог текущей темы оформления GTK и при наличии подкаталога libadapta-* использует иной набор файлов со стилями. Если подкаталог отсутствует, то выполняет откат на набор стилей libAdwaita. Для совместимости с libAdwaita предоставляется отдельный заголовочный файл, позволяющий легко переключаться между libAdwaita и libAdapta без внесения изменений в код.

Напомним, что libAdwaita предоставляет набор компонентов для стилевого оформления интерфейса пользователя, соответствующего рекомендациям GNOME HIG (Human Interface Guidelines). Библиотека включает в себя готовые виджеты (списки, панели, блоки редактирования, кнопки, вкладки, формы поиска, диалоговые окна и т.п.), соответствующие общему стилю GNOME. Библиотека используется в сочетании с GTK4 и включает компоненты используемой в GNOME темы оформления Adwaita, которые были вынесены из GTK, что позволило разработчикам GTK сосредоточиться на базовых вещах, а разработчикам GNOME быстрее продвигать необходимые для себя изменения стилевого оформления, не затрагивая сам GTK.

  1. Главная ссылка к новости
  2. OpenNews: Релиз дистрибутива Linux Mint 22.1
  3. OpenNews: Linux Mint развивает новое приложение для чата после сворачивания IRC-клиента HexChat
  4. OpenNews: Уязвимости в просмотрщике документов Xreader, развиваемом проектом Linux Mint
  5. OpenNews: В Linux Mint 18 появится новый набор приложений и изменится подход к установке кодеков
  6. OpenNews: Выпуск библиотеки Libadwaita 1.5 для создания интерфейсов в стиле GNOME
Обсуждение (111 +31) | Тип: К сведению |


·22.05 Mozilla сворачивает сервис Pocket и дополнение Fakespot (179 +9)
  Компания Mozilla объявила о прекращении поддержания сервиса Pocket. Начиная с сегодняшнего дня приложение и браузерное дополнение Pocket удалены из каталогов, а регистрация новых учётных записей прекращена. 8 июля работа сервиса будет остановлена, непотраченные средства возвращены платным подписчикам, а Pocket Web переведён в режим только экспорта. 8 октября возможность экспорта данных из Pocket будет прекращена, а все учётные записи и связанные с ними данные удалены.

Pocket интегрирован в Firefox начиная с выпуска 38.0.5 (2015 год) и позволял отложить страницы, чтобы вернуться к ним, когда появится время. В 2017 году Mozilla купила компанию Read It Later, развивавшую Pocket и получила контроль над данным проектом.

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

Помимо Pocket также будет прекращено распространение браузерного дополнения Fakespot, использующего систему машинного обучения для выявления фейковых отзывов, накрученных рейтингов, продавцов-мошенников и обманных скидок на сайтах торговых площадок. Сайт проекта, мобильные приложения и браузерные дополнения Fakespot прекратят существование 1 июля 2025 года. 10 июня в Firefox будет отключена функция Review Checker, основанная на Fakespot. Дополнение Fakespot было создано одноимённой компанией, которая была куплена Mozilla в 2023 году.

Дополнение: Кевин Роуз (Kevin Rose), сооснователь и руководитель компании Digg, выразил готовность взять на себя поддержку работы сервиса Pocket. Mozilla пока не отреагировала на это предложение.

  1. Главная ссылка к новости
  2. OpenNews: Компания Mozilla объявила о покупке сервиса Pocket
  3. OpenNews: Сервис Pocket добавлен в Firefox в результате коммерческого соглашения
  4. OpenNews: Уязвимости в сервисе Pocket, поддержка которого недавно добавлена в Firefox
  5. OpenNews: Релиз Firefox 38.0.5 с режимом читателя и поддержкой сервиса Pocket
Обсуждение (179 +9) | Тип: К сведению |


·22.05 Представлена концепция дистрибутива AerynOS с обоснованием архитектурных решений (91 +12)
  Разработчики AerynOS, ранее известного как SerpentOS, опубликовали развёрнутую статью, в которой раскрываются детали концепции и технической реализации проекта с обоснованием принятых архитектурных решений. Руководитель проекта Ikey Doherty подчёркивает, что AerynOS - это не просто "ещё один дистрибутив Linux", а платформа, фундамент и набор инструментов, созданные в соответствии с чётким видением.

Основная идея проекта сформулирована в виде вопроса: "Что, если операционная система будет вести себя как современная инфраструктура?". AerynOS представлен как ответ на этот вопрос - система, построенная с нуля, а не следующая традиционной модели встроенных мутаций внутри дистрибутива. Проект опирается на опыт авторов в разработке других дистрибутивов, включая Solus и Clear Linux.

Среди ключевых технических решений AerynOS можно выделить:

  • Использование инструментария LLVM вместо GNU, с применением libc++ и compiler-rt по умолчанию. Разработчики объясняют это решение не просто предпочтением LLVM, а стратегическим выбором для использования более качественной диагностики, обеспечения корректности и переносимости пакетов. При этом система использует glibc вместо musl, что является осознанным выбором в пользу совместимости и производительности.

    Как указано в статье: "Преимущество glibc над musl в производительности хорошо задокументировано, особенно для вычислительно-интенсивных рабочих нагрузок и приложений, требующих оптимальной производительности многопоточности". Создатели подчёркивают, что их цель - построить работоспособную, пригодную для использования систему для множества сценариев применения.

  • Концепция "statelessness" (без сохранения состояния) - пакетам запрещено содержать какие-либо файлы за пределами каталога /usr. Как поясняют разработчики, этот подход заставляет обеспечивать разумные значения по умолчанию на всех уровнях и устраняет "ужасные конфликты трёхстороннего слияния при обновлении пакетов". Конфликтов нет, потому что всё в /etc и /var принадлежит пользователю, а /usr - исключительно системе. Концепция была разработана во времена Clear Linux и Solus, а в AerynOS она получила дальнейшее развитие.
  • Атомарные обновления - каждая транзакция moss является атомарной. Система быстро создаёт новое дерево /usr с использованием жёстких ссылок из дедуплицированного кэша. После успешного создания и подготовки новое дерево атомарно подменяется. Фактически подготовленная транзакция обменивается с реальным каталогом /usr с использованием renameat2 с флагом RENAME_EXCHANGE. Обновление либо выполняется полностью, либо не выполняется вообще, без промежуточных состояний.
  • Управление загрузкой на основе проектов blsforme и disks-rs. Особенность подхода в том, что система динамически формирует параметры для командной строки ядра, считывая суперблоки устройств корневой файловой системы, поэтому в AerynOS нет конфигурационного файла, содержащего параметр "root=". Более того, идентификатор транзакции moss кодируется в командной строке ядра и обрабатывается во время ранней загрузки в initramfs. "Если говорить коротко, это означает, что каждое ядро правильно синхронизировано с соответствующей корневой файловой системой, и откат является дешёвым, простым и доступным прямо из меню загрузки", - поясняют разработчики. Ещё одно преимущество - отсутствие /etc/default/grub, а если ESP будет стёрт, moss может восстановить его с нуля.
  • Формат пакетов .stone - собственный бинарный формат пакетов с версионно-агностическим заголовком для обеспечения будущих изменений. Каждый пакет .stone содержит четыре конкретных типа данных (payload), каждый из которых может развиваться независимо благодаря версионированию:
    • Контентная нагрузка (Content payload) - последовательный блок дедуплицированных данных, то есть само содержимое файлов пакета.
    • Индексная нагрузка (Index payload) - содержит смещения для контентной нагрузки, проиндексированные по хешу XXH128 содержимого (планируется переход на Blake3). Это позволяет эффективно находить и извлекать данные.
    • Нагрузка макета (Layout payload) - описывает предполагаемый макет файловой системы при применении пакета, то есть куда и какие файлы должны быть установлены.
    • Метаданные (Metadata payload) - последовательность строго типизированных, помеченных записей метаданных, таких как имя пакета, предоставляемые возможности и т.д.

Сжатие всех нагрузок осуществляется с помощью Zstd, что обеспечивает отличную производительность распаковки при сохранении хорошего коэффициента сжатия. Процесс "установки" .stone кардинально отличается от других систем. Вместо непосредственной установки файлов пакет кэшируется, а его содержимое сплетается в общее хранилище с адресацией по содержимому (CAS). Метаданные и информация о макете хранятся отдельно и используются при создании транзакции. Этот подход обеспечивает атомарность обновлений и возможность отката, так как каждая транзакция создаёт новый корневой раздел, а не модифицирует существующий.

Разработчики отмечают, что текущий подход с эмуляцией императивного управления пакетами "совершенно бессмысленен" и "фактически вводит больше ошибок, чем решает". Поскольку для каждой транзакции создаётся новая корневая файловая система, в будущем планируется создание нового графа для каждой транзакции, отказ от встроенных изменений в пользу декларативного подхода, подобного Gentoo или Nix.

Ещё одно интересное пояснение касается неизменяемости (immutability). Создатели отмечают, что часто AerynOS описывают как неизменяемую ОС, но "это не совсем верно". Хотя каждая транзакция приводит к новому дереву /usr и локальные изменения не сохраняются, система не является неизменяемой в смысле доступа только для чтения. В будущем планируется реализация истинной неизменяемости системы без необходимости перезагрузки с использованием erofs и overlayfs.

В настоящее время AerynOS активно развивается, уже выпускает ISO-образы с окружением GNOME, пригоден для игр (поддержка драйверов NVIDIA, Steam, Flatpak), имеет реальных пользователей, отмечающих стабильность и инновационность системы. По словам разработчиков, проект находится в стадии альфа-версии и не лишён проблем, но уже представляет собой целостную систему, которая "просто работает".

  1. Главная ссылка к новости
  2. OpenNews: Опубликован AerynOS 2025.03, первый выпуск после переименования Serpent OS
  3. OpenNews: Дистрибутив Serpent OS переименован в AerynOS
  4. OpenNews: Дистрибутив Solus 5 будет построен на технологиях SerpentOS
  5. OpenNews: Serpent OS переходит на применение языков Rust, TypeScript и Go в инструментарии и инфраструктуре
  6. OpenNews: Дистрибутив Serpent OS перешёл на стадию альфа-тестирвания
Обсуждение (91 +12) | Автор: Аноним | Тип: Обобщение |


·22.05 CentOS и Rocky Linux объявили о поддержке архитектуры RISC-V (68 +16)
  Разработчики из компании Red Hat объявили о реализации начальной поддержки архитектуры RISC-V в репозитории CentOS Stream 10, выступающем основой для разработки Red Hat Enterprise Linux 10. До этого пакеты выпускались для архитектур x86_64 (x86_64_v3 в RHEL 10), Aarch64, ppc64le (POWER9) и s390x (IBM z14). Red Hat также представил экспериментальные сборки RHEL 10 для систем RISC-V, развиваемые совместно с компанией SiFive.

В настоящее время в git-репозиторий CentOS Stream уже интегрирована большая часть патчей, решающих проблемы со сборкой и работой различных пакетов на системах riscv64. Некоторые патчи пока не перенесены в основной репозиторий и остаются в отдельных git-ветках, которые планируют опубликовать 1 июля, вместе с загрузочными сборками, готовыми к работе на платах SiFive HiFive Premier P550. После публикации сборок в сборочной инфраструктуре на оборудовании RISC-V будет запущен отдельный сервер Koji и будет продолжена работа по переносу созданных исправлений в основные проекты (upstream).

Проект Rocky Linux, нацеленный на создание свободной сборки RHEL, способной занять место классического CentOS, пошёл дальше и анонсировал официальную поддержку систем RISC-V (riscv64gc) в Rocky Linux 10. Rocky Linux 10 будет поддерживать платы StarFive VisionFive 2 (VF2) и SiFive HiFive Premier P550, а также запуск в эмуляторе QEMU, по аналогии с RISC-V-сборками от проекта Fedora. Рассматривается возможность реализации поддержки плат Milk-V и Banana Pi.

Архитектура RISC-V получила статус альтернативно поддерживаемой и в отличие от первичных архитектур (x86_64, Aarch64, ppc64le и s390x) не будет блокировать выпуск релизов для других архитектур. Наличие специфичных для RISC-V проблем в пакетах не будет останавливать публикацию сборок этих пакетов для других архитектур.

При работе на плате VisionFive 2 и в QEMU будет задействовано штатное ядро из состава RHEL 10, а при работе на платах серии SiFive HiFive Premier P550 отдельное ядро от производителя оборудования. Разработка сборки ведётся в сотрудничестве с проектом Fedora. Время релиза Rocky Linux 10 пока не сообщается.

Дополнительно можно отметить инициативу проекта Alma Linux о создании варианта репозитория EPEL 10 (Extra Packages for Enterprise Linux) для архитектуры x86-64-v2. В отличие от дистрибутива RHEL 10, поставляющего пакеты с оптимизациями для микроархитектуры x86-64-v3, дистрибутив Alma Linux формирует отдельные сборки для микроархитектуры x86-64-v2, которые сопровождаются параллельно с базовыми сборками x86-64-v3. Отныне сборки для x86-64-v2 в Alma Linux будут охватывать не только основной репозиторий, но и репозиторий EPEL. По сравнению с x86-64-v2 поддержка x86-64-v3 охватывает процессорные расширения AVX, AVX2, BMI2, FMA, LZCNT, MOVBE и SXSAVE. Поддержка x86-64-v2 позволяет сохранить совместимость с CPU старше Intel Haswell и AMD Excavator, спроектированными до 2013 года.

  1. Главная ссылка к новости
  2. OpenNews: Релиз дистрибутива Red Hat Enterprise Linux 10
  3. OpenNews: Rocky Linux, Oracle и SUSE создали совместный репозиторий для RHEL-совместимых дистрибутивов
  4. OpenNews: Опубликованы дистрибутивы Rocky Linux 9.5 и Oracle Linux 9.5
  5. OpenNews: Официально представлены дистрибутив CentOS Stream 10 и репозиторий EPEL 10
  6. OpenNews: Обновление дистрибутива AlmaLinux Kitten 10, основанного на CentOS Stream
Обсуждение (68 +16) | Тип: К сведению |


·22.05 Компания Apple опубликовала код ядра и компонентов на базе СПО, используемых в macOS 15.5 (79 +11)
  Компания Apple опубликовала исходный код низкоуровневых системных компонентов операционной системы macOS 15.5 (Sequoia), в которых используется свободное программное обеспечение, включая составные части Darwin, компоненты, программы и библиотеки, не связанные с GUI. Всего опубликован 171 пакет с исходными текстами.

Среди прочего доступен код ядра XNU, исходные тексты которого публикуются в виде срезов кода, связанных с очередным релизом macOS. XNU является частью открытого проекта Darwin и представляет собой гибридное ядро, сочетающее ядро Mach, компоненты от проекта FreeBSD и C++ API IOKit для написания драйверов.

Кроме того, опубликованы открытые компоненты, используемые в мобильной платформе iOS 18.5. Публикация включает два пакета - WebKit и libiconv.

  1. Главная ссылка к новости
  2. OpenNews: В состав macOS включён openrsync от проекта OpenBSD
  3. OpenNews: Обеспечена возможность сборки ядра Linux в окружении macOS с LLVM
  4. OpenNews: В Fedora одобрена поставка в пакете asahi-installer исполняемых файлов для macOS
  5. OpenNews: Проект ravynOS развивает редакцию FreeBSD, нацеленную на совместимость c macOS
  6. OpenNews: Apple представил инструментарий для портирования игр, основанный на Wine
Обсуждение (79 +11) | Тип: К сведению |


·22.05 Состояние поддержки Wayland в проприетарных драйверах NVIDIA (213 +12)
  Остин Шафер (Austin Shafer), работающий в компании NVIDIA над драйвером для платформы Linux, опубликовал отчёт с информацией о состоянии поддержки Wayland в проприетарных драйверах NVIDIA, и перечислил области в которых связанные с Wayland возможности пока отстают от X11. Отставание связано как с проблемами в самом драйвере NVIDIA, так и с общими ограничениями протокола Wayland и композитных серверов на его основе. Информация соответствует ветке драйверов NVIDIA 575, находящейся на стадии бета-тестирования.

Возможности, которые пока не планируется поддерживать в драйверах NVIDIA на системах с Wayland и Xwayland из-за ограничений протокола Wayland и композитных серверов:

  • Cтереовывод (формирование стереокартинки с разными буферами для левого и правого глаза), используя GLX, EGL и Vulkan.
  • Режим SLI Mosaic, позволяющий объединить несколько GPU в один логический GPU для создания большого виртуального экрана, состоящего из нескольких дисплеев.
  • Конфигуратор nvidia-settings не позволяет добиться идентичного уровня настроек в разных композитных менеджерах, так как на системах с Wayland отсутствует единый механизм конфигурации экранов.

Некоторые функции не удаётся реализовать из-за невозможности обеспечить их одинаковую поддержку в разных композитных серверах Wayland. Но при этом данные возможности могут быть реализованы в приложениях, используя графический API Vulkan и Vulkan-расширение VK_KHR_display ("Vulkan Direct to Display"), позволяющее напрямую работать с экраном, минуя композитный сервер. Через Vulkan и прямое взаимодействие с GPU будет предоставлена возможность использования в приложениях следующих функций (добавление поддержки может потребовать внесения изменений в приложения):

  • Стереовывод (может быть реализован через VK_KHR_multiview с отрисовкой в несколько вьюпортов).
  • Режим Vulkan Explicit SLI (через VK_KHR_device_group).
  • Группы фреймбуферов (Swap Group, через VK_NV_present_barrier).
  • Блокировки кадров (Frame Lock) и общие блокировки (Genlock).

Возможности, которые уже находятся в разработке или которые планируется добавить в будущих выпусках драйверов NVIDIA:

  • Поддержка использования с Wayland дисплейных мультиплексоров (mux), используемых на ноутбуках с двумя GPU (интегрированным и дискретным) для прямого соединения дискретного GPU c встроенным или внешним экраном. В конфигурациях с X-сервером дисплейный мультиплексор может автоматически переключать вывод на экран, когда полноэкранное приложение использует дискретный GPU. В окружениях на базе Wayland данная возможность пока не поддерживается из-за отсутствия поддержки подобного переключения в композитных серверах.
  • Расширенные режимы дисплеев, такие как деформация, смешивание, смещение пикселей и свойства COLOR_ENCODING/COLOR_RANGE. Для использования в композитных серверах данные возможности могут быть реализованы через свойства DRM.
  • Поддержка в nvidia-drm (Direct Rendering Manager) механизма Presentation Timing для синхронизации вывода кадров на экран.
  • Поддержка API VDPAU (Video Decode and Presentation) для задействования в окружениях на базе Wayland механизмов аппаратного ускорения для обработки видео в различных форматах и выноса на сторону GPU таких задач, как пост-обработка, слияние (compositing), отображение и декодирование видео.
  • Поддержка в системах на базе Wayland технологии vGPU, позволяющей использовать виртуальные GPU NVIDIA в системах виртуализации для разделение ресурсов физического GPU NVIDIA.

Возможности, добавленные в драйвер с момента прошлого отчёта:

  • Использование VRR (Variable Refresh Rate) в многомониторных конфигурациях в окружениях с Wayland.
  • Выставление по умолчанию параметра "nvidia-drm fbdev=1", что решило проблемы с некорректным выводом при использовании одного экрана драйверами nvidia-drm и simpledrm.
  • Выставление по умолчанию параметра "nvidia-drm modeset=1".
  • Использование с Xwayland буфера вывода на экран (front-buffer) при двойной буферизации.

  1. Главная ссылка к новости
  2. OpenNews: Состояние поддержки Wayland в проприетарных драйверах NVIDIA 565.x
  3. OpenNews: Состояние поддержки Wayland в драйверах NVIDIA 515.x
  4. OpenNews: В Fedora Linux 36 намечено включение по умолчанию Wayland на системах с проприетарными драйверами NVIDIA
  5. OpenNews: В Xwayland добавлена поддержка аппаратного ускорения на системах с GPU NVIDIA
  6. OpenNews: NVIDIA подытожила планы по переводу Linux-драйверов на открытые модули ядра по умолчанию
Обсуждение (213 +12) | Тип: Обобщение |


·21.05 Для FreeBSD развивают опциональную поддержку компонентов базовой системы на Rust (218 +3)
  Проект HardenedBSD, занимающийся улучшением механизмов защиты FreeBSD и выпускающий защищённые сборки FreeBSD, представил первые результаты работы по предоставлению возможности использования компонентов пространства пользователя FreeBSD, написанных на языке Rust. Разработка ведётся в отдельной ветке hardened/current/rust-in-base.

Для использования Rust был написан новый сборочный файл share/mk/bsd.rust.mk, позволяющий собирать приложения на языке Rust во время сборки окружения базовой системы (make buildworld). Компоненты пространства пользователя на языке Rust являются опциональными и размещены в дереве исходного кода FreeBSD в отдельном рабочем пространстве. При сборке Rust-приложений и зависимостей задействован пакетный менеджер Cargo. Все зависимости, необходимые для сборки Rust-компонентов базовой системы, размещаются в отдельном подкаталоге src/vendor/rust.

На момент написания отчёта заявлена поддержка только сборки и установки Rust-приложений, работающих в пространстве пользователя. Поддержка библиотечных crate-пакетов запланирована в будущем. Использование Rust в ядре пока не поддерживается, так подобная возможность требует большого объёма работы и выходит за рамки начального прототипа.

Изменения для поддержки Rust планируют предложить для включения в основной состав FreeBSD после проверки развиваемого набора патчей и реализации отмеченных в плане базовых возможностей. Среди начальных планов: поддержка crate-пакетов с библиотеками на языке Rust, возможность сборки нескольких Rust-приложений при помощи одного Makefile, создание руководств по импорту crate-пакетов и поддержка установки сопутствующих файлов и man-страниц.

  1. Главная ссылка к новости
  2. OpenNews: Стабильный выпуск HardenedBSD 12
  3. OpenNews: WD разрабатывает NVMe-драйвер на языке Rust. Эксперименты с Rust во FreeBSD
  4. OpenNews: Разработчики FreeBSD обсуждают использование языка Rust в базовой системе
  5. OpenNews: Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во FreeBSD
Обсуждение (218 +3) | Автор: Аноним | Тип: К сведению |


·21.05 Опубликован дистрибутив AlmaLinux 9.6 (47 +3)
  Доступен выпуск дистрибутива AlmaLinux 9.6, синхронизированный c новым выпуском Red Hat Enterprise Linux 9.6 и содержащий все предложенные в данном выпуске изменения. Установочные образы подготовлены для архитектур x86_64, ARM64, ppc64le и s390x в форме загрузочного (1 ГБ), минимального (2 ГБ) и полного образа (10 ГБ). Позднее будут сформированы Live-сборки с GNOME, KDE, MATE и Xfce, а также образы для плат Raspberry Pi, контейнеров, WSL (Windows Subsystem for Linux) и облачных платформ.

Дистрибутив по возможности бинарно совместим с Red Hat Enterprise Linux и может использоваться в качестве замены RHEL 9.6 и CentOS 9 Stream. Изменения сводятся к ребрендингу, удалению специфичных для RHEL пакетов, таких как redhat-*, insights-client, subscription-manager-migration*, kpatch*, kmod-redhat-*, rhc, spice* и virtio-win, и расширению поддержки оборудования. В частности, по сравнению с RHEL в AlmaLinux добавлена поддержка дополнительных идентификаторов устройств Compaq, LSI SAS 10xx/2xxx, LSI MegaRAID SAS1078, HP NetRAID-4M, Adaptec 5400S, Dell PERC 2*/3*, Dell PERC5, QLogic ISP, Emulex BladeEngine 2/3, Emulex OneConnect, Themisto/Callisto Jupiter Platform, IBM 8i, Adaptec Catch All, CERC SATA RAID, Legend и т.д.

Кроме того, для использования доступен репозиторий Synergy, в котором размещены пакеты, отличающиеся от Red Hat Enterprise Linux. В настоящее время в репозитории Synergy уже опубликованы пакеты c пользовательским окружением Pantheon, развиваемым проектом Elementary OS, и утилитой Warpinator, предназначенной для шифрованного обмена файлами между двумя компьютерами.

Дистрибутив AlmaLinux основан компанией CloudLinux в ответ на преждевременное сворачивание поддержки CentOS 8 компанией Red Hat (выпуск обновлений для CentOS 8 прекращён в конце 2021 года, а не в 2029 году, как предполагали пользователи). Проект курирует отдельная некоммерческая организация AlmaLinux OS Foundation, которая была создана для разработки на нейтральной площадке с участием сообщества и c использованием модели управления, похожей на организацию работы проекта Fedora. Дистрибутив бесплатен для всех категорий пользователей. Все наработки AlmaLinux публикуются под свободными лицензиями.

Кроме AlmaLinux, в качестве альтернатив классическому CentOS также позиционируются Rocky Linux (развивается сообществом под руководством основателя CentOS), Oracle Linux, SUSE Liberty Linux и EuroLinux. Кроме того, компания Red Hat предоставила возможность бесплатного использования RHEL в организациях, развивающих открытое ПО, и в окружениях индивидуальных разработчиков, насчитывающих до 16 виртуальных или физических систем.

  1. Главная ссылка к новости
  2. OpenNews: Обновление дистрибутива AlmaLinux Kitten 10, основанного на CentOS Stream
  3. OpenNews: Опубликованы официальные сборки Fedora, AlmaLinux и Arch Linux для WSL
  4. OpenNews: Бета-выпуск дистрибутива AlmaLinux 10.0, синхронизированного с RHEL 10
  5. OpenNews: Опубликован дистрибутив AlmaLinux 9.5
  6. OpenNews: Выпуск Red Hat Enterprise Linux 9.6
Обсуждение (47 +3) | Тип: Программы |


Следующая страница (раньше) >>



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру