EMS Почта России: головная боль всего за $9.95!

Заказал экспресс почтой с ебея жёлтые тимберы. Экспресс почта дороже, в данном случае, была всего на $9.95 (стоимость доставки обошлась в $49.95), поэтому, в надежде получить посылку до морозов и, возможно, избежать возможных проволочек и задержек в связи с большей загруженностью линий из-за праздников, я не стал мелочится и таки раскошелился. Хочу заметить, что неделю спустя после этого заказа, я заказал другие другие тимберы обычной приорити почтой (слава Богу, экспресс продавец не предлагал - а то бы я вообще с ума сошёл) - они пришли уже полторы недели назад. Итак, суть такова:

Хинт: МПО - Международное Почтовое Отправление

Приём 16.11.2010 14:49 Соединенные Штаты Америки 07836
Прибытие в ММПО 17.11.2010 03:22 Соединенные Штаты Америки USJFKA
Экспорт 17.11.2010 03:23 Соединенные Штаты Америки USJFKA
Импорт 09.12.2010 00:52 104010 Москва EMS 2.112 127521 Москва
Обработка 11.12.2010 03:50 104010 Москва EMS Покинуло место международного обмена
Обработка 15.12.2010 02:49 130100 Москва EMS СЦ Сортировка
Обработка 15.12.2010 07:20 130100 Москва EMS СЦ Прибыло в место вручения

Полазав по форумам выяснил, что курьер связывается, обычно, на следующий день. Ситуация стала беспокоить 17 числа. Начал звонить. Лог такой:

17.12.2010. 12:00. Первый звонок в «горячую линию» EMS. Объяснил ситуацию, предложил забрать МПО самостоятельно. Сказали, что МПО на руках и курьера и что доставка будет осуществлена до 20:00 данных суток.

Курьера, конечно, не было.

18.12.2010. 12:00. Второй звонок в «горячую линию» EMS. Сотрудница горячей линии сказала, что моё МПО всё ещё «на руках» у курьера. "Хорошо, что не на ногах" - пронеслось в голове. Сказал, что так дело не пойдёт, давайте я всё - таки сам заберу. Сотрудница спросила мой номер телефона и сказала, что мне перезвонят и скажут откуда я могу забрать своё МПО. Была так же зарегистрирована просьба, дабы впредь EMS мне звонили на оный номер и говорили где мои ПО, и что я сам их буду забирать.

Никто, конечно, не перезвонил.

19.12.2010. 12:00. Третий звонок в «горячую линию» EMS. Молодой человек продиктовал мне последнюю строку из трекинга (Прибыло в место вручения) и сказал, что переведёт меня на специалистов по отслеживанию. Через пару минут включился тот же человек и сказал, что операторы заняты и чтобы я опосля перезванивал.

20.12.2010. 21.36. Повисел на линии, сбросили.

20.12.2010. 21.41. Спросили 2 первые буквы трекинга, перевели на специалистов по отслеживанию, которые опять не ответили. Попросили перезвонить ближе к ночи (естественно, ни ночью, ни близко к ней трубку там никто не брал).

21.12.2010. 16.32. Спросили 2 первые буквы трекинга, перевели на специалистов по отслеживанию, которые опять не ответили. Попросили перезвонить через час - два, тогда они должны освободиться. Решил звонить с большей частотой.

21.12.2010. 16.45. Спросили 2 первые буквы трекинга, перевели на специалистов по отслеживанию, которые опять не ответили. Попросили перезвонить через час - два, тогда они должны освободиться.

21.12.2010. 17.00. Попадаю сразу на "специалистов". Говорят, моё МПО всё ещё на руках у курьера. Задаю резонный вопрос: "Какого нооя моё МПО с 17-го числа на руках у левого персонажа, а не у адресата?". Помялись, сказали перезвонить попозже. Ну уж нет, дорогая редакция. Говорю, девушка, мол, я уже не первый раз вам звоню, ну и вылил на неё остальную, скопившуюся за это время, желчь. Настоятельно рекомендовал доставить моё МПО туда, откуда я его смогу забрать. Поклялась на библии, что моё МПО будет на вернадке завтра с утра. Ну чтож - посмотрим, посмотрим...

