7장. 데비안 패키지 관리 시스템 기초

패키지에는 일반적으로 일련의 관련 명령 또는 기능을 구현하는 데 필요한 모든 파일이 들어갑니다. 데비안 패키지에 있는 두 가지 유형:

패키지 시스템을 이용한 소프트웨어 설치는 패키지 관리자가 세심하게 설계한 "의존성"을 사용합니다. 이러한 의존성은 각 패키지와 관련된 control 파일에 문서화되어 있습니다. 예를 들어, GNU C 컴파일러 패키지 (gcc)는 링커와 어셈블러를 포함하는 binutils 패키지에 "의존"합니다. 만약 사용자가 binutils를 먼저 설치하지 않고 gcc 설치를 시도하면, 패키지 관리 시스템(dpkg)은 binutils가 필요하다는 오류 메시지를 보내고 gcc 설치를 중단합니다. (단, 사용자의 의지에 따라 이 기능을 무시할 수 있습니다. dpkg(8)를 참조하십시오.) 자세한 내용은 아래의 7.9절. “패키지 Depend, Recommend, Suggest, Conflict, Replace, Break 또는 Provide 뜻은 무엇인가요?”를 보십시오.

데비안 패키지 도구 사용:

데비안 "패키지" 또는 데비안 아카이브 파일은 특정 프로그램 또는 관련 프로그램과 관련된 실행 파일, 라이브러리 및 문서를 포함합니다. 보통, 데비안 아카이브 파일의 파일 이름은 .deb 로 끝납니다.

데비안 바이너리 패키지 형식 내부는 deb(5) 설명서 페이지에 설명합니다. 내부 형식은 변경될 수 있으며 (Debian GNU/Linux 메이저 릴리스 사이), 그러므로 .deb 파일을 저수준으로 다루려면 언제나 dpkg-deb(1) 을 쓰십시오.

데비안 바이너리 패키지의 파일 이름은 다음과 같은 명명 규칙을 따릅니다: <데비안패키지명>_<버전번호>-<데비안리비전번호>_<데비안아키텍처>.deb

특정 데비안 아카이브 파일(.deb 파일)과 연관된 패키지 이름을 확인하는 방법은 다음 중 하나로 할 수 있습니다:

VVV 구성요소는 업스트림 개발자가 지정한 버전 번호입니다. 이 부분에는 정해진 표준이 없기 때문에, 버전 번호의 형식은 "19990513" 및 "1.3.8pre1" 등 매우 다양할 수 있습니다.

RRR 구성요소는 데비안 개정 번호로, 데비안 개발자(또는 패키지를 로컬에서 직접 다시 빌드하려는 사용자)가 지정합니다. 이 번호는 데비안 패키지의 개정 수준을 나타내며, 따라서 새로운 개정 번호는 보통 데비안 Makefile(debian/rules), 데비안 control 파일(debian/control), 설치 또는 제거 스크립트(debian/p*), 또는 패키지에 사용되는 설정 파일들에 변경 사항이 생겼음을 나타냅니다.

AAA 구성요소는 해당 패키지가 빌드된 프로세서 아키텍처를 식별합니다. 일반적으로 AMD64, Intel 64 또는 VIA Nano 칩을 뜻하는 amd64가 주로 쓰입니다. 그 외의 다른 가능성에 대해서는 6.7절. “데비안 아카이브에 있는 그 모든 디렉터리는 무엇인가요?”에 설명된 데비안 아카이브 디렉터리 구조를 검토하십시오. 자세한 내용은 매뉴얼 페이지 dpkg-architecture(1)의 "Debian architecture" 설명을 보십시오.

데비안 control 파일 내용에 관한 자세한 사항은 데비안 정책 매뉴얼(Debian Policy Manual) 5장에 있습니다. 12.1절. “데비안 시스템에 다른 어떤 문서가 있나요?”를 보십시오.

데비안 패키지 hello 간단한 control 파일이 아래에:

Package: hello
Version: 2.9-2+deb8u1
Architecture: amd64
Maintainer: Santiago Vila <sanvila@debian.org>
Installed-Size: 145
Depends: libc6 (>= 2.14)
Conflicts: hello-traditional
Breaks: hello-debhelper (<< 2.9)
Replaces: hello-debhelper (<< 2.9), hello-traditional
Section: devel
Priority: optional
Homepage: https://www.gnu.org/software/hello/
Description: example package based on GNU hello
 The GNU hello program produces a familiar, friendly greeting.  It
 allows non-programmers to use a classic computer science tool which
 would otherwise be unavailable to them.
 .
 Seriously, though: this is an example of how to do a Debian package.
 It is the Debian version of the GNU Project's "hello world" program
 (which is itself an example for the GNU Project).

