glibc-2.17-324.el7_9.Ar.1.x86_64의 "Ar.1"은 무엇입니까?

glibc-2.17-324.el7_9.Ar.1.x86_64의 "Ar.1"은 무엇입니까?

어떤 이유로 내 시스템에 설치되어 있습니다 glibc-2.17-324.el7_9.Ar.1.x86_64. 그게 뭔지 잘 모르겠어Ar.1거기에서 해요. 설치해야 해요glibc 개발, glibc-2.17-324.el7_9.x86_64(아니요Ar.1). 이 패키지(Ar.1 포함)를 어디에서도 찾을 수 없습니다. 시스템을 손상시키지 않고 glibc의 이름을 바꿀 수 있습니까(Ar.1 제거)? 여기서 내 옵션은 무엇입니까? 시스템은 Arista의 사전 구축된 qcow2 가상 이미지이므로 재설치는 실제로 옵션이 아닙니다. 센토스 7.9 기준입니다.

[veos-router1 tmp]$ sudo yum localinstall glibc-devel-2.17-324.el7_9.x86_64.rpm
Error: Package: glibc-devel-2.17-324.el7_9.x86_64 (/glibc-devel-2.17-324.el7_9.x86_64)
           Requires: glibc = 2.17-324.el7_9
           Installed: glibc-2.17-324.el7_9.Ar.1.x86_64 (installed)
               glibc = 2.17-324.el7_9.Ar.1
Error: Package: glibc-devel-2.17-324.el7_9.x86_64 (/glibc-devel-2.17-324.el7_9.x86_64)
           Requires: glibc-headers
Error: Package: glibc-devel-2.17-324.el7_9.x86_64 (/glibc-devel-2.17-324.el7_9.x86_64)
           Requires: glibc-headers = 2.17-324.el7_9
 You could try using --skip-broken to work around the problem

glib-devel이 필요한 이유는 시스템에 gcc를 설치하려고 하는데 gcc에는 glib-devel이 필요하기 때문입니다.

답변1

RPM 패키지 이름에 RPM을 포함시키는 것은 .vendor_string.Yocto 도구의 일반적인 RPM 패턴입니다.

glibc-devel을 설치해야 합니다.

그런 다음 하드웨어 공급업체로부터 yocto 트리 또는 SDK를 얻어야 합니다. glibc-devel은 사용 중인 실제 glibc와 일치해야 합니다. 그렇지 않으면 완전히 쓸모가 없습니다.

또한, -devel임베디드 시스템에 패키지를 설치하는 것은 좋지 않은 생각이며 공급업체가 예상한 임베디드 워크플로를 사용하고 있지 않음을 나타냅니다.

일반적으로 워크플로는 보유하고 있는 특정 장치에 대한 SDK를 Arista에서 얻는 것입니다. 여기에는 올바른 glibc-devel이 포함됩니다. CentOS의 glibc-devel을 그냥 넣을 수는 없습니다. CentOS의 glibc-devel과 설치한 것 사이에는 차이가 있습니다. 그렇지 않으면 Ar.1이름이 그렇게 지정되지 않습니다.


아마도 이것은 기술적이지 않고 상황에 대해 더 고무적일 수 있습니다.연설저자: Mr. Moritz Fischer 이제 대기업에서 많은 임베디드 작업을 수행하면서 사용자를 위한 SDK의 역할을 이해하는 데 도움이 됩니다.

관련 정보