Menu Close
Settings Close

Language and Page Formatting Options

Red Hat Training

A Red Hat training course is available for Red Hat Satellite

3장. 사용자 정의 패키지 작성

소프트웨어 패키지를 작성하는데 있어서 잘못하면 문제가 발생할 가능성이 높습니다. 특히 Red Hat Network를 통해서 패키지를 전달하고 설치할 경우는 더욱 그러합니다. 이 장에서는 Red Hat Network를 통해서 패키지를 성공적으로 배포할 수 있도록 패키지를 작성하는 방법에 대하여 설명해 보겠습니다. RPM을 사용하는 이유, RHN에서 패키지 작성 방법 및 패키지 서명 방법 등에 대하여 다루어 보겠습니다.

3.1. Red Hat Network의 패키지 작성

Red Hat Network는 RPM (RPM Package Manager의 줄임말) 기술을 이용하여 각 클라이언트 시스템에 필요한 소프트웨어 추가 및 업데이트를 결정합니다. Red Hat Network에서 다운로드받은 패키지는 일반적으로 RPM 형식입니다. Red Hat Network 웹사이트의 소프트웨어 페이지에서 전체 ISO 이미지를 사용할 수 있지만, RHN Satellite 설치시에는 사용할 수 없습니다. 사용자의 Satellite가 Solaris 지원한다면, RHN PUSH를 사용하여 Solaris 패키지를 Solaris 클라이언트가 사용하는 사용자 정의 채널에 업로드하실 수 있습니다.
RPM은 소프트웨어 패키지를 보다 쉽게 설치, 설치 해제, 업그레이드 및 확인할 수 있게 도와주는 도구입니다. 소프트웨어 개발자는 RPM을 사용하여 프로그램의 소스 코드와 컴파일된 버전을 패키지로 묶어 사용자와 개발자에게 전달할 수 있습니다.

3.1.1. RPM 이용 혜택

RPM은 다음과 같은 혜택을 제공합니다:
손쉬운 업그레이드
RPM을 사용하여 시스템의 개별 요소를 완전히 재설치할 필요없이 쉽게 업그레이드 가능합니다. Red Hat에서 새로운 버전의 Red Hat Enterprise Linux를 출시할 때마다 사용자 분들은 업그레이드를 위해 재설치하실 필요가 없습니다. RPM은 시스템을 재설치할 필요 없이, 완전 자동화된 업그레이드를 가능하게 합니다. 패키지 내의 설정 파일은 업그레이드 작업 후에도 보존되므로 사용자 설정이 그대로 유지됩니다. 또한 패키지를 설치하고 업그레이드하는데 동일한 RPM 파일이 사용되므로 패키지를 업데이트하기 위해 특별한 업그레이드 파일을 준비할 필요가 없습니다.
패키지 질의
RPM은 사용자가 전체 패키지를 저장한 RPM 데이터베이스에서 특정 파일을 검색할 수 있는 질의 기능을 제공합니다. 또한 패키지에 속한 파일이 무엇인지, 패키지가 속한 파일은 무엇인지와 같은 정보를 쉽게 알아낼 수 있습니다. 패키지에는 파일들이 압축된 아카이브 형식으로 저장되어 있으며, 각 패키지와 내용물에 대한 유용한 정보를 포함한 사용자 정의 바이너리 헤더를 갖추고 있습니다. 따라서 RPM은 이 헤더 정보를 이용하여 쉽고 빠르게 질의를 수행합니다.
시스템 검증
패키지를 검증할 수 있는 기능이 있습니다. 만일 한 패키지와 관련된 파일이 삭제되었는지가 걱정되신다면, 패키지를 검증하여 파일의 상태를 확인해볼 수 있습니다. 이 검증 작업은 모든 이례적인 상황을 사용자에게 알려줍니다. 문제가 발견되면, 쉽게 이 파일을 재설치하실 수 있습니다. 파일 재설치시 수정된 설정 파일은 보존됩니다.
원시 소프트웨어 소스
RPM의 가장 중요한 개발 요지는 소프트웨어를 작성한 저자가 배포한 원시 소프트웨어 소스를 사용하도록 하는 것입니다. RPM을 이용하여 원시 소스와 함께 사용된 패치 및 작성 지시 사항을 패키지로 묶을 수 있습니다. 이러한 기능은 여러가지 면에서 중요한 이점이 있습니다. 예를 들어, 새로운 버전의 프로그램이 출시될 경우, 사용자는 처음부터 다시 컴파일할 필요가 없습니다. 패치만 보고서도 어떠한 작업을 수행할 지를 알 수 있습니다. 이 기술을 이용하여 소프트웨어를 적절히 작성하기 위해 컴파일된 모든 기본 설정과 변경 사항을 쉽게 알아볼 수 있습니다.
원시 소스를 유지하는 것이 개발자에게만 중요할 것 같아 보이지만, 실제로 최종 사용자에게도 매우 중요한 기능입니다.

