この質問 を調査すると、多くのGNOMEアプリケーションのパッケージが libunity9
パッケージ。
アンインストールしようとするとlibunity9
正確に、多くのGNOMEアプリケーションをアンインストールしようとします。
ubuntuの開発者は、どうすればそれが良いアイデアだと思うでしょうか? Ubuntuはますます窓のようになり始めています:(
libunity9
パッケージは次のように説明されます。
ランチャーに場所を取得するためのバインディング-共有ライブラリ
libunityは、ランチャーと対話し、Unity環境に場所を追加できる共有ライブラリです。
このパッケージには、アプリケーションで使用される共有ライブラリが含まれています
したがって、明らかにUnityのコンポーネントです。 GNOMEアプリケーションがUnityに依存しているのは奇妙です。 UnityはUbuntu固有の追加機能であるため、アップストリームのGNOMEアプリはそれに依存するべきではありません。
なぜこれらの依存関係があるのですか?
ShotwellおよびGeary(およびおそらく他の多くのアプリ)の場合、libunityサポートは、。/ configureの実行時に設定されるコンパイル時オプションです。そうすれば、Ubuntuがビルドするときに有効になりますが、他のディストリビューションは必要に応じてそれを残すことができます。
残念ながら、libunityを使用しないUbuntu派生物は、Unityのサポートなしで.debを再構築するか、公式のUbuntuでコンパイルされたパッケージを使用して、不要なパッケージが必要であることを受け入れる必要があります。
自由は団結ではないことに留意してください。たとえば、Elementary OSは独自のカスタムドックにlibunityを使用して、アイコンの上にバッジを表示します。
特にWindowsにはパッケージ管理システムがないため、Ubuntuを「より多くのウィンドウのように」することとこれが関係していることは私を超えています。
$ apt-cache rdepends libunity9
libunity9
Reverse Depends:
libunity9:i386
libunity9:i386
libunity-dev:i386
xchat-indicator
wallch
unity-china-music-scope
psensor
liferea
libunity-tools
geary
diodon-plugins
xchat-gnome-indicator
unity-webapps-service
unity-scope-musicstores
unity-lens-shopping
unity-lens-music
unity-lens-gwibber
unity-lens-files
unity-lens-applications
Thunderbird-gnome-support
telepathy-indicator
shotwell
nautilus
libunity-dev
libunity-dev
libbrasero-media3-1
gir1.2-unity-5.0
evolution-indicator
empathy
deja-dup
libunity9
に依存するすべてのアプリケーションは、ランチャーバッジ、プログレスバー、緊急アニメーションなど、Unity固有の統合に実際にライブラリを使用します。私が間違っていなければ、このライブラリへの依存関係は実際には各GNOMEアプリケーションに対するUbuntu固有の変更であり、おそらくアップストリームバージョンとは関係ありません。
PsensorのUbuntuパッケージは、いくつかの統合機能を提供するためにUnityに依存しています。
この依存関係なしで、psensorを再コンパイルして.debを再構築できます。それは、debianパッケージングの場合です。