Controles de notificação são reduzidos enquanto migração do bootloader dos Macs chega ao edge

01Notificações voltam a ter apenas um botão de Não Perturbe

dhh criou e integrou duas alterações ao quattro que removem o adiamento de notificações, a detecção de compartilhamento de tela, o painel de notificações e suas preferências. Em omacom/omarchy#16429:issuecomment-6371608347, dhh disse que o recurso não havia atingido o nível de refinamento que considerava satisfatório. São alterações em uma branch de desenvolvimento, não o anúncio de uma versão estável.

omacom/omarchy#16430 mantém o sino como botão para ativar e desativar o Não Perturbe. As notificações seguem regras fixas: aparecem na tela em foco, dão espaço a janelas em tela cheia, mantêm um dia de histórico com limite de 100 registros e permitem a passagem de códigos de verificação mesmo com o Não Perturbe ativo. O clique com o botão direito dispensa os cartões, enquanto Super+Shift+Alt+, continua permitindo trazer de volta à tela as notificações registradas.

02Migração do bootloader dos Macs chega ao edge com validação em hardware ainda pendente

maralcbr integrou omacom/omarchy-pkgs#1513, de chriskearney, migrando m1n1-aurora para uma revisão fixa do código-fonte de omacom/m1n1 e substituindo os pacotes derivados aura e m1n1-neo. github-actions[bot] informou em omacom/omarchy-pkgs#1513:issuecomment-6359746568 que a versão 1.6.1.aurora20-3 está disponível no edge para aarch64. Trata-se de uma publicação no edge, não de uma validação para rc ou stable.

A revisão alterou o caminho de atualização antes da integração. maralcbr passou a usar uma dependência virtual do U-Boot para que as instalações existentes possam manter seu provedor, ampliou a matriz de inicialização preservada do Stage 1 e informou que a mudança coordenada no construtor de imagens havia sido integrada. As atualizações comuns de pacotes alteram o Stage 2 sem registrar um novo Stage 1.

scottjones relatou uma migração bem-sucedida dos pacotes em um sistema raiz criado do zero, mas apontou falhas de vídeo em um M3 Air com criptografia e uma preocupação com a realocação do Stage 1 em omacom/omarchy-pkgs#1513:pullrequestreview-5624139147. A proposta registra como pendente a qualificação em hardware desse pacote específico; uma compilação bem-sucedida e a publicação no canal edge não comprovam os resultados de inicialização a frio.

03CI do instalador passa a cobrir dez variantes de instalação

emirb integrou omacom/omarchy-iso#238 à branch de desenvolvimento F1, f1/17-receive-path-archinstall-45. A mudança compila a ISO uma única vez e a distribui entre dez variantes x86_64, abrangendo criptografia, teclados do Reino Unido, discos pequenos, pouca memória, BIOS, imagens unificadas de kernel e uma mídia de instalação lenta. As variantes padrão e com criptografia executam o conjunto completo de cenários de integração.

A mudança leva para a CI a cobertura antes executada em uma estação de trabalho. As falhas conhecidas na restauração de fábrica continuam visíveis e só são toleradas mediante correspondência exata do texto da asserção e uma data de expiração. greptile-apps[bot] também apontou um problema de limpeza no ambiente local de testes em omacom/omarchy-iso#238:discussion_r4359256431: uma falha ao iniciar a VM com keep-running pode deixar servidores PCI simulados em execução. A revisão fornecida classificou esse achado como não impeditivo.

04Instalação com imagem raiz pré-construída continua em revisão

A proposta omacom/omarchy-iso#216, de emirb, ainda aberta, instalaria uma imagem raiz pré-construída e acrescentaria pacotes específicos da máquina, em vez de extrair cerca de 940 pacotes durante a instalação. A proposta de integração atribui a hegjon o projeto da imagem raiz. Em omacom/omarchy-iso#216:issuecomment-6364126768, github-actions[bot] relatou instalações bem-sucedidas em VMs, levando 41.6 segundos em x86_64 e 23.8 segundos em aarch64, com aumento no tempo de compilação da ISO.

hegjon publicou uma revisão automatizada com alguns achados conferidos manualmente por amostragem, incluindo a inicialização da identidade da máquina, imagens adicionais de inicialização do kernel e o tratamento da alternativa usada quando a redução falha. Mais tarde, greptile-apps[bot] apontou em omacom/omarchy-iso#216:discussion_r4359565646 que uma consulta à contagem de pacotes ainda solicitava o linux padrão, em vez do kernel selecionado para a imagem. Esses achados se referem a revisões específicas; o relato de sucesso nas VMs não comprova que todas as questões foram resolvidas. O PR de integração continua aberto.

05Proteção de ícones de aplicativos web avança com correções de redirecionamento e IPv6

A proposta omacom/omarchy#16343, de hizawye, ainda aberta, restringe os ícones descobertos automaticamente à origem da página final e verifica os redirecionamentos antes de fazer requisições aos destinos. Durante a discussão, hizawye acrescentou limites à leitura das páginas, resolução de URLs de ícones em relação à página final e retenção de credenciais restrita ao mesmo esquema, nome de host e porta efetiva. As URLs de ícones fornecidas explicitamente pelo usuário mantêm o comportamento atual.

