Сам скрипт Работает при запуске с терминала, но когда я добавляю его в цель установки, как < /p>
Код: Выделить всё
install(
CODE
"execute_process(
COMMAND /usr/bin/python3 \"${CMAKE_SOURCE_DIR}/tools/enable-shutdown-menu-keybind.py\" --command \"${CMAKE_INSTALL_FULL_BINDIR}/shutdown_menu\"
RESULT_VARIABLE _ENABLE_SHUTDOWN_MENU_KEYBIND_RESULT
)
if (_ENABLE_SHUTDOWN_MENU_KEYBIND_RESULT GREATER 0)
message(FATAL_ERROR \"Enabling shutdown-menu keybinds failed with exit code \${_ENABLE_SHUTDOWN_MENU_KEYBIND_RESULT}\")
endif()"
CONFIGURATIONS Release RelWithDebInfo MinSizeRel
)
< /code>
Внезапно терпит неудачу.
, в частности, он, кажется, не удается при получении списка пользовательских связей с ключами от org.gnome.settings-demon.plugins.media-keys < /code> Как вы бы с GSETTINGS получили org.gnome.settings-demon.plugins.media-keys Custom-KeyBindings
i Не думайте, что это проблема, возникающая в результате запуска Cmake с повышенными правами, чтобы установить программу в качестве запуска сценария из терминала с использованием Sudo Works, как и ожидалось. До сих пор:
- Изменение команды на/usr/bin/bash -c \ "/usr/bin/python3 '$ {Cmake_source_dir} /tools/enable-shutdown-menu-keybind.py'-command '$ {cmake_install_full_bindir}/shutdown_menu' \ "
Gnome_shell_session_mode = '$ env {gnome_shell_session_mode}' перед командой (да, я позаботился о том, чтобы это имел желаемый эффект)
Редактировать: < /p>
Я просто подумал о чем -то еще, что мог бы протестировать. Я временно установил cmake_install_prefix в каталог, принадлежащий мной, и запустил команду установки Cmake без повышенных прав. К моему удивлению, сценарий префекционно префектно хорошо. В случае, если это важно, я поднимаю Cmake, используя Pkexec. Он сработал, когда я запустил скрипт, используя конфигурацию запуска VSCODE с помощью опции True tho.>
Подробнее здесь: https://stackoverflow.com/questions/794 ... nvironment