3.2. SPEC 파일 작업

절차

1. ~/rpmbuild/SPECS 디렉터리로 변경하고 rpmdev-newspec 유틸리티를 사용합니다.

   $ cd ~/rpmbuild/SPECS
   
   $ rpmdev-newspec bello
   bello.spec created; type minimal, rpm version >= 4.11.
   
   $ rpmdev-newspec cello
   cello.spec created; type minimal, rpm version >= 4.11.
   
   $ rpmdev-newspec pello
   pello.spec created; type minimal, rpm version >= 4.11.

   ~/rpmbuild/SPECS/ 디렉토리에는 이제 bello.spec,cello.spec 및 pello.spec 이라는 세 개의 SPEC 파일이 포함되어 있습니다.

절차

1. rpmdev-newspec 유틸리티에서 제공하는 ~/rpmbuild/SPECS/<name>.spec 파일의 출력 템플릿을 엽니다.

2. SPEC 파일의 첫 번째 섹션을 채웁니다.

   첫 번째 섹션에는 rpmdev-newspec 이 함께 그룹화된 다음 지시문이 포함되어 있습니다.

   • 이름
   • 버전
   • 릴리스 버전

   • 요약

     이름은 이미 rpmdev-newspec 에 인수로 지정되어 있습니다.

     소스 코드의 업스트림 릴리스 버전과 일치하도록 Version 을 설정합니다.

     릴리스 는 자동으로 1 %인 1%{?dist} 로 설정됩니다. 업스트림 릴리스 버전이 변경되지 않고 패키지를 업데이트할 때마다(예: 패치 포함 시) 초기 값을 늘립니다. 새로운 업스트림 릴리스가 발생하면 릴리스 를 1 로 재설정합니다.

     요약 은 이 소프트웨어가 무엇인지에 대한 간단한 한 줄 설명입니다.

3. 라이센스,URL, Source0 지시문을 채웁니다.

   License 필드는 업스트림 릴리스의 소스 코드와 관련된 소프트웨어 라이센스입니다. SPEC 파일에서 라이센스 레이블을 지정하는 방법에 대한 정확한 형식은 다음과 같은 특정 RPM 기반 Linux 배포 지침에 따라 다릅니다.

   예를 들어, GPLv3+ 를 사용할 수 있습니다.

   URL 필드는 업스트림 소프트웨어 웹 사이트에 URL을 제공합니다. 일관성을 위해 %{name} 의 RPM 매크로 변수를 사용하고 https://example.com/%{name} 을 사용합니다.

   Source0 필드는 업스트림 소프트웨어 소스 코드에 URL을 제공합니다. 패키지화 중인 특정 버전의 소프트웨어에 직접 연결되어야 합니다. 이 문서에 제공된 예제 URL에는 나중에 변경될 수 있는 하드 코드된 값이 포함되어 있습니다. 마찬가지로 릴리스 버전도 변경될 수 있습니다. 이러한 잠재적인 향후 변경 사항을 단순화하려면 %{name} 및 %{version} 매크로를 사용합니다. 이 값을 사용하면 SPEC 파일에서 필드 하나만 업데이트해야 합니다.

4. BuildRequires,Requires 및 BuildArch 지시문을 채웁니다.

   BuildRequires 는 패키지에 대한 빌드 타임 종속 항목을 지정합니다.

   패키지에 대한 런타임 종속성을 지정합니다.

   이는 기본적으로 컴파일된 확장없이 해석된 프로그래밍 언어로 작성된 소프트웨어입니다. 따라서 noarch 값을 사용하여 BuildArch 지시문을 추가합니다. RPM에 이 패키지가 빌드된 프로세서 아키텍처에 바인딩할 필요가 없음을 나타냅니다.

5. %description,%prep,%build,%install,%files, %license 지시문을 채우십시오.

   이러한 지시문은 다중 줄, 다중 구조 또는 스크립트 작업을 수행할 수 있는 지시문이므로 섹션 제목으로 간주할 수 있습니다.

   %description 은 하나 이상의 단락을 포함하는 Summary 보다 소프트웨어에 대한 더 긴 전체 설명입니다.

   %prep 섹션에서는 빌드 환경을 준비하는 방법을 지정합니다. 일반적으로 소스 코드의 압축 아카이브 확장, 패치 적용, 소스 코드에 제공된 정보의 구문 분석을 통해 SPEC 파일의 뒷부분에서 사용할 수 있습니다. 이 섹션에서는 내장된 %setup -q 매크로를 사용할 수 있습니다.

   %build 섹션은 소프트웨어 빌드 방법을 지정합니다.

   %install 섹션에는 소프트웨어를 빌드한 후 BUILDROOT 디렉터리에 설치하는 방법에 대한 rpmbuild 지침이 포함되어 있습니다.

   이 디렉토리는 최종 사용자의 root 디렉토리와 유사한 빈 chroot 기본 디렉터리입니다. 여기에서 설치된 파일이 포함될 모든 디렉터리를 만들 수 있습니다. 이러한 디렉터리를 생성하려면 경로를 하드 코딩하지 않고도 RPM 매크로를 사용할 수 있습니다.

   %files 섹션은 이 RPM에서 제공하는 파일 목록과 최종 사용자의 시스템의 전체 경로 위치를 지정합니다.

   이 섹션에서는 기본 제공 매크로를 사용하여 다양한 파일의 역할을 나타낼 수 있습니다. 이 명령은 command[]rpm 명령을 사용하여 패키지 파일 매니페스트 메타데이터를 쿼리하는 데 유용합니다. 예를 들어 LICENSE 파일이 소프트웨어 라이센스 파일임을 나타내려면 %license 매크로를 사용합니다.

6. 마지막 섹션인 %changelog 는 패키지의 각 버전 릴리스에 대한 datetamped 항목 목록입니다. 소프트웨어 변경 사항이 아닌 패키지 변경 사항을 기록합니다. 패키징 변경 사항의 예: 패치 추가, %build 섹션의 빌드 절차를 변경합니다.

   첫 번째 줄에 대해 다음 형식을 따르십시오.

   * 문자로 시작한 다음 Day-of-Week Month Name Surname <email> - Version-Release로 시작합니다.

   실제 변경 항목에 대해서는 다음 형식을 따릅니다.

   • 각 변경 항목은 변경할 때마다 하나씩 여러 항목을 포함할 수 있습니다.
   • 각 항목은 새 줄에서 시작됩니다.
   • 각 항목은 - 문자로 시작합니다.