.desktopファイルの権限

.desktopファイルの権限についての説明が必要です。rootが所有するすべての.desktopファイルに/usr/share/applications/権限があることがわかります。

-rw-r--r--

またexamples.desktopの$HOMEユーザーが所有している同じ権限を持っています。これらはすべて正常に実行されます。

しかし.desktop、同じ権限を持つカスタムファイルを作成しようとすると、次のエラーメッセージがスローされます。

信頼できないアプリケーションランチャー
信頼できるアプリケーションランチャー「myapp.desktopは、」マークされていません。このファイルのソースがわからない場合は、起動しても安全ではない可能性があります。

ただし、実行権限を追加すると、問題なく実行できます。

Q：カスタム.desktopファイル+xに実行権限が必要なのはなぜですか、または一部の.desktopファイルは実行権限なしで実行できるのですか？.desktop実行権限なしでカスタムファイルを実行することはできますか？

これはUbuntuのセキュリティポリシーによるものです。

実行許可ビットが必要

• デスクトップとシェルを含むアプリケーションは、次の両方の場合、ファイルから実行可能コードを実行してはなりません。

  • 実行ビットがない
  • ユーザーのホームディレクトリまたは一時ディレクトリにあります。

• これには、*。desktop、*。jar、および* .exeファイルが含まれます。

• とにかく自動的に実行するための回避策はありません...

そのため、はい、このポリシーに従って、実行可能ビットを設定せずに.desktopファイルを実行することができるはずです。このポリシーによると、そのファイルを/home/および/tmp/ディレクトリから移動するだけで、実行可能ビットを設定せずにファイルを起動できます。これは理論的には、ポリシーに従っています。

実際には、nautilusを使用すると、XDG_DATA_DIRディレクトリおよびディレクトリから実行可能ビットを設定せずに.desktopファイルを起動できます~/.gnome2/。echo $XDG_DATA_DIRSコマンドでXDG_DATA_DIRSを確認できます。したがって、.desktopファイルをXDG_DATA_DIRまたはに配置~/.gnome2/すると、実行可能ビットを設定せずにnautilus から起動できます。少なくとも12.04では、そのように機能します。_{これは、私が知らない前述のポリシーと一致していますか}

以下のためexamples.desktopの.desktopファイルはの.desktopファイルの異なる種類であること：質問に言及しました。それは「リンク」であり、何も実行する必要はなく、基本的にシンボリックリンクとして機能します。これらの種類の.desktopファイルはどこでも機能します。

.desktopファイルを作成して配置できます。~/.local/share/applicationsその後、ダッシュ/メニュー/何にでも表示されます。

次のようにする必要があります。

[Desktop Entry]
Name=Files
Comment=Launch Nemo File manager
Keywords=folder;manager;explore;disk;filesystem;
Exec=nemo %U
Icon=system-file-manager
Terminal=false
Type=Application
StartupNotify=true
OnlyShowIn=GNOME;Unity;
Categories=GNOME;GTK;Utility;Core;
NoDisplay=false

これは、内のファイルが内のファイル~/.local/share/applicationsと同じように機能するためです。/usr/share/applicationsほとんどのシステムでは、どちらも実行可能権限がなくても、root以外のユーザーが所有している場合でも正常に機能します。ただし、これは常にそうであるとは限りません。

実際にファイルをクリックしてから開くには、実行可能権限が必要です。

いいえ、そうではありません。GNOMEを変更せずにはいられません。この正確な問題については、確認済みですが実行されていないランチパッドバグレポートがあります。

所有者rootでカスタム.desktopファイルを作成する場合/usr/share/applications/、実行権限は必要ありません。