Раскладки клавиатуры и движки ввода объединили в общий механизм переключения
dhh включил omacom/omarchy#14433 в quattro 10 октября. Изменение связывает выбор клавиатуры в установщике с настройкой движка ввода и позволяет сразу выбирать раскладку и метод ввода через меню Typing. Super+I переключает раскладки и движки композиционного ввода в общем цикле, а Super+Shift+I — в обратном порядке. Эти изменения внесены в ветку разработки.
Проверка greptile-apps[bot] выявила две проблемы: выбор, сделанный сочетанием клавиш, терялся, если фокус не находился в текстовом поле, а сбой записи шрифта приводил к расхождению между сохранёнными методами ввода и отметками в меню.
dhh сообщил об исправлениях, которые сохраняют выбор при отсутствии фокуса и восстанавливают предыдущую группу ввода при сбое записи шрифта. Эти исправления описаны в omacom/omarchy#14433:discussion_r4237897756 и omacom/omarchy#14433:discussion_r4239436913.
xdanger предложил использовать Shift для выхода из режима китайского ввода и предусмотреть аналогичное поведение для японского и корейского движков.
dhh согласился заняться Caps Lock и поведением Shift отдельно, в последующей доработке: это предложение не вошло в уже принятые изменения ввода. Предложение и ответ зафиксированы в omacom/omarchy#14433:issuecomment-6098200521 и omacom/omarchy#14433:issuecomment-6098373295.
Источники
- Support the NVIDIA N1x laptops
- Build one aarch64 ISO for every board, the NVIDIA N1x laptops included
- Converge omarchy-mac and omarchy-mx-mac into upstream Omarchy (#14431)
- Compress the generic image's live root with lz4
- Install the generic aarch64 ISO unattended and boot what it installed
- Trust Arch Linux ARM's packages on installed aarch64 systems
Поддержка ARM продвигается благодаря интеграции среды выполнения и проверкам установки
ryanrhughes открыл предложение по среде выполнения для NVIDIA N1x и предложение по ISO для aarch64 10 октября. Оба позднее вошли в quattro, 15 октября, уже за пределами периода, охватываемого этим выпуском: omacom/omarchy#14820 и omacom/omarchy-iso#251. Их нынешние описания охватывают более широкую поддержку N1x, Snapdragon и GB10; эти позднейшие описания не следует считать исходным объёмом работ на день открытия. Здесь под 'периодом выпуска' имеется в виду период освещения событий.
10 октября в quattro также появился коммит omarchybot по унификации поддержки Mac: он добавил настройку с учётом платформы и интеграцию жизненного цикла загрузки. Эта интеграция зафиксирована в omacom/omarchy@e1b0e5e9bb72. Отдельные коммиты ISO, автором которых указан Emir Beganovic, а среди зарегистрированных участников — '
emirb', добавили автоматическую установку на обычные системы aarch64 и проверки загрузки. Они также перевели сжатие корневой файловой системы live-среды на lz4, поскольку универсальное ядро не могло читать squashfs, сжатую zstd.
ryanrhughes также добавил установку набора ключей Arch Linux ARM в целевую систему и проверку подписей с его помощью. Это устраняет ситуацию, когда установленная система отклоняет подписанные пакеты при первой операции с пакетами через интернет. Исправление зафиксировано в omacom/omarchy-iso@2487d3b1cb7e; эти коммиты и слияния в ветки разработки не означают выхода стабильного релиза для ARM.
Для сбоя плагинов в Qt 6.12 добавили обходное решение в пакет и оболочку
outfoxxed предложил временный патч Quickshell для устранения конфликта имён типов в Qt 6.12, затрагивающего плагины, а
ryanrhughes включил его в ветку 'master' репозитория пакетов. Затем
github-actions[bot] сообщил, что quickshell 0.3.2-3 доступен в edge для x86_64 и aarch64. Слияние и публикация подтверждены в omacom/omarchy-pkgs#935 и omacom/omarchy-pkgs#935:issuecomment-6096470146.
outfoxxed также включил сопутствующее изменение оболочки в quattro через omacom/omarchy#14845. Оно задействует обходное решение для импортов QtQuick: использование импортов версии 6.11 позволяет избежать конфликта типов Color. Таким образом, публикация пакета в edge сопровождается изменением оболочки в ветке разработки.
На фоне сообщения о блокировке устройств ввода предложен откат механизма одобрения периферии
gavrix сообщил, что USBGuard заблокировал и клавиатуру, и мышь, подключённые через монитор Dell, который использовался как KVM-переключатель. В результате не осталось работающих устройств ввода, с помощью которых можно было бы разрешить их подключение. По сообщению пользователя, для восстановления пришлось загрузиться из снимка системы и отключить USBGuard. Последствия для пользователя описаны в omacom/omarchy#11874:issuecomment-6102552400.
Поздно вечером 10 октября omarchybot открыл omacom/omarchy#14938 с предложением отменить авторизацию устройств USB и Thunderbolt. Текущее описание также предусматривает миграцию, отменяющую уже установленные механизмы контроля и ограничения загрузки: простое удаление исходного кода оставило бы защиту включённой, но лишило бы пользователя средств одобрения устройств. Опубликованный в тот же день отчёт
omarchybot'а описывал проверки в одноразовых рабочих окружениях и прямо указывал, что восстановление состояния прошивки физических устройств Thunderbolt не проверялось.
Предложение об откате закрыли без слияния 12 октября, уже за пределами периода обзора. Поэтому его текущее состояние не подтверждает, что предложенное удаление попало в quattro.
Необновлённое состояние блокировки может мешать повторной блокировке экрана
dsundt открыл omacom/omarchy#14816 10 октября; обсуждение остаётся открытым. В дополнении, опубликованном в тот же день,
dsundt сообщил, что после каждой успешной разблокировки на проверяемой машине оболочка продолжала считать экран заблокированным, из-за чего следующий запрос на блокировку ничего не делал. По его словам, временно помогал перезапуск оболочки. Это наблюдение зафиксировано в omacom/omarchy#14816:issuecomment-6100203282 независимо от последующих правок описания issue'а.
scottadair сообщил о том же состоянии на другом ноутбуке: два перехода в сон при закрытии крышки прошли без защищённой блокировки, а ручная блокировка не работала.
rafalyovson связал сообщение с уже ведущимся расследованием проблемы в Quickshell и несколькими вариантами исправления, а также сообщил о воспроизведении ошибки на последней проверенной сборке edge. Это сообщения участников и результаты диагностики, а не подтверждение принятого исправления. Ход обсуждения зафиксирован в omacom/omarchy#14816:issuecomment-6097484047 и omacom/omarchy#14816:issuecomment-6099485761.
Предложение компактного сетевого установщика для USB закрыли из-за затрат на сопровождение
В omacom/omarchy-iso#256 Tsurgcom предложил сетевой установочный образ, который помещался бы на USB-накопитель с заявленной ёмкостью 4 ГБ. По словам автора, исключение встроенного зеркала пакетов позволило получить образ размером около 1.41 ГиБ, но вместо автономной установки потребовалось бы работающее подключение к интернету.
Проверка в работающей системе выявила ошибки первоначального заполнения хранилища ключей и разбора результатов сканирования Wi-Fi. Tsurgcom сообщил, что исправил их, а затем устранил проблему с сокетами агентов, случайно попавшими в исходный набор хранилища ключей. Согласно отчёту автор'а о тестировании в omacom/omarchy-iso#256:issuecomment-6101577594, пересобранный образ затем успешно выполнил автоматическую сетевую установку и перезагрузку, после которой не было служб в состоянии ошибки.
dhh отказался добавлять ещё один режим установки из-за уже существующей нагрузки по сопровождению ISO, оставив возможность поддерживать такой вариант независимо. Предложение закрыли без слияния 10 октября. Решение зафиксировано в omacom/omarchy-iso#256:issuecomment-6103168854.
Piphone появился в каталоге после исправлений доступа к телефону и ограничений по приложениям
Piphone, представленный areu01or00, позволяет управлять iPhone через виджет и панель Omarchy с помощью WebDriverAgent и расширения Pi. После проверки сопровождающим
github-actions[bot] сообщил о публикации проверенного снимка плагина в каталоге. Публикация зафиксирована в omacom/omarchy-plugin-marketplace#10915:issuecomment-6098503193.
Проверка со стороны HANCORE-linux'а выявила локальный доступ к точкам управления телефоном без аутентификации и раскрытие закрытых данных профиля.
areu01or00 заменил прямые точки доступа Unix-сокетами, доступными только владельцу, ужесточил обработку профилей и изолировал используемый туннель в отдельном сетевом пространстве имён. Последующие исправления добавили проверку фактически активного приложения перед действиями и повторную проверку после отправки одобрения, а также остановку наблюдателей, когда их приложение выходило за разрешённые пределы.
HANCORE-linux принял проверенные исправления точек доступа, профилей, туннеля и ограничений по приложениям, при этом потребовав вручную выполнять локальную сборку, настройку подписанного WebDriverAgent и конфигурацию Pi и модели. Решение зафиксировано в omacom/omarchy-plugin-marketplace#10915:issuecomment-6098467632. Отметка о проверке в каталоге относится к рассмотренному снимку и не является аудитом безопасности.
Проверка Omabump выявила уязвимость в привилегированном хуке обновления Voxtype
Запрос Vladkarok'а на проверку более нового снимка Omabump остаётся открытым в omacom/omarchy-plugin-marketplace#10910. Во время проверки
HANCORE-linux обнаружил хук пакета Voxtype, который читал файл передачи состояния из общего временного каталога без проверки владельца и принимал контролируемый злоумышленником исполняемый файл в качестве системной программы запуска.
Vladkarok подтвердил механизм и пояснил, что тот же хук выполняется при обычных обновлениях пакета, поэтому исправлять нужно пакет, а не плагин. Автор описал предлагаемое изменение с использованием хранилища, доступного только root, и ограничением путей к восстанавливаемым исполняемым файлам, после чего запланировал обновить закреплённый рецепт Omabump'а, когда это исправление будет принято. Ответ зафиксирован в omacom/omarchy-plugin-marketplace#10910:issuecomment-6098036843; предоставленное обсуждение не подтверждает, что исправление пакета завершено.
При проверке Ward возник вопрос об утечке данных через доступ к каталогам только для чтения
Предложение Ward от jacob-vincent-mink'а остаётся открытым в omacom/omarchy#10974. В текущем описании предлагаются изолированные рабочие процессы сторонних компонентов Quickshell с одобрением конкретных ревизий и выборочным предоставлением доступа. При этом подготовка нативных пакетов, маршрутизация через реестр и более широкие приёмочные проверки указаны как незавершённые.
10 октября рецензент SorenHJohansen сообщил, что разрешения только на чтение могут раскрывать защищённую конфигурацию основной системы даже для тех каталогов, доступ к которым на запись отклоняется. Рецензент описал воспроизведение проблемы с прохождением всей процедуры одобрения и запросил либо запрет доступа к этим корневым каталогам в обоих режимах, либо явное описание того, какие данные могут раскрываться. В той же рецензии отмечались проблемы с путями к компилятору и графическим окружением в необязательных тестах. omacom/omarchy#10974:issuecomment-6102074229 поднимает конкретный вопрос конфиденциальности в рамках всё ещё открытого предложения об изоляции.