3.1.2. RHN RPM 가이드라인

RPM의 중요한 강점 중 하나는 의존성 문제를 알아내고 정확히 해결해내는 기능입니다. Red Hat Network는 RPM의 이러한 기능에 의존하고 있습니다. Red Hat Network는 자동화된 환경을 제공하므로 패키지 설치시 어떠한 수작업도 행해질 수 없습니다. 즉 Red Hat Network를 통해 배포할 RPM을 작성시 반드시 다음과 같은 규칙을 따르셔야 합니다:
  1. RPM을 익히십시오. 패키지를 제대로 작성하는데는 RPM의 중요한 기능을 잘 이해하고 계셔야 합니다. RPM에 대한 자세한 정보는 다음 자료를 참조하시기 바랍니다:
  2. 자식 채널에 사용될 RPM을 작성할 때에는 자식의 기본 채널과 같은 버전인 Red Hat Enterprise Linux에서 패키지를 작성하셔야 합니다. 먼저 Red Hat Network에서 업데이트를 모두 받으신 후 작성하셔야 합니다.
  3. RPM 패키지는 --force 옵션이나 --nodeps 옵션 없이 설치 가능해야 합니다. 빌드 시스템에서 RPM을 완전히 설치하지 못할 경우, Red Hat Network는 클라이언트 시스템에서 자동으로 패키지를 설치할 수가 없습니다.
  4. RPM 패키지 파일명은 NVR (이름, 버전, 릴리즈) 형식이어야하며, 패키지의 아키텍처 정보를 담고 있어야 합니다. 올바른 형식은 name-version-release.arch.rpm 입니다. 예를 들어 RPM 패키지 파일명이 pkgname-0.84-1.i386.rpm이라면, 여기서 이름은 pkgname, 버전은 0.84, 릴리즈는 1이며 아키텍처는 i386이라는 뜻입니다.
  5. RPM 패키지는 패키지의 관리자에 의해 서명되어야 합니다. 서명되지 않은 패키지가 Red Hat Network를 통해 배포될 수도 있지만, yum 업데이터는 서명되지 않은 패키지를 기본적으로 수용하지 않으므로, 강제로 수용하도록 만드셔야 합니다. 따라서 패키지 서명 작업은 매우 중요하며 3.2절. “RHN 패키지의 디지털 서명”에서 상세하게 설명하고 있습니다.
  6. 만일 패키지의 서명이 변경되거나 재컴파일된다면, 버전이나 릴리즈 번호가 증가되어야 합니다. 즉 RHN를 통해 배포되는 각 RPM의 NVRA (파일명)은 혼동을 피하기 위해 각 빌드 버전을 반영하도록 설정하셔야 합니다.
  7. 어떠한 RPM 패키지도 스스로 사용을 멈출 수 없습니다.
  8. 만일 한 패키지가 두개의 패키지로 구분될 경우, 의존성 문제에 특히 신경쓰셔야 합니다. 반드시 구분해야 할 이유가 없다면, 기존 패키지를 구분하지 않으시는게 좋습니다.
  9. 설치전이나 설치후 또는 설치해제 이전 또는 설치해제 이후 스크립트에 의존하는 패키지는 사용 불가능합니다. 사용자가 직접 설치 후 설정해야하는 패키지는 Red Hat Network에서 작동할 수 없습니다.
  10. 모든 설치전이나 설치후 또는 설치해제 이전 또는 설치해제 이후 스크립트는 표준 오류 (stderr) 또는 표준 출력 (stdout)에 어떠한 결과도 출력해서는 안됩니다. 필요하지 않은 메시지는 모두 /dev/null로 리다이렉트하거나, 파일에 기록하십시오.
  11. spec 파일을 생성시 /usr/share/doc/rpm-<version>/GROUPS의 그룹 정의를 사용하십시오. 정확히 일치하는 그룹이 없다면, 가장 근사한 그룹을 선택하시면 됩니다.
  12. RPM 의존성 검사 기능을 사용하여 설치 후 프로그램이 제대로 실행될 수 있는지 확인하시기 바랍니다.

중요

파일을 아카이브한 후 설치후 스크립트에 아카이브 해제하는 방법을 사용하여 RPM을 생성하지 마십시오. RPM의 의도에 어긋나는 행위입니다.
아카이브에 있는 파일이 파일 목록에 포함되지 않았다면, 문제 해결을 위해 파일을 확인하거나 검사하는 것이 불가능합니다. 대부분의 경우 RPM만으로도 매우 효율적으로 아카이브를 묶고 풀 수 있습니다. 예를 들어 %postun 부분에서 삭제할 파일이 아니라면 %post에 파일을 생성하지 마십시오.