Package 필드는 패키지 이름을 나타냅니다. 이것은 패키지 도구들이 패키지를 조작할 때 사용하는 이름이며, 보통 데비안 아카이브 파일 이름의 첫 번째 구성 요소 문자열과 비슷하지만 반드시 같아야 하는 것은 아닙니다.

Version 필드는 7.3절. “데비안 패키지 파일 이름은 왜 그리 긴가요?”에서 설명한 바와 같이 업스트림 개발자의 버전 번호와 (마지막 구성요소에서) 이 프로그램의 데비안 패키지 리비전 레벨을 모두 나타냅니다.

Architecture 필드는 이 특정 바이너리가 컴파일된 칩을 명시합니다.

Depends 필드는 이 패키지를 성공적으로 설치하기 위해 반드시 설치되어야 하는 패키지 목록을 나타냅니다.

Installed-Size는 설치된 패키지가 얼마나 많은 디스크 공간을 소비하는지를 나타냅니다. 이는 프로그램 설치에 사용할 수 있는 디스크 공간이 충분한지 보여주기 위해 설치 프런트엔드에서 사용하도록 고안되었습니다.

Section 줄은 이 데비안 패키지가 데비안 아카이브 사이트의 어느 "섹션"에 저장되어 있는지를 나타냅니다.

Priority는 설치 시 이 패키지가 얼마나 중요한지를 나타내며, apt 또는 aptitude 같은 반지능형(semi-intelligent) 소프트웨어가 패키지를 예를 들어 선택적으로 설치된 패키지와 같은 카테고리로 분류할 수 있게 해줍니다. 7.7절. “Essential, Required, Important, Standard, Optional, Extra 패키지는 무엇인가요?”를 참조하십시오.

Maintainer 필드는 현재 이 패키지의 유지를 책임지고 있는 사람의 이메일 주소를 나타냅니다.

Description 필드는 패키지 기능에 대한 짧은 요약을 나타냅니다.

패키지가 가질 수 있는 모든 가능한 필드에 대한 더 자세한 정보는 데비안 정책 매뉴얼(Debian Policy Manual)의 5절, "Control files and their fields" 12.1절. “데비안 시스템에 다른 어떤 문서가 있나요?” 보십시오.

Conffile은 패키지 관리 시스템이 패키지를 업그레이드할 때 덮어쓰지 않는 설정 파일(대개 /etc 디렉터리에 위치)의 목록입니다. 이는 해당 파일 내용에 설정된 로컬 값(사용자 설정)을 그대로 보존하도록 보장하며, 가동 중인 시스템에서 패키지를 즉시 업그레이드할 수 있게 해주는 핵심적인 기능입니다.

업그레이드 중에 정확히 어떤 파일들이 보존되는지 확인하려면 실행할 명령어:

dpkg --status package

그리고 "Conffiles:" 아래 보십시오.

이 파일은 패키지가 설치되거나 제거되기 전 또는 후에 자동으로 실행되는 실행 가능한 스크립트입니다. control이라는 이름의 파일과 더불어, 이 모든 파일은 데비안 아카이브 파일의 "control" 섹션에 들어갑니다.

각 파일은:

현재 모든 제어 파일은 /var/lib/dpkg/info 디렉터리에서 찾을 수 있습니다. 패키지 foo와 관련된 파일들은 이름이 "foo" 로 시작하며, 용도에 따라"preinst", "postinst" 등의 확장자를 가집니다. 해당 디렉터리에 있는 foo.list 파일은 패키지 foo와 함께 설치된 모든 파일의 목록을 담고 있습니다. (단, 이 파일 위치는 dpkg의 내부적인 사항이므로, 이에 의존하여 작업을 수행하면 안 됩니다.)

각 데비안 패키지는 배포판 관리자가 우선순위(priority)를 할당하여, 패키지 관리 시스템을 돕습니다. 그 우선순위:

기본값 데비안을 설치하면 우선순위가 Standard 이상인 패키지가 모두 시스템에 설치됩니다. 만약 미리 정의된 task를 선택하면 이보다 우선순위가 낮은 패키지도 함께 설치될 겁니다.

