soft & scripting

Кажется с сервисами гугла, особенно с blogger.com, пора начинать прощаться.

Последним звоночком стало даже не закрытие поиска по блогам (это произошло давно), а результаты одного поиска "google> запрос site:blogger.com" - во-первых, их довольно мало [1], ну а во-вторых, гугл навязчиво редиректит на Google+, который мне совершенно никак не вперся, и от дизайна которого у меня блевотные позывы.
[1] Но на ddg.gg их тоже мало, возможно из-за отказа гугла генерировать статические страницы и навязывания своего нового (уже старого) оформления на сплошном джаваскрипте. Куда же податься? Ну может быть Wordpress, но пока не решил.. мне лень что-то делать, несмотря на то, что что-то делать надо.

Попробовал Wordpress.com, это пипец. Чувачки хотят выжать бобла из каждой мелочи, никаких custom css нет и в помине (точнее есть только за деньги), подсветка синтаксиса ограничена самыми трешпопсовыми языками, при этом даже <pre> и того нет!

Задача: просмотр видеоуроков по некоторому специализированному ПО. (Да, я вынужден признать, что изучать графический интерфейс приложения по книгам - занятие сродни изучению языка программирования на слух, совершенно бесполезно). Лучше всего тут покадровый просмотр, в качестве плеера берем Mplayer, открываем официальную документацию.. и через полчаса закрываем с нехорошими выражениями в адрес разработчиков, которые умудрились свалить ВСЕ в одну кучу, и похоже приложив все усилия, чтобы сделать ее абсолютно нечитабельной. Ффтопку! Вот и отличный повод попробовать MPV. Документация к нему тоже откровенно говоря хромает, но все же она гораздо более user-frienly. В итоге особых настроек и не понадобилось.

~/.config/mpv/input.conf
Esc quit
# RIGHT (LEFT) + Shift    Seek 1s    - по умолчанию

~/.config/mpv/config
fullscreen
osd-font-size=28
osd-duration=10000
osd-border-size=0
osd-color='#C94C00'
osd-bar-h=1

Еще один несомненный плюс MPV- если его запаузить и начать двигаться вперед/назад по кадрам (seek), то он сам по себе не переключится обратно в режим воспроизведения, в отличии от Mplayer (и о чем думали разработчики последнего?? да похоже ни о чем, они вообще не утруждали себя размышлениями о юзабилити).

Баг: не разблокируется 'login keyring' после собственно логина.
Фикс:

1. zypper install python-gnomekeyring
2. в bash_profile xterm -geometry 40x2 -e "python ~/unlock-keyring.py"
3. сабж (unlock-keyring.py):

#!/usr/bin/env python
import gnomekeyring
import getpass
gnomekeyring.unlock_sync(None, getpass.getpass('Password: '));

Минус данного решения в двойном вводе пароля, при логине и после него, но писать багрепорты для 13.1 мне еще более лень :)

* В journalctl этот гномобаг выглядит так:
...
The gnome keyring socket is not owned with the same credentials as the user login:
gkr-pam: couldn't unlock the login keyring
...

UPD август 2015

А теперь делаем все по взрослому ;)

Никаких левых питоноскриптов, просто дописать куда-нибудь в конфиг Emacs:

(require 'secrets)
(message "")
(sleep-for 1)
(message "Unlock login keyring")
(secrets-list-items "login")

и  при запуске Emacs запросит пароль к указанной связке ключей, и тем самым разблокирует ее [в случае ввода верного пароля конечно].

Стандартный slock показался мне неудобным и глючным. Альтернативы:

• minilock - работает, все Ок, но настроить внешний вид можно только правкой исходников,
• i3lock - збс! никаких претензий не имею.

Испробовал разные способы, и остановился на следующем: в папке ~/dropbox_sync создаем хардлинки (ln, а не ln -s!) на нужные локальные файлы. Все =) Плюсы:

• никакого лишнего копирования не происходит,
• после удаления файла в веб-интерфейсе Dropbox он останется на локальной машине в исходном расположении,
• после удаления файла на локальной машине в исходном расположении он все равно останется в папке ~/dropbox_sync,
• предыдущие версии доступны через веб-интерфейс (фича Dropbox!).