Итак, сегодня, 22-го декабря 2010 года от Рождества Христова, трекинг дополнился новой пометкой:

Неудачная попытка вручения 21.12.2010 20:00 130100 Москва EMS СЦ Адресат заберет отправление сам

Что поначалу даже обрадовало, хоть то ложь и провокация, конечно. Ибо, возможно, это означает, что посылка теперь находится на Вернадского. На всякий случай решил перезвонить и уточнить. И не зря:

22.12.2010. 09.30. Сказал трекинг-нумер. Девушка, после небольшой бесполезной дискуссии о том, что попытка вручения и прочее, таки сказала, что посылка на Вернадского, да. Однако, оказывается(!), забрать её (посылку, не девушку) я так просто не могу: сначала необходимо заполнить заявление на самостоятельное получение МПО и забрать его возможно будет только на следующий день. Ну, здорово, говорю. Хорошо, мол, что за это время никто из специалистов не удосужился сей момент прояснить. Заявил по телефону. Радует, что это возможно не только на месте.

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

24.12.2010:
Ну вот, эпопея с ЕМС закончилась! Вчера доехать туда не получилось - воскрешали 39-ку Вано. Потом поехали на ней, но не сложилось - пришлось возвращаться. Но щас не об этом. Позвонил с утра всё ещё раз прояснить. Вышел примерно такой диалог:

0: Здравструйте! Там у меня посылочка должна быть на вернадке. Забрать можно приехать?
1: Номер почтового отправления какой?
0: Такой.
1: Да, последняя запись "поступила на склад". Можете приехать и забрать.
0: Хорошо, тогда такой вопрос: я позавчера звонил, мне сказали надо подавать заявление на забор и забор тогда будет на следующий день, я подал заявку на вчера, но приехать не получилось, что делать?
1: Какая заявка ещё? Никакой заявки не надо. Просто приезжаете в любой день и забираете.
0: О_о
1: Только щас подождите... Вроде вам на Вернадского надо ехать... или...
0: о_О
1: Да, всё правильно, на Вернадского подъезжаете и забираете.
0: Спасибо, девушка.
1: Не за что, всего доброго.
0. Всего хорошего.

Видимо, подавать заявку нужно 1 раз, чтобы на следующий день они оставили посылку на складе. Однако, как это предположение согласуется с тем, что заявку я подавал 18-го, однако посылка так и осталась у курьера до 21-го - не понятно. В инетах так же пишут, что это обычное дело, поэтому надо перезванивать после 10 часов утра и уточнять, не отдали ли они, всё равно, курьеру ПО. На выдаче происходит интересная вещь: перед тем как _показать_ посылку сначала дают заполнить бумажку, в которой нужно написать паспортные данные и строчку "Претензий к упаковке не имею" и только потом отдают посылку. Перестраховываются, типа. Но я уж скандалить не стал, достали уже больно. Так или иначе, путешествие с Шереметьевской туда заняло 2 часа (35 минут из которых я протусил в очереди, которая, конечно, была довольна "качеством" сервиса и периодически дискутировала на эту тему), обратно - 4. И вот я довольный сижу дома с посылкой. С посылкой ничего не случилось - всё в полном порядке. За сим всё.

бтв, на выдаче улыбнул плакат "EMS Почта России. Доставка до двери". До двери EMS? :)

ntfs > ext3

Сконвертировал 120-и гиговый раздел с музыкой, бесценной порнухой и прочими ништяками из NTFS, мазолившей глаза (и CPU :) ) добрых 5 лет, в ext3 с помощью anyfs-tools. Времени заняло всего полчаса. :) С порнухой, слава Богу, ничего не случилось... фух... :) 