또한, 일부 패키지는 시스템의 적절한 동작에 절대적으로 필요하기 때문에 Essential로 표시됩니다. 패키지 관리 도구는 이러한 패키지를 지우는 것을 거부합니다.

가상 패키지란 비슷한 기본 기능을 제공하는 패키지 그룹 전체에 적용되는 일반적인 명칭입니다. 예를 들어, konqueror 및 firefox-esr 프로그램은 모두 웹 브라우저이므로, 시스템에서 제대로 동작하거나 유용하게 쓰이기 위해 웹 브라우저를 필요로 하는 프로그램의 의존성을 충족시킬 수 있어야 합니다. 따라서 이 두 프로그램은 모두 www-browser라고 불리는 "가상 패키지"를 제공한다고 말합니다.

마찬가지로, exim4와 sendmail 둘 다 메일 전송 에이전트(MTA) 기능을 제공합니다. 따라서 이들은 "mail-transport-agent"라는 가상 패키지를 제공한다고 말합니다. 둘 중 하나만 설치되어 있어도, mail-transport-agent 설치에 의존하는 모든 프로그램은 이 가상 패키지의 존재를 통해 의존성이 충족됩니다.

데비안은 동일한 가상 패키지를 제공하는 패키지가 시스템에 여러 개 설치되어 있을 경우, 시스템 관리자가 그중 하나를 선호하는 패키지로 설정할 수 있는 메커니즘을 제공합니다. 관련 명령어는 update-alternatives, 이에 대한 자세한 설명은 11.11절. “어떤 사용자는 mawk를 좋아하고, 다른 사람은 gawk를 좋아합니다. 어떤 사람은 vim을 다른 사람은 elvis를 좋아합니다. 어떤 사람은 trn을 다른 사람은 tin을 좋아합니다. 데비안은 다양성을 어떻게 지원하나요?”에 있습니다.

데비안 패키지 시스템은 특정 시스템에서 프로그램 A가 프로그램 B의 존재 여부와 상관없이 독립적으로 동작할 수 있는 수준을 (단일 플래그로) 나타내기 위해 설계된 일련의 패키지 "의존성(dependencies)" 영역을 갖고 있습니다:

이러한 각 용어의 사용에 관한 더 자세한 정보는 데비안 정책 매뉴얼 7.2절 "바이너리 의존성"에서 찾을 수 있습니다(12.1절. “데비안 시스템에 다른 어떤 문서가 있나요?” 참조).

"Pre-Depend"는 특별한 형태의 의존성입니다. 대부분의 패키지 경우, dpkg는 시스템에 해당 패키지가 의존하는 파일들이 존재하는지 여부와 상관없이 패키지 아카이브 파일(즉, .deb 파일)의 압축을 풉니다(unpack). 쉽게 설명하자면, 압축 풀기(unpacking)란 dpkg가 아카이브 파일 내에서 사용자 파일 시스템에 설치될 파일들을 추출하여 제자리에 배치하는 것을 의미합니다. 만약 해당 패키지들이 시스템 내 다른 패키지의 존재에 의존한다면, dpkg는 그 다른 패키지들이 설치될 때까지 (설정(configure) 작업을 실행하지 않음으로써) 설치 완료를 거부합니다.

그러나, 특정 패키지의 경우, dpkg는 특정 의존성이 해결될 때까지 압축을 푸는 것(unpack)조차 거부하기도 합니다. 이러한 패키지들은 다른 패키지의 존재에 "선-의존(Pre-depend)"한다고 말합니다. 데비안 프로젝트는 패키지의 압축 해제 순서가 매우 치명적이었던 a.out 형식에서 ELF 형식으로의 안전한 시스템 업그레이드를 지원하기 위해 이 메커니즘을 도입했습니다. 이 방법은 필수(required) 우선순위를 가진 패키지들과 그들의 LibC 의존성 관계처럼, 대규모 업그레이드가 필요한 다른 상황에서도 유용합니다.

전처럼, 이에 대한 자세한 내용은 정책 매뉴얼에 있습니다.

이 "want" 플래그는 사용자가 패키지에 대해 무엇을 하려고 했는지를 나타냅니다(사용자가 dpkg/apt/ aptitude 등을 직접 실행하여 지시한 내용에 따라).

