17.10/18.04. TLS .desktop файлы больше не доверяют

Я переместился от 17,04 до 17,10 (обновлением, не новой установкой)

У меня есть набор специализированных .desktop файлы в моем рабочем столе.

Когда я пытаюсь работать затем, я получаю сообщение, говоря мне, они "недоверяемы", и я должен повторно доверять им вручную.

Существует ли способ доверять им всем?

примечание:

  • файлы на рабочем столе имеют исполняемый набор битов (я работал chmod +x).
  • прежде, чем доверять они появляются как универсальный файл, после с надлежащим значком (например, терминал, браузер...)
  • хорошо работавший прежде (который является значками и действием, были в порядке в 17,04),
  • рабочий стол к доле самбы в порядке.

править:

  • файлы не расположены в /tmp ни один в $HOME.

Я читал:

Необходимый выполнять-бит-полномочий

  • Приложения, включая рабочие столы и оболочки, не должны выполнять исполняемый код из файлов, когда они - оба:
    • недостаток в исполняемом бите
    • расположенный в корневом каталоге пользователя или временном каталоге.
  • мой рабочий стол не находится ни в одном из тех.
  • Это включает *.desktop, *.jar, и *.exe файлы.
  • .desktop файл быть r--r--r-- или r-xr-xr-x не выполнится.
  • Ничто не может обеспечить обходное решение для выполнения их так или иначе автоматически...

Обновление

  • 18,04 проблем сохраняются, принятый ответ все еще работают.
  • 19,04 проблем сохраняются, принятый ответ больше не работают (необходимо заменить да истинным, однако после перезагрузки, .desktop не исполняемый файл)
5
задан 23 June 2019 в 11:34

1 ответ

Я обнаружил, что мои файлы рабочего стола упоминаются в двоичном файле под названием ~/.local/share/gvfs-metadata/home, который я не могу редактировать. Однако после некоторого копания я нашел команду gio. Выполните следующую команду, а затем выполните обновление в nautilus

gio set yourfile.desktop "metadata::trusted" yes
6
ответ дан 23 November 2019 в 09:11

Другие вопросы по тегам:

Похожие вопросы: