Maria Linnemann - Antonino (Valz Venezolano): ноты

Еще одна интересная композиция для гитары. Исполнение:

Не нашел в свободном доступе нот для этой композиции. Подобрал по видео, выкладываю.

• Ноты - здесь

За точность подбора не ручаюсь.

Maria Linnemann - Sempre Solo : ноты и табы.

Простое, но довольно красивое произведение для гитары. Будет интересно начинающим гитаристам. Исполнение:

Не нашел в свободном доступе нот для этой композиции. Подобрал по видео, выкладываю.

• Ноты - здесь
• Табулатура - здесь

За точность подбора не ручаюсь.

Internet Explorer не открывает скачанные ods/odt через LibreOffice – решение.

Столкнулся со следующей проблемой:
На машине стоит Internet Explorer (8 версия, для более поздних не проверял) и LibreOffice 4.3.1 (самая свежая версия на момент написания). ОС — Windows XP SP3 (на более поздних не проверял). При скачивании через Internet Explorer ods, odt и прочих OpenDocument-ов появляется стандартное окошко:

Если нажать на кнопку «Открыть», то ничего не происходит. Окно LibreOffice-а не появляется, хотя процесс soffice.bin висит в списке задач. Если нажать «Сохранить», а затем открыть сохраненный файл, он успешно открывается.
Если вместо LibreOffice-а поставить OpenOffice, то скачанный файл открывается по кнопке «Открыть».
Еще странность — из браузера Google Chrome (28 +)  файлы открываются даже при установленном LibreOffice.

Решение проблемы: удалить или переименовать следующие разделы реестра:

• HKEY_CLASSES_ROOT\CLSID\{7B342DC4-139A-4a46-8A93-DB0827CCEE9C} - Электронная таблица OpenOffice.org 1.1
• HKEY_CLASSES_ROOT\CLSID\{7FA8AE11-B3E3-4D88-AABF-255526CD1CE8} - Электронная таблица OpenDocument
• HKEY_CLASSES_ROOT\CLSID\{30A2652A-DDF7-45e7-ACA6-3EAB26FC8A4E} - Текстовый документ OpenOffice.org 1.1
• HKEY_CLASSES_ROOT\CLSID\{F616B81F-7BB8-4F22-B8A5-47428D59F8AD} - Текстовый документ OpenDocument
• HKEY_CLASSES_ROOT\CLSID\{41662FC2-0D57-4aff-AB27-AD2E12E7C273} - рисунок OpenOffice.org 1.1
• HKEY_CLASSES_ROOT\CLSID\{448BB771-CFE2-47C4-BCDF-1FBF378E202C} - Рисунок OpenDocument
• HKEY_CLASSES_ROOT\CLSID\{E5A0B632-DFBA-4549-9346-E414DA06E6F8} - презентация OpenOffice.org 1.1
• HKEY_CLASSES_ROOT\CLSID\{EE5D1EA4-D445-4289-B2FC-55FC93693917} - Презентация OpenDocument

Google Chrome: отключение окна синхронизации при отсутствии доступа к Интернет.

При первом запуске Google Chrome (по крайней мере в версии 21 и выше) появляется страница с предложением синхронизации данных при помощи аккаунта Google:

 

При наличии доступа к Интернет страница отключается кликом по ссылке "Нет, спасибо" и больше не появляется. Однако в некоторых ситуациях доступа к Интернет на машине нет - например, в корпоративном секторе, где браузер используется для доступа только ко внутренним ресурсам.

Страницу невозможно отключить через настройки Google Chrome. 

Отключить страницу можно, отредактировав файл C:\Documents and Settings\<USER>\Local Settings\Application Data\Google\Chrome\User Data\Default\Preferences:

в конце файла найти ветку

"sync_promo": {
"startup_count": 1
}

 и заменить на :

"sync_promo": {
"startup_count": 1,
"user_skipped": true
}

Xerox WC3325DNI\3315DN - тихая установка только драйвера принтера

Xerox WorkCentre 3325 - Монохромный МФУ SOHO-класса от компании  Xerox со скоростью печати от 30 копий в минуту.
Среди интересных особенностей МФУ:

•  двусторонняя печать
• двустороннее копирование (присутствует автоподатчик)
• возможна работа с Wi-fi (802.11g)

