Seleção de kernel e correções no desktop chegam ao Quattro enquanto o suporte ao Surface avança

01Escolha o kernel de inicialização padrão pelo menu Update

dhh criou e incorporou omacom/omarchy#15966 à branch de desenvolvimento do Quattro. Quando há vários kernels instalados, o menu Update agora oferece um menu Kernel que, após a autenticação, altera a opção padrão do Limine, reconstrói o kernel selecionado e exibe uma notificação para reiniciar. O comando recusa a troca quando o Direct Boot está em uso e tenta restaurar a configuração de inicialização anterior se a operação falhar.

A discussão definiu uma limitação intencional: ordens de inicialização editadas manualmente que começam com um curinga podem deixar o kernel atual sem a marca de seleção. dhh explicou que as configurações distribuídas e o comando de seleção usam nomes exatos de kernels; greptile-apps[bot] aceitou essa concessão e retirou o apontamento em omacom/omarchy#15966:discussion_r4339204956.

02Reativação de monitores e áreas de trabalho flutuantes preservam layouts personalizados

dhh incorporou duas correções de zihaomu à branch de desenvolvimento do Quattro. Em omacom/omarchy#16147, reativar uma tela preserva o modo, a posição e a escala da regra de monitor existente que a identifica pelo nome. Em omacom/omarchy#16143, regras personalizadas de janelas flutuantes registradas depois dos modos salvos das áreas de trabalho passam a valer antes de a primeira janela correspondente abrir, evitando redimensionamentos indesejados e a posterior disposição em mosaico.

omarchybot relatou ter reproduzido os dois problemas e verificado as correções em ambientes descartáveis do Omarchy. A revisão da parte de monitores também identificou um limite: regras personalizadas que usam curingas ou descrições de monitores ainda podem perder o layout. A mudança nas áreas de trabalho flutuantes corrige a atribuição de responsabilidade e as exclusões; ela não representa uma solução geral para a negociação do tamanho inicial das janelas.

03Pacotes do Surface Pro 11 chegam ao repositório enquanto a configuração da placa aguarda decisão

A proposta de turbineBMW para a placa do Surface Pro 11 continua aberta em omacom/omarchy#14390. Os commits de suporte chegaram à branch master do repositório de pacotes, abrangendo Wi-Fi, áudio, roteamento da câmera, pareamento do Flex Keyboard, retomada após suspensão, entrada por caneta e detecção de luz ambiente. Os commits dos pacotes descrevem a publicação no canal edge; isso é separado da aceitação da configuração da placa.

A revisão de birkskyum exigiu manter os pacotes exclusivos de ARM fora dos espelhos offline de x86_64 e concluir uma instalação com os pacotes publicados. A exclusão dos espelhos foi registrada na branch Quattro do repositório da ISO em omacom/omarchy-iso@886f2899f1bb, e turbineBMW relatou uma instalação limpa bem-sucedida no Surface em omacom/omarchy#14390:issuecomment-6323783042.

omarchybot afirmou depois que os pré-requisitos a cargo do autor estavam concluídos, mas que a classificação e a escolha entre abordagens concorrentes de suporte ainda dependiam de uma decisão dos mantenedores. A configuração proposta se destina ao modelo OLED; as variantes LCD e X Plus continuam fora do escopo testado.

04Proposta para múltiplos usuários reforça proteções para chaves de disco e remoção de contas

A proposta omacom/omarchy#16100, de osbase77, continua aberta e prevê contas locais de administrador e com acesso limitado, identidades de login separadas e mudanças no acesso root e no login automático ao alternar entre um e vários usuários. Ela permitiria compartilhar uma máquina sem conceder privilégios de administrador a todas as contas.

Durante a revisão de 21 de outubro, greptile-apps[bot] identificou que uma nota de recuperação controlada pelo usuário poderia impedir a remoção da conta. osbase77 substituiu essa verificação por verificações dos slots de chaves do disco antes de restaurar o login automático. Uma preocupação posterior com a exclusão de uma nota de recuperação legítima levou à inclusão de uma proteção contra a exclusão de um diretório pessoal que contenha a nota no caminho padrão; osbase77 reconheceu que a recuperação após a remoção da conta proprietária ainda pode exigir trabalho manual.

CappieGold descreveu problemas de compatibilidade com o Active Directory em uma configuração com SSSD, incluindo o desbloqueio de sessões e os privilégios de grupos do diretório. osbase77 manteve a proposta restrita a contas locais e sugeriu desenvolver a integração com diretórios separadamente em omacom/omarchy#16100:issuecomment-6320386855.

05Proposta de Podman nativo define limites para migração e recuperação

acrogenesis abriu omacom/omarchy#16173 para tornar o Podman o mecanismo nativo de contêineres, com compatibilidade opcional com Docker. A proposta coloca os bancos de dados de desenvolvimento em serviços de usuário sem privilégios de root, preserva os dados nas migrações elegíveis do Docker e transfere o inicializador do Windows para o Podman com privilégios de root e autenticação, mantendo seu disco e suas credenciais. A proposta continua aberta.

greptile-apps[bot] questionou se as consultas de pacotes detectavam provedores alternativos do Docker. acrogenesis relatou ter testado o binário real do pacman com bases de dados de pacotes isoladas e constatado que esses provedores eram de fato reconhecidos, classificando o apontamento como falso positivo em omacom/omarchy#16173:discussion_r4337709418. O autor também distingue os resultados atuais da suíte de testes focada das evidências anteriores de execução: uma instalação completa e a migração do mecanismo não foram repetidas nesta versão atualizada da proposta.

