모니터별 작업 공간, 실시간 언어 전환, 더 안전한 업데이트 경로

01새로 실행하는 데스크톱 앱에도 언어 변경 적용

dhh이 omacom/omarchy#15791을 제안하고 quattro에 병합했다. 이제 언어를 전환하면 Hyprland's 실행 환경이 갱신되고, 새 설정값이 받아들여진 뒤 데스크톱 셸이 다시 시작된다. 이후 단축키나 런처로 여는 앱은 다시 로그인하지 않아도 선택한 언어를 상속받을 수 있다.

리뷰어 greptile-apps[bot]은 omacom/omarchy#15791:discussion_r4305533187에서 문서에 단서를 덧붙여야 할 부분을 짚었다. 나중에 설정한 uwsm LANG 재정의 값은 다음 로그인 때 복원되지만, 실시간 언어 전환 후에는 유지되지 않는다. 이 변경은 개발 브랜치에 병합된 것으로, 안정 버전에 출시됐다는 근거는 아니다.

02모니터마다 독립적인 작업 공간 단축키 제공

ryanrhughes이 omacom/omarchy#15655을 quattro에 병합하면서 각 모니터에 1번부터 10번까지의 독립적인 작업 공간과 해당 작업 공간들을 표시하는 바가 생겼다. 이제 숫자 단축키는 포커스가 있는 모니터에 적용된다. 연결이 끊긴 화면의 작업 공간은 다른 화면으로 합쳐졌다가 원래 모니터가 다시 연결되면 돌아간다.

병합 후 greptile-apps[bot]은 모니터 식별, 오래된 복귀 기록, 사용자 지정 상태 디렉터리 처리와 관련된 문제를 지적했다. 이후 ryanrhughes은 세 문제를 모두 해결하는 omacom/omarchy#15867을 병합하고 문제 재현과 회귀 테스트 결과를 보고했다. 저장된 레이아웃은 여전히 작업 공간 번호에 연결되며, 방향 단축키로는 모서리만 맞닿은 모니터로 이동할 수 없다.

alexgeorgousis은 이제 고정된 작업 공간 단축키에 앱을 배정하려면 먼저 해당 모니터로 포커스를 옮겨야 한다고 설명했다. omacom/omarchy#15655:issuecomment-6252794912에서 ryanrhughes은 모니터별 사용자 지정 키 바인딩을 제안하고 전체 보기 기능이 곧 추가될 예정이라고 밝혔다. 이 답변만으로 전체 보기 기능이 이미 출시됐다고 볼 수는 없다.

03기본 명령줄 도구를 mise 네이티브 지연 설치 shim으로 전환

ryanrhughes이 jdx's 변경안 omacom/omarchy#9596을 quattro에 병합했다. 이제 기본 도구 20개는 직접 작성한 래퍼 대신 mise's 네이티브 지연 설치 기능을 사용한다. 기존 래퍼는 실행할 때마다 설정을 다시 쓰거나, gh가 mise's 자격 증명 도우미로 쓰일 때 반복 루프에 빠질 수 있었다. 마이그레이션은 사용자 지정 스크립트와 사용자 소유 심볼릭 링크를 보존한다. 이 변경에는 mise 2026.10.11이 필요하다.

10월 8일에 있었던 관련 논의에서 charlielockyer-rice는 에이전트 클라이언트가 오래된 버전으로 남는 문제와 자체 업데이트 기능을 둘러싼 혼란을 보고했다. 이에 jdx는 에이전트 자동 업데이트를 추가했다. 병합된 설정은 에이전트 CLI 11개의 업데이트를 최대 4시간에 한 번 확인하며, 업데이트에 실패하거나 컴퓨터가 오프라인이면 설치된 버전을 실행한다.

