пятница, 9 апреля 2010 г.

Замена cityinfo на maps.yandex.ru в качестве электронной карты Минска

Есть некоторые программы , которые в линуксе довольно сложно заменить.
Одна из таких программ для меня была cityinfo - это электронная карта минска.Все что я смог от нее добиться в свое время это запустить ее определенную версию пд определенной версией wine. Однако с новыми версиями совместимость была утеряна.
Из преимуществ у нее есть:
  1. свободно не распространяется.Только с диском наподобие "электронная беларусь"
  2. Адекватная карта.
  3. Наличие схем движения транспорта
  4. На мой взгляд удобная навигация

Из недостатков:
  1. Она единственная электронная карта Минска (была)
  2. работает только в виндовс
  3. отсутствие многих новых домов , а то и улиц. например дома по Алеся Гаруна на ней не присутствуют.
Внешний вид имеет следующий:

Так вот самое,приятная новость в том , что уже как несколько месяцев Yandex представил адекватную замену электронной карте Минска по адресу maps.yandex.ru . На мой взгляд это отличная карта:
  1. Запускается под любой платформой , будь то windows или linux
  2. Быстрая (доволен ее работой на канале 1мбит и больше. меньше не пробовал)
  3. Имеет несколько режимов отображения.наиболее интересным является на мой взгляд гибридный режим , где на фотографиях со спутника подписаны номера улиц и домов
  4. содержит адреса самых располедних новостроек в минске. Так как сам живу именно в такой, то стало очень удобно посылать друзьям адрес.
  5. Позволяет посылать другим прямые ссылки на дом, улицу, что вы хотите показать. Вот например я живу вот тут .
  6. быстрый и удобный поиск улицы, дома. Хотя я не указываю что ищу именно улицу в минске, яндекс всегда безошибочно показывает мне именно минск
Стандартный вид . Включен режим схема:

Гибридный вид:


Что сказать , как пользователь я очень рад.
Ну и для хорошего настроения добавлю, что практически последней программой windows only пали электронные ПДД билеты. За что респект Семеняко Михаилу , который сделал клиента под linux. Производитель оригинального диска ЧУП "Новый поворот" сначала хотел задавить Михаила , угрожал и категорически отказывался делать поддержку линукс, клея различные отговорки.
Однако уже сейчас они заявили у себя на сайте поддержку linux через wine начиная с последней версии.
Не знаю, кто был катализатором появления карт для минска в яндексе , но для linux ПДД все сделал и перевернул ситуацию один человек! Задумайтесь ;)

четверг, 18 марта 2010 г.

исправление неработающих хоткеев в goldendict

хоткеи последний версии goldendict-0.9 напрочь отказываются работать с новыми версиями xorg-server , ссылаясь на то , что record extension для xorg не найдено.
Для меня вызов переводчика по горячей клавише просто убийственная фича. Поэтому нужен был фикс.

Чтобы получить работающие горячие клавиши , достаточно поставить ebuild из git.
Взять сам ebuild можно в моем layman оверлее либо скачать ebuild напрямую
Кстати да, особых новых фичей в git версии не заметил, а вот работающие хоткеи порадовали :)

мало все-таки надо для счастья :)

пятница, 22 января 2010 г.

Синхронизация паролей между Lin&Win машинами

На работе на win машине имеется ~10 паролей для работы с машинами заказчика.
Все они разные и сложные по требованиям безопасности, те без возможности запомнить. А без них никуда.
Часто приходится работать из дома , а там уже Gentoo linux.
Поэтому задумался , как мне получить все эти пароли дома.
Единственный кроссплатформенный менеджер паролей, который я нашел оказался keepass.
Итак, устанавливаю:

keepass по сути обладает всеми нужными качествами для менеджера паролей:
  • умеет хранить пользователей , пароли, url
  • не светит их в явном виде при копировании, а использует буфер обмена
  • генерирует пароли по шаблону
  • висет в трее и вызывается по горячей клавише
  • Имеет порт на linux/win
Выглядит keepass вот так:

После установки остается минимум - синхронизировать базу паролей между машинами. Обе машины естественно находятся за NAT
Наиболее подходящим сервисом для этого оказался dropbox.
Ставим его на обе машины и задаем директорию в которую он будет синхронизировать данные между машинами
Далее в gentoo я просто сделал симлинку на базу паролей из /etc в дропбокс директорию,
На win же пришлось сохранять базу прямо в директории dropbox

Собственно все - теперь пароли доступны на обоих машинах.Синхронизация выполняется автоматически при обновление файла базы паролей.

Что в этой схеме хорошо:
  • работает на разных платформах
  • синхронизация выполняется автоматически при обновление любой информации в базе

Что не очень:
  • при запущенном keepass на виндовсе создается lock файл для базы данных, который конечно тоже синхронизируется.При открытии синхронизированной базы на другой машине его приходится удалять. Почему было не сделать создание lock файла только в момент записи в базу ??
Update: для решения проблемы с отменой синхронизации лок файла можно сделать следующее.По совету Александр сделал хардлинк на базу данных с паролями на винде следующей командой :
fsutil hardlink create "C:\Program Files\keepass\database.kdb" "C:\My Dropbox\keepass\database.kdb"
Оригинал базы хранится в C:\Program Files\keepass\. На нее создается ссылка в C:\My Dropbox\keepass. Таким образом, при открытии базы лок файл создается в тоже же директории что и база. А "C:\My Dropbox\keepass" продолжает содержать только базу, которую дропбокс и синхронизирует.

В следующей 2.x версии keepass добавлена синхронизация паролей между машинами.Однако эта версия доступна только под win. Поэтому пишем свой велосипед или используем то что есть :)

понедельник, 4 января 2010 г.

Восстановление потерянных пакетов при репликации clearquest

Иногда получается, что из-за проблем сети репликация clearquest проходит как бы наполовину. Иначе говоря, некоторые пакеты теряются. И вот тут начинается самое интересное.
Когда ваше сетевое соединение восстановилось и вы запускаете реплицию (а конкретно импор) повторно,
то она начинает ругаться на отсутствующие пакеты.Вот так:
"Multiutil: The 'MASTER_UPDATE_PACKET' packet was sent from 'DELFT_HUB' at '2010-
01-04 14:16:15'. This packet for 'MASTR' cannot be replayed: This replica has no
t replayed epoch 1834 from replica DELFT_HUB, it has only replayed through 1800."

Лечится это довольно просто.Вспоминаете , когда проблема появилась первый раз и на той стороне откуда вы экспортируете данные, откатывается пакеты на некоторое время назад - когда все было нормально командой:

multiutil recoverpacket -clan tsiem -site delft_hub -family MASTR -user admin -password consulrisk minsk_hub -since 1-november-2009

Далее повторяете репликацию(экспорт, а затем импорт).После этого импорт должен пройти нормально