Поиск по метке: linux

Довольно часто я натыкался в сети на информацию о том, что переключения раскладки клавиатуры по ctrl+shift или shift+alt это далеко не самый удобный вариант. А предлагают использовать для этого дела caps_lock. Мне эта затея казалась весьма разумной, но переучиваться было лень. Да и оказываясь за бортом любого другого компьютера, ты оказываешься в очень не привычной ситуации.

Но в очередной раз переустановив себе LinuxMint, я столкнулся с тем, что передо мною снова стоит вопрос неудобства ctrl+shift в этих наших линуксах. Суть в том, что есть большая разница в том, какая клавиша когда была отжата... По факту в 80% случаев у меня переключение попростую не срабатывало просто потому, что я не ту клавишу раньше отпустил. Поискав, в очередной раз решение, я его не нашёл. Ну и решил, что настало время переучиваться на caps_lock. Всё равно смысла в этой клавиши я не вижу никакого. 

Переключился и пользуюсь уже второй месяц. Оказалось действительно удобно. Привыкание прошло довольно быстро, недели за две. Но увы, осталась 1 проблема. Дело в том, что когда быстро набираешь тексты, часто сталкиваешься с тем, что нажиммаешь caps_lock с зажатой клавишей shift, а это, оказывается, оставленная на резерв старая функциональность caps_lock-а (печатать ВОТ ТАКИМ регистром). Отключается точно также ― с шифтом. Нафиг нужно мне такое счастье... Сразу сбивает рабочий настрой, сидеть всё переправлять.

Порывшись в сети я не нашёл готовых решений. Спросив на lor-е, я, в коем веке, получил нормальный ответ... Сказали в какую сторону копать. Раскопал и таки получилось. Теперь у меня capslock + shift работает точно так же как и просто capslock, т.е. тоже меняет раскладку клавиатуры. Сделать это из диалога настроек клавиатуры, оказалось невозможным. Ниже будет ясно почему.

За работу клавиатуры, по всей видимости, отвечает некий xkb. Именно его настройки изменяются в настроках «Клавиатуры». Настройки расположены по адресу  /usr/share/X11/xkb/. В поддиректории rules лежат непосредственно сами правила. Интересующее нас правило называется grp:caps_toggle. Но правило ссылается на уже готовый символ. Выглядит это так:

grp:caps_toggle = +capslock(grouplock)

Как оказалось, +capslock это указание на то, из какого файла взять сам symbol. В данном случае из /usr/share/X11/xkb/symbols/capslock. А вот grouplock это уже непосредственно название самого символа. Вот его код:

partial hidden modifier_keys
xkb_symbols "grouplock" {
    replace key <CAPS> { [ ISO_Next_Group, Caps_Lock ] };
};

partial, hidden, modifier_keys ― это всё модификаторы символа. Подробнее о них можно прочесть здесь. Внутри фигурных кавычек лежат настройки символа. В нашем случае CAPS ребиндится на ISO_Next_Group и на самого себя (Caps_Lock). Суть в том, что если в квадратных скобках указано два значения, то первое доступно без shift-а, а второе с ним. Если же указано всего 1 значение, то оно будет использоваться во всех вариантах. Собственно достаточно поменять код на:

replace key <CAPS> { [ ISO_Next_Group ] };

, после чего пощёлкать в том самом диалоге Клавиатура что-нибудь (чтобы сбросить кеш), как мы получаем, то что хотели. Теперь по shift + caps_lock тоже меняется раскладка.

Сразу отмечу, что я не имею никакого отношения к миру ruby. Изредка пишу простые скриптики для небольших личных нужд, не углубляясь ни в дебри языка, ни в его окружение. В очередной раз обновив с нуля систему, я снова столкнулся с задачей установки compass-а. И в очередной раз все стандартные способы надо мною надругались. Казалось бы, linuxmint ― это просто разновидность ubuntu, самого популярного репозитория, а значит установка популярной либы не должна быть проблемой. Но нет...

Установить compass можно как-минимум двумя способами. Первый это привычный нам aptitude: sudo aptitude install ruby-compass. Программа устанавливается без ошибок, и даже позволяет узнать её версию. Но вот работать отказывается на отрез, ругаясь на отсутствие какого fssm. Быстрый поиск решения проблемы результатов не дал. Выполнив sudo aptitude purge ruby-compass, я решил воспользоваться стандартным механизмом для ruby ― gem. Итак: gem install compass выбрасывает мне ошибку доступа. Дескать в /usr/... ему недостучаться, и он просит root-а. Такое поведение мне кажется странным, но ладно, ок, установим из под root-а. Установка проходит успешно, но вот сам compass после этого запускаться отказывается. Нужен root. Вот это уже действительно странно. 

