Day 2 - 패키지 관리 (2): DEB·APT와 소스 설치

dpkg — 저수준 도구

dpkg -i 패키지.deb        # 설치
dpkg -r 패키지명          # 삭제 (설정 파일은 남김)
dpkg -P 패키지명          # 완전 삭제 (purge — 설정까지)
dpkg -l                   # 설치된 패키지 목록
dpkg -L 패키지명          # 그 패키지가 설치한 파일 목록
dpkg -S /경로/파일        # 이 파일이 어느 패키지 것인가

• -r과 -P의 차이 — -r(remove)은 설정 파일을 남기고, -P(purge)는 설정까지 지운다.
• dpkg도 의존성을 해결하지 않는다. 저수준 도구의 공통 성질이다.
• rpm과 마찬가지로 설치(-i)에는 .deb 파일을, 삭제·조회에는 패키지 이름을 준다.

dpkg -l 의 앞 두 글자

$ dpkg -l | grep -E 'apache2-bin|vsftpd'
ii  apache2-bin    2.4.52-1ubuntu4    amd64    Apache HTTP Server (modules and other binary files)
rc  vsftpd         3.0.5-0ubuntu1     amd64    lightweight, efficient FTP server written for security

• rc가 바로 -r과 -P의 차이가 눈에 보이는 자리다. dpkg -r vsftpd 뒤에는 rc로 남고, dpkg -P vsftpd 를 하면 목록에서 사라진다.
• 설정을 남기는 이유는 다시 설치했을 때 예전 설정을 그대로 쓰기 위해서다. 깨끗이 새로 시작하려면 purge 한다.

패키지 파일 이름 — RPM과 다른 점

   apache2 _ 2.4.52-1ubuntu4 _ amd64 . deb
      │            │             │
      │            │             └── 아키텍처
      │            └──────────────── 버전-리비전
      └───────────────────────────── 패키지 이름

• 같은 프로그램이라도 배포판마다 패키지 이름이 다를 수 있다. 아파치 웹 서버는 레드햇 계열에서 httpd, 데비안 계열에서 apache2 다. 아래 apt 예시의 httpd는 어제와 견주기 쉽게 이름을 맞춘 것이고, 실제 우분투에서는 apt install apache2 로 설치한다.

dpkg가 의존성에 막히면

apt — 고수준 도구

apt update                 # 패키지 목록 갱신 (설치는 안 한다!)
apt upgrade                # 설치된 패키지 업그레이드
apt install httpd          # 설치
apt remove httpd           # 삭제
apt purge httpd            # 설정까지 삭제
apt search 키워드          # 검색
apt show httpd             # 정보
apt list --installed       # 설치 목록

⚠️ update와 upgrade를 반드시 구분한다. apt update 는 저장소에서 "어떤 패키지의 어떤 버전이 있는지" 목록만 새로 받아온다. 실제로 무언가를 설치하거나 바꾸지 않는다. apt upgrade 가 그 목록을 보고 실제로 업그레이드한다. 그래서 항상 apt update && apt upgrade 순서로 쓴다.

• 저장소 주소는 /etc/apt/sources.list 와 /etc/apt/sources.list.d/ 에 있다.
• RPM 계열의 /etc/yum.repos.d/ 와 같은 자리다.

apt update가 따로 있는 이유

   저장소 서버                          내 컴퓨터
   패키지 목록  ── apt update ───────►  목록 사본 (/var/lib/apt/lists/)
   패키지 파일  ── apt upgrade ──────►  실제 설치 · 갱신
                  apt install

• apt는 내 컴퓨터에 받아 둔 목록 사본을 보고 일한다. 사본이 낡으면 새 버전이 나온 줄 모르고, 이미 저장소에서 사라진 옛 파일을 받으려다 실패한다.
• 그래서 설치 전에도 apt update를 먼저 한다. 새로 설치한 우분투에서 apt install이 "패키지를 찾을 수 없다"고 하면 대개 목록을 한 번도 받지 않은 것이다.
• yum에는 이 단계가 따로 없다. yum은 목록이 낡았으면 실행할 때 알아서 새로 받으며, yum update는 곧바로 실제 업그레이드를 한다. 같은 update라는 단어가 두 계열에서 다른 일을 한다.

나머지 apt 명령

• 예전에는 설치는 apt-get, 검색은 apt-cache 로 명령이 나뉘어 있었다. apt는 자주 쓰는 기능을 한 명령으로 모은 것이다.
• apt remove와 apt purge의 차이는 dpkg -r과 -P의 차이와 똑같다 — 설정 파일을 남기느냐 지우느냐다.

sources.list 한 줄 읽기

   deb  http://archive.ubuntu.com/ubuntu  jammy  main restricted
    │                 │                     │         │
    │                 │                     │         └── 구성 요소(영역)
    │                 │                     └──────────── 배포판 버전의 코드명
    │                 └────────────────────────────────── 저장소 주소
    └──────────────────────────────────────────────────── deb = 바이너리, deb-src = 소스

• 줄을 고친 뒤에는 apt update를 해야 새 저장소의 목록이 들어온다.
• 최근 배포판은 같은 내용을 다른 형식의 파일(/etc/apt/sources.list.d/ 아래 .sources)에 담기도 한다. 시험에서 묻는 위치는 /etc/apt/sources.list 다.

두 계열 대응표

압축과 묶기

묶는 것(archive)과 압축(compress)은 다른 일이다.

   압축률   xz  >  bzip2  >  gzip
   속도     gzip  >  bzip2  >  xz

• tar 자체는 압축하지 않는다. 묶기만 한다. 그래서 .tar.gz 처럼 두 단계를 거친 이름이 흔하다.

