Ubuntuがglibcではなくeglibcを使用する理由


13

64bit 12.10コマンドを発行して、Ubuntu マシンでlibcバージョンを確認しましたldd --version

Ubuntuがのeglibc代わりに使用するのを見ましたglibcegiblc組み込みマシンの場合と同様に、Ubuntuが標準のglibcの代わりにそれを使用する特定の理由がありますか。

回答:


13

Ubuntuはdebianに基づいています。これはウィキペディアの略語です:

2009年5月6日に、glibcの開発プロセスに問題があるとして、DebianがGNU CライブラリからEGLIBCに移行することが発表されました。Debianとその派生製品のいくつかは、glibcの代わりにEGLIBCを出荷しています。EGLIBCは、GNU LGPLの下でライセンスされるフリーソフトウェアです。

これらは理由です(DebianがEGLIBCに切り替えている形式):

EGLIBCはGLIBCのバリアントであり、元のGLIBCとソースおよびバイナリの互換性を維持します。主に組み込みアーキテクチャを対象としていますが、本当に素晴らしい点がいくつかあります。

  • よりフレンドリーなアップストリーム(特に組み込みアーキテクチャに関して):「
    開発者間の協力、コミュニケーション、礼儀正しさ、尊重を奨励する」(これとは対照的に)。
  • 重要なバグの修正を含む安定したブランチ(実際のGLIBCとは異なり、変更されないままになっているもの)。
  • 組み込みアーキテクチャのより良いサポート。
  • さまざまなシェルのサポート(GLIBCはbashのみをサポートします)。
  • -Osを使用したビルドのサポート。
  • 設定可能なコンポーネント(debian-installerでNISまたはRPCのサポートが本当に必要ですか?)。
  • 最適化されたパッケージまたはbiarchパッケージ用のより良いテストスイート。

「壊れた」開発プロセスの多くの可能性が高い結果とセキュリティ厳しさの完全な欠如の一つ:vuln GHOST community.qualys.com/blogs/laws-of-vulnerabilities/2015/01/27/...上記の私のお気に入りの一部をこの記事はセキュリティの脅威を否定しています。コードベースが大きすぎて、十分に設計されておらず、生産的で機能的なコミュニティがない場合、ノミに刺されたPOODLEでモグラを演奏するなど、多くの脆弱性が含まれている可能性があります。glibcを使用しないでください。限目。
dhchdhd

glibcは確かにピタです。静的にリンクできないことと戦っています。これにより、クロスコンパイルが非常に面倒になります。しかし、eglibcが寿命に達した今、代替手段は何ですか?
ムードブーム

4

彼らが今スイッチバックしたことを除いて:

2014年の初め以来、公式ホームページではEGLIBCは「GLIBCで直接目標に対応している」ため、EGLIBCはもはや開発されていないと述べており、DebianはDebian 8.0(Jessie)リリースでglibc [4]に切り替えました。-ウィキペディア


4
Ubuntuも最近のリリースで元に戻りました。libc6(Ubuntuでlibcを提供するプライマリバイナリパッケージの名前)を検索すると、14.04 LTS Trusty Tahrまでのリリースでeglibcが、その後のリリース14.10 Utopic Unicornおよび15.04 Vivid Vervetでglibc(ベータ版として私はこれを書きます)。詳細については、eglibcおよびglibcダウンストリームソースパッケージページを参照してください。この情報を回答に自由に追加してください。
エリアケイガン
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.