Glib-2.28 RPMパッケージの依存関係の問題

Glib-2.28 RPMパッケージの依存関係の問題

存在するglibc-2.28.9000-6.fc30 rpmfind.netのi686用RPMページlibc.so.6(GLIBC_2.28)下記に記載両方「供給」そして「必要」だからそうです不可能パッケージの依存関係を満たしていますか?

答え1

実はナシルの答えはやや間違っていた。編集に時間がかかるため、単なるコメントではなく他の回答を提供することにしました。

必要これは、この機能が実行時に必要であることを意味します。パッケージ名でも、パッケージが提供する別の名前でもかまいません。これはライブラリの名前でも、libc.so.6パッケージがhttpd提供するものなどの一部の機能でもありますwww-server

供給ソフトウェアパッケージで提供するものです。上記のように、パッケージhttpdwww-serverlibc.so.6(GLIBC_2.28)

多くの場合、パッケージは特定のアイテムを必要とせずに他のアイテムを提供します。しかし、glibcパッケージは異なります。 libc.soライブラリを要求し提供する非常に基本的なパッケージです。したがって、実際にはソース自体からビルドする必要があります。奇妙な?はい。しかし、コンパイラに似ています。コンパイラをコンパイルするにはコンパイラが必要です。多くの場合、古いバージョンを使用して新しいバージョンを作成できます。だからこれは実際には問題ではありません。唯一の問題は、最初のインスタンスを取得したい場合です。たとえば、初めて新しいアーキテクチャのためにビルドしたいとします。これは可能です。プロセスはブートストラップと呼ばれ、通常のプログラマーではなく魔術師が必要です。 :)

答え2

これは、単に実行するためにこれらのライブラリが必要であることを意味します(32ビットFedoraシステム自体と同様)。パッケージの依存関係を参照しません。

64ビットFedoraがあるとします。

dnf install glibc.i686

これで問題なくインストールされます。 64ビットバージョンFedora(RHELとCentOSと共に)はすでに存在し、/usr/lib64/libc.so.6これは64ビットバージョンにすぎません(再び、システムはこのバージョンなしでは動作しません)。以下を実行すると、ファイル自体はlibc-2.27.so(実際のライブラリへの)シンボリックリンクにすぎません。

strings -d /usr/lib/libc.so.6 | grep GLIBC_2

利用可能なすべてのGLIBC文字列が表示されます。

そのパッケージまたは32ビットライブラリが必要な唯一の理由は次のとおりです。

1)NetinstallやLive Imageなどの32ビットを実行していますFedora。この場合、すでに存在します。

2)これらのライブラリに基づいて構築されたものがあります(32ビットバージョンはデフォルトでは存在しません)。

3)これらの32ビットライブラリを使用して何かをコンパイルする必要があります。

とにかくインストールしても特にdnf問題ないようです。

関連情報