Uygulamaları kaynaktan yüklerken ve arada sırada hack yaparken birkaç kez karşılaştım update-alternatives
. Şimdiye kadar, sadece küçük bir sıkıntı oldu (yani, nihai hedefin önüne geçemedim) ama şimdi bilgi tabanımda bir deliğe işaret ettiği için bir hayal kırıklığı ... yani bir mesaj aldığımda foo '"kayıtlı bir uygulama değildir" (ya da foo'nun varsayılan simgesini kullanamıyorum çünkü Ubuntu'nun' foo 'bilgisi yok):
"Kayıtlı uygulamayı" ne tanımlar?
Kaynaktan yüklenmiş bir uygulamayı (ve muhtemelen $ HOME / bin / app-name içinde bulunan) bir .deb'den yüklenen bir paketle aynı işlevselliği paketleyecek şekilde nasıl tanımlayabilirim? (çözüm, cevap 1'den belli değilse)
Misal:
Ben indirme ve açmak günlük dev derlemelerini sublime-text-2
için /home/tom/bin/sublime-text-2
. Uygun kısayollar, vb. İle bir * .desktop dosyası oluşturdum. Ancak seçeneğe tam bir yol adı girsem bile yüce simgesi herhangi bir başlatıcıda görüntülenemez. Solüsyon bir kurmaktır 2 bir deb paketinin yüce örneğini.
Bir .deb paketinden yüce-metin-2 yüklediğinizde, altında yükler /usr/bin && /usr/lib
yüklenmiş, .desktop dosya altında saklanır /usr/share/applications
ve ilgili satır okur: icon=sublime_text
.
Kaçırdığım bağlantı nerede? Bir şekilde Ubuntu sublime_text
, ikincisinde simgenin nasıl kesinleştirileceğini biliyor , ancak birincisinde değil (yine, sağlanan tam bir yolla bile).
/.local/share/applications
. "Kayıtlı uygulama" mesajını hatırlayabildiğim en dikkat çekici yer, vim'in derlenmiş kaynak bir sürümünü update-alternatives
listeye takmaya çalışırken 'varsayılan' yükleme yerine gelmekti. Faydalı? Aradığım şey, Ubuntu'ya, uygulama A için doğru simgenin nerede bulunacağı bilgisini sağlayan mekanizmadır - altında * .desktop dosyalarıyla olduğu gibi /usr/share/applications/
.
~/.local/share/applications
Başlatıcınızdaki "simge" değerini sadece sublime_text
( tam yol değil) olarak ayarlarsanız, bu işe