Surface 지원이 진전되는 가운데 Quattro에 커널 선택 기능과 데스크톱 수정 사항 반영

01Update 메뉴에서 기본 부팅 커널 선택

dhh가 omacom/omarchy#15966을 작성해 Quattro 개발 브랜치에 병합했다. 여러 커널이 설치돼 있으면 이제 Update에 Kernel 메뉴가 표시된다. 이 메뉴는 인증을 거쳐 Limine's 기본 커널을 변경하고, 선택한 커널을 다시 빌드한 뒤 재부팅 알림을 제공한다. 이 명령은 Direct Boot 환경에서는 전환을 거부하며, 전환에 실패하면 이전 부팅 설정의 복원을 시도한다.

논의에서는 한 가지 제약을 의도적으로 받아들이기로 했다. 부팅 순서를 직접 편집해 와일드카드로 시작하도록 설정한 경우, 현재 커널에 체크 표시가 나타나지 않을 수 있다. dhh는 기본 제공 설정과 선택 명령이 정확한 커널 이름을 사용한다고 설명했다. greptile-apps[bot]는 이 절충을 받아들이고 omacom/omarchy#15966:discussion_r4339204956에서 지적을 철회했다.

02모니터를 다시 켜거나 플로팅 작업 공간을 사용할 때 개인 레이아웃 유지

dhh가 zihaomu의 수정 두 건을 Quattro 개발 브랜치에 병합했다. omacom/omarchy#16147에서는 디스플레이를 다시 활성화해도 해당 모니터 이름으로 지정된 기존 규칙의 모드, 위치, 배율이 유지된다. omacom/omarchy#16143에서는 저장된 작업 공간 모드 뒤에 등록된 개인 플로팅 창 규칙이 처음 일치하는 창이 열리기 전에 적용된다. 이에 따라 원치 않는 크기 변경이나 이후 타일링으로의 전환을 막는다.

omarchybot는 일회용 Omarchy 작업 환경에서 두 문제를 모두 재현하고 수정 사항을 확인했다고 보고했다. 디스플레이 리뷰에서는 남아 있는 한계도 확인했다. 사용자가 지정한 와일드카드 규칙과 설명 기반 모니터 규칙에서는 여전히 레이아웃이 유실될 수 있다. 플로팅 작업 공간 변경은 규칙의 적용 주체와 제외 처리를 바로잡는 것으로, 초기 창 크기 협상 전반의 해결책이 검증된 것은 아니다.

03Surface Pro 11 패키지 반영, 보드 설정은 결정 대기

turbineBMW's Surface Pro 11 보드 지원 제안인 omacom/omarchy#14390는 아직 열려 있다. 지원에 필요한 커밋은 패키지 저장소의 master 브랜치에 반영됐으며, Wi-Fi, 오디오, 카메라 라우팅, Flex Keyboard 페어링, 절전 모드 복귀 동작, 펜 입력, 주변광 감지를 다룬다. 패키지 커밋에는 edge에 배포했다고 명시돼 있지만, 이는 보드 설정의 채택과는 별개다.

birkskyum's 리뷰에서는 ARM 전용 패키지를 x86_64 오프라인 미러에서 제외하고, 공개된 패키지로 설치를 완료할 것을 요구했다. 미러 제외 변경은 ISO 저장소의 Quattro 브랜치에 omacom/omarchy-iso@886f2899f1bb로 커밋됐다. turbineBMW는 omacom/omarchy#14390:issuecomment-6323783042에서 Surface에 새로 설치하는 데 성공했다고 보고했다.

이후 omarchybot는 작성자 측의 선행 요건은 충족됐지만, 분류와 서로 경쟁하는 지원 방식 중 어느 쪽을 택할지는 여전히 메인테이너의 결정이 필요하다고 밝혔다. 제안된 설정은 OLED 모델을 대상으로 하며, LCD와 X Plus 모델은 테스트 범위에 포함되지 않는다.

04다중 사용자 제안, 디스크 키와 계정 삭제 안전장치 강화

osbase77's 미병합 제안 omacom/omarchy#16100은 로컬 관리자 계정과 제한된 권한의 계정, 개별 로그인 ID를 도입하고, 단일 사용자와 다중 사용자 구성 사이를 전환할 때 root 접근과 자동 로그인 방식을 변경한다. 모든 계정에 관리자 권한을 부여하지 않고도 한 기기를 함께 사용할 수 있게 하려는 제안이다.

