ソースからアプリをインストールするとき、そしてときどきハックするときにこれに何度か遭遇しましたupdate-alternatives
。これまでのところ、それはささいな迷惑に過ぎませんでした(つまり、最終目標の邪魔になりませんでした)が、知識ベースの穴を指しているので、今ではフラストレーションになっています... foo 'は「登録されたアプリケーションではありません」(またはUbuntuには' foo 'の知識がないため、fooのデフォルトアイコンを使用できません):
「登録アプリケーション」の定義は何ですか?
.debからインストールされたパッケージと同じ機能をパックするように、ソースからインストールされたアプリケーション(およびおそらく$ HOME / bin / app-nameにある)を定義するにはどうすればよいですか?(ソリューションが回答1から自明でない場合)
例:
の毎日の開発ビルドをダウンロードして解凍sublime-text-2
し/home/tom/bin/sublime-text-2
ます。適切なショートカットなどを使用して* .desktopファイルを作成しました。ただし、オプションへのフルパス名を指定しても、崇高なアイコンをランチャーに表示できません。解決策は、debパッケージから2番目の崇高なインスタンスをインストールすることです。
sublime-text-2を.debパッケージからインストールすると/usr/bin && /usr/lib
、の下にインストールされ、インストールされた.desktopファイルはの下/usr/share/applications
に保存され、関連する行は次のようになりますicon=sublime_text
。
私が欠けているリンケージはどこですか?どういうわけか、Ubuntu sublime_text
は後者のアイコンを正確に表示する方法を知っていますが、前者のアイコンは正確ではありません(完全なパスが提供されている場合でも)。
/.local/share/applications
ます。「登録済みアプリ」メッセージを覚えている最も注目すべき場所update-alternatives
は、「デフォルト」インストールではなく、ソースからコンパイルされたバージョンのvimをリストに挿入しようとしたときです。役に立ちましたか?私が探しているのは、* /usr/share/applications/
。desktopファイルのように、アプリAの正しいアイコンを見つける場所の知識をUbuntuに提供するメカニズムです。
~/.local/share/applications
ランチャーの「アイコン」の値をsublime_text
(フルパスではなく)だけに設定すると、機能しますか?