-debuginfo 패키지는 단지 하위 패키지이며 소스 코드없이 수동으로 만들 수 있습니다. 자동 생성은 spec 파일에 필요한 구문을 추가하지만 spec 파일에 디버그 정보 패키지를 추가하여 수동으로 생성 할 수도 있습니다.
* -debuginfo.rpm의 자동 생성을 비활성화하고 %install
끝에 find-debuginfo.sh
을 실행 한 다음 원본 파일을 제거합니다.
또 다른
(쉽게는/청소기) 수정/사용자 정의
find-debuginfo.sh
스크립트
%{_rpmconfigdir}/find-debuginfo.sh
를 대체 스펙 파일에
%__debug_install_post \
%{_rpmconfigdir}/find-debuginfo.sh %{?_missing_build_ids_terminate_build:--strict-build-id} %{?_find_debuginfo_opts} "%{_builddir}/%{?buildsubdir}"\
%{nil}
이 매크로 소스 파일 재 지정을 제거하는 것을 의미합니다.
는 매크로
%{SOURCEn}
(N의 == N, 몇 가지 작은 적절한 정수 곳) 대신 기본 생성하는 데 사용할 다음
SourceN: my-find-debuginfo.sh
과 같은 사양 파일의 수정 된 스크립트를 포함 소스 코드가없는 심볼 디버깅.
이도 발생합니까 : 다음은 더 이상 RPM에 포함 된 소스 코드를 확인하는 데 사용할 수 없습니다
'] (http://www.rpm.org/max-rpm/s1-rpm-inside-tags.html#S3-RPM-INSIDE-NOSOURCE-TAG) 스펙 파일에 태그를? –
예, nosource 태그로도 발생합니다. 단지 소스 RPM을 적용 nosource, 따라서 debuginfo없는 것 같다. 나는 /usr/lib/rpm/find-debuginfo.sh 스크립트를 공부하고 .so를 생성 된 파일에서 직접 포함하는 어떤 소스를 결정할 것으로 보인다.그러나 제안에 감사드립니다 - 나는 그것을 시도하는 것을 생각하지 않았습니다. –