06Proposta para portais cativos pausa nós de saída do Tailscale durante o login

dhh abriu omacom/omarchy#16186 para transferir a detecção de conectividade para um endpoint próprio do Omarchy e melhorar o login em portais cativos. O comando de portal proposto pausa temporariamente um nó de saída ativo do Tailscale, monitora a conectividade e o reativa após o login. O painel de rede também deixaria de exibir medições enganosas de perda de pacotes enquanto o acesso à internet estivesse indisponível.

greptile-apps[bot] apontou uma verificação de conclusão dependente da configuração regional que poderia deixar o nó de saída pausado, além de textos de notificação que não passam pelos catálogos de tradução. A proposta continua aberta. A descrição de dhh também registra o HSTS armazenado em cache pelo navegador como um obstáculo conhecido e informa que a pausa de um nó de saída em uso e um fluxo real de portal cativo ainda não foram testados.

07Proteção no instalador impediria que tabelas de partição ilegíveis colocassem dados existentes em risco

emirb abriu omacom/omarchy-iso#307 após identificar um fluxo de instalação em espaço livre que poderia confundir uma partição existente com uma recém-criada quando a leitura inicial da tabela de partições falhasse. Com isso, uma partição EFI existente do Omarchy poderia ser formatada ou excluída durante a reversão da instalação.

A proposta em aberto exige leituras bem-sucedidas da tabela antes e depois da criação, com exatamente uma partição adicional. Se não for possível identificar o resultado com segurança, a instalação é interrompida em vez de tentar adivinhar. github-actions[bot] relatou a aprovação dos testes de instalação tanto em x86_64 quanto em aarch64 em omacom/omarchy-iso#307:issuecomment-6322688377.

08ISO live iniciaria com o kernel que o PC realmente instalará

A proposta omacom/omarchy-iso#310, de emirb, continua aberta e prevê iniciar o ambiente live com linux-omarchy em PCs comuns, mantendo linux-t2 nas máquinas que informam Apple como fabricante. O objetivo é experimentar antes da instalação o kernel que será instalado, em vez de entrar em contato com ele pela primeira vez só depois de passar pelo carregador de inicialização e pela solicitação de desbloqueio do disco.

A proposta adiciona os dois kernels à imagem x86_64 e estima um aumento de aproximadamente três por cento no tamanho da imagem. github-actions[bot] relatou a aprovação dos testes de instalação em x86_64 e aarch64 em omacom/omarchy-iso#310:issuecomment-6328144501; a proposta ainda não foi incorporada.

09Agent Voice publica correções para leituras inseguras, hooks do Git e gravações privadas

github-actions[bot] confirmou a publicação de uma atualização do Agent Voice revisada por um mantenedor em omacom/omarchy-plugin-marketplace#12442:issuecomment-6327088335. A atualização também preserva sinais de menos no início de prompts ditados, corrigindo um caso relatado em que um número negativo se tornava positivo.

A revisão de HANCORE-linux identificou respostas de endpoints sem limite de tamanho, execução de hooks de monitoramento do sistema de arquivos do Git configurados no repositório durante verificações de permissão e acesso excessivamente permissivo a modelos de voz de falantes e gravações antigas. duaneoca relatou ter reproduzido e corrigido esses casos, inclusive ajustando as permissões dos dados privados existentes na inicialização do daemon. HANCORE-linux confirmou separadamente, pelo código-fonte, a correção que limita as respostas e depois confirmou a correção do Git antes de levantar a questão das permissões.

As medições de memória e as reproduções durante a execução são relatos de duaneoca. A verificação do marketplace se aplica à versão exata publicada e não constitui uma auditoria de segurança.

10Omardeck reúne visão geral, dock e notificações após correções na revisão

github-actions[bot] confirmou a publicação do Omardeck, de QuokeCola, em omacom/omarchy-plugin-marketplace#12449:issuecomment-6323100584. O plugin reúne uma visão geral das janelas, um dock e uma central de notificações. A submissão recomenda desativar outros plugins de visão geral, notificações ou dock com funções sobrepostas, pois eles registram os mesmos gestos.

HANCORE-linux identificou que os títulos das janelas eram renderizados como texto rico, o que poderia provocar requisições de rede originadas pelo shell. QuokeCola relatou ter alterado o texto do dock para texto simples e restringido o tratamento de ícones relacionado aos títulos. Posteriormente, HANCORE-linux aceitou a regra opcional de acesso ao touchpad e confirmou, na revisão analisada, os títulos em texto simples e o histórico privado de notificações. A interface principal funciona sem essa configuração opcional de gestos.

11Acompanhamento de pacotes ganha buscas autenticadas e novas tentativas com limite

Commits de manutenção de pacotes associados a emirb chegaram à master para lidar com a falta de confiabilidade no acompanhamento dos projetos de origem. omacom/omarchy-pkgs@4f04db9a0506 adiciona requisições autenticadas à API do GitHub e força o uso de HTTP/1.1 nas buscas afetadas. A explicação do commit atribui muitas das falhas recentes aos limites compartilhados de acesso anônimo à API e outras a erros de HTTP/2.

omacom/omarchy-pkgs@b4c15a6898b2 adiciona um número limitado de novas tentativas para falhas transitórias e armazena os downloads temporariamente antes de emitir seu conteúdo, evitando a concatenação de respostas parciais após as novas tentativas. Um commit complementar remove do Basecamp as mensagens genéricas de falha no acompanhamento de branches enviadas a cada hora, mantendo as execuções com falha no Actions e os logs específicos de cada pacote.