압축 도구는 파일 하나만 다룬다

$ ls
access.log  error.log
$ gzip access.log
$ ls
access.log.gz  error.log
$ gunzip access.log.gz
$ ls
access.log  error.log

• gzip은 원본을 지우고 .gz로 바꿔 놓는다. 원본과 압축본이 함께 남지 않는다. bzip2·xz도 같다.
• 세 도구 모두 파일을 하나씩 압축할 뿐 여러 파일을 한 덩어리로 만들지 못한다. 디렉터리를 통째로 압축하려면 먼저 tar로 묶어야 하는 이유다.

• 해제는 셋 다 -d(decompress) 로도 된다. gunzip은 gzip -d와 같은 일을 한다.
• zip·unzip 은 계열이 다르다. 묶기와 압축을 한 번에 하며 윈도와 주고받을 때 쓴다(.zip).

tar 옵션

tar -cvf 묶음.tar 폴더/        # 묶기 (create)
tar -xvf 묶음.tar              # 풀기 (extract)
tar -tvf 묶음.tar              # 목록만 보기 (list)
tar -zcvf 묶음.tar.gz 폴더/    # 묶고 gzip 압축
tar -zxvf 묶음.tar.gz          # gzip 해제하고 풀기
tar -jxvf 묶음.tar.bz2         # bzip2
tar -Jxvf 묶음.tar.xz          # xz

-c(묶기)와 -x(풀기) 를 바꾸면 원본이 덮어써질 수 있다. -z는 소문자 gzip, -j는 bzip2, -J는 대문자 xz 라는 짝도 그대로 나온다.

옵션 글자를 읽는 순서

   tar  -z c v f  backup.tar.gz  /home/alice
         │ │ │ │        │             │
         │ │ │ │        │             └── 묶을 대상
         │ │ │ │        └──────────────── -f 가 받는 파일 이름
         │ │ │ └── f : 다음에 오는 것이 아카이브 파일 이름
         │ │ └──── v : 처리하는 파일을 화면에 표시
         │ └────── c : 동작 (c · x · t 중 하나만)
         └──────── z : 압축 방식 (z · j · J 중 하나)

• 동작은 c·x·t 중 정확히 하나를 고른다. 여기에 압축 방식 하나와 v·f를 붙이는 구조다.
• f는 맨 뒤에 둔다. f 바로 다음 것이 파일 이름으로 해석되기 때문이다. tar -cfv a.tar dir 처럼 쓰면 v라는 이름의 아카이브를 만들려 든다.
• 하이픈 없이 tar zxvf 파일 로 써도 같은 뜻이다. 두 표기가 모두 보기에 나온다.

tar -zxvf backup.tar.gz -C /tmp        # /tmp 아래에 푼다
tar -ztvf backup.tar.gz                # 풀지 않고 안에 무엇이 있는지만

• 최근의 GNU tar는 풀 때 압축 형식을 스스로 알아내기도 한다. 하지만 묶을 때는 옵션을 주지 않으면 압축되지 않으며, 시험에서는 확장자에 맞는 옵션을 붙인 것을 정답으로 고른다.
• -t로 먼저 목록을 보는 습관이 안전하다. 최상위 디렉터리 없이 묶인 아카이브를 풀면 파일 수백 개가 현재 디렉터리에 쏟아진다.

소스로 설치하기

패키지가 없거나 옵션을 직접 정해야 할 때는 소스를 컴파일한다.

   1  tar -zxvf program-1.0.tar.gz     압축 해제
   2  cd program-1.0
   3  ./configure                      환경 검사 · Makefile 생성
   4  make                             컴파일
   5  make install                     설치 (보통 root 권한)

• ./configure --prefix=/opt/myapp 처럼 설치 위치를 지정할 수 있다.
• 소스 설치는 의존성도 직접 챙겨야 하고 삭제도 어렵다. 되도록 패키지를 쓰는 것이 권장된다.
• --prefix를 주지 않으면 보통 /usr/local 아래에 설치된다. 패키지가 설치하는 /usr와 섞이지 않게 하려는 자리다.
• configure 앞의 ./ 는 "현재 디렉터리에 있는 것"이라는 뜻이다. 현재 디렉터리는 PATH에 없으므로 configure라고만 치면 찾지 못한다. 반면 make는 시스템에 설치된 명령이라 ./가 붙지 않는다.

단계별로 막히는 자리

• 세 단계는 앞 단계의 결과물을 다음 단계가 받아 쓰는 사슬이다. ./configure가 만든 Makefile을 make가 읽고, make가 만든 실행 파일을 make install이 복사한다. 순서를 바꿀 수 없는 이유다.
• ./configure와 make는 일반 사용자로, make install만 root로 하는 것이 관례다.

내일은 장치 파일과 /dev 디렉터리를 다룬다.

📖 용어

• dpkg : 데비안 계열의 저수준 패키지 도구. 의존성을 해결하지 않는다.
• apt : 데비안 계열의 고수준 도구. 저장소를 이용해 의존성까지 처리한다.
• apt update : 저장소의 패키지 목록만 새로 받아오는 명령.
• apt upgrade : 실제로 패키지를 최신 버전으로 갱신하는 명령.
• tar : 여러 파일을 하나로 묶는 명령. 자체 압축 기능은 없다.
• gzip / bzip2 / xz : 압축 도구. 확장자는 각각 .gz, .bz2, .xz다.
• ./configure : 소스 설치에서 시스템을 검사하고 Makefile을 생성하는 단계.
• make install : 컴파일 결과물을 시스템에 설치하는 단계.