설치와 셸 통합의 분리

패키지 관리자로 앱을 여럿 깔았는데 그중 몇 개는 우클릭 메뉴가 안 나왔다. 설치가 덜 됐나 싶어 재설치하려다 멈추고 앱 디렉터리를 먼저 열어 봤다.

Open Table of contents

앱 디렉터리의 등록 파일

디렉터리에 통합용 등록 파일이 그대로 들어 있었다. 우클릭 메뉴를 넣는 것과 빼는 것과 파일 연결을 거는 것 세 종류였다.

이 파일들을 반영해야 통합이 걸리는 것이고 설치 시점에 자동으로 되는 것이 아니었다. 파일이 이미 있으니 재설치로 얻을 것은 없었다.

패키지 관리자의 철학이 시스템을 안 건드리는 것이라 앱을 디렉터리에 풀고 경로만 잡는다. 레지스트리 수정은 시스템 변경에 해당하므로 사용자가 원할 때만 하게 남겨 둔 것이다.

설계로는 합리적인데 그 사실을 모르면 설치가 안 됐다고 오해하게 된다. 반영에 관리자 권한이 필요한지도 확인했는데 파일 내용이 전부 사용자 영역이라 필요 없었다. 전역 설치가 아니라 사용자 설치이기 때문이다.

파일을 전부 반영하려다 하나를 열어 보고 멈췄다. 파일 연결을 거는 쪽이 셸 스크립트를 더블클릭하면 실행되게 만드는 내용이었다.

나는 그 확장자를 편집 대상으로 다루므로 더블클릭하면 편집기가 열려야 한다. 같은 앱에 파일이 둘이었지만 우클릭 메뉴는 원하고 파일 연결은 원하지 않으므로 하나만 반영했다. 통합이라고 뭉뚱그리지 않고 각각이 무엇을 하는지 읽고 정하는 것이 필요했다.

어느 앱에 통합이 있고 없는지를 한 번에 훑었더니 여덟 개 앱 중 통합 파일을 가진 것은 셋뿐이었다. 나머지 다섯은 애초에 통합을 제공하지 않으므로 우클릭 메뉴가 안 나오는 것이 정상이다.

파일이 있다고 적용된 것은 아니어서 실제 레지스트리 키가 생겼는지도 따로 확인했다. 셋 중 둘은 적용돼 있었고 미적용은 하나로 확정됐다. 파일 유무가 제공 안 함과 미적용을 가르고 키 존재가 미적용과 적용됨을 가른다.

처음에 재설치하려던 것이 왜 틀렸는지가 이 조사의 요지다. 재설치해도 등록 파일은 여전히 반영되지 않는데 그것이 설치 단계의 일이 아니기 때문이다.

몇 번 재설치하고 왜 안 되는지 모른 채 다른 앱을 찾게 되는 흐름이 흔하다. 증상의 원인이 그다음 단계에 있으면 앞 단계를 아무리 반복해도 상태가 안 바뀐다.