omarchybot relatou em omacom/omarchy#16343:issuecomment-6368320917 a verificação, por um agente executor, do commit mais recente da revisão final, incluindo 26 casos específicos e um servidor IPv6 real. Isso ocorreu após hizawye corrigir comparações que tratavam os colchetes do IPv6 como padrões. A proposta ainda aguarda uma decisão dos mantenedores sobre cerca de 250 linhas de tratamento de URLs e a sobreposição com outras mudanças nos ícones. Suas verificações de nomes de host não filtram endereços privados, e os ícones de CDN excluídos intencionalmente podem dar lugar ao favicon do Google.

06Investigação de travamentos identifica callback de recuperação de memória do binder que permaneceu registrado

Em omacom/omarchy#15950:issuecomment-6358826873, omarchybot rastreou os travamentos relatados durante a recuperação de memória até uma falha no carregamento do módulo externo binder_linux junto ao binder integrado ao kernel. A análise identificou um caminho de erro que mantém registrado um callback de recuperação de memória depois que o código do módulo é liberado. O bot relatou três travamentos do agente executor após a tentativa de carregamento e nenhum em três execuções de controle sem ela, embora não tenha conseguido capturar o texto do oops do executor.

hamedtareqhamed forneceu outro relato de falha envolvendo o registro de logs do firewall. omarchybot explicou como a memória liberada do módulo poderia fazer o mesmo defeito aparecer em diferentes funções de rede. Depois, jhnct relatou em omacom/omarchy#15950:issuecomment-6371695054 que a remoção do módulo fez cessarem os oopses observados. A issue continua aberta, e a investigação explicitamente não explicou uma ocorrência anterior no kernel 7.2.5-3.

07Proposta de remoção de impressões digitais limpa o armazenamento do leitor antes dos registros locais

scottjones abriu omacom/omarchy#16403 para executar fprintd-delete enquanto o serviço e os registros locais de cadastro ainda existem. A proposta atual trata de leitores que armazenam impressões digitais no próprio dispositivo: excluir primeiro os registros locais pode tornar inacessíveis as cópias no dispositivo. Ela também solicita sudo antes de fazer alterações e informa falhas na exclusão dos dados do leitor, sem interromper a remoção.

omarchybot relatou que as verificações de software passaram e, em seguida, solicitou evidências em hardware. scottjones testou a ordem de remoção em um MacBook Pro M2 Max e em um MacBook Neo e conseguiu cadastrar novamente o mesmo dedo depois. Em omacom/omarchy#16403:issuecomment-6370352605, omarchybot distinguiu o sucesso do novo cadastro de uma prova de exclusão e perguntou se alguma das execuções havia exibido um aviso. O PR continua aberto; os resultados fornecidos comprovam a ordem testada e a usabilidade posterior, mas não confirmam a eliminação dos dados do enclave.

08Proposta de radar meteorológico adiciona reprodução para locais nos EUA

wesleygrimes abriu omacom/omarchy#16406 para exibir as dez últimas varreduras do NEXRAD abaixo da previsão do tempo, com reprodução, navegação pela linha do tempo e horários no mesmo formato do relógio. A proposta ativa o radar por padrão, oculta-o fora da cobertura do NWS e não faz requisições de radar quando ele está desativado. Ao abrir o painel com o recurso ativado, informações de localização arredondadas são enviadas ao serviço meteorológico, e blocos de imagens de radar e mapas são solicitados aos provedores indicados.

greptile-apps[bot] relatou em omacom/omarchy#16406:issuecomment-6366926786 que os problemas anteriormente apontados na previsão para locais buscados pelo nome e no acesso pelo teclado foram corrigidos. wesleygrimes relata verificações da suíte completa, dos temas e da exibição da direita para a esquerda. O recurso continua sendo uma proposta aberta que depende de outro PR, e não um suporte a radar já disponibilizado.

09NOVA adiciona configuração de assistentes de programação enquanto a verificação no marketplace continua aberta

Yangass relatou lançamentos sucessivos do NOVA na solicitação de verificação ainda aberta omacom/omarchy-plugin-marketplace#12377. Eles adicionam configuração mediante aprovação para um assistente OpenCode com modelo local e perfis para os inicializadores instalados do Claude Code, Codex e Antigravity. O NOVA preserva os outros perfis, valida os inicializadores e as pastas de projeto e deixa a cargo das ferramentas online o próprio processo de login.

Yangass também relatou uma correção relacionada à estrutura do manifesto do Ollama 0.40, que vinha causando falhas nas verificações de revisão de instalações válidas de modelos. Esses resultados de lançamentos e testes são relatos do autor. github-actions[bot] registrou compatibilidade com o Quattro para a versão-alvo solicitada, 0.17.1, mas os requisitos básicos de segurança ainda exigem revisão manual. O snapshot do marketplace permanece inalterado até que a publicação seja concluída com sucesso.

10Verificação do Plug é retirada após achado de revisão sobre a área de transferência

weedwhitesandwine encerrou a solicitação de verificação da atualização do Plug e pediu que sua entrada no marketplace fosse removida. Em omacom/omarchy-plugin-marketplace#12459:issuecomment-6358501211, o autor reconheceu o achado sobre a área de transferência e disse que não tinha mais tempo para manter o Plug no padrão exigido pelas revisões. Isso confirma a retirada da solicitação e o pedido de remoção, mas não que a remoção do marketplace tenha sido concluída.

Como contexto, em 22 de outubro, HANCORE-linux havia confirmado uma correção anterior de redirecionamento HTTP e de verificação do proprietário do processo remoto, mas identificou um campo de texto nativo editável cujo tratamento automático da área de transferência poderia ler uma oferta de dados sem limite de tamanho para dentro do shell compartilhado. A retirada encerra essa tentativa de verificação sem apresentar o achado restante como corrigido.