Во время установки МФУ сотрудникам обнаружил интересную особенность.
На диске, который идет в комплекте с сетевым МФУ Xerox 3325 (как подсказывает гугл, это относится и к 3315), присутствует очень странный установщик. Установщик этот не дает возможности установить только драйвер принтера. Устанавливается сразу все - принтер, факс, сканер...кроме того, установщик довольно массивный и на слабых машинах загружается довольно долго.
В документации, поставлявшейся с МФУ, ничего не говорилось про ключи тихой установки и про выборочную установку.
Информация эта содержится только в SAG (System Administrator's Guide) для МФУ - скачать можно здесь. Кстати, SAG выпущен не так давно, в апреле 2014 года.
Итак, тихая установка драйвера МФУ Xerox WorkCentre 3325 (так, как используется у нас):

setup.exe /S /P 000.000.000.000 /N "Xerox 3325" /ND /L "0x0019"

/S - указание на тихую установку
/P 000.000.000.000 - порт принтера. В данном случае сетевой (нужно заменить на свой IP)
/N "Xerox 3325" - имя, под которым принтер будет установлен в системе
/ND - указание на то, что принтер не будет использоваться как принтер по умолчанию
/L "0x0019"- Язык установки (русский).
Проблема с лишними опциями при установке решается просто - для того, чтобы не устанавливались драйверы сканера и факса, нужно удалить папки Fax и Scaner из дистрибутива.

DB2 - как бороться с ошибкой "База с алиасом ... уже существует" при восстановлении БД.

Потратил довольно много времени на решение этой проблемы, поэтому запишу решение здесь, чтобы в следующий раз его было проще найти.

Понадобилось мне перенести БД с одного сервера DB2 на другой.

Начало стандартное. Вводим команду резервного копирования базы в файл:

db2 backup database BaseName to C:\Backup

Получаем стандартный ответ:

 Резервное копирование завершилось успешно. Отметка времени копии : 

20140517122420 

Получаем архив с базой, который отправляем на конечный сервер DB2.

На конечном сервере вводим команду восстановления базы:

db2 restore database BaseName from C:\Backup taken at 20140517122420 TO D: INTO BaseName

Здесь TO D:  указывает, где физически располагается база. INTO BaseName - Имя, которое получит база в новом node.

И в этом моменте появилась непонятная ошибка:

База с алиасом BaseName уже существует

Номер ошибки не помню, записываю по памяти.

Смотрю список баз  командой db2 list db directory - базы BaseName в списке нет.

А вот если сделать  db2 list db directory on D: - база BaseName появляется в списке.

Видимо, после предыдущих экспериментов в записях осталась какая-то информация об этой базе.

По идее нужно сделать db2 drop db BaseName. 

Однако на эту команду получаю ответ:

Ошибка ввода\вывода

Дальнейшее гугление привело к файлу db2diag.log (который, кстати, находится не в папке с СУБД, а где-то в LocalSettings).

Это лог DB2, в который направляется всякая диагностическая информация.

В логе обнаружилось, что удаление базы невозможно, так как не удается получить доступ к файлам SQLOGCTL.LFH.1 и SQLOGCTL.LFH.2.

Гугление этой проблемы привело к следующему решению (не знаю, насколько оно хорошее, для меня важно, что оно действует):

1. Сделать резервные копии всех БД NODE'ы.

2. Очистить папку NODE0000 (вместо 0000 могут быть другие цифры)

3. Восстановить все БД NODE'ы.

4. Восстановить БД, которую нужно было восстановить в самом начале.

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

setuptools на python 2.7 (Windows) и ошибка UnicodeDecodeError: 'ascii' codec can't decode byte 0xae in position 11

Недавно пытался установить модуль setuptools для Python 2.7 под Windows XP.
По документации установка проходит буквально в два клика: запускаем

python ez_install.py 

ждем, пока скачается и установится модуль, наслаждаемся жизнью.
В моем случае на этапе установки вылезла ошибка:

Installing Setuptools
Traceback (most recent call last):
  File "setup.py", line 17, in 
    exec(init_file.read(), command_ns)
  File "", line 8, in 
  File "c:\users\namar\appdata\local\temp\tmp1tanvy\setuptools-2.1\setuptools\__
init__.py", line 11, in 
    from setuptools.extension import Extension
  File "c:\users\namar\appdata\local\temp\tmp1tanvy\setuptools-2.1\setuptools\ex
tension.py", line 5, in 
    from setuptools.dist import _get_unpatched
  File "c:\users\namar\appdata\local\temp\tmp1tanvy\setuptools-2.1\setuptools\di
st.py", line 15, in 
    from setuptools.compat import numeric_types, basestring
  File "c:\users\namar\appdata\local\temp\tmp1tanvy\setuptools-2.1\setuptools\co
mpat.py", line 19, in 
    from SimpleHTTPServer import SimpleHTTPRequestHandler
  File "c:\python27\lib\SimpleHTTPServer.py", line 27, in 
    class SimpleHTTPRequestHandler(BaseHTTPServer.BaseHTTPRequestHandler):
  File "c:\python27\lib\SimpleHTTPServer.py", line 208, in SimpleHTTPRequestHand
ler
    mimetypes.init() # try to read system mime.types
  File "c:\python27\lib\mimetypes.py", line 358, in init
    db.read_windows_registry()
  File "c:\python27\lib\mimetypes.py", line 258, in read_windows_registry
    for subkeyname in enum_types(hkcr):
  File "c:\python27\lib\mimetypes.py", line 249, in enum_types
    ctype = ctype.encode(default_encoding) # omit in 3.x!
UnicodeDecodeError: 'ascii' codec can't decode byte 0xae in position 11: ordinal
 not in range(128)
Something went wrong during the installation.
See the error message above.

Полез в гугл. Основное предлагаемое решение - удалить  в разделе "HKEY_CLASSES_ROOT\MIME\Database\Content Type" все подразделы, в названии которых есть русские символы (точнее, символы не из кодировки ascii). Например, см. здесь, здесь или здесь.
Полез по указанному пути. Проверил на несколько раз. Разделов с запретными названиями не было!
Дальнейшее гугление ни к чему не привело.
Собственно, вот к какому решению я пришел после некоторых исследований:

• Открываем c:\python27\lib\mimetypes.py
• Переходим на строку 249

 ctype = ctype.encode(default_encoding)

• Перед этой строкой вставляем 

print ctype

• Сохраняем
• Запускаем 

python ez_install.py

еще раз.

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

В моем случае разделом, на котором установщик споткнулся, был раздел "BDATool.компоненты".

• Далее удаляем или переименовываем этот раздел и запускаем установщик заново.