리눅스 관련 강좌란

제목	RPM 만들기 1998/05/08 (10:15)
이름	김효원
번호	25
조회	300
본문	3.23.6 내 시스템이 맞는 rpm 만들기 대부분의 rpm들은 i386(alpha등)으로 컴파일 된 패키지들이 많이 있습니다. 그러나 그중에 자신의 시스템과 잘 맞지 않아 다시 프로그램을 컴파일 하 여야 하는 경우가 있겠죠? 이런경우에 필요한 패키지는 .i386.rpm(.alpha.\ rpm)으로 마치는 패키지가 아니라 .src.rpm으로 마치는 패키지입니다. 이 들 패키지는 srpm이라고 불리는 Source를 포함하는 패키지들로 구성되어 있 는데 이 패키지를 재 컴파일 함으로써, 자신의 시스템에 최적화된 새로운 패키지를 얻을수 있기 때문에 좀더 마음에 드는 자기자신만의 리눅스를 만 들수 있습니다. 자 그러면 소스를 포함하는 패키지를 재컴파일해 봅시다. [root@stack SRPMS]# rpm --rebuild postgresql-6.2-1.src.rpm [Enter] Installing postgresql-6.2-1.src.rpm * Package: postgresql + gzip -dc /usr/src/redhat/SOURCES/postgresql-6.2.tar.gz + tar -xvvf - . . . [root@stack SRPMS]# 옵션으로 "rebuild"을 지정하면 됩니다. 이렇게 함으로서 패키지들은 /usr/src/redhat/BUILD라는 디랙토리에서 패키 지를 컴파일 하고 새롭게 패키징된 rpm이라는 패키지를 /usr/src/redhat/RPMS/i386에 만들어 놓습니다. 여러분들은 /usr/src/redhat/RPMS/i386에 존재하는 rpm을 앞에서 설명한 업 그레이드나 인스톨 옵션을 사용하여 설치 하면됩니다. <참고 시작> 패키지를 다시 컴파일하는 것은 패키지를 인스톨하는 시간보다 많은 시간을 요구하므로 특별한 경우가 아니면 사용을 자제하는 것이 좋을 겁니다. 필 자가 이렇게 컴파일해 본 패키지 중에 가장 오래도록 컴파일 하는 것은 바 로 GCC와 LIBC입니다. 만약에 여러분들 중에 한번 시험해 보고 싶은 분이 있다면 이 패키지들을 --rebuild시켜놓고 시간을 재보기를 바랍니다. <참고 끝> 3.23.7 자신의 CPU에 맞는 rpm을 만들자. 자신의 CPU에 맞는 rpm을 생성하기 위해서는 "buildarch" 라는 옵션을 사용 합니다. 이 옵션은 패키지를 사용자의 cpu에 맞추어 만들어 주는 기능을 하지만 대부분의 패키지들이 이들 옵션을 지원하지 않습니다. 만약에 이 책을 보는 여러분들중에 .src.rpm이라는 파일을 "mc"를 통해 들여다 보았 다면 spec확장자를 가지는 파일들을 보았을 것입니다. 이 파일의 내부를 들 여다 보면 하나의 스크립터 형식으로 되어 있는데 혹시 본적이 있습니까? 대부분의 패키지들이 $RPM_ARCH라는 환경 변수를 사용하지 않는 것을 알수 있을 것입니다. 이제 여기서 여러분들은 "buildarch"라는 옵션이 바로 RPM_ARCH라는 환경 변수를 설정하는 옵션이라는 것을 알게 될것입니다. 그 런데 이를 사용하지 않는 이유는 무엇일까요? 바로 그 이유는 "rebuild"만으로도 충분히 최적화된 패키지를 얻을수 있다 는 것입니다. 자 그러면 먼저 "buildarch"에서 사용할수 있는 cpu형태를 알아 봅시다. cpu 형태 : i386,i486,i586,i686 많이 보던 형식이죠? 그러면 "buildarch"를 사용한 간단한 예를 봅시다. [root@stack SRPMS]# rpm --rebuild --buildarch i586 postgresql-6.2-1\ .src.rpm [Enter] Installing postgresql-6.2-1.src.rpm * Package: postgresql * Package: postgresql-devel + umask 022 + echo Executing: %prep . . . [root@stack SRPMS]# 이렇게 함으로써 지금까지 얻어 왔던 .i386.rpm 대신에 .i586.rpm이라는 rpm패키지를 얻을수 있을 것입니다. 그런데 아마 위와같이 한다면 에러가 발생할것입니다. 어떤 에러냐구요? 바로 /usr/src/redhat/RPMS/i586 이라 는 디랙토리가 없다는 에러입니다. [root@stack SRPMS]# mkdir /usr/src/redhat/RPMS/i586 [Enter] [root@stack SRPMS]# 먼저 디렉토리를 만들어 준 다음에 해 주어야 합니다. 3.23.8 RPM 만들기 rpm에 매료되어 사용하다 보면 가끔씩 내가 rpm을 만들 수 있을까라는 생 각이 들곤 할것입니다. 필자도 처음에 그랬거든요. 그러나 이제부터 여러 분들은 직접 rpm 패키지를 만들 수 있을 겁니다. 그러면 rpm 패키징을 하기 위해서 알아 두어야 하는 것들은 과연 무엇일까 요? 가장 기본이 되는 것은 바로 rpm을 어디서 만들기 시작해야 되느냐 하 는 것입니다. 대부분 RedHat을 사용하는 독자라면 /usr/src/redhat이라는 디랙토리가 존재할텐데 이 디랙토리 내부에는 여러개의 하위 디랙토리가 있습니다. 이들 디랙토리가 바로 rpm을 만들기 위해 사용되어질 디랙토리 들입니다. 그러면 하나하나 살펴보기로 합시다. [root@stack SRPMS]# cd /usr/src/redhat [Enter] [root@stack redhat]# ls -p BUILD/    RPMS/     SOURCES/  SPECS/    SRPMS/ [root@stack redhat]# 그러면 이 디랙토리들의 용도를 살펴 봅시다. 1) BUILD - 패키지를 만드는데 사용되는 디랙토리로 소스를 풀고 컴파일을 하는등에 사용이 됩니다. 2) RPMS - 패키지로 만들어진 rpm파일이 저장되는 곳으로 기본적으로 i386 (인텔)이라는 디렉토리를 서브 디렉토리로 가지고 있습니다. 만약에 여러 분들이 i586이라는 패키지를 만든다면 i586이라는 디랙토리를 만들어 주어 야 rpm파일을 얻을수 있습니다. 이미 앞에서 언급한적이 있었죠? 3) SOURCE - 말 그대로 rpm을 만드는데 필요한 소스들을 저장한 디렉토리 입니다. 4) SPEC - 독자들이 가장 많이 접하게될 spec이라는 rpm 컴파일 스크립터 를 저장하는 디렉토리입니다.  이것에 대한 것은 뒤에서 다시 설명드리겠 습니다. 5) SRPMS - 소스를 담고 있는 rpm을 저장하는 디렉토리로 일반적으로 여러 들이 가장 많이 접하는 .i386.rpm이라는 파일이지만 여기에 저장되는 파일 은 .src.rpm이라는 파일로 실행 가능한 파일들을 포함하는 것이 아니라 패 키지를 만들기 위한 소스파일들을 포함하게 됩니다. # rpm --showrc [Enter] ARCHITECTURE AND OS: build arch           : i386 build os             : linux . . topdir               : /usr/src/redhat vendor               : (not set) # 여러분들이 위의 명령을 실행 한다면 위와 비슷한 결과를 얻었을 겁니다. 이것은 기본적으로 사용되는 spec의 내용들로 여러분들이 앞으로 만들 spec파일에서 변경할수 있는 내용들입니다. <참고 시작> 위와같은 설정 정보는 /usr/lib/rpmrc라는 파일을 기본으로 하여 구성된 내용인데 만약에 여러분들이 이 설정정보를 바꾸기를 원한다면 man page를 충분히 숙지한후에 변경하기 바랍니다. <참고 끝> 그러면 실제로 여러분들이 만들어야 될 spec파일을 봅시다. # rpm -qi postgresql Name        : postgresql                  Distribution: (none) Version     : 6.2.1                             Vendor: (none) Release     : 3J                            Build Date: Tue Oct\ 28 14:17:35 1997 Install date: Tue Oct 28 14:19:15 1997      Build Host: stack Group       : Applications/Databases        Source RPM: \ postgresql-6.2.1-3J.src.rpm Size        : 3057106 Summary     : Relational Data Base Management System(2Byte Patch\ Version) Description : PostgreSQL Data Base Management System (formerly known as Postgres, then as Postgres95). This rpm contains the version 6.2 release of the PostgreSQL database server. The server is not ANSI SQL compliant, but it gets closer with every release. WARNING: If you are upgrading an existing system then back up your database. The database format is liable to change every few weeks with no notice besides a quick comment in the HACKERS mailing list. It is therefore a bad idea to skip this step. Have a look at the INSTALL file for instructions. If you rebuild the source rpm you should deinstall postgresql first and make sure there is no /var/lib/postgresql directory. (built with flex-2.5.4, see README.flex) # 실행된 결과를 보면, postgresql에 관한 정보를 볼수 있습니다. <참고 시작> 위와같은 정보를 보기 위해서는 PostgreSQL이 설치되어야 합니다. <참고 끝> 여기서 얻을수 있는 내용은 패키지의 이름, 버젼등.. 이런것은 실제로 spec에 정의되어지는 것으로 여러분들이 직접 만들어 주어야 하는 부분입 니다. 그러면 이러한 것을 만들기 위해 정의해야 되는 내용들을 하나하나 익혀보 기로 하겠습니다. *)Summary: rpm 패키지의 대략적인 설명을 적는 부분입니다. 예를 들면, Summary: Relational Data Base Management System(2Byte Patch Version) *)Name: rpm 패키지 명을 적는 부분입니다. 예를 들면, Name: postgresql <참고 시작> 여기서 정의되는 내용은 rpm 생성시 파일명으로 적용되어 지는 부분으로 앞 으로 만들어질 파일들의 시작은 postgresql이라는 파일명을 가지게 됩니다. <참고 끝> *)Version: 패키지의 버젼을 적는 부분이다 예를 들면 Version: 6.2.1 *)Release: 패키지의 패키징된 번호를 적는 곳입니다. 예를 들면. Release: 3J <참고 시작> 영문자와 숫자를 조합하여 사용할수 있습니다. <참고 끝> *)Copyright: 만들어질 패키지의 제작자/제작사를 적는 부분입니다. 예를 들면, Copyright: Copyright (c) 1994-6 Regents of the University of \ California, distributable *)Group: 패키지가 속해 있는 그룹을 적는 부분으로 이 부분의 정의에 따라 만들어질 패키지가 어떠한 형태의 패키지로 분류되는지 알수있게 됩 니다. 예를 들면, Group: Applications/Databases <참고 시작> 위의 형태는 Applications안의 Databases라는 구분을 갖는다는 표현이 됩 니다. 만약에 다른 그룹에 포함시키고자 한다면 다음을 참고하시기 바랍니 다. Applications    Communications    Editors Emacs    Emulators    Engineering    Spreadsheets    Databases    Graphics    Networking    Mail    Math    News    Publishing TeX    Sound Base    Kernel Utilities    Archiving    Console    File    Printing    System    Terminal    Text Daemons Documentation X11    XFree86 Servers    Applications Graphics Networking    Games Strategy Video    Amusements    Utilities    Libraries    Window Managers Libraries Networking    Admin    Daemons    News    Utilities Development    Debuggers    Libraries Libc    Languages Fortran Tcl    Building    Version Control    Tools shells Games <참고 끝> 와 같으며, 그 외에 독자가 직접 정의하여 사용할수도 있다. *)Source<n>: 패키지의 소스파일들을 나열하는 곳으로 이후에 %setup에서 압축이 모두 풀려 /usr/src/redhat/BUILD에 자리잡게 됩니다. 위에서 정의 한 Version은 %{PACKAGE_VERSION}라는 값으로 대치하여 사용될수 있습니 다. *)Patch<n>: 패키지의 패치되는 파일들의 소스를 나타내는 부분으로 이후 에 %patch<n>과 일대일로 대응됩니다. 예를 들면 Patch: postgresql-6.2-1.patch Patch1: postgresql-6.2-2.patch *)BuildRoot: 패키지를 실제 인스톨할 디랙토리를 나타내는 필드로  단지 선언만 했다고 바로 적용되는 것이 아닙니다. 이것은 이후 %install이라는 필드에서 컴파일된 프로그램들을 인스톨할때 Makefile에 알려주어야 비로 서 적용될수 있습니다. 만약에 현재 사용중인 패키지와 중복을 피하기 원 한다면 사용하기를 권장합니다. 예를 들면 BuildRoot: /tmp/postgresql-root 와 같이 정의 하고 %install 필드의 처음 부분에서 생성해주어야 합니다. *)Requires: 이 패키지를 사용하기 위해 필요한 패키지를 정의하는 필드로 이 필드가 바로 의존성 검사에 사용되는 필드입니다. 예를 들어 Requires: postgresql = %{PACKAGE_VERSION}-%{PACKAGE_RELEASE} 와 같이 사용할수 있는데 이것은 postgresql의 패키지 버젼이 같을때만 인 스톨을 행하도록 하겠다는 뜻입니다. *)URL: 이 패키지가 존재하는 URL또는 자신의 URL을 표시해두는 부분입니 다. 예를들면 URL: http://www.postgresql.org *)Icon: 이 패키지를 나타낼수 있는 Icon파일을 등록하는 부분입니다. *)Packager: 패키지를 제작한 사람의 이름,  전자우편 주소  정도를 적으 면 됩니다. 그러면 이제 앞의 정보를 바탕으로 하여 하나씩 배워보기로 합시다. 다음은 명령실행 필드입니다. 위에서 한 것은 헤더 부분이라고 생각하면 됩 니다. %package [-n] <package 명> : 이는 rpm 정보를 설정하는 부분입니다. 여기 서 %package에 포함되는 정보는 Summary: , Group: , Requires: 등이며 %package는 여러개의 rpm파일을 만들때 각각의 rpm파일들의 기본적인 정보 를 설정할수 있도록 한 부분이 됩니다. 여러분들이 이를 사용함으로 NAME-<package 명>-VERSION-RELEASE.ARCH.rpm 이라는 파일이 만들어 집니다. 예를 들어 위에서 만들어지는 파일은 postgresql-6.2-1.i386.rpm postgresql-devel-6.2-1.i386.rpm 입니다. 여기서 두번째로 생성되는 postgresql-devel에서 devel이 %package필드에서 선언하는 <package 명>이 됩니다. 만약, NAME의 하위 패키지명으로 인식시키지 않으려면 -n 을 사용 하면 됩니다. 그러면 독립된 <package 명>을 갖는 rpm패키지를 얻을 수 있을 겁니다. 예를 들어 %package -n devel 을 한다면, 만들어지는 패키지 명은 devel-6.2-1.i386.rpm 파일이 생성됩니다. 그리고, %package에 포함되는 정보인 Summary: 와 Group과 Requires:에 대 한 설명은 앞부분을 참조하기 바랍니다. 그럼, 실제 사용 예를 보기로 합시다. %package devel Summary: Libraries/header files for developing Postgresql applications Group: Development/Libraries Requires: postgresql = %{PACKAGE_VERSION}-%{PACKAGE_RELEASE} 위와 같이 package에 패키지 명을 정의 한다면 반드시 Group:을 사용하여, 이 패키지가 어떠한 그룹에 속하는 지를 알려 주어야 합니다. 만약에 알려 주지 않는 다면 rpm은 이를 에러로 간주하게 됩니다. 이외에도 올수 있는 것은 Summary:나 Requires:와 같은 패키지의 의존성 검사나 패키지의 Summary등이 올수 있습니다. %description <package 명> 이 부분은 패키지의 설명을 기술하는 부분으로 패키지의 기본적인 정보를 기술하면 됩니다. 예를 들면, %description devel This package includes the libraries and header files necessary to\ develop postgresql applications in C. %changelog   무엇이 바뀌었는지 알려 주고자 할때 사용할수 있습니다. %prep 패키지의 압축을 풀기전에 실행되어 지는 스크립터를 정의하는 부분 입니다. %setup [-n 설치 디랙토리] [-a [Source 파일 순서]] 이 부분은 Source:에 정의된 파일을 /usr/src/redhat/BUILD/<Source>로 풀어 놓게 놓도록 하기 위해 사용됩니다. 기본적으로 Source: 에 정의된 파일이 postgresqlv6.2.tar.gz이라고 하면 /usr/src/redhat/BUILD/postgresqlv6.2 를 기본적인 디렉토리로 인식하려 할것입니다. 그런데 내부에 존재하는 디 랙토리가 psql이라고 한다면 어떻게 되겠습니까? 분명히 rpm build중에 문 제가 생길겁니다. 그러면 어떻게 정의하면 이 문제를 해결할수 있을까요? 그것은 바로 %setup -n psql 이라고 알려 줌으로써, $RPM_SOURCE_DIR을 재 설정할수 있게 도와줍니다. 만약, -a옵션을 사용한다면 -a에 정의된 순서 를 갖는 소스의 압축을 해제합니다. 즉 %setup -a 0 를 한다면, Source:로 정의된 압축파일의 소스를 풀어 놓고 %setup -a 1을 한다면 Source1:로 정 의된 압축파일의 소스를 풀어 놓습니다. 예를 들면 %setup 너무 간단하죠? 이 명령으로 소스의 압축을 해제하게 됩니다. %patch 위의 Patch:에서 정의한 파일들을 기초로 하여, 소스를 패치(수정) 하는 부분으로 사용법은 다음과 같습니다. %patch -p1 만약에 하나 이상의 패치파일이 있을 경우에는 %patch1 -p1 %patch2 -p1 자세한 내용은 patch의 man page를 보기를 바란다. <참고 시작> 여기서 주의해야할 점이 있습니다. 바로 위에서 정의한 Patch: 의 개수가 적거나 같아야 된다는 것입니다. 주의하세요. <참고 끝> %build - 소스를 컴파일 하는 부분으로, 컴파일에 필요한 기본적인 명령을 행합니다. 즉, 소스의 configure를 설정하거나, make를 하는등을 작업을 수 행하는 곳이죠. 여기서 주로 사용되어 지는 환경 변수는 아래와 같습니다. $RPM_SOURCE_DIR : 이는 /usr/src/redhat/SOURCE로 설정되어 있습니다. $RPM_BUILD_DIR : 컴파일을 하는 디렉토리입니다. 즉, /usr/src/redhat/BUILD 가 기본 디랙토리입니다. $RPM_BUILD_ROOT : 이는 BuildRoot:라는 spec헤더에서 정의하여 사용될수 있으며, 만약 정의하지 않을 경우 '/'를 갖습니다. $RPM_OPT_FLAGS : 컴파일 할때 쓰이는 옵션입니다. /usr/lib/rpmrc 를 보면 알 수 있을 겁니다. optflags: i386 -O2 -m486 -fno-strength-reduce 이런 식으로 지정되어 있는 부분이죠. $RPM_ARCH : 이는 컴파일되는 cpu의 형태를 나타내며 만약 인텔 독자라면 i386으로 기본 설정이 됩니다. $NAME : 이는 Name:이라는 spec헤더에서 정의하여 사용되는 부분으로 rpm 패키지의 이름을 나타냅니다. $VERSION: 이는 Version:이라는 spec헤더에서 정의하여 사용되는 부분으로 rpm패키지의 버젼을 나타냅니다. 예를 들면 %build cd src # # 2Byte Makefile.custom cp -f $RPM_SOURCE_DIR/Makefile.custom \ $RPM_BUILD_DIR/postgresql-6.2.1/src/ # # Configure echo -e '\n' | ./configure --prefix=/usr --with-template=linux-elf \ --includedir=/usr/include/postgres --enable-hba --enable-locale \ --host=${RPM_ARCH}-redhat-linux-gnu # # Make make HEADERDIR=/usr/include/postgres SRCDIR="`pwd`" \ DATADIR=/var/lib/postgresql # # perl5 interface ln -s libpq lib cd interfaces/perl5/ sh -c "export POSTGRESBUILDDIR=\"`pwd`/../..\"; perl Makefile.PL; make\ OPTIMIZE=\"${RPM_OPT_FLAGS}\"" # JDBC interface cd ../jdbc/ make 위와 같이, 실제 여러분들이 쉘명령 상태에서 인스톨하기 전 과정을 모두 써주어야 합니다. 정말 복잡하죠? 여기서는 쉘에서 사용가능한 모든 명령을 사용할수 있습니다. %install - 컴파일된 소스를 인스톨하기위한 부분으로 이 부분에서는 위 (%build)에서 만들어진 소스를 인스톨하게 됩니다. 여기서 사용되어 지는 환경변수에는 다음과 같은 것이 쓰일수 있습니다. $RPM_SOURCE_DIR : 이는 /usr/src/redhat/SOURCE로 설정되어 있습니다. $RPM_BUILD_DIR : 컴파일 하는 디렉토리입니다. /usr/src/redhat/BUILD가 기본 디렉토리가 되죠. $RPM_BUILD_ROOT : 이는 BuildRoot:라는 spec헤더에서 정의하여 사용될수 있으며 만약 정의하지 않을 경우에는 '/'를 갖습니다.

1998 by swindler