☰

glibc-2.17-324.el7_9.Ar.1.x86_64の「Ar.1」とは何ですか？

tag-icon • tag-icon centos gcc glibc
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の役割を理解するのに役立ちます。

おすすめ記事