TEL. 053-453-6585
OPEN&CLOSE.  9:00~19:00
CLODED SHOP.  MONDAY
 
 
 

rpm spec 예제

2019年8月3日

%준비 섹션에는 이전 빌드의 잔재를 제거하는 것부터 시작하여 소프트웨어에 대한 빌드 환경이 만들어집니다. 이에 따라 소스 아카이브가 확장됩니다. 다음은 %준비 섹션이 예제 사양 파일에서 어떻게 보이는지 입니다: 빌드의 로그가 매우 길고 나중에 탐색을 위해 저장할 수 있습니다. 나는 emacs 또는 xemacs를 사용하고 쉘 (Alt-x 쉘)와 두 번째 창을 사용하고 ktron로 버퍼를 저장합니다. 로그(예: 완료되면). 패키지를 빌드하는 매우 깔끔한 방법이 있습니다: rpmbuild -bs –rmspec–rmsource(원래 빌드에서 아무 것도 제거하기 위해)를 사용한 다음 rpmbuild–rebuild를 수행합니다. ~/rpmbuild/BUILD 하위 디렉토리에서는 일반적으로 패치된 소스(하나 이상의 패치가 ~/rpmbuild/SOURCE에 제공된 경우) 바이너리, 컴파일된 라이브러리, 맨 페이지 등에 액세스할 수 있습니다. 사양 파일은 소스 및 패치 파일, 패키지를 빌드하는 방법 및 패키지를 설치하는 방법을 설명합니다. 공급업체 라인은 소프트웨어를 배포하는 조직을 식별합니다. 우리의 가상의 모티브를 유지, 우리는 우리의 사양 파일에 추가 할 가상의 회사, 화이트 양말 소프트웨어를 발명했습니다. 개인은 아마뿐만 아니라이 생략합니다.

%doc으로 시작하는 줄은 RPM이 다른 파일 형식을 처리하는 예입니다. 당신이 짐작할 수 있듯이, %doc 는 문서를 의미합니다. %doc 지시문은 파일을 문서로 표시하는 데 사용됩니다. 위의 예에서 README 파일은 /usr/doc에 있는 패키지 별 디렉토리에 배치되며 cdplayer-1.0-1이라고 합니다. 파일을 문서로 표시하고 다른 디렉터리에 설치하도록 할 수도 있습니다. 이 내용은 13장의 %doc 지시문이라는 섹션에서 자세히 다룹니다. 이 섹션에서는 패키지에 압축할 시뮬레이션 디렉터리 트리에서 선택되는 파일 목록으로 구성됩니다. 간단한 예제에서 사용되지 않는 다른 옵션에 대한 자세한 설명서를 참조하십시오. 먼저 각 예제를 다시 빌드해 보겠습니다. 아래에서 각 예제 SRPM을 다시 빌드하여 생성된 예제 출력을 볼 수 있습니다. 출력은 당신이 보는 특정 예에 따라 다르게 달라질 것이며 제공된 세부 정보의 양은 매우 상세하다는 것을 알 수 있습니다.

이것은 아마 처음에는 어려워 보이지만 당신이 조련 된 RPM 패키지가될 때 문제를 진단 할 때 매우 가치있는 것으로 입증 될 수 있으므로이 수준의 세부 사항을 감사하고 환영하는 법을 배우게됩니다. 이제 ~/rpmbuild/SPECS/ 디렉토리에 세 개의 SPEC 파일이 모두 rpmdev-newspec에 전달되었지만 .spec 파일 확장자를 사용하여 전달한 이름과 일치합니다. 잠시 잠시 동안 좋아하는 텍스트 편집기를 사용하여 파일을 살펴보면 지시문은 SPEC 파일이란 무엇입니까? 섹션. 각 예제에 중점을 두는 다음 섹션에서 이러한 필드에 입력할 정확한 정보에 대해 설명합니다. 시스템 매크로는 /etc/rpm/macros.d/파일에 정의된 매크로이며 즉, 포함합니다. %_install_info, 다른 사람의 사이에서. 시스템 매크로는 무언가를 수행하거나 무언가를 계산하는 것입니다. %{_tmppath}와 같이 단순한 정의가 아니며 단순히 경로로 변환됩니다. 시스템 매크로는 곱슬 거세지 없이 작성해야 합니다. 즉, %{_install_info}가 아닌 %_install_info로 합니다. %{_tmppath} 또는 %{_bindir}를 포함하는 사용자 정의 가능한 매크로는 곱슬 받침대로 작성해야 합니다. 즉.

コメント