Нет, ну правда - потерь нет. :D

Брать там:  http://sourceforge.net/projects/anyfs-tools/

Читать тут: http://anyfs-tools.sourceforge.net/ru/man8/anyconvertfs.8.html

Делать так:

1. umount /dev/DEVICE

2. anyconvertfs /dev/DEVICE ntfs-3g ext3

LOST покинул здание

Итак, вот и закончился без преувеличения величайший из когда - либо выходивших на наши голубые экраны сериал, в нашей стране более известный как "Остаться в живых" (или "Пропавшие").

Финальный эпизод, однако, изменил начальному научно-фантастическому ключу (конечно, оно так, правда, уже с 5-го сезона изменяет, но да ладно) и оказался вполне такой себе мощной драмой. Вообще, большинству, если не всем, сериалов это очень свойственно. Драма - это вообще наше всё, однако, ответов на вопросы, копившиеся как снежный ком практически все 6 сезонов, этот эпизод не дал абсолютно никаких. Конечно, посмотрев такой "финал" едва ли не каждый фанат (да и любитель) сериала почувствовал себя обманутым.

Переварив денёк другой очередную и предпоследнюю (на ДВД 6-го сезона будет 20 дополнительных минут) порцию сценаристического бреда я пришёл к единственному логичному для себя объяснению. Собственно, излагаю: отец Джека в последнем разговоре сказал, что в АР (альтернативной реальности, показываемой нам после взрыва бомбы) нет вообще такого понятия как "сейчас". Т. е. время там не течёт. Он же сообщает, что все они умерли, причём, кто-то раньше Джека, кто-то позже (Хёрли, Бен, Сойер, Кейт, Майлс, Лапидус и Ричард ушли после Джека). Вот, эти исходные данные запоминаем очень хорошо. Идём дальше. Весь шестой сезон нам показывали порционно то АР, то Остров: тут важно помнить о том, что нам никто не говорил: синхронно ли происходят события в АР и на Острове. В АР же, более того, нет времени. Учитывая оное и то, что в АР герои сериала _вспоминали_ события на Острове (более того, диалог Хёрли и Бена в конце это ясно подтверждает) напрашивается единственный логический вывод: все события, происходившие на острове, показываемые нам в 6-м сезоне - это прошлое. Настоящее - это события, происходившие в Альтернативной Реальности (в загробном мире, если хотите; в месте, которые они все придумали вместе, как сказал Кристиан - мистический элемент притянутый за уши, эластичность которых даст фору любой жевательной резинке - их, конечно, объединяет жизнь на Острове, общее прошлое, и даже место смерти, но, напомню, это таки сай-фай, а не мистический триллер: как оно работает-то вообще?) Кристиан так же сообщил, что всё что было - было на самом деле. Отсюда следует, что ребята, конечно, умерли на острове, но они не разбились насмерть на самолёте в 1-й серии 1-го сезона. Как они умерли на острове нам показывали во флешбеках про остров в 6-м сезоне. Встаёт, конечно, закономерный вопрос, откуда тогда в АР Хёрли и Бен (и прочие улетевшие с острова на самолёте)? Начиная, где-то так с пред-пред последнего эпизода сценаристы нам напоминают - главный герой всего сериала - таки Джек. Остальные товарищи - второстепенные персонажи (даже вот, если что, сериал начался, когда Джек открыл глаза на острове и закончился, когда закрыл). АР начала существовать после того как все герои умерли, но увидеть эту АР мы смогли только после того как умер главный герой: так как времени там нет и Джек для нас, по сути, является некой точкой отсчёта АР (смотрим мы на происходящее относительно него) - мы и наблюдали на экране сей замечательный временной парадокс.

Вот. Для меня это единственное логичное объяснение всему, что нам показывали. Сценаристы 6-го сезона воистину в выигрыше - при такой постановке концовки в общем уже и не важно кто такие Дарма Инишиейтив, что там за числа, чо вобще остров и белый свет, как брата Джейкоба зовут, хотя бы, в конце концов. Главный герой умер - и это уже самое главное для зрителя.