그 뜻:

패키지를 보류하는 3가지 방법. dpkg, apt 또는 aptitude.

명령 dpkg를 사용할 경우, 다음과 같이 패키지 선택 목록을 export:

dpkg --get-selections \* > selections.txt

그다음 생성된 파일 selections.txt 편집하여, hold 하려는 패키지(예: libc6)가 들어간 줄을 다음과 같은 내용에서 바꾸십시오:

libc6                                           install

이렇게 :

libc6                                           hold

파일을 저장하고, 아래 명령어로 dpkg 데이터베이스에 reload:

dpkg --set-selections < selections.txt

명령 apt로, 패키지를 hold

apt-mark hold 패키지명

그리고 hold를 제거하려면

apt-mark unhold 패키지명

명령 aptitude로, 패키지를 hold 할 수 있습니다

aptitude hold 패키지명

그리고 hold를 제거하려면

aptitude unhold 패키지명

데비안 소스 패키지는 사실 "설치"될 수 없으며, 바이너리 패키지를 만들고자 하는 디렉터리에 패키지가 풀릴 뿐입니다.

소스 패키지는 바이너리 패키지를 구할 수 있는 대부분의 똑같은 미러 사이트에서 배포됩니다. 만약 APT의 sources.list(5) 파일에 적절한 "deb-src" 줄이 들어가도록 설정했다면, 어떤 소스 패키지든 쉽게 다운로드할 수 있게 다음 명령을 실행

apt-get source foo

소스 패키지를 실제로 빌드하는 데 도움을 주기 위해, 데비안 소스 패키지는 build-dependencies 메커니즘을 제공합니다. 이는 소스 패키지 관리자가 해당 패키지를 빌드하는 데 필요한 다른 패키지들의 목록을 관리한다는 것을 의미합니다. 이것이 얼마나 유용한지 확인해 보려면, 다음 명령을 실행

apt-get build-dep foo

소스를 빌드 하기 전에.

선호하는 방법은 다양한 래퍼 도구를 사용하는 것입니다. 우리는 그것이 어떻게 이루어졌는지 devscripts 도구를 써서 보여줄 겁니다. 아직 설치하지 않았다면 이 패키지를 설치하십시오.

이제, 먼저 소스 패키지를 얻습니다:

apt-get source foo

그리고 소스 트리로 바꿉니다:

cd foo-*

필요한 빌드종속 설치(있다면):

sudo apt-get build-dep foo

그런 다음, 여러분만의 전용 빌드 버전을 생성하십시오 (나중에 데비안에서 새로운 버전을 릴리스했을 때 혼동되지 않도록 하기 위함):

dch -l local 'Blah blah blah'

마지막으로 패키지 빌드:

debuild -us -uc

모든 과정이 정상적으로 진행되었다면, 이제 다음 명령어를 실행하여 패키지를 설치할 수 있습니다

sudo dpkg -i ../*.deb

만약 수동으로 작업을 처리하는 것을 선호하고, devscripts를 사용하고 싶지 않다면 다음 절차를 따르십시오:

소스 코드를 컴파일하려면 foo_*.dsc, foo_*.tar.gz, 그리고 foo_*.debian.tar.xz 파일이 모두 필요합니다 (참고: 데비안 네이티브 패키지 중 일부는 .debian.tar.xz 파일이 없음).

파일을 갖고 있고(7.13절. “어떻게 소스 패키지를 설치하나요?” 참조) dpkg-dev 패키지가 설치되어 있다면, 다음 명령어:

dpkg-source -x foo_version-revision.dsc

foo-version 이름의 디렉터리에 패키지 압축을 해제합니다.

패키지를 컴파일하기만 하려는 경우, foo-version 디렉터리로 들어가서(cd) 다음 명령을 실행하면 됩니다.

dpkg-buildpackage -rfakeroot -b

패키지를 빌드하려면 (이것은 fakeroot 패키지 필요함을 주의), 그리고

dpkg -i ../foo_version-revision_arch.deb

새로 빌드한 패키지를 설치.

이에 대한 자세한 설명을 보려면 New Maintainers' Guide maint-guide 패키지 또는 https://www.debian.org/doc/devel-manuals#maint-guide, 또는 Guide for Debian Maintainers, debmake-doc 패키지 https://www.debian.org/doc/devel-manuals#debmake-doc 읽으십시오.