OpenSUSEに依存関係がないか破損しているのは正常ですか?

OpenSUSEに依存関係がないか破損しているのは正常ですか?

私は仕事で小さなLAMPサーバーを再インストールしています。私はUbuntuサーバーに少し疲れて見て、OpenSUSEを使うことにしました。サポートが上手くメンテナンスが上手ですが、お待ちください。試してみるほとんどすべてのパッケージです。インストールに依存関係項目がありません。 PHPやドキュメントなど、さまざまなモジュールがインストールされているapache2を取得しようとしていますが、YaSTやzypperを使用して依存関係が欠落しているという問題が引き続き発生しています。私はこれらの問題を解決する方法を正確に知っていますが、実際には必要なく、邪魔されたくありません。私は悪い人かもしれませんが、これはどこかのインストール/設定エラーによるものですか、それともOpenSUSEの場合は正常な現象ですか?

買戻しに関する限りジッパーLR-dすべての標準リポジトリ(non-oss、repo-oss、update、update-non-oss)が有効になっており、ソースおよびデバッグストアのみが無効になっていることを知らせます。私は以前OpenSuseを使ったことがないので、ここに何かが欠けている可能性があります。実際に動作するか、より良い依存関係を持つリポジトリを取得する方法についてのアドバイスはありますか?

-------------------------- 編集 1 --------- ---- --------

Loading repository data...
Reading installed packages...
Resolving package dependencies...

Problem: apache2-mod_php5-5.4.20-12.1.x86_64 requires php5 = 5.4.20, but this requirement cannot be provided
  uninstallable providers: php5-5.4.20-1.2.x86_64[openSUSE-13.1-1.10]
                   php5-5.4.20-1.2.i586[repo-oss]
                   php5-5.4.20-1.2.x86_64[repo-oss]
                   php5-5.4.20-12.1.i586[repo-update]
                   php5-5.4.20-4.1.i586[repo-update]
                   php5-5.4.20-8.2.i586[repo-update]
                   php5-5.4.20-12.1.x86_64[repo-update]
                   php5-5.4.20-4.1.x86_64[repo-update]
                   php5-5.4.20-8.2.x86_64[repo-update]
 Solution 1: deinstallation of patterns-openSUSE-minimal_base-conflicts-13.1-13.6.1.x86_64
 Solution 2: do not install apache2-mod_php5-5.4.20-12.1.x86_64
 Solution 3: do not install apache2-mod_php5-5.4.20-12.1.x86_64
 Solution 4: break apache2-mod_php5-5.4.20-12.1.x86_64 by ignoring some of its dependencies

Choose from above solutions by number or cancel [1/2/3/4/c] (c): 

繰り返すphp5のzypper必ず必要な場合でなければsmtp_daemonこれは、基本オペレーティングシステムと共にインストールされた既存のメールデーモンと競合します。依存関係の問題を最後に処理しなければならなかった時は覚えていません!


答え1

模様共通テーマ(たとえば、Webサーバーに必要なものなど)に属するパッケージセットをインストールする方法です。保有している機械がすでに設置されています。最小柄。これには、重複パッケージを防ぐための多くの競合が含まれます。尊敬される(そうでなければ必須)は実際にインストールしたいパッケージで構成されています。

問題のあるスキーマを削除して競合を解決できます(ソリューション番号1を選択)。パターンを削除してもそのパターンに属するパッケージは削除されませんが、(いつものように)「y」と答える前にzypperで印刷された変更のリストを確認してください。

関連情報