В конечном счёте я нагуглил установку с таким вот ключём gem install --user-install compass. Установка прошла успешно. Но вот никаких удобных ссылок для запуска программы не было создано. Пришлось руками лепить ссылку к ~/.gem/ruby/1.9.1/gems/compass-1.0.1/bin/compass. Теперь всё работает. 

Самое удивительное, так это то, что далеко не каждый пакет из gem требует таких вот бубнов. И что на офиц. сайте compass-а предлагают не суетиться, и просто запустить gem install compass. Такие вот дела. 

После обновления на живом сервере с php5.3 до php5.5 столкнулся с неприятной проблемой. Socket-файл, для прослушивания nginx-ом, который создаёт при старте демон php5-fpm, стал недоступен для nginx, который запускается от www-data. Лечится это дело очень просто, необходимо в pool-конфиги добавить следующее:

listen.owner = www-data
listen.group = www-data
listen.mode = 0660

Думаю по названиям настроек всё более чем понятно. Жаль только, что когда я попробовал перенести эти настройки на уровень выше, в сам php-fpm.conf, демон споткнулся при старте. Так было бы удобнее.

В очередной раз наткнувшись на упоминание о заметках Evernote, а также, увидев сообщение на хабре: "а чем вас nixnote не устраивает", решил попробовать с ним поиграться. В итоге перебровал несколько клиентов и ещё больше разочаровался в подобном софте для linux...

NixNote

NixNote (ранее NeverNote) — open source linux (и не только) вариант EverNote. Имеет не самый симпатичный клиент, но достаточно функциональный. Доступны теги, каталоги, разметка, поиск и пр. штуки. Сравнить его функциональность с оригинальной не могу, ибо не пользовался оригинальными заметками. Их клиента под Linux попросту нет.

NixNote мне не подошёл ввиду того, что он попросту не может соединиться с серверами EverNote. Выкидывает OAuth ошибку. Подозреваю, что EverNote просто сменили API. Обновления от апреля 2014г. Отсутствие какого-то внятного сообщества или хотя бы bug-трекера… (или я плохо искал?). Пришлось забить. Да и зависимость от смены API не очень то радует.

Springseed

Имеет довольно симпатичную шкурку. Похоже, что написан на nodeJS. Ввиду чего deb-packet тянет аж 60 MiB чего-то там. С треем работать не умеет. Функциональность вообще близкая к нулю. А та что есть, работает чрезвычайно глючно. Окно настроек включает только about-вкладку и oauth-авторизацию с dropbox. Какой-то мертворожденный софт, замаскированный под нормальный. Тот самый случай, когда HTML5-like сайт сделали, а нормальную программу не сделали. Хлам. И стыд.

Geeknote

Консольный клиент для EverNote. Мне такой хардкор не нужен. Я как разбалованный GUI-пользователь хочу удобную интеграцию с треем, продуманные окошки, контролы, поиск и пр. радости жизни. Сий софт расчитан на бородатых админов, видимо, либо на тех, кто свой GUI будет писать сам. Очень понравилась иконка :)

Everpad

Everpad — похоже самый вменяемый linux-клиент для EverNote. Судя по скриншотам и описанию имеет добротный интерфейс, тянет за собой всего 20 MiB (а не 60 MiB js-библиотек как springseed). Вся беда оказалась в том, что он не совсестим с LinuxMint. Похоже, что он как то хитро связан с gnome-окружением и под mint-ом его everpad-provider просто умирает в страшных корчах. Я с таким уже сталкивался с Cardapio. Правда в случае Cardapio мне хватило времени и желания его поддомкратить и таки запустить. В everpad багтрекере много сообщений с такими же ошибками. Нормального решения пока не выкатили. Разместил и свой error-trace.

Время на эксперименты пока закончилось. Это ещё не весь подобный софт. Может быть, что-нибудь таки взлетит и полетит. Однако первые впечатления весьма не радужные. Список для проб взял здесь.

В очередной раз увидев как рисует браузер латинские буквы в microsoft-овском шрифте Calibri, решил это дело как-нибудь починить. Эксперементальным путём выяснил, что шрифт в системе есть, и что браузеры его правильно подхватывают, что уродливыми края у букв становятся только у латинских символов, и что только при размере <=16px. В итоге Google дал мне такой ответ:

Calibri fonts and other cleartype fonts have bitmap versions embedded in them which activate at small sizes, which makes it look bad. To disable this and get correct smoothing at all sizes do this:
Create a .fonts.conf file in your home directory, paste this in it:

<match target="font">
         <edit name="embeddedbitmap" mode="assign">
             <bool>false</bool>
         </edit>
</match>

Перезагрузив браузер (похоже, что для Chromium-а теперь это тривиально сделать невозможно, т.к. он работает аки daemon, но никаких иконок в tray-е не рисует) — убедился что уродливые границы исчезли.