Управление уведомлениями упрощают, а новые пакеты загрузчика Mac выходят в edge

01Управление уведомлениями снова сводится к переключателю «Не беспокоить»

dhh подготовил и влил в quattro два изменения, убирающих временное отключение уведомлений, обнаружение демонстрации экрана, панель уведомлений и её настройки. В omacom/omarchy#16429:issuecomment-6371608347 dhh написал, что качество реализации функции так и не достигло уровня, который он считал приемлемым. Это изменения в ветке разработки, а не объявленный стабильный релиз.

В omacom/omarchy#16430 колокольчик остаётся переключателем режима «Не беспокоить». Уведомления работают по фиксированным правилам: появляются на экране с фокусом, уступают место полноэкранным окнам, хранят историю за сутки с ограничением в 100 записей и пропускают коды подтверждения даже в режиме «Не беспокоить». Правый щелчок закрывает карточки, а сочетание Super+Shift+Alt+, по-прежнему позволяет снова вывести сохранённые уведомления на экран.

02Новые пакеты загрузчика Mac вышли в edge, проверка на оборудовании ещё не завершена

maralcbr влил omacom/omarchy-pkgs#1513 от chriskearney, переведя m1n1-aurora на закреплённую версию исходников omacom/m1n1 и заменив downstream-пакеты aura и m1n1-neo. Принадлежность PR автору в исходнике обозначена через 's. В omacom/omarchy-pkgs#1513:issuecomment-6359746568 github-actions[bot] сообщил, что версия 1.6.1.aurora20-3 опубликована в edge для aarch64. Это публикация в edge, а не подтверждение готовности для rc или стабильного канала.

В ходе ревью, ещё до слияния, порядок обновления изменился. maralcbr перешёл на виртуальную зависимость U-Boot, чтобы существующие установки могли сохранить свой пакет-провайдер, расширил набор сохраняемых вариантов загрузки Stage 1 и сообщил, что согласованный переход сборщика образов уже включён в код. Обычные обновления пакетов меняют Stage 2, не регистрируя новый Stage 1.

scottjones сообщил об успешной миграции пакетов в заново созданной корневой файловой системе, но в omacom/omarchy-pkgs#1513:pullrequestreview-5624139147 указал на сбои дисплея M3 Air при установке с шифрованием и возможную проблему с перемещением Stage 1. В предложении отмечено, что проверка именно этого пакета на оборудовании ещё не завершена; успешная сборка и публикация в edge не подтверждают результаты таких холодных загрузок.

03CI установщика теперь охватывает десять вариантов установки

emirb влил omacom/omarchy-iso#238 в ветку разработки F1 — f1/17-receive-path-archinstall-45. ISO собирается один раз и используется в десяти вариантах установки для x86_64, охватывающих шифрование, британскую раскладку клавиатуры, небольшие диски, малый объём памяти, BIOS, унифицированные образы ядра и медленный установочный носитель. Обычный вариант и вариант с шифрованием проходят полный набор интеграционных сценариев.

Изменение переносит в CI проверки, которые раньше выполнялись на рабочей станции. Известные сбои сброса к заводским настройкам остаются видимыми; исключения для них допускаются только при точном совпадении текста проверочного утверждения и наличии срока действия. В omacom/omarchy-iso#238:discussion_r4359256431 greptile-apps[bot] также указал на проблему очистки локального тестового окружения: неудачный запуск виртуальной машины с keep-running может оставить работающими имитационные PCI-серверы. В предоставленном ревью эта проблема названа не препятствующей слиянию.

04Установка из готового корневого образа остаётся на рассмотрении

Открытый PR omacom/omarchy-iso#216 от emirb предлагает устанавливать заранее подготовленный образ корневой файловой системы и добавлять пакеты для конкретной машины вместо распаковки примерно 940 пакетов во время установки. В предложении отмечено, что схема корневого образа разработана hegjon. В omacom/omarchy-iso#216:issuecomment-6364126768 бот github-actions[bot] сообщил об успешных установках в виртуальных машинах за 41.6 секунды на x86_64 и за 23.8 секунды на aarch64, при этом сборка ISO стала занимать больше времени.

hegjon опубликовал автоматизированное ревью, часть замечаний которого была выборочно проверена вручную. Среди них — инициализация идентификатора машины, дополнительные загрузочные образы ядра и обработка резервного сценария при уменьшении размера. Позднее greptile-apps[bot] отметил в omacom/omarchy-iso#216:discussion_r4359565646, что при подсчёте пакетов по-прежнему запрашивается стандартный linux, а не ядро выбранного образа. Эти замечания относятся к конкретным версиям изменений; отчёт об успешных установках в виртуальных машинах не подтверждает, что все вопросы решены. PR с предложением внедрения остаётся открытым.

05Защиту значков веб-приложений дорабатывают: исправлены перенаправления и обработка IPv6

Открытый PR omacom/omarchy#16343 от hizawye ограничивает автоматически найденные значки источником конечной страницы и проверяет перенаправления до отправки запросов по целевым адресам. В ходе обсуждения hizawye добавил ограничение объёма считываемых данных страницы, разрешение относительных адресов значков относительно конечной страницы и сохранение учётных данных только при совпадении схемы, имени хоста и фактически используемого порта. Для URL значков, явно указанных пользователем, сохраняется прежнее поведение.

В omacom/omarchy#16343:issuecomment-6368320917 бот omarchybot сообщил, что рабочий агент проверил последнюю рассмотренную ревизию, включая 26 целевых сценариев и настоящий сервер IPv6. Этому предшествовало исправление от hizawye: ранее при сравнении квадратные скобки в адресах IPv6 интерпретировались как элементы шаблона. Предложение всё ещё ожидает решения сопровождающего: ему предстоит оценить около 250 строк обработки URL и пересечение с другими изменениями значков. Проверки имён хостов не фильтруют частные адреса, а вместо намеренно исключённых значков из CDN может использоваться значок от Google.