Однако, хочу заметить, что если нам в дополнительных 20-и минутах не покажут как у Хёрли и Бена утонул Остров (в 1-й серии 6-го сезона нам показали, что остров в АР лежит на дне), то сами понимаете, в какой мы оказались ситуации.

fluxbox: загрузки в chromium открываются в firefox

Fluxbox - юзерам юзающим chromium знакома ситуация: скачаешь чего - нибудь, тыкаешь, а оно открывается в firefox'e, вместо какого - нибудь торрент - клиента или чего другого, более сносного.

Происходит это из - за того, что все загрузки в chromium'е открываются через xdg-open, который поддерживает только 3 DE (kde, gnome, xfce) и, в зависимости от того, который DE используется, файл открывается в kde-open, gnome-open или в exo-open, соответственно. Если DE никакой не найден - то оно пытается открыть файл в дефолтном браузере.

Решение - экспортировать переменную DE. Но делать это, во избежании каких бы то ни было капканов (например, при использовании разных ДЕ по - настроению), нужно в правильном для флакса файле - ${HOME}/.fluxbox/startup, а не топором в bashrc.

Открываем файлик:

nano -w ${HOME}/.fluxbox/startup

Перед последней строкой инициализации флакса (exec /usr/bin/fluxbox) вставляем

export DE="xfce"

(вместо xfce подставляем то, что юзаем у себя).

Получится нечто следующее (будьте внимательны - в примере последние 8 строк, а не весь файл):

incinerator@incilair ~ $ tail -n 8 /home/incinerator/.fluxbox/startup

export DE="xfce"

# And last but not least we start fluxbox.

# Because it is the last app you have to run it with ''exec'' before it.

exec /usr/bin/fluxbox

# or if you want to keep a log:

# exec /usr/bin/fluxbox -log "/home/incinerator/.fluxbox/log"

wine Disciples 2

Решил я тут поглядеть на Disciples 3. Игра красивая, занятная. Ставится вообще без бубна и идёт лучше пятых героев (правда, с nodvd от triviuma, который для hotfix 8, игра не запускается вообще, и юзать надо что-то предыдущее, например, nodvd для 5-го хотфикса; однако, сейвы работать не будут; c 7-м - вылетает при заходе в режим строительства). Вообще, насколько я понял, игру допилят только к выходу европейской версии. По причине того, что без сейвов играть скучно (и спустя часа эдак 3 пропали текстуры земли в главном режиме) я решил глянуть вторую часть. О чём и пойдёт речь в данной заметке.

Итак, последняя часть у нас именуется "Восстание эльфов" (Rise of the elves). Аддон этот не требует наличия ничего кроме свободного места на диске. Перед установкой я, дабы не наступить лишний раз на грабли, примонтировал оба образа (образы от Руссобит-М) и скопировал содержимое в отдельную папку, из которой уже и производил установку. Ставится оно без шуму и пыли.

Вообще говоря, по поводу установок виндовых игр/приложений. Если игра требует каких - либо вендовых либ: будть то директиксовые либы, или что-нибудь типа msvbvm60.dll; или же требует наложения патчей на какие-либо элементы самого вайна, то для такого приложения лучше завести отдельное окружение:
env WINEPREFIX="/home/username/.wine_appname" winecfg
Соответственно, для запуска бинарника, например, установочного нужно писать следующее:
env WINEPREFIX="/home/username/.wine_appname" wine setup.exe
Ну ты понел.
Для всех программ, использующих MS .NET Framework лучше завести окружение типа ~/.wine_dotnet и все эти программы ставить в него.
Софт же, который не требует никаких лишних телодвижений, изменений реестра и прочего прочего, лучше ставить в окружение по умолчанию (~/.wine). Так и установщики пускать проще (простым двойным тычком) и свободного места на диске больше.

