01Super+쉼표, 알림을 닫는 대신 알림의 동작 실행
dhh가 omacom/omarchy#16699 및 후속 변경인 omacom/omarchy#16701를 제안하고 quattro에 병합했다. 이제 Super+쉼표를 누르면 알림에 동작이 하나뿐인 경우 해당 동작을 실행하고, 여러 개라면 키보드로 선택할 수 있는 화면을 연다. 알림을 단순히 닫는 단축키는 Super+Alt+쉼표로 바뀐다.
후속 변경은 WhatsApp 웹 알림처럼 버튼 없이 클릭할 수 있는 알림도 처리한다. 최종 커밋은 알림을 보낸 네이티브 앱의 창 자체도 실행 가능한 동작으로 취급해 Signal 같은 앱도 지원한다. 모두 개발 브랜치에 반영된 변경 사항이다.
02네트워크 속도 테스트, 자체 트래픽만 측정하고 패널을 닫으면 종료
emirb가 omacom/omarchy#16681를 제안하고 quattro에 병합해, fast.com 스크립트를 별도 패키지로 제공되는 Omarchy 속도 테스트 클라이언트로 교체했다. 이 클라이언트는 네트워크 인터페이스의 전체 트래픽 대신 자체 전송량을 집계하며, 패널의 프로세스 ID를 전달받아 패널을 닫으면 테스트도 종료한다. 20초 감시 타이머는 진행이 멈춘 단계를 알린다.
emirb는 다른 다운로드 때문에 기존 측정값이 부풀려졌으며, 패널을 닫아도 업로드 작업 프로세스가 계속 실행됐다고 보고했다. 제시된 비교 수치는 작성자가 직접 측정한 것이다. 
greptile-apps[bot]는 교체안을 검토하며 릴리스에 필요한 의존성을 지적했다. 해당 의존성은 이제 omacom/omarchy-pkgs@9d9c35b5b886에 커밋됐으며, 안정 버전 4.0.6은 변경하지 않는다고 명시됐다. 새 실행기가 포함되는 릴리스에 함께 제공될 예정이다.
04새 암호화 설치 시 가능한 경우 4096바이트 섹터 사용
emirb는 omacom/omarchy-iso#336을 제안하고 quattro에 병합했다. 파티션 크기가 허용하는 경우 두 설치 경로 모두에서 암호화 섹터 크기를 4096바이트로 요청하도록 하는 변경이다. 또한 여유 공간에 만드는 파티션이 요청한 크기보다 512바이트 섹터 하나만큼 커져 해당 섹터 크기를 사용할 수 없던 문제도 수정한다.
hegjon는 ThinkPad T460s에서 각 조건별로 세 번씩 설치해 비교한 결과를 제시했다. 루트 이미지 기록 시간은 512바이트 섹터에서 약 2.46초, 4096바이트 섹터에서 약 2.16초였으며, 순차 읽기도 빨라졌다고 보고했다. 이는 기여자가 측정한 결과로, 모든 환경에서 성능 향상을 보장하는 것은 아니다. 이번 변경은 새 암호화 볼륨을 포맷할 때 적용되며, 기존 볼륨의 암호화 섹터 크기를 바꾸려면 볼륨을 다시 기록해야 한다.
05Snapdragon 수정으로 부팅 데이터 누락과 잠금 해제 시 키보드 입력 불가 문제 해결
emirb는 지원 대상 Snapdragon 노트북에서 암호화 디스크의 암호를 입력할 수 있도록 I2C HID 드라이버를 부팅 초기에 불러오는 omacom/omarchy#16688을 제안하고 quattro에 병합했다. 작성자는 ASUS Zenbook 14 UX3480QA에서 잠금 해제에 성공했다고 보고했다. 검토 후에는 Omarchy의 공통 Snapdragon 헬퍼로 기기를 감지하도록 바뀌었으며, greptile-apps[bot]는 앞서 지적한 헬퍼 관련 문제가 수정됐다고 확인했다.
관련 설치 프로그램 수정은 이미지에 포함된 부팅 파일을 EFI 시스템 파티션으로 옮긴다. 이렇게 하면 파티션을 마운트하면서 부팅 가능한 이미지 생성에 필요한 Snapdragon 디바이스 트리가 가려지는 일을 막을 수 있다. 이 작업은 omacom/omarchy-iso@1fe8d0599c94에 기록된 대로 ISO 저장소의 quattro 브랜치에 병합됐다. 두 변경 모두 개발 브랜치에 병합된 것이며, 안정 버전으로 출시됐다는 뜻은 아니다.
06배경 인트로, 덮개가 사라지면 폴링 중단
emirb와 관련된 quattro 커밋 omacom/omarchy@67faeb0d2b55은 배경 인트로의 덮개가 사라지고 테마 전환도 끝나면 프레임 상태 타이머를 중지한다. 이전에는 정적 배경화면으로 전환한 뒤에도 셸이 세션이 끝날 때까지 상태 확인 프로세스를 반복해서 실행하는 경우가 있었다.
커밋 설명에 따르면 Snapdragon 노트북에서 초당 62.5회의 프로세스 실행이 발생했다. 이를 뒷받침하는 비교에서는 모의 폴링 루프를 실행하지 않을 때 배터리 소비 전력이 더 낮았다. 다만 이는 작성자가 보고한 실험이며, 배포된 수정의 효과를 측정해 보장한 결과는 아니다.
07Apple GPU 패키지에 M3 기본 설정과 런타임 수명 관리 수정 함께 반영
chriskearney의 커널 패키징 작업인 omacom/omarchy-pkgs#1622은 이미 병합된 M3 기본 설정과 GPU 런타임 수명 관리 수정이 포함된 리비전을 고정한다. 
maralcbr는 커널과 부팅 시 제어 인계를 함께 적용하는 방안을 논의한 뒤 PR을 master에 병합했다. 이후 
github-actions[bot]는 aarch64용 linux-aurora 7.2.11.aurora7-1 및 헤더가 edge에 배포됐다고 보고했다.
관련 기본 브랜치 커밋들은 Mesa 통합과 M3 MacBook Air 부팅 패키지를 업데이트한다. 부팅 패키지 변경은 설치 시와 관련 업그레이드 시 J613 및 J615에 GPU 시작과 전원 제어 인계 설정을 추가한다. 제공된 커널 PR 설명에는 정확히 해당 커널·Mesa·부팅 구성의 조합을 함께 테스트하기 위해 보류한다는 내용이 여전히 남아 있다. 병합과 edge 배포만으로는 이 하드웨어 검증 단계를 통과했거나 해당 조합이 안정 버전에 도달했다고 볼 수 없다.
11서머타임 종료 후 시계 경고와 애플리케이션 실행 실패의 연관성 보고
mweinbergh는 10월 25일 시계가 한 시간 뒤로 조정된 뒤 omacom/omarchy#16677을 열었다. 수백만 건의 타이머 경고가 발생하고, 쌓인 셸 로그가 런타임 파일시스템을 가득 채웠으며, UWSM을 통한 애플리케이션 실행에 실패했다고 보고했다. 
AzrielSins는 런던에서 발생한 사례를 추가하며 경고 시각과 이후 로거 및 애플리케이션 데몬의 실패를 제시했다. 다만 재부팅 후에는 당시 파일시스템 사용량을 더 이상 확인할 수 없었다고 명시했다.
Dominik-O22는 베를린에서 발생한 사례를 제시하고, 의심되는 반복 실행의 원인을 Quickshell의 SystemClock에서 중복되는 현지 시각을 처리하는 방식으로 추적했다. 이슈는 아직 열려 있다. 이 보고들은 시계와 로깅 경로를 조사할 근거가 되지만, 수정이 병합됐음을 의미하지는 않는다.
12Omaroll 뷰어, 두 아키텍처 모두 edge에서 제공
ryanrhughes는 
btsouth가 제출한 Omaroll 패키지 PR omacom/omarchy-pkgs#295를 master에 병합했다. Omaroll 1.18.0은 로컬 이미지·동영상·PDF 보기 기능과 카메라 RAW 미리보기를 제공하며, 빠른 뷰어에서 라이브러리에도 접근할 수 있다.
github-actions[bot]는 x86_64와 aarch64용 패키지가 edge에 배포됐다고 보고했다. 이 패키지 빌드 정의는 Qt에 링크하므로 일반 릴리스 링을 유지한다. 따라서 이번 배포만으로 rc나 안정 버전에서도 이용할 수 있다고 볼 수는 없다.