06Расследование зависаний выявило неотменённую регистрацию обработчика освобождения памяти binder

В omacom/omarchy#15950:issuecomment-6358826873 бот omarchybot связал сообщения о зависаниях при освобождении памяти с неудачной загрузкой внешнего модуля binder_linux одновременно со встроенным в ядро binder. Анализ выявил путь обработки ошибки, при котором обработчик освобождения памяти остаётся зарегистрированным после освобождения памяти с кодом модуля. Бот сообщил о трёх зависаниях рабочего агента после попытки загрузки и об отсутствии зависаний в трёх контрольных запусках без неё, хотя получить текст oops на стороне агента не удалось.

hamedtareqhamed предоставил ещё один отчёт о сбое, связанном с журналированием межсетевого экрана. Бот omarchybot объяснил, как освобождённая память модуля могла приводить к проявлению одной и той же ошибки в разных сетевых функциях. Позднее в omacom/omarchy#15950:issuecomment-6371695054 пользователь jhnct сообщил, что после удаления модуля наблюдавшиеся oops прекратились. Задача остаётся открытой; при этом в расследовании прямо отмечено, что оно не объясняет более ранний случай на ядре 7.2.5-3.

07Предложенный порядок удаления отпечатков предусматривает очистку памяти считывателя до удаления локальных записей

scottjones открыл PR omacom/omarchy#16403, предлагающий запускать fprintd-delete, пока служба и локальные записи о зарегистрированных отпечатках ещё существуют. Текущее предложение касается считывателей, хранящих отпечатки на самом устройстве: если сначала удалить локальные записи, копии на устройстве могут стать недоступны. Кроме того, перед изменениями запрашиваются права sudo, а при ошибках удаления данных со считывателя выводится сообщение, после чего процедура удаления продолжается.

Бот omarchybot сообщил об успешном прохождении программных проверок, а затем запросил подтверждение на реальном оборудовании. Пользователь scottjones проверил порядок удаления на MacBook Pro с M2 Max и на MacBook Neo, после чего успешно зарегистрировал тот же палец заново. В omacom/omarchy#16403:issuecomment-6370352605 бот omarchybot подчеркнул, что успешная повторная регистрация не доказывает удаление, и спросил, появлялось ли предупреждение хотя бы в одном из двух запусков. PR остаётся открытым; приведённые результаты подтверждают проверенный порядок действий и последующую работоспособность, но не стирание данных из защищённого анклава.

08Предложение по погодному радару добавляет воспроизведение снимков для местоположений в США

wesleygrimes открыл PR omacom/omarchy#16406, предлагающий показывать под прогнозом погоды десять последних сканирований NEXRAD с воспроизведением, перемоткой и отметками времени в формате системных часов. Согласно предложению, радар включён по умолчанию, скрывается вне зоны покрытия NWS и не отправляет запросов, когда отключён. При открытии панели с включённым радаром погодной службе передаются округлённые координаты местоположения, а у указанных поставщиков запрашиваются тайлы радара и карты.

В omacom/omarchy#16406:issuecomment-6366926786 бот greptile-apps[bot] сообщил, что ранее выявленные проблемы с прогнозом для мест, заданных по названию, и доступом с клавиатуры исправлены. Автор wesleygrimes сообщает о проверке полного набора тестов, тем оформления и интерфейса с направлением письма справа налево. Функция пока остаётся открытым предложением, зависящим от другого PR; поддержка радара ещё не выпущена.

09NOVA добавляет настройку помощников для программирования, а проверка для каталога остаётся открытой

В открытом запросе на проверку omacom/omarchy-plugin-marketplace#12377 автор Yangass сообщил о последовательных выпусках NOVA. В них добавлены настройка помощника OpenCode на локальной модели с подтверждением пользователя и профили для установленных средств запуска Claude Code, Codex и Antigravity. NOVA сохраняет остальные профили, проверяет средства запуска и папки проектов, а вход в учётную запись оставляет самим онлайн-инструментам.

Автор Yangass также сообщил об исправлении обработки структуры манифеста Ollama 0.40, из-за которой корректно установленные модели не проходили проверку ревизий. Сведения об этих выпусках и результатах тестирования приведены со слов автора. Бот github-actions[bot] зафиксировал совместимость с Quattro для запрошенной целевой версии 0.17.1, однако базовые требования безопасности всё ещё требуют ручной проверки. Снимок каталога остаётся неизменным до успешной публикации.

10Запрос на проверку Plug отозван после замечания по работе с буфером обмена

Автор weedwhitesandwine закрыл запрос на проверку обновления Plug и попросил удалить плагин из каталога. В omacom/omarchy-plugin-marketplace#12459:issuecomment-6358501211 автор согласился с замечанием по работе с буфером обмена и сообщил, что больше не располагает временем для поддержки Plug на уровне, которого требуют проверки. Это подтверждает отзыв запроса и просьбу об удалении, но не то, что запись уже удалена из каталога.

Для контекста: ещё 22 октября HANCORE-linux подтвердил исправления перенаправления HTTP и проверки владельца другой стороны соединения, но обнаружил доступное для ввода нативное текстовое поле, автоматическая обработка буфера обмена в котором могла считывать в общую оболочку предлагаемые данные без ограничения объёма. Отзыв запроса завершает эту попытку проверки; оставшееся замечание при этом не представляется как исправленное.