Shift + NumPad. О вреде хоткеев или NumPad не работает

В один прекрасный день я обнаружил, что у меня в Ubuntu перестал работать NumPad. Вернее работать он продолжал, а вот цифры и кнопки арифметики работать перестали. Только при выключенном NumLock функционал курсора оставался на клавишах. Я переключился из Xorg в консоль и обнаружил, что в консоли NumPad работает.

Делаю вывод, что проблема сугубо программная, а не аппаратная, потому полез в гугл и вот, что я там обнаружил. Оказывается проблеме уже больше 2 лет. Появляется она, если по неосторожности нажать Shift+NumLock. В этом случае включается управление курсором мыши с клавиатуры. Так как одиночные нажатия сдвигают курсор на один пиксел, заметить, что курсор передвинулся довольно сложно. Вот и получается формулировка, что NumPad не работает. Чтобы отключить управление надо повторно нажать Shift+NumLock.

Вот так случайное нажатие хоткея может сильно расстроить пользователя. Уважаемые разработчики, пожалуйста, уведомляйте пользователя, что он нажал хоткей, если результат его нажатия не очевиден.

Офисным работникам на заметку: хоткей работает даже на заблокированном компьютере, так что если желаете сделать гадость ближнему своему, можете не стесняться. Shift+NumLock.

Изгнал ещё одного демона из Debian/Ubuntu

Дефолтовой кодировкой локали на системах Debian и Ubuntu является UTF-8. И это очень здорово и удобно. Жалко, что FreeBSD всё ещё не может похвататься такими достижениями, но они уже заявили, что сделают поддержку UTF-8 в следующей версии.

Так вот обнаружил, что Debian и Ubuntu параметры локали передают на другую машину по ssh и это тоже очень здорово! Заходишь на удалённую машину, а она с тобой общается на удобном тебе языке. Но это ровно до тех пор пока удалённая машина тоже поддерживает UTF-8 в локали.

А я столкнулся, что на удалённой машине русский язык представлен только в 1251. Так как мне проще разговаривать с машиной на английском, нежели тепреть 1251, то задался вопросом, как же отключить передачу локали на удалённую машину.

Знакомый подсказал, что во всём виновата строка SendEnv LANG LC_* в файле /etc/ssh/ssh_config . Если внимательно заглянуть в man ssh_config, то там об этом есть пара строк.

Note that the Debian openssh-client package sets several options as standard in /etc/ssh/ssh_config which are not the default in ssh(1):
· SendEnv LANG LC_*
· HashKnownHosts yes
· GSSAPIAuthentication yes

Надо просто убрать строку из конфига и жить счастливо. А вот, если нет возможности её убрать (например, нет рутового доступа)? К сожалению конфигурированием ~/.ssh/config отделаться не удалось 8(.

Выводы: разработчики Debian ошиблись не в том, что включили прокидывание локали, а в том, что не предусмотрели способа отключить прокидывание на пользовательском уровне.

Цветовыделение ls и язык консоли

Чтобы ls не выделял цветом имена файлов при выводе, добавил строку
alias ls='ls --color=never' в ~/.bashrc

Чтобы переключить язык и кодировку консоли с кривой русской однобайтовой (cp1251 кажется) на английскую, добавил строки
LANG="C"
export LANG
LC_MESSAGES="C"
export LC_MESSAGES
в .bash_profile


Надо ещё будет разобраться как цвета в цветовых схемах vim поменять, а то задолбало читать синий текст на чёрном фоне.