02Suporte a ARM avança com integração em tempo de execução e verificações de instalação
ryanrhughes abriu a proposta de suporte em tempo de execução ao NVIDIA N1x e a proposta de ISO aarch64 em 10 de outubro. Ambas foram posteriormente incorporadas à quattro em 15 de outubro, fora do período coberto por esta edição: omacom/omarchy#14820 e omacom/omarchy-iso#251. Suas descrições atuais abrangem um suporte mais amplo a N1x, Snapdragon e GB10; essas descrições posteriores não devem ser interpretadas como o escopo original das propostas no dia em que foram abertas.
Em 10 de outubro, também chegou à quattro o commit de convergência para Mac de 
omarchybot, que introduziu uma configuração adaptada à plataforma e integração com o ciclo de inicialização. omacom/omarchy@e1b0e5e9bb72 registra essa integração. Commits separados da ISO, atribuídos a Emir Beganovic e com 
emirb entre os participantes registrados, adicionaram instalação genérica não assistida para aarch64 e verificações de inicialização. Também alteraram a compressão da raiz do sistema live para lz4, pois o kernel genérico não conseguia ler squashfs comprimido com zstd.
ryanrhughes também fez um commit para instalar o chaveiro do Arch Linux ARM no sistema de destino e validar assinaturas com ele. Isso corrige a rejeição de pacotes assinados pelos sistemas instalados durante sua primeira operação de pacotes pela internet. omacom/omarchy-iso@2487d3b1cb7e registra a correção; esses commits e integrações em branches de desenvolvimento não comprovam o lançamento de uma versão estável para ARM.
04Relato de bloqueio na aprovação de acessórios acompanha proposta de reversão
gavrix relatou que o USBGuard bloqueou tanto o teclado quanto o mouse conectados por um monitor Dell usado como KVM, deixando o usuário sem nenhum dispositivo de entrada funcional para aprová-los. Segundo o relato, foi necessário inicializar por um snapshot para desativar o USBGuard e recuperar o acesso. omacom/omarchy#11874:issuecomment-6102552400 documenta o impacto para o usuário.
omarchybot abriu omacom/omarchy#14938 no fim do dia 10 de outubro para reverter a autorização de USB e Thunderbolt. A descrição atual inclui uma migração para desfazer os mecanismos de restrição já instalados e as restrições de inicialização, pois remover apenas o código-fonte deixaria a proteção ativa sem seus controles de aprovação. O relatório de validação de omarchybot, publicado naquele dia, descreveu verificações com workers descartáveis e declarou explicitamente que a restauração do firmware Thunderbolt em hardware físico não havia sido testada.
A proposta de reversão foi encerrada sem ser incorporada em 12 de outubro, fora do período coberto. Portanto, seu estado atual não comprova que a remoção proposta tenha chegado à quattro.
06Proposta de instalação pela rede para pendrives pequenos é encerrada por custo de manutenção
Tsurgcom propôs, em omacom/omarchy-iso#256, uma mídia de instalação pela rede pequena o suficiente para caber em um pendrive de capacidade nominal de 4 GB. O autor relatou ter obtido uma imagem de aproximadamente 1.41 GiB ao omitir o espelho de pacotes incluído, abrindo mão da instalação offline e passando a exigir uma conexão funcional com a internet.
Os testes em execução revelaram falhas na preparação inicial do chaveiro e na interpretação dos resultados da busca por redes Wi-Fi. Tsurgcom informou ter corrigido esses problemas e, depois, removido sockets de agentes incluídos acidentalmente nos dados usados para inicializar o chaveiro. Segundo o relatório de testes do autor em omacom/omarchy-iso#256:issuecomment-6101577594, uma imagem recompilada concluiu posteriormente uma instalação não assistida pela rede e reiniciou sem unidades com falha.
dhh recusou a inclusão de mais um modo de instalação devido à carga de manutenção já existente da ISO, mas deixou aberta a possibilidade de manutenção independente. A proposta foi encerrada sem ser incorporada em 10 de outubro. omacom/omarchy-iso#256:issuecomment-6103168854 registra a decisão.
07Piphone chega ao marketplace após correções no acesso ao telefone e nos limites de atuação por aplicativo
O Piphone, enviado por 
areu01or00, permite controlar um iPhone por meio de um widget e um painel do Omarchy, com suporte do WebDriverAgent e de uma extensão do Pi. 
github-actions[bot] informou sua publicação no marketplace como um snapshot verificado após a revisão do mantenedor. omacom/omarchy-plugin-marketplace#10915:issuecomment-6098503193 registra a publicação.
A revisão de 
HANCORE-linux identificou acesso local sem autenticação aos endpoints de controle do telefone e exposição de perfis privados. areu01or00 substituiu os endpoints diretos por sockets Unix acessíveis apenas ao proprietário, reforçou o tratamento dos perfis e isolou o túnel subjacente em um namespace de rede privado. Correções posteriores passaram a verificar o aplicativo efetivamente em primeiro plano antes das ações, a repetir a verificação após o envio da aprovação e a interromper os monitores quando o aplicativo saía do escopo permitido.
HANCORE-linux aceitou as correções revisadas dos endpoints, dos perfis, do túnel e dos limites de atuação por aplicativo, exigindo, porém, preparação manual para a compilação local, o WebDriverAgent assinado e a configuração do Pi e do modelo. omacom/omarchy-plugin-marketplace#10915:issuecomment-6098467632 registra essa decisão. A verificação do marketplace se aplica ao snapshot revisado e não constitui uma auditoria de segurança.
08Verificação do Omabump revela falha em hook privilegiado de atualização do Voxtype
O pedido de 
Vladkarok para verificar um snapshot mais recente do Omabump continua aberto em omacom/omarchy-plugin-marketplace#10910. Durante a revisão, HANCORE-linux identificou um hook do pacote Voxtype que lia um arquivo de transferência em um diretório temporário compartilhado sem verificar sua propriedade e aceitava um executável controlado por um invasor como inicializador do sistema.
Vladkarok confirmou o mecanismo e explicou que o mesmo hook era executado nas atualizações comuns do pacote, de modo que a correção cabia ao pacote, e não ao plugin. O autor descreveu uma alteração proposta que usaria armazenamento acessível apenas ao root e restringiria os caminhos dos executáveis restaurados, e planejou atualizar a receita fixada pelo Omabump depois que essa correção fosse incorporada. omacom/omarchy-plugin-marketplace#10910:issuecomment-6098036843 registra a resposta; a discussão fornecida não comprova a conclusão da correção no pacote.
09Revisão do Ward questiona exposição de dados por permissões de diretório somente para leitura
A proposta Ward de 
jacob-vincent-mink continua aberta em omacom/omarchy#10974. Sua descrição atual propõe workers isolados para código Quickshell de terceiros, com aprovações específicas por revisão e permissões selecionadas, mas indica que o empacotamento nativo, o roteamento do registro e um trabalho mais amplo de aceitação ainda estão pendentes.
Em 10 de outubro, o revisor 
SorenHJohansen relatou que permissões somente para leitura poderiam expor configurações protegidas do host mesmo nos locais em que permissões de escrita eram rejeitadas. O revisor descreveu uma reprodução de ponta a ponta do fluxo de aprovação e pediu que essas raízes de diretório fossem rejeitadas nos dois modos de acesso ou que houvesse um contrato explícito sobre a exposição dos dados. A mesma revisão apontou problemas com o caminho do compilador e o ambiente gráfico em testes opcionais. omacom/omarchy#10974:issuecomment-6102074229 acrescenta uma questão concreta de confidencialidade à proposta de isolamento, que continua aberta.
