Записался на курсы английского.

Вот уже больше чем пол года (а точнее с Mon Aug 11 20:34:22 2008 +0300) часть конфигов и прочие мелкие скриптики из $HOME/bin у меня лежат в Mercurial репозитории.

Непосредственно version controlled файлы/конфиги лежат в ~/.config/_managed. Там же лежит и скрипт, который для этих версионированных файлов/катаогов создает симлинки в $HOME. То есть $HOME/.zshrc — это симлинк на ~/.config/_managed/.zshrc.

Плюс имеется cron job, который напоминает письмом, если что-то было изменено и не закоммичено.

Выглядит всё это достаточно удобно. Единственное — при создании конфигов руками нужно “помнить”, что их нужно ложить не в $HOME.

Кроме просто версионирования, обычным hg clone привычные конфиги легко переносятся на другой хост.

Вот теперь и гугль начинает сваливать с SVN-а. Эра централизированных VCS заканчивается :)

Mercurial, like Git and Bazaar, is a distributed version control system that enables developers to work offline and define more complex workflows such as peer-to-peer pushing/pulling of code. It also makes it easier for outside contributors to contribute to projects, as cloning and merging of remote repositories is really easy.

Сегодня в psi-dev@c.j.r зашла одна девушка.. На неё сразу накинулись с попытками подсадить на что-то нехорошее вроде C++ ;)

[22:19:32] <Rion> dion_: все девушки должны стать программистками *мечтательно*
...
[22:22:14] <maj> страуструпа читать минимум 3 раза
[22:22:15] <dion_> отстаньте от девушки
[22:22:21] <dion_> anastasiyalove: не вздумай
[22:22:25] <maj> потом читать логи трупчатов
...
[22:26:21] <dion_> anastasiyalove: НЕ СЛУШАЙ ИХ. НИ В КОЕМ СЛУЧАЕ
[22:26:49] <anastasiyalove> Rion: я программирование не люблю. Нудное эт дело
[22:27:01] <anastasiyalove> Rion: у меня терпения не хватает
[22:27:07] <dion_> anastasiyalove: правильно
[22:27:21] <Rion> anastasiyalove: это только так кажется. вот если страуструпа почитать то точно начнешь думать по-другому :)
[22:27:22] <anastasiyalove> dion_: даже если бы и послушала, мне возможности не позволяют

Я уже несколько лет, как сижу на юникодной локале. И вот только сегодня заметил, что watch из procps не умеет отображать юникодные символы, вроде кириллицы.

Адекватная замена пока не нагугливается.

Сегодня утром врубил ноут после ношения его в рюкзаке. BIOS выдал стандартную ошибку, типа не с чего грузиться, вставьте что-то загрузочное и нажмите клавишу. Залез в Setup, винта оттуда не видно. Только сидюк.

Первая мысль — бэкап слава богу есть, даже относительно свежей.

Раскрутил отсек для винта. А винт там лежит с зазором пол сантиметра от края. И вот как раз на эти пол сантиметра он выскочил из разъемов. Аккуратно задвинул его на место, впихнул в зазор пенопласта. Включил — полет нормальный.

Количество анимешников среди людей, окружающих меня, растет.

И я этого начинаю бояться.

Вот уже пол года, как я на ноуте прикрутил отображение текущего уровня громкости при его изменении клавишами Fn+F7/F8. Обычным osdsh.

Есть акустика с пультом ДУ. Так вот по непонятным причинам ноут реагирует, если медленно нажимать на некоторые клавиши пульта (например подержать кнопку уменьшения громкости нажатой в течение секунды). Какого-либо инфракрасного порта нету. acpi_listen ничего не видит, зато xev отображает следующее:

KeyPress event, serial 34, synthetic NO, window 0x4200001,
    root 0x5e, subw 0x0, time 92342799, (-4,774), root:(0,799),
    state 0x10, keycode 114 (keysym 0xff53, Right), same_screen YES,
    XLookupString gives 0 bytes:                                    
    XmbLookupString gives 0 bytes:                                  
    XFilterEvent returns: False                                     

KeyRelease event, serial 34, synthetic NO, window 0x4200001,
    root 0x5e, subw 0x0, time 92342801, (-4,774), root:(0,799),
    state 0x10, keycode 114 (keysym 0xff53, Right), same_screen YES,
    XLookupString gives 0 bytes:                                    
    XFilterEvent returns: False                                     

FocusOut event, serial 34, synthetic NO, window 0x4200001,
    mode NotifyGrab, detail NotifyAncestor                

FocusIn event, serial 34, synthetic NO, window 0x4200001,
    mode NotifyUngrab, detail NotifyAncestor             

KeymapNotify event, serial 34, synthetic NO, window 0x0,
    keys:  0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   
       0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   

