01Correção de áudio mira encerramentos silenciosos de aplicativos e interrupções no som
emirb incorporou omacom/omarchy#16824 à branch de desenvolvimento do Quattro. A mudança instala o rtkit em todas as plataformas, permite que clientes PipeWire do sistema hospedeiro solicitem escalonamento em tempo real diretamente e corrige as sessões em execução antes de ativar o serviço. A proposta aponta um orçamento de execução em tempo real igual a zero como causa dos encerramentos silenciosos de aplicativos, além de threads de áudio que perdem seus prazos sob carga.
A correção aumenta os limites existentes que estão em zero antes da instalação e coordena atualizações simultâneas. O PR relata que não houve encerramentos provocados pela atualização nas duas máquinas físicas testadas e que os episódios de esvaziamento do buffer de áudio caíram de 111 e 92 para zero nos testes com buffers pequenos. Essas medições foram relatadas pelo colaborador. Clientes Flatpak e o WirePlumber ainda têm limitações relacionadas a portais, portanto a incorporação da mudança não comprova que todos os cenários afetados foram corrigidos.
02Escala passa a ser salva de forma independente para cada monitor
dhh propôs e incorporou omacom/omarchy#16923 ao Quattro, substituindo a persistência por uma configuração de escala compartilhada por uma regra para o monitor em foco. Assim, mudar a escala da tela de um notebook deve deixar de alterar a de um monitor externo após o recarregamento da configuração.
Em respostas posteriores, dhh descreveu gravações atômicas que preservam os links simbólicos da configuração e proteções que mantêm intactas as regras complexas de monitores. Depois, dhh incorporou omacom/omarchy#16950 para definir o GDK_SCALE de toda a sessão a partir da menor escala entre os monitores ativados. Isso corrige aplicativos XWayland grandes demais em uma tela de menor densidade, com a contrapartida declarada de que eles podem parecer um pouco pequenos na tela de maior densidade.
03Gestos padrão do touchpad chegam ao Quattro
dhh propôs e incorporou omacom/omarchy#16891 ao Quattro. Deslizar três dedos troca de área de trabalho, exibe ou oculta o console de IA ou abre o menu do Omarchy; deslizar quatro dedos move a janela ativa entre áreas de trabalho ou alterna o modo de tela cheia.
Para configurações que já têm gestos personalizados, uma migração desativa os gestos padrão para evitar conflitos. Durante os ajustes posteriores, dhh ampliou a detecção para arquivos de configuração aninhados e links simbólicos e passou a preservar os links simbólicos ao editar a configuração. Os usuários podem desativar todos os gestos padrão ou remover uma associação específica antes de substituí-la.
04Shell do desktop assume a sequência de introdução do plano de fundo
dhh propôs e incorporou omacom/omarchy#16884 ao Quattro, transferindo dos scripts de shell para o shell do desktop o controle da sequência de introdução do plano de fundo. A sequência mantém o quadro anterior até que o substituto esteja pronto e coordena o link do plano de fundo, a reprodução da introdução e o posterior recarregamento do Hyprland.
As respostas posteriores de dhh descrevem bloqueios que impedem conflitos entre mudanças de plano de fundo e trocas de tema, a verificação de introduções em andamento enquanto o bloqueio de recarregamento está ativo e o uso de uma transição comum quando um shell antigo em execução não oferece o novo mecanismo de transferência de controle. As mudanças visam evitar clarões, transições interrompidas e conflitos entre seleções rápidas.
05Protetor de tela nativo do Wayland substitui janelas de terminal
omarchybot incorporou omacom/omarchy#16800 ao Quattro. A nova solução desenha uma sobreposição em cada monitor e é dispensada por movimentos do mouse, cliques, rolagem ou teclas, substituindo janelas de terminal que não respondiam ao mouse.
O serviço de inatividade também encerra o protetor de tela diante de atividades que a sobreposição não consegue receber, como teclas de mídia associadas a atalhos, e cancela o bloqueio pendente quando o usuário retorna. O PR informa que o pacote está disponível no edge para ambas as arquiteturas; ainda é necessário promovê-lo a rc e stable para que uma versão do Omarchy com a mudança chegue a esses canais.
06Contas familiares selecionadas por senha continuam em desenvolvimento
omarchybot abriu omacom/omarchy#16920, uma proposta ainda em aberto para o Quattro que permite vários adultos e crianças na mesma instalação. Cada conta teria seu próprio slot de chave para desbloquear o disco, e a senha usada no desbloqueio selecionaria o desktop. Contas infantis acrescentariam restrições de aplicativos, coleções de temas, limites de tempo de uso e uma lista de sites permitidos.
Respostas posteriores de omarchybot relatam correções no acesso entre contas aos resolvedores DNS das contas infantis, em transferências interrompidas da responsabilidade pela senha de root e na criação de contas quando o sudo exige senha. São correções na branch da proposta, ainda não incorporadas ao projeto.
A proposta explicita os limites dos controles infantis: uma criança determinada pode alterar sua sessão, e conhecer a senha do disco permite ler seu conteúdo a partir de um sistema iniciado por USB. O Apple Silicon também precisa de suporte nos pacotes de inicialização antes de aceitar o slot de chave de outra pessoa.
08Proposta para o instalador reduz disputa por recursos na inicialização por USB
hegjon abriu omacom/omarchy-iso#355, que continua em aberto. A proposta separa a contabilização de E/S dos serviços de verificação, evita trabalho desnecessário do shell durante a inicialização e gera antecipadamente as fontes do console, buscando chegar mais cedo à tela de boas-vindas do instalador sem abrir mão da verificação da mídia.
Após as primeiras medições em máquinas virtuais, hegjon relatou um teste em um ThinkPad X200 real usando o mesmo pendrive: o tempo entre o início do kernel e a tela de boas-vindas caiu de 25.5 para 20.5 segundos, seguido de uma instalação completa bem-sucedida. Essas medições são do autor da proposta. O relato posterior delimita o benefício esperado nessa máquina, na qual a fase do initramfs, que não foi alterada, continuou sendo a maior fonte de demora.
09Carregador com transferência de controle de tela e GPU ativada por padrão no M3 Max chega ao edge
ryanrhughes incorporou omacom/omarchy-pkgs#1707, de 
chriskearney, à master. O pacote do carregador ativa por padrão os mecanismos existentes de transferência de controle de tela e GPU no J516C, o M3 Max de 16 polegadas, desde que as verificações de admissão sejam aprovadas, e inclui uma transferência de memória dependente para monitores externos no T6030.
Ao aprovar a revisão, 
maralcbr exigiu que o kernel correspondente e o Mesa fossem disponibilizados antes do carregador, para que o edge não o combinasse com o kernel antigo. Em seguida, 
github-actions[bot] informou que m1n1-aurora 1.6.1.aurora22-1 havia sido publicado com sucesso no edge para aarch64.
O PR distingue os testes anteriores de hardware da validação desta combinação exata de pacotes. As instalações existentes precisam reconstruir o boot.bin e inicializar com ele para usar o novo Stage2. A reconstrução dos instaladores e a validação completa para rc ou stable continuam sendo etapas separadas.
10Omarchy Files entra no marketplace após correções de privacidade
spalencsar submeteu o widget lançador Omarchy Files por meio de omacom/omarchy-plugin-marketplace#13098. Ele abre um aplicativo separado de gerenciamento de arquivos e, quando esse aplicativo não está instalado, oferece instalá-lo no diretório pessoal do usuário mediante confirmação.
Na revisão, 
HANCORE-linux confirmou as correções anteriores no histórico de pastas e na distribuição, mas identificou que nomes de arquivos privados e mensagens de erro brutas estavam sendo expostos nos argumentos de comandos de notificação. Uma revisão posterior confirmou que a versão v0.1.3 distribuída resolvia esses problemas e que as somas de verificação dos arquivos fixados correspondiam às esperadas.
Em seguida, github-actions[bot] informou a publicação e a verificação, e a submissão foi encerrada. A verificação se aplica à versão do marketplace que foi revisada e explicitamente não constitui uma auditoria de segurança.