10월 21일 리뷰에서 greptile-apps[bot]는 사용자가 제어할 수 있는 복구 메모가 계정 삭제를 막을 수 있다고 지적했다. osbase77는 자동 로그인을 복원하기 전에 수행하던 이 검사를 디스크 키 슬롯 검사로 바꿨다. 이후 실제 복구 메모가 삭제될 수 있다는 우려가 제기되자, 표준 경로에 해당 메모가 있는 홈 디렉터리는 삭제하지 못하도록 안전장치를 추가했다. osbase77는 메모 소유자를 삭제한 뒤의 복구에는 여전히 수동 작업이 필요할 수 있다고 인정했다.

CappieGold는 SSSD 구성에서 발생한 Active Directory 호환성 문제를 설명했다. 세션 잠금 해제와 디렉터리 그룹 권한 문제 등이 포함됐다. osbase77는 이번 제안의 범위를 로컬 계정으로 유지하고, omacom/omarchy#16100:issuecomment-6320386855에서 디렉터리 연동은 별도로 구현할 것을 제안했다.

05Podman 기본 엔진 채택 제안, 마이그레이션과 복구의 적용 범위 명시

acrogenesis는 Podman을 기본 컨테이너 엔진으로 채택하고 Docker 호환성을 선택적으로 제공하기 위해 omacom/omarchy#16173을 열었다. 이 제안은 개발용 데이터베이스를 루트 권한이 없는 사용자 서비스로 실행하고, 지원 대상 Docker 마이그레이션 과정에서 데이터를 보존한다. 또한 Windows 실행기를 인증을 거치는 root 권한 Podman으로 전환하면서 디스크와 인증 정보는 유지한다. 아직 병합되지는 않았다.

greptile-apps[bot]는 패키지 조회로 Docker 대체 제공 패키지를 감지할 수 있는지 의문을 제기했다. acrogenesis는 격리된 패키지 데이터베이스와 실제 pacman 바이너리로 테스트한 결과 해당 제공 패키지들이 정상적으로 조회됐다고 보고하고, omacom/omarchy#16173:discussion_r4337709418에서 이 지적을 오탐으로 분류했다. 작성자는 현재의 집중 테스트 모음 결과와 이전의 실제 실행 검증도 구분했다. 이번에 갱신한 제안에서는 전체 설치와 엔진 마이그레이션을 다시 수행하지 않았다.

06캡티브 포털 제안, 로그인 중 Tailscale 출구 노드 일시 중지

dhh는 연결 상태 확인을 Omarchy's 자체 엔드포인트로 옮기고 캡티브 포털 로그인을 개선하기 위해 omacom/omarchy#16186을 열었다. 제안된 포털 명령은 사용 중인 Tailscale 출구 노드를 일시 중지하고 연결 상태를 지켜보다가 로그인 후 복원한다. 네트워크 패널도 인터넷에 연결되지 않은 동안에는 오해를 일으킬 수 있는 패킷 손실 측정값을 표시하지 않도록 바뀐다.

greptile-apps[bot]는 로캘에 따라 달라지는 완료 확인 방식 때문에 출구 노드가 중지된 채로 남을 수 있다는 점과, 번역 카탈로그를 거치지 않는 알림 문자열을 지적했다. 제안은 아직 열려 있다. dhh's 설명에는 브라우저에 캐시된 HSTS가 알려진 장애 요인으로 기록돼 있으며, 실제 출구 노드의 일시 중지와 실제 캡티브 포털 로그인 과정은 아직 테스트하지 않았다고 명시돼 있다.

07파티션 테이블을 읽지 못할 때 기존 데이터를 보호하는 설치 안전장치 제안

emirb는 여유 공간에 설치하는 과정에서 최초 파티션 테이블 읽기에 실패하면 기존 파티션을 새로 만든 파티션으로 오인할 수 있음을 확인하고 omacom/omarchy-iso#307을 열었다. 이 경우 기존 Omarchy EFI 파티션이 포맷되거나 롤백 중 삭제될 수 있었다.

아직 병합되지 않은 이 제안은 파티션 생성 전후에 테이블을 정상적으로 읽고, 파티션이 정확히 하나만 늘어났는지 확인하도록 한다. 생성 결과를 안전하게 식별할 수 없으면 추측하지 않고 설치를 중단한다. github-actions[bot]는 omacom/omarchy-iso#307:issuecomment-6322688377에서 x86_64와 aarch64 모두 설치 테스트를 통과했다고 보고했다.

08PC에 실제로 설치할 커널로 부팅하는 라이브 ISO 제안

