apt-getを使用して特定のパッケージのすべての依存関係を無視する

これは非常に具体的な質問であり、グーグルは答えを助けませんでした。

Ubuntu 13.04を実行しています apt 0.9.7.7ubuntu4 for amd64 compiled on Oct 3 2013 15:25:56ます。

.debパッケージからErlangをインストールしたいのですが、その依存関係をすべてプルしたくありません。パッケージ自体は、Javaおよびwxライブラリに依存することを指定していますが、実際には、JavaまたはwxWidgetsとのインターフェースが必要でない限り、これらは必要ありません。

このようにErlangをインストールできます

sudo dpkg -i --force-depends erlang.deb

ただし、apt-get依存関係が満たされていないため、その後に他のものをインストールすると失敗します。したがって、Erlangの後にgitをインストールする場合、次のようになります

$ sudo apt-get install -y git
Reading package lists...
Building dependency tree...
You might want to run 'apt-get -f install' to correct these:
The following packages have unmet dependencies:
 esl-erlang : Depends: default-jre-headless but it is not going to be installed or
                       java2-runtime-headless or
                       java1-runtime-headless or
                       java2-runtime or
                       java1-runtime
              Depends: libwxbase2.8-0 but it is not going to be installed
              Depends: libwxgtk2.8-0 but it is not going to be installed
              Recommends: erlang-mode but it is not going to be installed
 git : Depends: libcurl3-gnutls (>= 7.16.2-1) but it is not going to be installed
       Depends: perl-modules but it is not going to be installed
       Depends: liberror-perl but it is not going to be installed
       Depends: git-man (> 1:1.7.9.5) but it is not going to be installed
       Depends: git-man (< 1:1.7.9.5-.) but it is not going to be installed
       Recommends: patch
       Recommends: rsync
       Recommends: ssh-client
E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution).

esl-erlangパッケージを実行せずにシャットダウンする方法はありapt-get install -fますか？

私はこのようなものが欲しい：

sudo apt-get install --ignore-deps-for-package=esl-erlang git

またはこのように：

sudo apt-cache shut-package-up esl-erlang

またはこれ：

sudo apt-get download git
sudo dpkg -i --with-deps git.deb

私は同様の質問を見つけた：/server/250224/how-do-i-get-apt-get-to-ignore-some-dependencies。いくつかの答えは、特定のパッケージの依存関係を変更するための便利な手動手順を提供します。

私はまだ堅牢な自動化された方法を探しています。

私はbjanssenのポイントを理解していますが、パッケージマネージャーが--force-depends単一のパッケージのインストールを許可するのはばかげているように見えますが、この依存関係については常に依存し、強制的に停止することはできません。

Debianで現在利用可能なバージョンよりもわずかに高いバージョンのlibcairoに依存するパッケージでも同様の問題がありました。私の目的のために、それはまだうまくいきます。libcairoの更新がaptに表示されるまで、引き続き使用できてうれしいです。ソースからコンパイルしたり、独自のパッケージをビルドしたくありません。

私が見つけた解決策：

• 編集/var/lib/dpkg/status、
• 壊れた依存関係を持つパッケージを見つける
• Depends:行を編集して、パッケージの苦情を止めます。

次回パッケージが更新されたときに上書きされると思いますが、それはまさに私が望むものです。

あなたがやろうとしていることは、健全な環境を維持しようとするパッケージマネージャーの目的に反しています。apt-getを壊そうとしないでください。

問題を解決する正しい方法は、あなたに合った依存関係を持つ独自のパッケージを構築することです。公式の方法（非常に複雑です：http : //www.debian.org/doc/manuals/maint-guide/index.en.html）と、を使用した迅速でダーティな方法apt-build、または配布ソースにないパッケージの場合、checkinstall。apt-getのすべてのプロデュースパッケージが正常にインストールされます。

最後に、特定の依存関係を含めるためにesl-erlangのメンテナーの知恵に疑問を呈するかもしれませんが、意図した動作のためにパッケージマネージャーをフォールトすることはできません。これらの依存関係が間違っていると思われる場合は、パッケージにバグを報告する必要があります。

「プロキシが使用されている」かどうかを確認します apt.confが適切ます（つまり、ネットワークに応じて）。URLに到達できないため、これも同様の問題を引き起こします。

通常、プロキシを使用する場合、次のように/etc/apt/apt.confなります。

Acquire::ftp::proxy "ftp://<user>:<password>@<ip>:<port>/";
Acquire::http::proxy "http://<user>:<password>@<ip>:<port>/";
Acquire::https::proxy "https://<user>:<password>@<ip>:<port>/";