これはそのパッケージによってインストールされたすべてのファイルを削除するようPortageに指示しますが、ひとつ例外があります。アプリケーションの設定ファイルのうち、ユーザーが変更したものは削除されません。これは後で同じパッケージをインストールしなおした時に再設定する手間を省くためです。警告Portageは削除するパッケージが他のパッケージに必要とされているかどうかを確認しません。そのパッケージの削除によってシステムが壊れる可能性がある場合は、そのことを警告します。gnumericパッケージがシステムから削除されても、そのパッケージが必要としたために自動的にインストールしたパッケージはまだ残っています。機能を使いますが、これは後ほど説明します。日常的にシステムを更新する必要があります。PortageはGentooリポジトリに入っているebuildしか確認しませんから、最初にすることはリポジトリの更新です。システムを更新することができます。オプションも指定しています。@worldPortageはインストール済みのアプリケーションに新しいバージョンがあるかどうかを調べます。対象であって、それらの依存パッケージはチェックされません。@worldこれでも全てのパッケージが対象というわけではありません。中にはパッケージのコンパイルやビルドに必要なだけで、パッケージのインストール後には不要になる依存パッケージがあります。パッケージにも配信されることがあるので、時々はこのコマンドを実行するとよいでしょう。指定することをお勧めします。すると、その変更に新しいパッケージのインストールや既存パッケージの再コンパイルが必要でないかどうか、Portageが調べてくれます。@worldメタパッケージGentooリポジトリの中には、それ自体は中身を持たず、パッケージの集合をインストールするためだけに用意されたパッケージが存在します。Plasmaデスクトップをインストールします。実行しても、その依存パッケージはシステムに残っているため、あまり効果がありません。Portageは、孤独な依存関係を削除する機能も備えています。ソフトウェアの可用性は動的依存のため、まずシステム全体を完全にアップデートすることが重要です。これにはUSEフラグの変更が適用された新しい変更も含みます。--depcleanを実行し、孤独な依存関係を削除することが出来ます。これが完了したら、今削除されたソフトウェアと動的にリンクしていたが、もはやそのソフトウェアを必要としないアプリケーションの再ビルドが必要かもしれません。最近このサポートはPortageに追加されましたが。以降、ライセンスを基準にソフトウェアのインストールを許可または拒否することができます。実行するとパッケージのライセンスが表示されます。ImportantebuildのLICENSE変数はGentooの開発者やユーザにとってのガイドラインでしかありません。これは法的声明ではなく、これが現実を反映する保証はありません。したがってLICENSE変数を信用するのではなく、パッケージそのものを、あなたが使用するすべてのファイルを含めて徹底的にチェックしてください。Initiativeによって明示的に承認されたライセンス、あるいは自由ソフトウェアの定義に従っているライセンスを許可します。ファイル内で設定できます。@FREE"この設定の下では、自由ソフトウェアライセンスあるいは自由な文書ライセンスが設定されているパッケージがインストール可能となります。フリーではないソフトウェアはインストールできなくなります。ファイル内でパッケージ毎に定義することもできます。パッケージのインストールは禁止されます。ファイルに記録されます。各行の大文字で書かれた最初のエントリはライセンスグループの名前で、それに続くすべてのエントリは個々のライセンスです。Agreements(使用許諾契約、EULA)を除いてすべてのライセンスを受諾する設定です。-@EULA"この設定は、フリーではないソフトウェアや文書も受諾する事に注意してください。非常に強力で、他のソフトウェア管理ツールにはない多くの機能をサポートしています。いくつかの観点について、深追いしすぎない程度に説明していきます。使うと、ひとつのパッケージの異なる複数のバージョンをシステム上に共存させることができます。スロット(SLOT)という技術を使用します。そのバージョンに応じてひとつのスロットを宣言します。同一システム上に共存できます。同じ機能を提供するものの、実装の異なる複数のパッケージというものもあります。すべてシステムロガーです。依存するわけにはいきません。他のシステムロガーも同じくらい良い選択肢でありうるからです。仮想(virtual)パッケージというものを許容しています。パッケージに依存すればいいようになっています。このパッケージをインストールすると、すでにロギングパッケージがインストールされていない限り(この場合は仮想パッケージの依存が解決していることになります)、言及されている最初のロギングパッケージがインストールされます。リポジトリのソフトウェアは異なるブランチに所属できます。安定している(stable)と考えるパッケージだけが許容されます。ほとんどの新しいソフトウェアタイトルは、コミットされた時点ではテスト中(testing)ブランチに追加されます。してマークする前にまだテストが必要だということです。これらをアップデートしません。一部のアーキテクチャでのみ利用可能なソフトウェアもあります。リポジトリにコミットした開発者が異なるアーキテクチャ上で動作するか確認できない、などの理由がありえます。それぞれのGentooインストールは、システムが通常通り機能するために必要な、パッケージのリストを含む情報を格納している特定のプロファイルに従っています。伝えるためのフィールドが含まれています。変数で宣言される実行時依存です。共存できないとマークしているとき、ブロックが発生します。ささいなブロックであればユーザの手助けなしで対処できますが、ブロックを手動で解決することが必要になる場合もあります。するかを選ぶことができます。特定のアトムを対象にしたブロックもあります。この場合は、ブロックしているパッケージをより新しいバージョンにアップデートすることで、ブロックを取り除くことができるかもしれません。つのパッケージがお互いにブロックしあっている、ということもありえます。このレアケースでは、なぜその両方をインストールする必要があるのか調査してください。ほとんどの場合は片方だけで十分です。バグトラッキングシステムにバグを報告してください。license(s))現在のシステムで利用可能でないパッケージをインストールしようとしたときに、このマスキングエラーが発生します。ユーザはシステムで利用可能な別のアプリケーションのインストールを試みるか、パッケージが利用可能としてマークされるまで待つべきです。ブランチに入れるために十分なテストがなされていません。数日から数週間待ってからもう一度試してください。アプリケーションはあなたのアーキテクチャ上で動作しません。ウェブサイトでバグを提出してください。アプリケーションはまだあなたのアーキテクチャ上でテストされていません。ウェブサイトで知見を報告してください。パッケージが破損している、不安定、あるいはもっと悪い状態であると判明したため、意図的に「使用禁止」としてマークされています。パッケージは現在のプロファイルに適していないことが判明しています。アプリケーションをインストールするとシステムが壊れるか、単に現在使用中のプロファイルと互換性がありません。値に適合していません。設定して、ライセンスまたは正しいライセンスグループを許可してください。フラグ(またはその集合)とともにビルドされていることも要求するときに発生します。フラグがシステム上でセットされていない状態です。内で特定のパッケージに対してセットしてください。problem.インストールしようとしているアプリケーションは、システムで利用可能でない他のパッケージに依存しています。確認し、もしそうでなければ報告してくれると助かります。システムが複数のブランチを混ぜる設定になっていなければ、この事態は発生すべきではなく、バグです。instead.インストールすることが選択されたアプリケーションの名前が複数のパッケージに対応しています。これを解決するには、カテゴリ名も付け加えてください。何から選べばいいか、マッチしたものを教えてくれるでしょう。個(またはそれ以上)のパッケージがお互いに依存しているため、インストールできません。リポジトリ内のパッケージのどれかにバグがある状態です。してからもう一度試してください。チェックしてこの問題が既知のものであるか確認し、そうでなければ報告することも有益でしょう。与えられたアプリケーションのソースをダウンロードできなかったため、他のアプリケーションのインストール(するものがあれば)を続行しようとしています。正しくないダウンロード先を指しているために起こることがあります。ソースを置いているサーバが何らかの理由でダウンしていることも考えられます。時間ほど時間をおいて再試行し、問題が継続しているか確認してください。system.ユーザがシステムのコアパッケージの一部をなすパッケージを削除しようとしました。パッケージはプロファイルによって必須として記載されているため、システムから削除するべきではありません。コミットするときのミスによるものです。ダイジェスト検証に失敗しても、自分でパッケージのダイジェストを再計算しようとしないでください。実行しても問題の解決にはならないどころか、より状況を悪化させるでしょう。時間ほど待ってください。ミラーたちに浸透していくには少々時間がかかることがあります。ためにバグを提出してください。リポジトリを再同期して修正されたダイジェストを引っ張ってきてください。リポジトリを一日一回以上同期しないように気をつけてください。実行したときにも表示される通り)、あまりにも頻繁に同期するユーザは当面の間、それ以上の同期を禁止されます。このポリシーにも繰り返し違反する悪用者は完全にアクセスを禁止されることがあります。時間周期で同期されるのを待つのが最善です。