Ubuntuには、非フリーカーネルBLOBやその他の非フリーシステムコンポーネントが含まれていますか？
リチャード・ストールマンが、Ubuntuには非フリーのブロブが含まれていると言っているのを聞いた。なぜそのようなブロブがあり、これらの非フリーのブロブとシステムコンポーネントはフリーソフトウェアではできない機能を持っていますか？ Canonicalには、Ubuntuプロジェクトの制御を維持するためにこれらが含まれていますか？
デフォルトでそのような非フリーのファームウェアBLOBを含まないディストリビューションはありますか？
ストールマンは正しい。 Linuxカーネルには、周辺機器用のフリーでないファームウェアがいくつか含まれています。このファームウェアはデバイスに保存されていません。起動するたびにデバイスにコピーする必要があります。 「ブロブ」なしでは、デバイスは使用できません。デバイスにファームウェアをダウンロードする利点は、コンピューターのファームウェアを更新するだけでデバイスを更新できることです。
これらの「ブロブ」の問題は、それらがまさにそれであるということです-製造業者によって配布されたバイナリの塊。多くの場合、デバイスを実行するための知識は専有的に保持されます。リチャード・ストールマンと他のフリーソフトウェア擁護者は、バイナリの作成に使用されるソースコードが提供されていないため、これに反対しています。公式のLinuxカーネルを含むほとんどのディストリビューションは、デバイスとの互換性を大幅に改善し（オープンな代替手段はありません）、「単なる」ファームウェアであるため、依然としてこれらのblobを出荷しています。
（サイドノート：オープンファームウェアを提唱する場合、企業のハードウェアを危険にさらすFPGAのオープンHDLダイアグラムの提唱からわずか数歩であることに注意する人もいます。ただし、ファームウェアは依然として悪意がある可能性があることに注意してください。たとえば、セルラーモデムファームウェアには、無制限のネットワークアクセスとシステムへの非常に広範なアクセスがあります。これは、「非フリーソフトウェアなし」という絶対主義の正当性の正当な理由の1つです）
「真のリブレ」Linuxディストリビューションを作成する多くのディストリビューションがあります。最も人気のあるものの1つは Trisquel と呼ばれます。それらはUbuntuに基づいており、徹底的なデブロブプロセスを持っています。 FSFは、ライブCDを配布するときにこのディストリビューションを使用します。ストールマンの使用について最後に聞いたのは、 GNewSense ; UbuntuとDebianに基づいています。 FSFが支持するもの は完全にブロブフリーになります。
Canonicalには、Ubuntuプロジェクトの制御を維持するためにこれらが含まれていますか？
これは明らかに間違っていると思います。これらのblobを必要とするのはハードウェアであるため、Canonicalではなく、購入するハードウェアを制御するのはユーザーです。ユーザーがフリーソフトウェアドライバーを備えたハードウェアのみを使用することを選択した場合、BLOBは使用されません。
したがって、ユーザーはバイナリBLOBを使用せずにUbuntuを使用することを選択できるため、Canonicalの「保持コントロール」とは何の関係もありません。これは、Canonicalがこの分野で特定のコントロールを持たないことを意味します。
ブロブは、既にフリーでないハードウェアを選択したユーザーの便宜のためにのみ出荷されます。
（情報開示：私はCanonicalで働いています。この答えは私自身の個人的見解を反映しています。この分野で雇用主のために話すことはできません。）
チェック wikipedia ：
オープンソースソフトウェアのコンテキストでは、バイナリブロブは、ソースコードが公開されていないクローズドソースのバイナリのみのドライバーです。通常、この用語は、オープンソースオペレーティングシステムのカーネルにロードされたクローズドソースのカーネルモジュールを指します
これらはフリーソフトウェアができないことを何をしますか？理論的には何もありません。しかし実際には、ハードウェア会社はハードウェアの設計についてのライバルにヒントを与えるので、ハードウェア用のオープンソースのドライバーをリリースしたくありません。例えばNvidiaとAMDは、オープンソースのドライバーをリリースしません。問題はありません、あなたは言うかもしれません、コミュニティはそれをします、我々はヌーボーとradeonオープンソースドライバーを持っています。はい。ただし、これらのドライバーにはかなりの問題があることがわかっています。電源管理とハードウェアアクセラレーションなどがあります。どうして？ハードウェアの製造業者のみがハードウェアの正しい設計を知っているため、コミュニティはハードウェアが内部でどのように機能するかについてのみ推測できます。したがって、問題は、ハードウェア仕様が閉じられて秘密にされるまで、コミュニティが適切なオープンソースの代替を作成できないことです。