emirb's 미병합 제안 omacom/omarchy-iso#310은 일반 PC의 라이브 환경에서는 linux-omarchy로 부팅하고, 제조사 정보가 Apple인 기기에서는 linux-t2를 유지하도록 한다. 부트로더와 디스크 잠금 해제 화면을 거친 뒤에야 설치된 커널을 처음 실행하게 되는 대신, 설치 전에 그 커널을 실제로 구동해 보는 것이 목적이다.

이 제안은 x86_64 이미지에 두 커널을 모두 추가하며, 이미지 크기는 약 3% 늘어날 것으로 추산한다. github-actions[bot]는 omacom/omarchy-iso#310:issuecomment-6328144501에서 x86_64와 aarch64 설치 테스트를 통과했다고 보고했다. 제안은 아직 병합되지 않았다.

09Agent Voice, 안전하지 않은 읽기·Git 훅·비공개 녹음 문제 수정 배포

github-actions[bot]는 omacom/omarchy-plugin-marketplace#12442:issuecomment-6327088335에서 메인테이너 리뷰를 거친 Agent Voice 업데이트가 공개됐음을 확인했다. 이번 업데이트는 음성 프롬프트 앞부분의 마이너스 기호도 보존해, 음수가 양수로 바뀌었다는 보고 사례를 바로잡았다.

HANCORE-linux's 리뷰에서는 엔드포인트 응답 크기에 제한이 없다는 점, 권한 검사 중 저장소에 설정된 Git 파일 시스템 모니터 훅이 실행된다는 점, 화자 모델과 과거 녹음의 접근 권한이 지나치게 넓다는 점을 지적했다. duaneoca는 이러한 문제를 재현하고 수정했으며, 데몬 시작 시 기존 비공개 데이터의 권한도 바로잡도록 했다고 보고했다. HANCORE-linux는 별도로 소스 코드를 통해 응답 크기 제한 수정을 확인했고, 이후 Git 관련 수정도 확인한 뒤 권한 문제를 제기했다.

메모리 측정값과 실제 실행 중 재현 결과는 duaneoca's 보고에 따른 것이다. 마켓플레이스 검증은 실제로 공개된 해당 스냅샷에만 적용되며, 보안 감사를 의미하지는 않는다.

10Omardeck, 리뷰 지적 수정 후 창 개요·독·알림 통합 제공

github-actions[bot]는 omacom/omarchy-plugin-marketplace#12449:issuecomment-6323100584에서 QuokeCola's Omardeck이 공개됐음을 확인했다. 이 플러그인은 창 개요, 독, 알림 센터를 결합한다. 제출 문서에서는 같은 제스처를 등록하는 창 개요·알림·독 플러그인과 기능이 겹칠 경우 해당 플러그인을 비활성화할 것을 권한다.

HANCORE-linux는 창 제목이 서식 있는 텍스트로 렌더링돼 셸에서 네트워크 요청이 발생할 수 있다고 지적했다. QuokeCola는 독의 텍스트를 일반 텍스트로 바꾸고 제목 관련 아이콘 처리를 제한했다고 보고했다. 이후 HANCORE-linux는 선택 사항인 터치패드 접근 규칙을 수용하고, 리뷰한 리비전에서 창 제목이 일반 텍스트로 처리되며 알림 기록의 비공개 접근 권한이 유지됨을 확인했다. 핵심 인터페이스는 해당 제스처 설정 없이도 작동한다.

11패키지 추적에 인증된 요청과 횟수가 제한된 재시도 도입

불안정한 업스트림 추적을 개선하기 위해 emirb 관련 패키지 유지보수 커밋들이 master에 반영됐다. omacom/omarchy-pkgs@4f04db9a0506은 인증된 GitHub API 요청을 추가하고, 문제가 발생하는 가져오기 작업에 HTTP/1.1 사용을 강제한다. 커밋 설명에 따르면 최근 실패 중 상당수는 공유된 익명 API 요청 한도 때문이며, 나머지 일부는 HTTP/2 오류 때문이다.

omacom/omarchy-pkgs@b4c15a6898b2은 일시적인 실패에 대해 횟수가 제한된 재시도를 추가한다. 또한 다운로드를 임시로 저장한 뒤 내용을 출력하도록 해, 재시도 후 불완전한 응답들이 이어 붙는 일을 방지한다. 함께 반영된 커밋은 Basecamp에 매시간 보내던 일반적인 브랜치 추적 실패 메시지를 없애는 한편, 실패한 Actions 실행 기록과 패키지별 로그는 유지한다.