· | 15.10 | Выпуск Zorin OS 18, дистрибутива для пользователей, привыкших к Windows или macOS (18 +2) |
После 7 месяцев разработки опубликован релиз Linux-дистрибутива Zorin OS 18, основанного на пакетной базе Ubuntu 24.04. Целевой аудиторией дистрибутива являются начинающие пользователи, привыкшие работать в Windows. Для управления оформлением дистрибутив предлагает специальный конфигуратор, позволяющий придать рабочему столу вид, свойственный различным версиям Windows и macOS, а в состав включена подборка программ, близких к программам, к которым привыкли пользователи Windows. Размер загрузочных iso-образов составляет 3.6 ГБ и 7.6 ГБ.
В качестве основы рабочего стола в Zorin OS используется GNOME с набором собственных дополнений и панелью на основе Dash to Panel и Dash to Dock. Для интеграции рабочего стола со смартфоном поставляется приложение Zorin Connect (на базе KDE Connect). Кроме пакетов в формате deb и репозиториев Ubuntu по умолчанию включена поддержка форматов Flatpak, AppImage и Snap с возможностью установки программ из каталогов Flathub и Snap Store. В новой версии:
| ||
Обсуждение (18 +2) |
Тип: Программы |
| ||
· | 15.10 | Выпуск ravynOS 0.6, редакции FreeBSD, нацеленной на совместимость c macOS (93 +4) |
Опубликован выпуск проекта ravynOS 0.6, развивающего операционную систему на основе FreeBSD, нацеленную на достижение совместимости с приложениями для macOS и предоставление пользовательской оболочки в стиле macOS. Наработки проекта распространяются под лицензией BSD. Размер загрузочного iso-образа - 760 МБ (x86_64).
В качестве целей проекта заявлено достижение совместимости с приложениями macOS на уровне исходных текстов и исполняемых файлов. В первом случае подразумевается возможность перекомпиляции кода macOS-приложений для выполнения в ravynOS, в во втором - встраивание в ядро и инструментарий изменений для запуска исполняемых файлов Mach-O, собранных для архитектур x86-64 и arm64. Из файловых систем поддерживается ZFS и применяемые в macOS ФС HFS+ и APFS. Помимо свойственных для FreeBSD иерархий /usr и /usr/local создаются специфичные для macOS каталоги /Library, /System и /Volumes. Домашние каталоги пользователей размещаются в иерархии /Users. В каждом домашнем каталоге имеется подкаталог ~/Library для приложений, использующих программный интерфейс Apple Cocoa. Для совместимости с macOS предоставляется частичная реализация программного интерфейса Cocoa и Objective-C runtime (размещаются в каталоге /System/Library/Frameworks), а также дополнительно модифицированные для их поддержки компиляторы и компоновщики. Помимо слоя для совместимости с macOS в ravynOS также доступна возможность запуска приложений для Linux, основанная на предлагаемой во FreeBSD инфраструктуре эмуляции окружения Linux (Linuxulator). Приложения могут оформляться в виде самодостаточных app-пакетов (App Bundle) в формате AppImage, размещаемых в каталогах /Applications или ~/Applications. Программы не требуют установки и использования пакетного менеджера - достаточно перетащить мышью и запустить AppImage-файл. При этом сохранена поддержка и традиционных для FreeBSD пакетов. Графическое окружение построено на базе собственного оконного сервера, использующего урезанный композитный сервер labwc (удалена поддержка декорирования окон на стороне сервера и тем оформления), wlroots и протокол Wayland. В графических приложениях могут применяться фреймворки Qt и Cocoa. В интерфейсе используются типовые для macOS концепции, такие как верхняя панель с глобальным меню, идентичная структура меню, клавиатурные комбинации, похожий по стилю файловый менеджер Filer и поддержка таких команд, как launchctl и open. Среди изменений по сравнению с выпуском 0.5:
| ||
Обсуждение (93 +4) |
Тип: Программы |
| ||
· | 15.10 | В GNOME Flatpak Runtime прекращена поддержка 32-разрядных приложений (39 +8) |
Проект GNOME прекратил разработку, сопровождение и поддержку расширения "org.gnome.Platform.i386.Compat", применяемого в GNOME Flatpak Runtime для обеспечения совместимости с 32-разрядными приложениями. В расширении предлагались 32-разрядные версии GTK и библиотек GNOME, используемые для поставки 32-разрядных приложений во flatpak-пакетах, пригодных для установки в 64-разрядных дистрибутивах, прекративших поставку 32-разрядных библиотек (multilib). GNOME Flatpak Runtime теперь доступен только для архитектур x86_64 и AArch64.
Наиболее популярными из 32-разрядных программ, поставляемых в формате flatpak, являются Wine и Steam. Отмечается, что прекращение поддержки 32-разрядного варианта GNOME Flatpak Runtime не отразится на указанных пакетах, так как в них не используются 32-разрядные сборки GTK 4, libadwaita и WebkitGTK. В качестве причины прекращения поддержки 32-разрядных систем упоминается желание разгрузить инфраструктуру непрерывной интеграции и избавиться от проблем, всплывающих из-за недостаточного тестирования разработчиками проектов на 32-разрядных системах перед отправкой изменений в репозиторий. Возникают ситуации, когда сбои, проявляющиеся только на 32-разрядных системах, блокируют включение изменений в репозитории GNOME. Кроме того, пересборка приводит к дополнительной нагрузке на инфраструктуру, ресурсы которой ограничены, так как для каждого модуля как минимум два раза в день выполняется пересборка всего GNOME из Git, а также пересборка WebKitGTK, движка mozjs и нескольких библиотек и приложений на Rust. Возникающие сбои раздражают разработчиков, которым приходится тратить своё время на поддержку сборок, которыми почти никто не пользуется. Оказалось, что 32-разрядный GNOME Flatpak Runtime в каталоге Flathub использует всего два пакета, плюс ещё один пакет во Flathub Beta. Разработчикам данных приложений направлены запросы с изменениями, переводящими пакеты на основной GNOME 49 Runtime. В Bottles запрос на изменение уже почти готов к слиянию, а в проектах Lutris и Minigalaxy ещё требует доработки. Также упоминается, что после прекращения сборки GNOME Runtime для архитектур armv7 и i386, 32‑битные платформы перестали использоваться при тестировании качества перед выпусками GNOME. Если раньше, разработчики могли гарантировать, что все модули GNOME будут компилироваться для архитектуры i386/x86, то теперь ситуация изменилась и тестирование проводится на усмотрение разработчиков каждого отдельного модуля. Исправление проблем, специфичных для 32-разрядных систем, отныне осуществляется сопровождающими по желанию. Дистрибутивы, поставляющие 32-разрядные сборки GNOME, должны выполнять тестирование и исправление проблем для большинства проектов самостоятельно.
| ||
Обсуждение (39 +8) |
Тип: К сведению |
| ||
· | 15.10 | Фонд СПО раскрыл подробности о проекте Librephone (147 +35) |
Фонд СПО официально ввёл в строй проект Librephone, анонсированный десять дней назад на мероприятии, посвящённом сорокалетию организации. В долгосрочной перспективе Librephone сосредоточен на обратном инжиниринге проприетарных блобов, отвечающих за взаимодействие с оборудованием мобильных устройств, а также разработке и продвижении свободных альтернатив для замены проприетарных компонентов, используемых в прошивках на базе Android.
Проект не будет заниматься разработкой новой свободной мобильной операционной системы или собственной редакции Android. В своей работе Librephone опирается на существующие открытые проекты и прошивки, но не станет присоединяться к ним, а будет использовать их в качестве базиса для расширения применения свободных технологий в мобильных устройствах. Инициатива преподносится как расширение ранее проводимой работы по продвижению свободного ПО для персональных компьютеров и серверов, которая теперь будет распространена и на мобильные устройства. На первом этапе, который продлится примерно 6 месяцев, проект займётся исследованием проприетарных файлов, используемых в прошивках на базе платформы Android. Основное внимание будет уделяться проприетарным блобам, остающимся в открытых прошивках, таких как LineageOS. Исследование также позволит документировать то, как выявленные блобы используются ядром Linux, и понять как можно легально провести их обратный инжиниринг с использованием методологии "чистой комнаты". На основании проведённых исследований будут сформулированы задачи проекта и подобрано лучшее устройство для дальнейшей работы. Идея в том, чтобы выявить смартфон с наименьшим числом блобов и наилучшей поддержкой свободных компонентов, после чего он будет использован в качестве эталона при разработке замены остающимся проприетарным компонентам. В настоящее время участниками Librephone уже подготовлен инструментарий для извлечения проприетарных файлов, используемых для поддержки оборудования в прошивках LineageOS 22.2. Инструментарий задействован для анализа и сравнения применения проприетарных файлов в сборках для 210 устройств, поддерживаемых в LineageOS. В итоге формируется БД с метаданными о применении блобов во всех этих устройствах и набор скриптов для создания собственных сборок Lineage. Первый этап работы профинансировал Джон Гилмор (John Gilmore), один из основателей правозащитной организации Electronic Frontier Foundation, учредитель компании Cygnus Solutions, создатель списка рассылки Cypherpunks и иерархии Usenet-конференций alt.*, один из авторов протокола DHCP, основатель свободных проектов Cygwin, GNU Radio, Gnash, GNU tar, GNU UUCP и FreeS/WAN, мэйнтейнер отладчика GDB. По словам Джона, он уже много лет использует смартфон с LineageOS, MicroG и F‑Droid, что избавляет от Spyware и дополнительного контроля со стороны Google. Так как при этом LineageOS продолжает использовать бинарные модули, копируемые из оригинальных Android-прошивок, Джон попытался найти единомышленников для замены подобных модулей на полностью свободные аналоги. Для руководства проектом Librephone Фонд СПО трудоустроил Роба Савойа (Rob Savoye), обладателя премии за продвижение и развитие свободного ПО, создателя свободного Flash-плеера Gnash, участника разработки GCC, Debian, GDB, DejaGnu, Newlib, Cygwin, One Laptop Per Child и Expect.
| ||
Обсуждение (147 +35) |
Тип: К сведению |
Интересно
| ||
· | 15.10 | Конкурс по открытому системному ПО - Open OS Challenge 2025 (43 –22) |
Стартовал конкурс по открытому программному обеспечению - Open OS Challenge 2025, участникам которого предложено решать задачи в области системного программного обеспечения, администрирования и разработки под Linux. Конкурс проводят сообщество разработчиков Linux-дистрибутива OpenScaler, компания Сбербанк-Технологии (СберТех), сервис GitVerse и АНО Центр развития инновационных технологий «ИТ-Планета». Соревнования нацелены на популяризацию системной разработки и открытого программного обеспечения.
Участникам будут предложены задания, связанные с программированием, администрированием и применением Linux-дистрибутива OpenScaler, совместимого с Red Hat Enterprise Linux. Призовой фонд конкурса миллион рублей (1 место - 400 тыс. руб, 2 место - 300 тыс. руб., 3 место - 200 тыс. руб., 4 и 5 места - 50 тыс. руб.). В соревнованиях могут участвовать как профессиональные инженеры и программисты, активно использующие open source в своей работе, так и любители, энтузиасты и студенты, не моложе 18 лет, изучающие системное программирование и администрирование на базе Linux. Регистрация для участия в соревнованиях до 19 октября включительно. Мероприятие продлится до 16 ноября 2025 года:
OpenScaler является локализованной редакцией дистрибутива openEuler, созданного компанией Huawei на основе пакетной базы CentOS и переданного для совместного развития некоммерческой организации Open Atom Foundation. Из особенностей openEuler можно отметить поставку собственных пакетов с ядром Linux, более свежий рабочий стол на основе GNOME, специфичные для ARM64 и многоядерных систем оптимизации, система легковесных контейнеров iSulad, стек виртуализации StratoVirt, сетевой конфигуратор clibcni, инструментарий для настройки политик безопасности secPaver, система автоматической оптимизации настроек A-Tune.
| ||
Обсуждение (43 –22) |
Тип: К сведению |
| ||
· | 14.10 | Релиз Firefox 144 (191 +28) |
Состоялся релиз web-браузера Firefox 144 и сформированы обновления прошлых веток с длительным сроком поддержки - 140.4.0 и 115.29.0. На стадию бета-тестирования переведена ветка Firefox 145, релиз которой намечен на 11 ноября.
Основные новшества в Firefox 144 (1, 2, 3):
Кроме новшеств и исправления ошибок в Firefox 144 устранено 24 уязвимости. 16 уязвимостей вызваны проблемами работы с памятью, такими как переполнения буферов и обращение к уже освобождённым областям памяти. Потенциально данные проблемы способны привести к выполнению кода злоумышленника при открытии специально оформленных страниц. Доступная для тестирования бета-версия Firefox 145 примечательна усилением скругления кнопок, вкладок, адресной строки и полей ввода, а также добавлением поддержки контейнеров Matroska (для кодеков AVC, HEVC, VP8, VP9, AV1, AAC, Opus и Vorbis) и прекращением поддержки 32-разрядных Linux-систем. Отмечается, что сопровождение Firefox на 32-разрядных платформах становится все более сложным и ненадёжным, при том, что поддержка 32-разрядных сборок уже прекращена в большинстве дистрибутивов Linux. Пользователям 32-разрядных Linux-дистрибутивов рекомендуется перейти на использование 64-разрядных операционных систем. Для тех, кто не может оперативно обновить дистрибутив можно использовать ESR-ветку Firefox 140, обновления с устранением уязвимостей для которой будут формироваться как минимум до сентября следующего года.
| ||
Обсуждение (191 +28) |
Тип: Программы |
| ||
· | 14.10 | Выпуск дистрибутива Linux Mint Debian Edition 7 (82 +16) |
Спустя два года с прошлого выпуска опубликован релиз альтернативной сборки дистрибутива Linux Mint - Linux Mint Debian Edition 7 (LMDE), сформированной на основе пакетной базы Debian (классический Linux Mint собран на пакетной базе Ubuntu). Дистрибутив доступен в виде установочных iso-образов (3 ГБ) с десктоп-окружением Cinnamon 6.4.
![]() LMDE ориентирован на технически грамотных пользователей и предоставляет более новые версии пакетов. Целью развития LMDE является проверка того, что Linux Mint сможет продолжить существовать в том же виде даже в случае прекращения разработки Ubuntu. Кроме того, LMDE помогает проверять развиваемые проектом приложения на предмет их полноценной работы в системах, отличных от Ubuntu. Для обновления с ветки LMDE 6 предоставляется утилита mintupgrade, которую достаточно установить из репозитория и запустить с правами root. ![]() В поставку LMDE включено большинство улучшений классического релиза Linux Mint 22.2, а также оригинальные разработки проекта (менеджер приложений, система установки обновлений, конфигураторы, меню, интерфейс, текстовый редактор Xed, менеджер фотографий Pix, просмотрщик документов Xreader, просмотрщик изображений Xviewer). Дистрибутив полностью совместим с Debian GNU/Linux 13, но не совместим на уровне пакетов с Ubuntu и классическими релизами Linux Mint. Системное окружение соответствует составу Debian GNU/Linux 13 (ядро Linux 6.12, systemd 257, GCC 14).
| ||
Обсуждение (82 +16) |
Тип: Программы |
| ||
· | 14.10 | Технический комитет утвердил изменение поведения systemd в Debian (110 +23) |
Технический комитет, принимающий конечные решения в отношении спорных технических вопросов в проекте Debian, утвердил внесение изменения в пакет с systemd, меняющего поведение при работе с каталогом /var/lock. Системный менеджер systemd начиная с выпуска 258 ограничил возможность записи в каталог /var/lock только для пользователей с правами root, в то время как технический комитет Debian одобрил оставление старого поведения, разрешающего запись в /var/lock любым пользователям.
Правила проекта Debian предписывают сохранение исходного поведения приложений (настроек, выставленных в upstream) при формировании пакетов. Для внесения в пакеты специфичных для Debian изменений в обход правил проекта, требуется получение специального разрешения от технического комитета. В случае с systemd комитет поддержал предложение не следовать изменению, меняющему права доступа к /var/lock с целью усиления безопасности, так как возможность общедоступной записи в каталог /var/lock упоминается в спецификации FHS (Filesystem Hierarchy Standard) и необходима для продолжения работы некоторых существующих программ. Например, приложения для работы с последовательными портами, такие как uucp, minicom, mgetty+sendfax и hylafax, используют каталог /var/lock для разделения доступа к устройствам /dev/ttyS* через создание файлов-блокировок. Необходимость ограничения доступа к каталогу /var/lock объясняется разработчиками systemd защитой от DoS-атак. Каталог /var/lock является символической ссылкой на каталог /run/lock. Раздел c каталогом /run обычно монтируется отдельно через tmpfs и наличие возможности бесконтрольной записи в него может использоваться для переполнения раздела и блокирования создания новых файлов в иерархии /run. Чтобы исключить совершение подобных атак при наличии неограниченного доступа ранее в Debian использовался патч, монтирующий /run/lock в отдельном небольшом tmpfs-разделе. В прошлом году данный патч был заменён на юнит run-lock.mount, а этим летом данный юнит удалён, после чего /run/lock оказался в разделе /run. В комментариях к решению технического комитета бывший мэйнтейнер systemd рекоменовал не забывать об отмеченном изменении и вернуться к отдельному монтированию /run/lock, а в долгосрочной перспективе перевести все приложения, завязанные на /run/lock, на блокировки при помощи механизма flock. В настоящее время /run/lock в deb-пакете с systemd уже сделан доступным всем на запись, но изменения для ограничения размера этого каталога не возвращены.
| ||
Обсуждение (110 +23) |
Тип: К сведению |
| ||
· | 14.10 | Выпуск дистрибутива Tails 7.1 (27 +6) |
Представлен релиз специализированного дистрибутива Tails 7.1 (The Amnesic Incognito Live System), развиваемого в составе проекта Tor. Дистрибутив основан на пакетной базе Debian 13, поставляется с рабочим столом GNOME 48 и предназначен для анонимного выхода в сеть при помощи инструментария Tor. Все соединения, кроме трафика через сеть Tor, по умолчанию блокируются пакетным фильтром. При сохранении пользовательских данных между запусками применяется шифрование. Для загрузки подготовлен iso-образ, способный работать в Live-режиме, размером 2 ГБ.
В новой версии:
| ||
Обсуждение (27 +6) |
Тип: Программы |
| ||
· | 14.10 | Атака Pixnapping, определяющая содержимое экрана для перехвата 2FA-кодов в Android (69 +28) |
Группа исследователей из четырёх американских университетов разработала технику атаки Pixnapping (CVE-2025-48561), позволяющую из непривилегированных Android-приложений, не запрашивающих дополнительных полномочий, определить содержимое, выводимое на экран другими приложениями. В качестве примера практического применения атаки продемонстрировано определение кодов двухфакторной аутентификации, показываемых приложением Google Authenticator. Так же показано как можно применить атаку для извлечения конфиденциальных данных, выводимых на экран при работе с Gmail, Signal, Venmo и Google Maps.
Для определения содержимого экрана задействован метод попиксельного анализа, реализованный в 2023 году той же командой исследователей в атаке по сторонним каналам GPU.zip и впервые описанный ещё в 2013 году. Суть метода в том, что из-за присутствующих в GPU оптимизаций, отрисовка пикселя с цветом, повторяющим уже выведенный на экран цвет, выполняется быстрее, чем пикселя с иным цветом. Оценивая разницу во времени при отрисовке пикселей можно воссоздать уже имеющееся на экране содержимое и сформировать подобие скриншота. Атака Pixnapping сводится к вызову целевого приложения, выводу поверх него своего окна и попиксельному перебору содержимого с анализом времени выполнения графических операций над каждым пикселем. Подобный перебор позволяет с высокой вероятностью определить, какие пиксели имеют белый цвет фона, а какие участвуют в отображении символов. Для скрытия манипуляций с пикселями от пользователя производится наложение слоёв с масками - во время атаки визуально на экране продолжает показываться содержимое окна приложения, из которого производится атака. Для активации атакуемого приложения и попадания пикселей из его окна в конвейер отрисовки осуществляется переключение между Android-активностями при помощи intent-запросов. Поверх окна атакуемого приложения отображаются полупрозрачные окна, выделяющие отдельные пиксели и инициирующие выполнение с ними графических операций при помощи API Window Blurs. Для измерения точного времени отрисовки пикселя применяются callback-вызовы, привязанные к VSync.
![]() Ограничением ранее предложенного метода GPU.zip была низкая производительность - при атаке на браузер определение имени, под которым пользователь в другой вкладке вошёл в Wikipedia, требовало 30 минут на GPU AMD Ryzen 7 4800U и 215 минут на GPU Intel i7-8700 при точности 97-98%. Для того, чтобы уложиться в 30-секундный интервал обновления кодов в Google Authenticator метод был усовершенствован и оптимизирован. Число проверок каждого пикселя было сокращено с 64 до 16, а задержка между обработкой пикселей уменьшена с 1.5 секунд до 70 миллисекунд. Сканирование производилось не всего экрана, а только области, в которой Google Authenticator показывает код. Метод был опробован на смартфонах Pixel 6, 7, 8 и 9 с версиям Android 13-16 для определения ста шестизначных кодов двухфакторной аутентификации, сгенерированных в Google Authenticator. Точность определения кодов на отмеченных смартфонах составила 73%, 53%, 29% и 53%, а время определения - 14.3, 25.8, 24.9 и 25.3 секунд, соответственно. На смартфоне Samsung Galaxy S25 исследователям не удалось уложиться в 30-секундный интервал из-за шума, вносимого работой других приложений, но на устройстве были показаны варианты атаки на другие приложения, для которых не было ограничений по времени. Используемые в атаке механизмы не специфичны для отдельных моделей смартфонов и атака потенциально затрагивает любые Android-устройства.
Компания Google в сентябрьских патчах уязвимостей добавила в Android начальную защиту от атаки, основанную на запрете применения операции размытия к большому числу слоёв. В ответ исследователи нашли возможность обойти данное ограничение, поэтому Google планирует реализовать более полную защиту в декабрьском обновлении Android. Производители GPU пока не объявляли о намерении устранить канал утечки, несмотря на то, что метод атаки известен уже более 12 лет.
| ||
Обсуждение (69 +28) |
Тип: Проблемы безопасности |
Интересно
| ||
· | 13.10 | Релиз фреймворка Qt 6.10 (117 +15) |
Компания Qt Company опубликовала релиз фреймворка Qt 6.10, в котором продолжена работа по стабилизации и наращиванию функциональности ветки Qt 6. В Qt 6.10 предоставлена поддержка платформ Windows 10+, macOS 13+, Linux (Ubuntu 22.04/24.04, openSUSE 15.6, SUSE 15 SP6, RHEL 8.10/9.4, Debian 11.6), iOS 16+, Android 9+(API 23+), webOS, WebAssembly, INTEGRITY, VxWorks, FreeRTOS и QNX. Исходные тексты компонентов Qt поставляются под лицензиями LGPLv3 и GPLv2. Qt 6.10 получил статус промежуточного выпуска, общедоступная поддержка которого будет осуществляться 6 месяцев (+ ещё 6 месяцев для коммерческих пользователей).
| ||
Обсуждение (117 +15) |
Тип: Программы |
| ||
· | 13.10 | Общая пропускная способность международных каналов связи достигла 1835 Тбит/с (88 +20) |
По данным сервиса, осуществляющего мониторинг международных каналов связи, пропускная способность глобальной сети в 2025 году выросла на 25% и достигла 1835 Тбит/с, что более чем в два раза больше, чем было в 2021 году. Наибольший рост пропускной способности международных каналов связи за последние четыре года наблюдается в Африке (38%) и Ближнем Востоке (27%).
![]() Росту интернет-трафика последние годы способствовали такие факторы, как распространение потребительских устройств с доступом в интернет, проникновение широкополосного доступа в развивающихся странах и рост приложений, требовательных к полосе пропускания. Из факторов, которые могут повлиять на международный интернет-трафик в будущем, отмечены: облачные сервисы для AI и доступа к мощностям GPU; внедрение частных магистральных сетей, не использующих общедоступные каналы связи, в инфраструктуре компаний, развивающих сети доставки контента, датацентры и облачные сервисы; развитие сервисов, зависимых от прямых подключений к поставщикам контента; использование систем кэширования трафика; региональная локализация контента; снижение стоимости на транзитный трафик после введения новых международных сетей.
| ||
Обсуждение (88 +20) |
Тип: К сведению |
| ||
· | 13.10 | Mozilla тестирует встроенный в Firefox бесплатный VPN (204 +44) |
Компания Mozilla начала тестирование Firefox VPN, встроенного в Firefox бесплатного VPN-сервиса, позволяющего обращаться к сайтам не напрямую, а через промежуточные серверы в разных странах, скрывающие IP-адрес пользователя. VPN станет первым сервисом, реализованным в рамках инициативы по интеграции в Firefox дополнительных инструментов для защиты конфиденциальности и усиления безопасности. Сервис находится на ранней стадии внедрения и в ближайшие несколько месяцев в качестве эксперимента станет предлагаться для включения небольшому проценту случайно выбранных пользователей.
Отмечается, что Firefox VPN не связан с платным сервисом Mozilla VPN, который является полноценным VPN для всей системы, в то время как Firefox VPN бесплатен и ограничен только одним браузером. В текущем виде Firefox VPN включается и выключается для всего браузера кнопкой в панели с адресной строкой, но разработчики обещают добавить возможность выборочной активации VPN для отдельных вкладок или включения в привязке к сайтам. ![]()
| ||
Обсуждение (204 +44) |
Тип: К сведению |
| ||
· | 12.10 | Для Mesa предложен драйвер cluda, позволяющий реализовать OpenCL поверх NVIDIA CUDA (57 +9) |
Кэрол Хербст (Karol Herbst) из компании Red Hat, принимающий участие в разработке Mesa, драйвера Nouveau и открытого стека OpenCL, предложил для включения в состав Mesa драйвер cluda, реализующий API Gallium поверх API CUDA, предоставляемого проприетарным драйвером NVIDIA. Gallium используется в Mesa для абстрагирования разработки драйверов и реализует типовые для драйверов программные интерфейсы, не специфичные для отдельных аппаратных устройств. В контексте cluda реализованы интерфейсы, связанные с вычислениями, которых достаточно для воплощения спецификации OpenCL поверх CUDA.
Предполагается, что cluda поможет решить проблемы с использованием OpenCL поверх проприетарного драйвера NVIDIA. Использование дополнительной обвязки даёт возможность реализовать недостающие расширения OpenCL, отсутствующие в стеке NVIDIA на базе проприетарного драйвера. В cluda используются только возможности библиотеки libcuda.so, входящей в состав GPU-драйверов NVIDIA и не привязанной к CUDA runtime. В текущем виде реализация OpenCL на базе cluda поддерживает операции с памятью и позволяет запускать вычислительные ядра. Реализация OpenCL на базе cluda и rusticl поддерживает следующие расширения OpenCL, которые отсутствуют в реализации NVIDIA:
При измерении производительности в тестовом наборе LuxMark 3.1 реализация OpenCL на базе Mesa, cluda и rusticl показала 57702 баллов, а реализация на базе стека NVIDIA - 64009 баллов. Падение производительности объясняется накладными расходами на преобразование промежуточного представления Mesa NIR в CUDA PTX (Parallel Thread Execution). Из возможных оптимизаций, которые могли бы уменьшить отставание в производительности, отмечается более активное использование векторизации и задействование JIT-компиляции. ![]()
| ||
Обсуждение (57 +9) |
Тип: К сведению |
| ||
· | 12.10 | Опубликована мобильная платформа LineageOS 23, основанная на Android 16 (226 +39) |
Представлен выпуск мобильной платформы LineageOS 23, основанный на кодовой базе Android 16. Отмечается, что ветка LineageOS 23 достигла паритета по функциональности и стабильности c веткой 22, и признана готовой для формирования первого релиза. Сборки подготовлены для 104 моделей устройств (на 28 устройств меньше, чем в LineageOS 22). LineageOS также можно запустить в эмуляторе Android Emulator, в QEMU и в среде Android Studio. Дополнительно, предоставлена возможность сборки в режиме Android TV и Android Automotive.
Помимо публикации LineageOS 23 опубликовано обновление ветки LineageOS 22.2, для которой сформированы дополнительные сборки для 39 устройств. Также обновлена ветка LineageOS 20, в которую перенесены исправления, связанные с устранением уязвимостей. При установке для всех поддерживаемых устройств по умолчанию предлагается собственный Lineage Recovery, не требующий выделения отдельного recovery-раздела. Выпуск Android 16 поддерживает работу с ядрами Linux, начиная с ветки 5.4, но необходимые изменения были портированы разработчиками LineageOS для ядер вплоть до версии 4.14. В ядра 4.4 и 4.9 необходимые компоненты пока не портированы, что привело к потере совместимости с устройствами на базе SoC Qualcomm MSM8998/MSM8996, Qualcomm MSM8953 и Qualcomm SDM845. Тем не менее, потенциально портирование возможно и зависит от наличия энтузиастов, готовых выполнить данную работу. Для обладателей устройств, для которых доступны только старые ядра Linux, рекомендовано использовать обновление LineageOS 22.2, для которого доступны ядра 4.4 и 4.9. По сравнению с LineageOS 22, кроме улучшений, специфичных для Android 16, предложены следующие изменения:
| ||
Обсуждение (226 +39) |
Тип: Программы |
| ||
Следующая страница (раньше) >> |
Закладки на сайте Проследить за страницей |
Created 1996-2025 by Maxim Chirkov Добавить, Поддержать, Вебмастеру |