이제 Remove Preinstalls와 Restore Preinstalls로 사용자별 시스템 기본 도구를 관리할 수 있으며, 개별 도구를 비활성화하고 사용자가 직접 설치한 버전(user's own installation)을 사용할 수도 있다. PR에는 특정 항목에 초점을 맞춘 검증 결과가 보고되어 있지만, ISO를 이용한 새 설치와 대화형 제거·복원 절차는 아직 검증이 필요하다고 명시되어 있다.

04OpenClaw 마이그레이션 수정으로 업데이트와 사용자 설치본 보호

spencerbull는 omacom/omarchy#14212를 quattro에 병합해 기존 OpenClaw 마이그레이션을 폐기하고, 자체 업데이트가 가능한 사용자 런타임으로 옮기는 새 마이그레이션을 도입했다. 업데이트 명령의 제한된 PATH(update command's restricted PATH)에서 실패하던 검사를 수정하고 게이트웨이 복구 기능도 추가했다. 이후 spencerbull는 omacom/omarchy#15864를 병합해 범용 마이그레이션 유예 메커니즘을 제거했다. 이제 시드 파일이 없으면 아무것도 옮기지 않은 채 마이그레이션을 완료하고, 나중에 필요한 설정은 런처 복구 기능이 처리한다.

이어서 emirb는 omacom/omarchy#15875를 제안하고 quattro에 병합했다. 이제 사용자가 직접 설치한 OpenClaw 명령이나 게이트웨이가 충돌하더라도 해당 설치본은 그대로 두고 업데이트를 완료한다. 실제 설정 오류가 발생한 경우에는 여전히 마이그레이션을 대기 상태로 남긴다. greptile-apps[bot]는 코드 검토를 통해 이 구분을 확인했으며, 테스트는 실행하지 않았다고 명시했다.

별도로 spencerbull는 omacom/omarchy-pkgs#797를 master에 병합해 시드 패키지를 복원하고 OpenClaw를 fast 링에서 제외했다. github-actions[bot]는 omacom/omarchy-pkgs#797:issuecomment-6252395093에서 두 아키텍처 모두에 버전 2026.10.4-2이 edge로 배포되었다고 보고했다. 이 배포 보고가 확인해 주는 것은 edge에서 사용할 수 있다는 점이며, quattro의 수정 사항이 포함된 안정 버전의 출시 여부는 아니다.

05검증된 Arch 미러 스냅샷이 준비되어야 stable 승격 진행

emirb는 omacom/omarchy-pkgs#1247를 제안하고 master에 병합했다. 이제 stable과 릴리스 후보 채널의 Arch 미러 타임스탬프가 일치하지 않으면 패키지의 stable 승격이 중단되며, 둘 중 하나라도 읽을 수 없는 경우에도 중단된다. PR은 4.0.5 배포 당시 18분 동안 불일치가 발생해 Qt 6.12용으로 빌드된 Quickshell이 Qt 6.11과 함께 설치되었고, 그 결과 셸이 시작되지 않았다고 설명한다.

이후 master 커밋에서는 stable이 rc보다 최신일 때의 복구 안내를 다듬었다. omacom/omarchy-pkgs@49583e017635는 삭제된 역방향 동기화 도우미 대신 스냅샷을 수동으로 복사하도록 유지관리자에게 안내한다. 스냅샷 일치 여부를 확인하는 보호 장치는 그대로 유지된다. aarch64의 채널은 실시간 Arch Linux ARM 미러를 사용하므로 같은 검사는 없다.

06부팅 이미지 보호 장치로 비라틴 문자 자판의 암호문 입력 문제 방지

kevincardwell와 연결되어 있고 Kevin Cardwell이 작성자로 표시된 quattro 커밋은 비라틴 문자 콘솔 자판 배열이 Plymouth 디스크 잠금 해제 프롬프트에 적용되지 않도록 하는 보호 기능을 복원한다. omacom/omarchy@1d134a5261cb의 설명에 따르면, Arch의 Plymouth 훅(Arch's Plymouth hook)이 콘솔 설정을 독자적으로 복사하기 시작하면서 Omarchy의 기존 제외 설정(Omarchy's existing exclusion)을 우회했고, 이로 인해 LUKS 암호문을 입력할 수 없게 될 가능성이 생겼다.

이 보호 장치는 목록에 지정된 비라틴 문자 자판 배열에 대해 해당 복사를 제외하면서, 이전 설정의 라틴 문자 자판 배열은 유지한다. 마이그레이션은 영향을 받는 부팅 이미지를 다시 빌드한다. 이 변경은 quattro에 커밋되었으며, 제공된 기록만으로는 안정 버전에서 사용할 수 있는지 확인할 수 없다.

07패키지 퇴출 대상을 더 이상 쓰이지 않는 채널과 아키텍처로 세분화

master의 커밋들은 패키지 퇴출 범위를 레시피가 완전히 사라진 경우 외에도 적용할 수 있도록 넓힌다. ryanrhughes와 관련된 앞선 변경인 omacom/omarchy-pkgs@7c764cfb4bde는 레시피가 더 이상 빌드하지 않는 아키텍처의 패키지를 퇴출할 수 있게 한다. 이는 오래된 x86_64 Pinta 패키지가 Arch의 최신 버전(Arch's newer version)보다 우선 선택되는 문제를 해결하기 위한 것이다.

emirb의 커밋인 omacom/omarchy-pkgs@56689c7d0d75는 이 판단을 개별 채널로 확장한다. 명시된 사례는 stable에 남아 있는 오래된 개발 패키지로, edge에서 stable로 전환하는 데 문제를 일으킬 수 있다. 계획 도구는 패키지 베이스를 실제 레시피와 연결하기도 한다. omacom/omarchy-pkgs@d3995e0bef27는 레시피를 읽을 수 없으면 계획 수립을 전면 중단하도록 해, 읽기 실패를 패키지가 삭제된 것으로 오인하지 않게 한다. 이 커밋들은 퇴출 도구를 변경한 것이며, 오래된 항목이 실제로 제거되었음을 입증하지는 않는다.