そのため、Kali LinuxディストリビューションにG'MICをインストールし、正しく機能するためにいくつかのパッケージを変更する必要がありました。実際に追加するパッケージを見つけるには、Debianリポジトリを追加する必要がありました。 KaliはDebianに基づいているので、これは良いと思いました。結局私が唯一の問題があったのはBlenderでしたが、以前のようにAPTを使わずにホームページで提供するバージョンを使って解決しました。
まあ、今日私はついにGnomeシステム設定も削除したことを発見しました（G'MICで作成した画像をロック画面に追加しようとしました）。削除されたパッケージのリストを見るときに見えなかったようです。これでパッケージを再追加できることがわかりましたが、そうするとG'MICが再び中断される可能性があります。私はこのプラグインが大好きです。
だから私の質問は、G'MICを引き続き使用し、設定を復元してロック画面機能に追加などを再利用できるように、この問題を処理する最善の方法は何ですか？
（libopencvの依存関係は、G'MICをインストールするときに変更しなければならなかった最初の依存関係でした。
編集：誰かがKaliの目標が狭いので、システムを改善しようとするべきではないと言うことに照らして、私はデュアルブートに興味がないので、Kaliの目標は私が興味がないと言いたいと思います。 G'MICが利用可能です。非常に異なる大規模システムで作業する必要がある場合は、KaliでセキュリティをテストするときにWindowsが行ったように仮想マシンにロードできます。これで問題を解決したので、この問題を経験している人が私だけではないと確信しているので、一般的なパッケージ管理を支援するためにこの質問をする理由です。
APTでこれを行うための良い方法がない場合は、環境を「仮想化」するための良い方法があるかどうかを確認できます。私の言葉はchrootのようなものです。 G'MICをGimpプラグインとして実行して、削除されたパッケージを処理する必要がないようにする良い方法はありますか？それとも、より良いソリューション（デュアルブートに加えて）はありますか？
ベストアンサー1
引用するカリ文書:
Kali Linux開発チームがテストしていないソフトウェアリポジトリにリポジトリを追加することは、システムに問題を引き起こす良い方法です。
Kali Linuxは非常に狭い焦点で設計されています。 Debian ベースですが、Debian リポジトリを追加してパッケージを選択して混合することは期待できません。
状況に応じて、G'MICを使用するか（この場合はKali Linuxの代わりにDebianを使用する必要があります）、またはKali Linuxを使用するか（この場合はG'MICを放棄する必要があります）を選択する必要があります。