KeyPress event, serial 34, synthetic NO, window 0x4200001,
    root 0x5e, subw 0x0, time 92368930, (-4,774), root:(0,799),
    state 0x10, keycode 114 (keysym 0xff53, Right), same_screen YES,
    XLookupString gives 0 bytes:                                    
    XmbLookupString gives 0 bytes:                                  
    XFilterEvent returns: False                                     

KeyRelease event, serial 34, synthetic NO, window 0x4200001,
    root 0x5e, subw 0x0, time 92368931, (-4,774), root:(0,799),
    state 0x10, keycode 114 (keysym 0xff53, Right), same_screen YES,
    XLookupString gives 0 bytes:                                    
    XFilterEvent returns: False

Вот сижу, пытаюсь понять, что это за фигня. Кейкоды бывают разные.

Сегодня утром вернулся с двухдневной поездки в Москву. Отгуглял, увиделся с некоторыми друзьями. Не всё получилось так, как запланировали, но в целом и так неплохо :)

PS. Пуська — очень хороший, милый и добрый человек :) Спасибо ей за хорошую компанию.

На сегодня меня ждут бутылка недопитого вина и South Park.

Порадовало :)

Увидел у товарища tamerlan311 ссылку на тест. Попробовал пройти.

Типа я хороший PHP программист, 195 баллов (интересно, из скольки?). При этом PHP я не знаю вообще. Разве что чуть вордпресс ковырял, по мелочи совсем.

Интересно, где тут подвох…

Вот такая вот аппликуха есть на Qt-apps:

Simple program which makes everything well. Paradoxically it works only in Russia.

Посмотрел внутрь byteflow. Подумываю сделать возможность логиниться по OpenID в момент поста коммента (как это делает OpenID плагин к WordPress). Пока что не совсем себе это представляю.

PS. Джангу по сути вижу в первый раз.

Прошелся сегодня по обменникам. В трех обменниках рублей нет вообще (либо не хотят продавать). В четвертом кассирша куда-то пыталась позвонить и узнать, продают ли они рубли. Потом согласилась продать 1000 рублей.

Интересно наблюдать, как разные спам боты пытаются постить по старым урлям и получать отлупы. При чем некоторые “особо продвинутые” понимают редиректы и пытаются нафлудить по новой урле.

Ночью случайным образом зафлудил planet.jrudevels.org.

Началось всё с редиректов nginx-ом. Редирект на feed, который там использует прозевал. В результате отредиректилвало на страницу 404.

Но умный planet догадывался проверить даже такую страницу на наличие RSS feed. В итоге подтянулись все последние посты, не глядя на теги.

Вот и переехал я с WordPress на ByteFlow. Заодно перенес блог на другой домен. По старому домену развесил nginx-ом редиректов. Как минимум для постов и RSS feed-а.

Данные импортировал с помощью WXRImporter.py, немного пропатчив его. Добавлен импорт тегов, использование slug-ов WordPress-а, скипанье постов с типом “attachment”. Private посты конвертятся в Draft-ы. Комментарии пересортировываются перед добавлением (по непонятным мне причинам WordPress выплюнул их в отфонарном порядке).

Вроде как все работает. Темку подрисую позже.

P.S.Старый RSS Feed должен работать, но лучше таки обновить.

Нашел то, что давно уже искал:

они хоят крови, крови.
они хотят мяса, мяса.
они хотят боли, боли...

UPD.Нашел. Это группа Климбатика. На ютубе еще пару их похожих видео.

Клип жесть вообще:

Вот в rfc3921, p.4.1. сказано:

4.1.  Specifying an Intended Recipient

   An instant messaging client SHOULD specify an intended recipient for
   a message by providing the JID of an entity other than the sender in
   the 'to' attribute of the <message/> stanza.  If the message is being
   sent in reply to a message previously received from an address of the
   form <user@domain/resource> (e.g., within the context of a chat
   session), the value of the 'to' address SHOULD be of the form
   <user@domain/resource> rather than of the form <user@domain> unless
   the sender has knowledge (via presence) that the intended recipient's
   resource is no longer available.  If the message is being sent
   outside the context of any existing chat session or received message,
   the value of the 'to' address SHOULD be of the form <user@domain>
   rather than of the form <user@domain/resource>.

То есть получается, что первые сообщения всегда отсылаются на bare JID (без ресурса). После первого же ответа нужно начинать отвечать уже на full JID, и так до тех пор, пока ресурс не станет недоступным.

Отсюда два вопроса:

1. Что делать, если у собеседника появляется ресурс с более высоким приоритетом? Продолжать отсылать сообщения на “старый” ресурс или переключаться на новый?
2. “Забывать” ли кратковременно недоступный ресурс (например после реконнекта собеседника)? А если как раз в момент реконнекта появляется ресурс с более высоким приоритетом?

В RFC оба случая не описаны (Про Conversation Thread знаю).

Собственно сабж. Билеты уже куплены.

Утром проснулся.. На мобилке SMS со стандартным текстом о переводе денег на счет и суммой 500 грн. Отправитель — одна знакомая.