К сожалению Notify-OSD нельзя использовать для открытия приложения, для которого все это уведомление. Поэтому, чтобы ответить на ваш вопрос, Notify-OSD не доступен для кликов. Как и его название, это означает только пользователей NOTIFIES. Надеюсь, это поможет.
В моем случае ничего не было предложено (Ubuntu Server 12.04LTS). Что, в конечном итоге, помогло помещать в файл /etc/environment:
LC_ALL=en_US.UTF-8
LANG=en_US.UTF-8
По какой-то причине он отсутствовал. Выходы для локали и других команд выглядели так, как будто они были правильно определены. Другими словами, не считайте само собой разумеющимся, все основные вещи объявляются там, где они должны быть объявлены.
Они должны исчезнуть после выпуска:
sudo locale-gen en_US en_US.UTF-8
sudo dpkg-reconfigure locales
dpkg-reconfigure перенастраивает пакеты после того, как они уже установлены. Передайте им имена пакета или пакетов для перенастройки. Он будет задавать вопросы конфигурации, так же, как когда пакет был впервые установлен.
Просто добавьте следующее в свой файл .bashrc (если вы используете bash)
export LC_ALL="en_US.UTF-8"
Это обычная проблема, если вы подключаетесь удаленно, поэтому решение заключается в том, чтобы не перенаправлять ваш язык. Отредактируйте /etc/ssh/ssh_config и закомментируйте строку SendEnv LANG LC_*.
Для этого есть команда:
sudo update-locale LC_ALL=en_US.UTF-8 LANG=en_US.UTF-8
Обновляет /etc/default/locale с предоставленными значениями.
То, что сработало для меня в 12.10, было следующим:
apt-get install language-pack-en-base
Это было после того, как dpkg-reconfigure locales не дал никаких результатов.
Не забудьте выйти из сеанса SSH (или вашего X11), снова и снова войдя в систему. Все эти предложения не сработали для меня, если я не зашел в ...
Для Ubuntu 12.10 ни одно из вышеперечисленных действий не было выполнено, кроме решения ratzs. Я рекомендую добавить это в ваш файл /etc/bash.bashrc:
export LC_ALL="en_ZA.UTF-8"
export LC_CTYPE="en_ZA.UTF-8"
Я застрял в странном состоянии, когда моя локальная машина установлена на es, и поэтому удаленная машина (через vagrant) была предоставлена в состоянии без обработки. Поэтому мне пришлось использовать руководство export= только для облегчения успешной работы dpkg-reconfigure. Тогда система прекрасна.
export LC_ALL="en_US.UTF-8"
sudo dpkg-reconfigure locales
Я написал сценарий bash для исправления выше проблемы. Вышеуказанные ответы полезны, но установка переменных языка, просто экспортируя значения в переменную оболочки, будет работать только для сеанса. Я надолго решил эту проблему, экспортировав переменные locale в файл .bash_profile. Вы также можете использовать файл /etc/profile вместо .bash_profile.
echo "export LANGUAGE=en_US.UTF-8
export LANG=en_US.UTF-8
export LC_ALL=en_US.UTF-8">>~/.bash_profile
Не забудьте source .bash_profile и следуйте сценарию bash в простом установка.
Вы можете попробовать:
export LANGUAGE=ru_RU.UTF-8
export LC_CTYPE=ru_RU.UTF-8
export LC_NUMERIC=ru_RU.UTF-8
export LC_TIME=ru_RU.UTF-8
export LC_COLLATE=ru_RU.UTF-8
export LC_MONETARY=ru_RU.UTF-8
export LC_MESSAGES=ru_RU.UTF-8
export LC_PAPER=ru_RU.UTF-8
export LC_NAME=ru_RU.UTF-8
export LC_ADDRESS=ru_RU.UTF-8
export LC_TELEPHONE=ru_RU.UTF-8
export LC_MEASUREMENT=ru_RU.UTF-8
export LC_IDENTIFICATION=ru_RU.UTF-8
export LC_ALL=ru_RU.UTF-8
, где ru_RU - код вашей страны.
Как сказано здесь в Debian Wiki, вы можете отредактировать /etc/locale.gen и добавить все локали (или раскомментировать их, у меня был список всех локалей, кроме всех тех, которые я использовал в качестве комментариев), которые вы хотите получить вашей системы. Затем выполните
sudo dpkg-reconfigure locales
, чтобы обновить локали в вашей системе. Теперь все локали, которые вы добавили / раскомментировали в /etc/locale.gen, доступны в вашей системе без каких-либо предупреждений.
Текущий принятый ответ недостаточен в стратегии устранения неполадок, потому что у вас может быть человеческая ошибка. Вы устанавливаете свою систему на en_US, но у вас en_GB включен в /etc/locale.gen, как у меня в потоке здесь для Raspberry Pi 3b. Вы должны использовать все используемые вами локали в /etc/locale.gen.
У меня был en_GB.UTF-8 UTF-8 включен только в /etc/locale.gen. Я должен был там только активировать en_US.UTF-8 UTF-8 из-за других команд, запускаемых для него. Поэтому я прокомментировал ГБ и раскоментировал США, и теперь все работает
masi@raspberrypi:~ $ sudo vim /etc/locale.gen
masi@raspberrypi:~ $ sudo locale-gen
Generating locales (this might take a while)...
en_US.UTF-8... done
Generation complete.
masi@raspberrypi:~ $ sudo a2enmod rewrite && a2enmod headers && a2enmod ssl
Module rewrite already enabled
Module headers already enabled
Considering dependency setenvif for ssl:
Module setenvif already enabled
Considering dependency mime for ssl:
Module mime already enabled
Considering dependency socache_shmcb for ssl:
Module socache_shmcb already enabled
Module ssl already enabled
Теперь я не получаю эти ошибки локали с любыми командами.
Система: Raspbian Jessie Оборудование: Малина Pi 3b
Если вы используете среду KDE, проверьте файл setlocale.sh в ~/.kde/env/:
$ cat ~/.kde/env/setlocale.sh
export LANG=en_US.UTF-8
export LANGUAGE=en_US:ru:en
sudo dpkg-reconfigure vim
появился, чтобы устранить проблему после исправления системных настроек. Я также заметил то же самое, что уже упоминалось: вам может потребоваться отключить / повторно подключить SSH, чтобы сделать видимыми изменения. Добавление следующего текста в ~/.profile работает для меня:
export LANGUAGE=en_US.UTF-8
export LC_ALL=en_US.UTF-8
Я использую 64-битный сервер Ubuntu 16.04 LTS на Linode.
Это работало для меня, когда у меня была та же проблема (на основе решения, предоставленного dman):
sudo sh -c "echo -e 'LC_ALL=en_US.UTF-8\nLANG=en_US.UTF-8' >> /etc/environment"