パッケージのインストールに数時間を費やしましたが、成功しませんでした。Linux 環境では時々このようなことが起こるようです。
背景: インストールしたいパッケージは、1) .debx64 ではなく x86 用の 、2) .Run、3) ソース、および 4) OSX インストーラとして入手可能です。OSX インストーラは問題なく動作します。Debian 7 の新規インストールで、 、.deb、およびソースからのコンパイルを試しました。これら 3 つの方法のいずれも、一連の障害を引き起こしました。最も基本的な問題は、これらのルートのいずれでも、Debian 7 によって の古すぎるバージョンと の古すぎるバージョン.Runが提供されることにあるようです。ほとんどの時間は、依存関係を解決するために apt-get コマンドを次々に実行することに費やされました。LibCOcaml
質問: プロセスをできるだけ自動化してパッケージのインストールを容易にするツールにはどのようなものがありますか? すべてのパッケージは、ソースからビルドする場合でも、どの依存関係のどのバージョンが必要であるかを明確に示していますよね? では、なぜすべての依存関係を自動的に解決できないのでしょうか?
私のシステム上に、私のパッケージが必要とするすべての依存関係のコピーを含むディレクトリを作成して、システム上の他のパッケージのバージョンを変更することなく、パッケージを独自の小さな環境で実行できるようにできれば、私は満足です。それが可能かどうかはわかりません。「Foo というパッケージ、バージョン 4.2.3 をください」と言えば、他のすべてが自動的に実行される方法が必ずあるはずです。
答え1
体験はほぼ同じです。問題は、Debian（安定版）が最先端のディストリビューションではないことです。安定した. これは、リポジトリに古いバージョンのパッケージが含まれることを意味します (ちなみに、パッケージ名を記載しておくと良いでしょう)。 . などの必須ライブラリの新しいバージョンが含まれる OSX の新しいバージョンと比較していることになりますlibc。
.deb実行中のDebianのバージョン用にパッケージ化されたパッケージをインストールするのは非常に簡単で手間がかかりません。信じてください、私はほとんどのものをソースからインストールしなければなりませんでしaptitude install foo.4.2.3.debた。は「Foo というパッケージ、バージョン 4.2.3 をください」と言えば、他のすべてが自動的に行われます。古いバージョンを使用しているためにリポジトリにない場合は、パッケージ マネージャーのせいではありません。
したがって、新しい質問を投稿して、取得しようとしている特定のパッケージをインストールする方法を尋ねることをお勧めします。新しいバージョンのが必要な場合は、libcシステム全体をtestingまたはexperimentalリポジトリにアップグレードする方が簡単である可能性が高いことに注意してください。libcのみをアップグレードすることは可能ですが、簡単でも単純でもありません。ここ。
また、これはない些細な問題です。依存関係はパッケージ マネージャーによって適切に管理されますが、競合が発生する可能性があります。特に、 のような基本的なものを扱う場合はそうですlibc。
このコマンドは、 に依存するパッケージのリストを出力しますlibc。
apt-cache rdepends libc6
私の Debian では、そのリストには 16056 個の異なるパッケージが含まれています。パッケージが新しいバージョンに依存しているために libc をアップグレードする場合foo、パッケージ マネージャーは 16056 個のパッケージがインストールされているバージョンに依存しているという事実をどのように処理するのでしょうか。また、新しいバージョンとも互換性があるかどうかをどのようにして知るのでしょうか。
答え2
ここで一言言わせていただきますが、あなたの期待は間違っていると思います。
これらのソリューションは、2 つのまったく異なるユーザー層をターゲットにしています。Apple は、利用可能なソフトウェアを厳しく管理しており、提供されるアプリケーションはごくわずかです。
私は、OSX システムを使用していて、オープンソース プロジェクト「X」をインストールしたいが、間違ったバージョンの Xcode で OSX 上で同じような苦労をしていた人や、Subversion の公式バージョンを使用していて MacPorts または HomeBrew からバージョンをインストールする必要があった人など、認めたくないほど多くの人々を支援してきました。このパッケージ「X」をインストールするまで、さまざまなライブラリや依存関係と格闘することには、文字通り違いはありませんでした。
依存関係をディレクトリに置くだけでアプリケーション「X」をインストールできる魔法のツールは、私が今まで見た限りでは存在しません。そのようなツールは存在せず、今後も存在しないでしょう。依存関係管理とパッケージ管理を改善するための試みは数多く行われてきましたが、解決するのは非常に複雑な問題です。
Apt、Yum などはどれもうまく機能しますが、問題は、通常は不可能な、制限のない問題を解決しようとしていることです。その問題に対する 80% の種類のソリューション、または「ほとんどの」ケースで機能するソリューションしか得られません。
それはとても簡単です。