Для игры, являющейся предметом разговора, нужно завести отдельное окружение (напр. ~/.wine_disciples2). Для тех кому надо только команды посмотреть:

env WINEPREFIX="$HOME/.wine_disciples2" winecfg

$HOME - это переменная окружения, которая содержит полный путь до домашней директории текущего пользователя. Интерпретатор автоматически заменяет её на соответствующее ей значение. То есть, фактически, вышеуказанная команда "введётся" так: env WINEPREFIX="/home/username/.wine_disciples2" winecfg, где username - имя вашей учётной записи.

Создавать отдельное окружение для disciples 2 необходимо, так как данное приложение не работает без эмуляции виртуального рабочего стола. Поэтому, в winecfg переходим во вкладку "графика" и включаем эмуляцию рабочего стола, например, 1024х768.

Если не включить эмуляцию рабочего стола, то при попытке запустить Disciples 2 вы скорее всего услышите музыку заставки, но не увидите никакой картинки (на экране будет изображено последнне, что было на нём до запуска игры).

После успешной установки игры необходимо сначала её настроить. Для этого запускаем соответствующий бинарник:

env WINEPREFIX="$HOME/.wine_disciples2" wine "C:\путь_до_папки_с_игрой\ConfigEditor.exe"

Если вы создали ярлык на рабочем столе, то всю команду можно скопировать из него, заменив, конечно, Discipl2.exe на ConfigEditor.exe. В настройках игры необходимо включить поддержку Direct3D (иначе ролики, главное меню будут не на весь экран, и в игре будет тормозить мышка). Выставляем также соответствующее рабочему столу разрешение. Например, 1024х768. Да, и игра у нас должна быть на полный экран, а не в окне. Иначе вы встретите сообщение "Can't initialize Disciples 2".

За сим всё. Игра запускается и играется без нареканий.

Теперь пара слов об издании Disciples 2 Gold от Акеллы. Установщик игры не производит копирования целой кучи весьма важных файлов (на данной стадии даблтык по ярлыку на рабочем столе не приводит вообще ни к чему). Поэтому, после окончания установки игры необходимо скопировать по соответствующим местам файлы из папки data на диске с игрой. После того, как скопируете, нужно перейти файловым менеджером в папку с игрой, и внимательно посмотреть, что же там скопировалось (ибо теперь при попытке запустить игру вылетает сообщение "Can't initialize Disciples 2"). Поскольку никсы система регистрозависимая, вы там увидите такие папки как Globals и globals, Interf и interf и так далее. Собственно говоря, переносим файлы из папки с маленькой буквы в соответствующую папку с большой и удаляем пустую. У меня ещё папка Video была с маленькой буквы. Я это дело поправил. После чего игру можно запускать.

Да, конечно, nocd/nodvd наше всё.

Живи и процветай!

Прыгающий нод lirc'а

Вечно забываю поститься тут. Буду навёрстывать.

Данная заметка всецело пригодиться пользователям пультов дистанционного управления для своих электронно-вычислительных машин (напр. продукция фирмы avermedia). Пользователи, активно использующие данные девайсы, наверняка сталкивались с внезапно не реагирующим на манипуляции курсором мыши прямо сразу после загрузки иксов и, всё так же внезапно, своей машиной, напрочь не реагирующей на команды, посылаемые с, собственно, ПДУ.

Вышеописанную проблему можно решить двумя способами:
1. Перетыкнуть (отсоединить-подсоединить) манипулятор типа "мышь". Мышка сразу заработает. Делать cat на всяческие /dev/input/event* и смотреть, реагирует ли оно на нажатия клавиш на ПДУ. Найденный прописать в /etc/conf.d/lircd и перезапустить lircd. Не забыть запустить офигевший от не того девайса irexec. Пульт работает. Повторять по мере необходимости и надеятся, что когда-нибудь оно само рассосётся.

