Arch Linux에서 Codex 0.157.0 업데이트 뒤 this CLI has no complete local package로 시작되지 않으면, 전체 삭제보다 먼저 설치 출처를 확인하고 codex --no-daemon을 한 번 실행해 보세요. 이 대조가 열리면 일반 CLI 자체보다 새 background daemon 준비 경로에서 막혔을 가능성을 좁힐 수 있습니다.
목차
먼저 같은 오류인지 확인합니다
버전, Arch 패키지 이름, 정확한 마지막 오류 문구가 모두 맞는지 먼저 확인합니다. 셋 중 하나가 다르면 아래 대조 결과를 같은 원인으로 단정하지 않습니다.
터미널에서 아래 정보를 보존합니다.
codex --version
pacman -Q openai-codex
공개 보고의 조건은 Arch Linux x86_64, openai-codex 0.157.0-1, Codex CLI 0.157.0입니다. 기본 실행은 다음 오류로 끝났습니다.
Error: this CLI has no complete local package; install a packaged Codex CLI or use the standalone installer
To work without the background server, rerun the same command with --no-daemon
오류 문구가 Missing optional dependency라면 이 글의 native Arch 패키지 문제가 아니라 npm wrapper와 플랫폼 패키지를 먼저 나눠야 합니다. 인증, 사용량 제한, 저장소 권한 오류도 별도 문제입니다.
–no-daemon으로 한 번만 대조합니다
--no-daemon은 영구 해결책이 아니라 실패 지점을 나누는 한 번의 대조입니다. 성공해도 패키지 설치가 수정됐거나 daemon 기능이 정상이라는 뜻은 아닙니다.
진행 중인 작업이 없는 새 터미널에서 실행합니다.
codex --no-daemon
공개 재현에서는 0.157.0 기본 실행이 실패했지만 --no-daemon에서는 입력 프롬프트가 열렸습니다. 이는 로그인 성공이나 패키지 수정 완료를 증명하지 않습니다. background daemon을 거치지 않는 경로가 동작한다는 대조입니다.
반대로 같은 complete-package 오류가 계속되거나 다른 오류로 끝나면 결과를 보존하고 이 사례의 해결책을 그대로 확대하지 마세요.
왜 0.156.1에서는 열리고 0.157.0에서 막혔나요?
공개 대조가 가리키는 차이는 사용자 계정보다 0.157.0의 daemon 시작 조건과 패키지 레이아웃입니다. 다만 한 사례만으로 Arch 패키지 전체의 보편 결함을 확정할 수는 없습니다.
이슈 작성자의 버전 대조에서는 Arch 패키지 0.156.1의 기본 실행은 열렸고 0.157.0에서만 실패했습니다. 작성자가 확인한 0.157.0 소스에서는 daemon 자동 시작의 기본값이 켜졌습니다. daemon 설치 준비는 complete package의 메타데이터와 묶음 레이아웃을 확인했습니다.
Arch PKGBUILD는 실행 파일을 /usr/bin에 설치합니다. 공개 보고 시점에는 공식 complete package와 같은 codex-package.json, codex-path, codex-resources 묶음을 설치하지 않았습니다. 공식 complete package는 daemon 시작에 성공했습니다. 거기서 실행 파일만 따로 복사하면 다시 같은 오류가 났습니다.
이 결과는 사용자 설정 하나가 깨졌다는 뜻보다 설치 레이아웃과 daemon 시작 조건의 경계를 가리킨다. 다만 upstream과 Arch 패키지 중 어느 쪽이 최종 수정 책임을 질지는 공개 보고만으로 확정하지 않습니다.
doctor가 정상이어도 왜 실행은 실패하나요?
doctor의 installation ok와 daemon용 complete package 준비 성공은 서로 다른 검사입니다. doctor가 정상이더라도 기본 실행과 --no-daemon을 따로 확인합니다.
같은 공개 재현의 codex doctor --json은 installation을 ok로 표시했습니다. 하지만 상세에는 install context가 other, managed package root가 not set으로 남았습니다.
따라서 doctor의 설치 일관성 통과를 daemon 준비 성공으로 읽지 않습니다. 실제 기본 실행과 --no-daemon 결과가 최종 대조입니다. 다른 경고와 함께 보인다면 Codex doctor 경고를 항목별로 나누는 순서로 설치 판정과 개별 검사를 분리하세요.
임시 사용 뒤 확인할 것
임시로 열렸다면 결과를 보존하고 패키지 수정 여부를 확인합니다. 설치 폴더를 직접 조립하거나 일부 파일만 복사하지 않습니다.
- 오류 문구와
codex --version,pacman -Q openai-codex결과를 보존합니다. --no-daemon이 열리면 그 옵션은 임시 분리 수단으로만 사용합니다.- Arch 패키지 갱신 내역과 upstream 이슈의 수정 여부를 확인합니다.
- 기능 플래그를 영구 변경했다면 이후 패키지 수정 뒤 원래 상태로 되돌릴 기준을 함께 기록합니다.
무조건 downgrade하거나 설치 폴더를 직접 조립하는 방법은 첫 조치로 권하지 않습니다. 특히 공식 complete package에서 일부 파일만 복사하는 방식은 공개 대조에서도 실패했습니다.
수정 전후를 비교할 때는 같은 입력과 검사 명령을 고정하는 방법처럼 버전·설치 출처·오류 문구를 그대로 두고 --no-daemon 유무만 바꾸면 원인 범위를 덜 섞을 수 있습니다.
자주 묻는 질문
--no-daemon을 계속 사용해도 되나요?
공개 재현에서는 임시로 CLI 프롬프트를 여는 분리 수단이었습니다. background daemon이 필요한 기능 범위와 후속 패키지 수정 여부를 확인한 뒤 영구 설정 여부를 판단하세요.
codex doctor --json이 ok면 설치가 정상 아닌가요?
그 결과는 이번 공개 사례에서 기본 실행 성공을 보장하지 않았습니다. doctor 결과와 기본 실행, --no-daemon 실행을 각각 보존해야 합니다.
npm의 optional dependency 오류와 같은 문제인가요?
아닙니다. npm 오류는 wrapper가 Linux 플랫폼 패키지를 찾지 못한 설치 단계입니다. 이 글은 Arch native package 설치 뒤 daemon용 complete-package 레이아웃을 확인하는 실행 단계입니다.
정리
- 정확한 complete-package 오류와 Arch 패키지 버전을 먼저 확인합니다.
codex --no-daemon으로 일반 CLI 경로와 daemon 준비 경로를 나눕니다.- doctor의 installation
ok는 daemon 시작 성공과 같은 판정이 아닙니다. - 공개 재현은 Arch 0.157.0 한 사례이며, 실제 Arch 독립 재현과 후속 수정 여부는 미확인입니다.
확인 환경: 공개 보고는 Arch Linux x86_64·Codex CLI 0.157.0, 로컬 확인은 macOS arm64·Codex CLI 0.156.1의 도움말 범위입니다. 정확 검색량과 seoin.dev 독자 직접 반응은 미확인입니다.
검증 기준
- 마지막 업데이트일: 2026-09-25
- 확인 환경: 공개 Arch Linux x86_64·Codex CLI 0.157.0 재현, macOS arm64·Codex CLI 0.156.1 도움말 대조
- 미확인: 실제 Arch 독립 재현, 후속 버전 수정 여부, 정확 월간 검색량
- 주요 근거: 공개 재현 이슈 #48050, Codex CLI 0.157.0 공식 릴리스
직접 만든 실습 자료와 새 도구 소식
AI 도구로 만든 실습 자료, 달라진 기능과 강의 소식을 준비하고 있습니다. 발송을 시작하면 안내해 드려요. 먼저 확인 메일에서 본인 이메일을 확인해 주세요.
신청하기 전에 첫 소식 미리보기에서 내용과 자료를 확인해 보세요.