Вчера обновлял OpenELEC на домашнем медиацентре (1, 2, 3) и решил для удобства подключить htpc к монитору на столе. В этом случае не нужно переносить клавиатуру от док-станции, достаточно переключить кабель. Настольный монитор у меня Dell U2412M у которого из входов D-SUB (VGA), DVI-D и DisplayPort. Входа HDMI у этого монитора нет, но я надеялся на переходник.
Еще со времен Latitude E6410 у меня остался кабель "DisplayPort to HDMI" и я думал, что он будет работать и в обратном направлении, т.е. "HDMI to DisplayPort". Но чуда не произошло и монитор упорно молчал. Поиск в интернете окончательно развеял мои сомнения - HDMI и DisplayPort слишком разные, чтобы кабель можно было использовать в любом направлении. В довершение нашлось упоминание, что HDMI Org объявило бойкот производителям кабелей "HDMI to DisplayPort", а значит простых решений и изобилия на рынке ждать не приходится. Сходу нашлось только одно подходящее устройство для подключения HDMI к DisplayPort, но его цена кусается.
Пришлось таки отключить клавиатуру, тащить все к телевизору и обновляться там. На будущее нужно разжиться кабелем "HDMI to DVI-D". Благо таких достаточно.
Заметки о Linux, системном администрировании, программировании, электронике и не только
вторник, 25 августа 2015 г.
Ошибка ENETUNREACH при соединении с FTP в FileZilla
Столкнулся с ошибкой в FileZilla 3.13.1 при подключении к FTP серверу в Windows 7:
При отключении защиты антивируса все начинает работать нормально. На компьютерах установлен Kaspersky Endpoint Protection 10 и проблема несовместимости свежих версий FileZilla и касперского известна. Чтобы решить проблему нужно либо отключить сканирование 21 порта в настройках политики антивируса, либо добавить бинарник filezilla в Trusted applications и запретить сканирование сетевой активности для этого приложения.
Я решил проблему через добавление в trusted applications:
Забавно, что версия FileZilla 3.9.0.1 работает нормально и без изменения политики.
При отключении защиты антивируса все начинает работать нормально. На компьютерах установлен Kaspersky Endpoint Protection 10 и проблема несовместимости свежих версий FileZilla и касперского известна. Чтобы решить проблему нужно либо отключить сканирование 21 порта в настройках политики антивируса, либо добавить бинарник filezilla в Trusted applications и запретить сканирование сетевой активности для этого приложения.
Я решил проблему через добавление в trusted applications:
Забавно, что версия FileZilla 3.9.0.1 работает нормально и без изменения политики.
четверг, 20 августа 2015 г.
Aptitude search patterns
Периодически всплывает необходимость воспользоваться расширенным поиском в aptitude. Например найти все установленные пакеты из deb-multimedia:
Полный список поисковых шаблонов есть тут
$ aptitude search '~i ?origin(Unofficial Multimedia Packages)'
Полный список поисковых шаблонов есть тут
понедельник, 17 августа 2015 г.
Windows 10 - big brother is watching you
Трудно сказать насколько правдива информация, но думаю в каждой сказке есть доля правды. Если это так, то Microsoft сильно превзошла Google в слежке за пользователями. Есть большие сомнения, что корпорация сможет обеспечить безопасность всех собранных данных, а такой объем приватной инфы станет лакомым куском для всякой гнуси.
среда, 12 августа 2015 г.
Автокомплит для gpg2 в zsh
В zsh есть автокомплит опций для gpg, но нет для gpg2. Поскольку опции практически не различаются, то можно добавить строку
После этого начинает работать автокомплит для gpg2.
compdef gpg2=gpg
в свой ~/.zshrcecho 'compdef gpg2=gpg' >> ~/.zshrc
После этого начинает работать автокомплит для gpg2.
вторник, 11 августа 2015 г.
Ошибка Git при попытке пушить новый бранч
Коллега пожаловался на ошибку Git при попытке запушить новый бранч:
Ответ нашелся тут. Дело в том, что в репозитарии уже был создан бранч "dev" и создавать новый бранч dev/feature1 отказывалось, т.к. бранч "dev" создается в виде файла, а бранч "dev/feature1" в виде директории dev в которой будет находиться файл feature1. В этом случае возникает конфликт "dev" как файл и "dev" как директория.
remote: error: failed to lock refs/heads/dev/feature1 To https://example.com/repos/project.git ! [remote rejected] dev/feature1 -> dev/feature1 (failed to lock) error: failed to push some refs to 'https://example.com/repos/project.git'
Ответ нашелся тут. Дело в том, что в репозитарии уже был создан бранч "dev" и создавать новый бранч dev/feature1 отказывалось, т.к. бранч "dev" создается в виде файла, а бранч "dev/feature1" в виде директории dev в которой будет находиться файл feature1. В этом случае возникает конфликт "dev" как файл и "dev" как директория.
Отозвал свой старый GnuPG ключ
Подписал ключи с последнего KSP и разослал участникам. Если кому-то не пришло проверьте в спаме или свяжитесь со мной.
Заодно отозвал свой старый ключ 0x2EE7EF82.
Заодно отозвал свой старый ключ 0x2EE7EF82.
Особенность работы DNS резолвера в Windows
Полезная информация об отличиях в работе DNS клиента в различных версиях Windows. В свое время мне прилично попортило кровь поведение DNS клиента в Windows 7 - у некоторых пользователей не помогала опция
register-dns
и случайным образом отваливался доступ к внутренним корпоративным ресурсам. При этом в Windows XP и Linux все работало замечательно.
Подписаться на:
Сообщения (Atom)