2. Первый способ, конечно, действенный, но от него, почему-то, очень быстро устаёшь. :) Поэтому, легче всего немножко разобраться во всём этом.

Вообще говоря, раньше была очень удобоваримая нода типа pci-blablabla-blabla-event-ir, лежала она по адресу /dev/input/by-path/ и никуда она оттуда не девалась. Поэтому проблемы не существовало. Однако, после очередного когда-то произведённого emerge -DNu world данная проблема себя проявила: статическая нода исчезла и файлик конфигурации lirc'а пришлось исправить на event4 (например 4, у вас может быть, и скорее всего, будет по-другому). Собственно, работало оно очень долго, до очередного апдейта, после которого уже индекс ноды генерился как Бог на душу пошлёт (в порядке, в котором девайсы появляются в системе).

К чему я это? Да к тому, что если снова сделать статический нод и прописать его в соответствующем месте в /etc/conf.d/lircd то о проблеме можно будет забыть (хотя бы до следующего апдейта xD). Сделать такое можно при помощи udev'a (почитать о нём можно на сайтах и в манах).
Итак, в кратце, удев у нас строго следует определённым правилам. Правила эти лежат в каталоге /etc/udev/rules.d/. Если там уже есть файл 10-local.rules, то писать новое правило можно в него. В противном случае создаём указанный файл самодержавно. Что же в него писать? Для начала нужно найти правильный event* в каталоге /dev/input/. Делаем cat /dev/input/event4 (тыкайте табом и смотрите, какие там есть, перебирайте), тыкаем кнопки на пульте. Если в консоле появляется вывод - вы нашли верный файл устройства.

Для удобства изложения, положим, event4 - файл верный. Вы же, далее по тексту, вместо event4 представляйте свой вариант верного имени.

Затем выполняем следующую команду (фактически - две команды): udevadm info -a -p `udevadm info -q path -n /dev/input/event4` (это не одинарная кавычка, а штрих, который находится на одной кнопке с тильдой и буквой "Ё"; набирается в английской раскладке; текст, обрамлённый данными знаками интерпретируется интерпретатором как отдельная команда; можно подставлять в иные команды; детально об этом можно почитать в книжках по интерпретатору Борна, например). В выводе данной команды нас интересуют параметры первого parent (родительского) девайса (в случае использования пульта ДУ через/от tv-тюнер(а)). Нужна нам строчка ATTRS{name} (у меня оно выглядит так: ATTRS{name}=="bttv IR (card=41)"). Копируем данную строчку в буфер обмена. Далее возвращаемся к нашим баранам. То есть, открываем/создаём файл /etc/udev/rules.d/10-local.rules и пишем в него следующее:

KERNEL=="event*", ATTRS{name}=="bttv IR (card=41)", SYMLINK+="irremctrl"

Обратите внимание: никаких переносов, ибо удев расценит перенесённую на другую строку часть как отдельное правило, и получится ноое знает что. Вместо ATTRS{name}=="bttv IR (card=41)" вставляем из буфера ту самую строчку, что скопировали в него ранее. По-русски данное правило звучит следующим образом: когда (если) в системе появится устройство, проименованное ядром как event*, у которого атрибут "имя" соответствует bttv IR (card=41) - создать дополнительный (прирастить) симлинк irremctrl (в каталоге /dev). Теперь остаётся только перезапустить удев (/etc/init.d/udev restart). После перезапуска удева появится новая нода: /dev/irremctrl. Открываем /etc/conf.d/lircd и в соответствующем месте, вместо чего-то типа
LIRCD_OPTS="--driver=dev/input -d /dev/input/event4 /etc/lircd.conf"
Прописываем что-то типа
LIRCD_OPTS="--driver=dev/input -d /dev/irremctrl /etc/lircd.conf"
То есть меняем /dev/input/event4 на /dev/irremctrl.
Перезапускаем lircd и запускаем irexec, конечно.

Вот и всё.
Живи и процветай!