Zezwolenie na plik .desktop

Potrzebujesz wyjaśnienia na temat uprawnień do .desktopplików. Widzę, że wszystkie .desktoppliki /usr/share/applications/należące do roota mają uprawnienia,

-rw-r--r--

również examples.desktopw $HOMEposiadaniu użytkownika ma to samo uprawnienie. Wszystkie działają poprawnie.

Ale kiedy zamierzam utworzyć niestandardowy .desktopplik posiadający to samo uprawnienie, wyświetla następujący komunikat o błędzie:

Niezaufany program uruchamiający aplikację
Program uruchamiający „myapp.desktop” nie został oznaczony jako zaufany. Jeśli nie znasz źródła tego pliku, uruchomienie go może być niebezpieczne.

Ale dodanie uprawnienia do wykonywania pozwala na uruchomienie go bez żadnych problemów.

P: Dlaczego .desktoppliki niestandardowe muszą mieć +xuprawnienia do uruchamiania lub jak niektóre .desktoppliki mogą działać bez pozwolenia na wykonanie? Czy można uruchomić .desktopplik niestandardowy bez pozwolenia na wykonanie?

Wynika to z polityki bezpieczeństwa Ubuntu :

Wymagany bit uprawnień do wykonania

• Aplikacje, w tym komputery stacjonarne i powłoki, nie mogą uruchamiać kodu wykonywalnego z plików, gdy oba są:

  • brakuje bitu wykonywalnego
  • znajduje się w katalogu domowym użytkownika lub katalogu tymczasowym.

• Dotyczy to plików * .desktop, * .jar i * .exe.

• Nic nie może zapewnić obejścia ich automatycznego uruchamiania ...

Tak więc, zgodnie z tymi zasadami, powinno być możliwe uruchomienie pliku .desktop bez zestawu bitów wykonywalnych. Według tej zasady trzeba tylko przenieść ten plik na zewnątrz od /home/i /tmp/katalogów, a następnie można go uruchomić bez możliwości uruchamiania programów. Jest to teoretycznie / zgodnie z polityką.

W praktyce nautilus pozwala na uruchamianie plików .desktop bez zestawu bitów wykonywalnych z katalogów XDG_DATA_DIR iz ~/.gnome2/katalogu. Możesz sprawdzić XDG_DATA_DIRS za pomocą echo $XDG_DATA_DIRSpolecenia. Więc jeśli umieścisz plik .desktop w XDG_DATA_DIR lub w ~/.gnome2/, będziesz mógł uruchomić go z Nautilusa bez ustawionego bitu wykonywalnego. Przynajmniej 12.04 tak to działa. _{Jak to jest zgodne z wyżej wymienionymi zasadami, których nie znam.}

Dla examples.desktopwspomnianego w pytaniu: Ten plik .desktop jest innym rodzajem pliku .desktop. Jest to „Link”, nie chce niczego wykonywać, działa w zasadzie jako dowiązanie symboliczne. Tego rodzaju pliki .desktop działają wszędzie.

Możesz utworzyć i umieścić .desktopplik ~/.local/share/applications- wtedy pojawi się on w myślniku / menu / czymkolwiek.

Będzie musiał wyglądać mniej więcej tak:

[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

Wynika to z faktu, że istniejące pliki ~/.local/share/applicationsdziałają tak samo, jak pliki, w których /usr/share/applicationsoba - w większości systemów działają dobrze bez uprawnień wykonywalnych, także gdy są własnością użytkownika innego niż root. Nie zawsze jednak tak się dzieje.

Aby plik został kliknięty, a następnie otwarty, potrzebne będą uprawnienia do wykonywania.

Wydaje się, że nie, nie można tego zrobić bez modyfikacji GNOME. Istnieje raport błędu startera , który został potwierdzony, ale nie został podjęty żaden konkretny problem.

Po utworzeniu .desktoppliku niestandardowego /usr/share/applications/z właścicielem root nie wymaga on uprawnień do wykonywania.