Можно сделать это путем выполнения gconf-editor
:
и перейдите к
apps->metacity->global_keybindings->panel_run_dialog
и изменение это - значение к "Super_L" или "Super_R"
Если Вы хотите, чтобы оба работали одновременно, необходимо присвоить Super_R Super_L или наоборот.
Я не уверен почему Ваш libcurl.*
файлы находятся в /usr/local/lib
, но мои находятся в /usr/lib
где они, как предполагается, находятся. Подтвердить ldconfig
не находит их, использовать
ldconfig -p | grep curl
Это ничего не должно печатать, если это делает, проверьте номер версии, Вы, возможно, получили неверную версию.
Для исправления этого необходимо сказать ldconfig
где найти освобождение. Можно или поместить символьную ссылку от /usr/lib
в соответствующие файлы в /usr/local/lib
, или можно сказать ldconfig
искать там непосредственно:
echo /usr/local/lib | sudo tee -a /etc/ld.so.conf.d/local.conf
Затем выполненный sudo ldconfig
обновить кэш.
И, возможно, попытайтесь выяснить, почему Ваш освобождает, находятся в неправильном каталоге.
Необходимо узнать, где это ищет libcurl
(и не нахождение его), поскольку это, очевидно, не проверяет /usr/local/lib
. Во-первых, я рекомендую выполнить ldd против него, чтобы видеть, отсутствуют ли какие-либо другие библиотеки:
ldd $(which pacman)
Я надеюсь, что Вы имеете strace
установленный, потому что это будет Вашим следующим инструментом для обнаружения, где он ищет libcurl
файлы.
strace -e open -o strace.log $(which pacman)
После Вас выполняющий это, less strace.log
и посмотрите, какие файлы это пыталось открыть, и это поможет Вам определить, где это ищет его. Быстрая и грязная фиксация должна была бы скопировать (или символьная ссылка) соответствующие файлы от /usr/local/lib
туда, где это ищет его.
Вот то, что я получил когда я strace'd wget
:
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
open("/lib/x86_64-linux-gnu/libssl.so.1.0.0", O_RDONLY|O_CLOEXEC) = 3
open("/lib/x86_64-linux-gnu/libcrypto.so.1.0.0", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/x86_64-linux-gnu/libidn.so.11", O_RDONLY|O_CLOEXEC) = 3
open("/lib/x86_64-linux-gnu/librt.so.1", O_RDONLY|O_CLOEXEC) = 3
open("/lib/x86_64-linux-gnu/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
open("/lib/x86_64-linux-gnu/libdl.so.2", O_RDONLY|O_CLOEXEC) = 3
open("/lib/x86_64-linux-gnu/libz.so.1", O_RDONLY|O_CLOEXEC) = 3
open("/lib/x86_64-linux-gnu/libpthread.so.0", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/locale/locale-archive", O_RDONLY|O_CLOEXEC) = 3
open("/etc/wgetrc", O_RDONLY) = 3
open("/usr/share/locale/locale.alias", O_RDONLY|O_CLOEXEC) = 3
open("/usr/share/locale/\"en_US/LC_MESSAGES/wget.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/\"en/LC_MESSAGES/wget.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/\"en_US/LC_MESSAGES/wget.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/\"en/LC_MESSAGES/wget.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/en\"/LC_MESSAGES/wget.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/en\"/LC_MESSAGES/wget.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
libgpgme
вручную. Это было некоторое время, так как Вы обновили? Несколько месяцев назад (хотя это тестирует repos, выпуск, возможно, был более свежим), Arch сделал некоторые большие обновления pacman, главным образом для подписания пакетов, и это был большой shitshow (и я не использую термин слегка, это повредило две моих установки дважды каждый, нельзя было бы даже загрузиться). Это, кажется, прекрасно после подъема нового pacman и выполнения все же. – Kevin 07.07.2012, 23:43