결과 RPM에서 아키텍처 제어

x86_64 환경에서 이러한 RPM을 설치할 수 있도록 호스트 시스템 아키텍처 (x86_64)에 대한 대상 아키텍처에 대한 모든 레시피를 작성하려고합니다.결과 RPM에서 아키텍처 제어

이렇게하려면 간단히 MACHINE=genericx86-64을 설정하고 빌드하십시오. 그러나 결과 RPM의 아키텍처는 core2_64으로 설정되어있는 것 같습니다. 나는 그것이 bitbake (아래 참조)를 실행할 때보고 된 TUNE_FEATURES="m64 core2"과 관련이 있다고 생각합니다.

내 호스트 (RHEL7)에서 허용하도록 이러한 RPM이 x86_64로 끝나는 것을 어떻게 확인할 수 있습니까?

Build Configuration: 
BB_VERSION  = "1.34.0" 
BUILD_SYS   = "x86_64-linux" 
NATIVELSBSTRING = "universal-4.8" 
TARGET_SYS  = "x86_64-poky-linux" 
MACHINE   = "genericx86-64" 
DISTRO   = "generic-panel" 
DISTRO_VERSION = "0.7" 
TUNE_FEATURES  = "m64 core2" 
TARGET_FPU  = ""

예

# rpm -i xxx.core2_64.rpm 
package xxx.core2_64 is intended for a different architecture 

$ uname -a 
Linux localhost 3.10.0-693.2.2.el7.x86_64 #1 SMP Sat Sep 9 03:55:24 EDT 2017 x86_64 x86_64 x86_64 GNU/Linux

출처

2017-10-17 aerkenemesis

이렇게하지 않겠습니까? RPM은 rpm이 받아 들일 수있는 것으로 아치를 만들더라도 RHEL (또는 Yocto로 작성한 배포판과 호환 가능)과 호환되거나 안전하게 설치할 수 있습니다. – jku

@jku 감사합니다. RHEL과 함께 사용하는 것이 부적절한 이유는 무엇입니까? 또한 대안에 대한 제안이 있습니까? – aerkenemesis

글쎄, 나는 확실히 작동하지 않을 것이지만 패키지는 OS와 다른 패키지에 대한 가정을합니다. Yocto와 RHEL에서 사용되는 패키지 이름조차도 일치하므로 패키지의 기능은 물론 RHEL에서 찾을 수없는 패키지에 의존 할 수도 있습니다. 동일한 패키지 형식을 사용하는 두 가지 운영 체제에 대한 질문입니다. – jku

이 솔루션은 DEFAULTTUNE 변수를 수정하는, 그래서 난 그냥 내 local.conf에 DEFAULTTUNE_genericx86-64 = "x86-64"을 추가했다.

출처

2017-10-17 14:57:06 aerkenemesis

답변

관련 문제