私はArchLinuxのようにこの方法が好きです。yaourtabs（または+それほど怠惰でない場合makepkg;私が今まで読んだことによると、Gentooのebuildおよび）依存関係のインポート、コンパイル、およびインストールを自動的に処理します。彼ら依存関係など）必須パッケージをコンパイルする前に。現在、私はそのようなメカニズムを基本的に提供しないシステムを使用しています。Buffalo LinkStation Pro デュアルコアssh経由のrootアクセス）手動でクロールするのは本当に面倒なほど非常に複雑な依存関係チェーンを持ついくつかのプログラムをコンパイルする必要があるので、可能かどうか疑問に思います。
- 上記と同様のツールで、基本的にソースコードディレクトリ（または
.tar.gzgit-repoまたは...）を使用してコンパイルする前に欠落している依存関係を確認し、ある程度自動的にソースコードを取得します（すべての依存関係が解決されるまで繰り返しとして）。 /opt（ファームウェア固有）カーネルをアップグレードするのではなく、すべてをインストールするなど、独自の展開との偏差を尊重するようにこれらのツールの1つを設定する方法は？
もちろん、一般に多くの特異点がありますが、そのためには依存関係の90％が実行されなければならないと仮定します./configure --prefix=/opt && make && make install。
答え1
私はこのようなことが実際に可能であるとは思わないので、短い答えは次のとおりです。
いいえ
上記の例は実際に最初からすべてを構築するためにカスタマイズされているため、これを行うためのワークフローがあります（依存関係を含むすべてを構築）。
他のディストリビューション（Debianや派生ディストリビューションなど）はプリコンパイルされたバイナリをダウンロードすることに焦点を当てているため、最初からローカルにビルドするのではなく、依存関係のみを自動的にコンパイルするためのフレームワークは提供されません。
修正する
これは、与えられたパッケージへの依存関係を単純に解決するという点で、ディストリビューションの主なタスクの1つです。メンテナンス者直面する問題：どのパッケージにどのライブラリ（バージョン）が必要かを調べています...
リリースバージョンが重い人類これには電力が投入され、自動化できるかどうか疑問です。
答え2
他の答えとは異なり、これらのツールは存在しますが、まだ使用することを決めていません。
これにはプリコンパイルされたバイナリ配布が含まれますが、コンパイルも許可されます。
また見てください。質問ルート以外のパッケージマネージャ