목차
1. 소개2. 개요
3. 일반적인 정보
3.1. RPM 구하기
3.2. 요구 사항
4. RPM 사용하기
5. 이제 우리가 RPM을 가지고 할 수 있는 것은 무엇이 있는가?
6. RPM 만들기
6.1. rpmrc 파일 (The rpmrc File)
6.2. 명세 파일 (The Spec File)
6.3. 헤더 (The Header)
6.4. 준비 (Prep)
6.5. 빌드
6.6. 설치
6.7. 설치와 제거의 선행/후행 스크립트
6.8. 파일
6.9. 빌드하기
6.9.1. 소스 디렉토리 트리
6.9.2. 빌드 테스트
6.9.3. 파일 리스트 생성
6.9.4. RPM으로 패키지 만들기
6.10. 테스트
6.11. 새로운 RPM 패키지들로 할 수 있는 것
6.12. 지금은 무엇을?
7. 다중 아키텍처에서 사용할 수 있는 RPM 만들기
7.1. 명세 파일 예제
7.2. Optflags
7.3. 매크로
7.4. 패키지에서 제외되는 아키텍처
7.5. 마무리
8. 저작권
본문내용
1. 소개RPM은 레드햇 패키지 관리자이다. 여기에는 레드햇이라는 이름이 들어
있지만, 누구나 사용할 수 있는 개방된 패키징 시스템으로 만들어졌다.
RPM은 사용자가 새로운 프로그램의 소스 코드를 소스와 바이너리로
패키징이 가능하도록 한다. 이렇게 되면 바이너리를 쉽게 설치하고
찾아내고 소스를 쉽게 다시 빌드할 수 있게 된다. 이것은 모든 패키지와
파일의 데이터베이스를 관리하는데, 이는 패키지를 검증하고 파일과
패키지의 질의에 쓰인다.
레드햇 소프트웨어는 다른 배포본 제작자들이 RPM을 살펴보고 사용하는
배포본에 채용할 것을 권장한다. 이렇게 많은 부문에서 확장 가능한 기반을
제공함에도 불구하고도, RPM은 매우 유연하고 사용하기 쉽다. RPM은 전부
개방되었고 사용가능해서 우리는 버그리포트와 수정을 보내 주는 것에
감사하는 바이다. RPM은 GPL을 따라 로얄티 없이 배포된다.
RPM에 대해 더 완벽한 문서는 Ed Bailey씨가 쓴 Maximum RPM이란 책이
있다. 이 책은 다운로드 받을 수 있고 www.redhat.com
<http://www.redhat.com> 에서 구입할 수도 있다.
2. 개요
첫째로, 필자가 RPM을 바탕으로 하는 철학을 설명하고자 한다. 설계한
목적중 하나는 사용자들이 소스를 ``그대로'' 사용할 수 있도록 하는
것이다. RPP(RPM 이전의 패키징 시스템)로 만든 소스 패키지들은 우리가
빌드한 소스에서 ``해킹'' 한 것이었다. 이론적으로, 한 사람이 RPP로된
소스를 설치하는 것은 아무런 문제가 없다. 그러나 소스가 오리지널이
아니면, 소스를 빌드할 때 어떠한 것을 수정해야 하는지 참조할 만한 것이
없다. 결국 사용자는 원래 소스를 별도로 받아야 한다. RPM을 사용한다면,
여러분은 컴파일할 때 사용한 패치와 함께 원래 소스를 그대로 사용할 수
있다. 우리는 여기서 커다란 이득을 얻을 수 있다. 왜 일까? 여러 가지
이유가 있다. 하나는, 프로그램이 버전업되면, 여러분은 레드햇 리눅스에서
처음부터 컴파일할 필요가 없다. 그리고, 여러분은 어떠한 일을 할 필요가
있는지 보기 위하여 패치를 살펴볼 수 있다. 컴파일할 때 기본값은 이러 한
방법으로 쉽게 볼 수 있다.
RPM은 강력한 질의 옵션을 둘 수 있도록 설계되었다. 여러분은 전체
데이터베이스에서 특정한 패키지나
참고 자료
없음태그
이 자료와 함께 구매한 자료
- 뉴 미디어의 주인공들 4페이지
- 청소년 비행 연구 6페이지
- 활성산소가 죽음을 부른다. 15페이지
- 기체의 퍼지는 속도 4페이지
- 비정질반도체에 대해 11페이지