Плагин skypeweb для pidgin

Недавно наткнулся на упоминание плагина skypeweb для pidgin (и заодно всего, что основано на libpurple). По ссылке доступны пакеты для CentOS/Fedora, а я решил собрать для Debian/Ubuntu.

Плагин работает без запуска skype и вообще его наличия, чем выгодно отличается от всех виденных ранее реализаций, основанных на dbus. Работают 1:1 и групповой чаты, а также offline сообщения. Пересылка файлов, аудио и видео не реализованы.

Если все ваши контакты skype в pidgin будут в статусе offline, то вам нужно сначала залогиниться в web.skype.com и включить свое присутствие.

Взять плагин можно в моем репозитарии.

Nvidia Optimus на Dell Latitude E6430

Присматриваю вариант апгрейда ноутбука жены (сейчас у нее мой прежний Dell Latitude E6410). На глаза попался Dell Latitude E6430 с Nvidia Optimus. Мне не доводилось настраивать Linux на подобной системе, но краем уха слышал, что не все так радужно.

В интернете нашлось очень подробробное описание работы Optimus на примере Latitude E6430 (Nvidia NVS 5200M). После прочтения желание связываться с этой штукой отпало. Дело в том, что просто выключить дискретную карту в BIOS не получится. Цифровые выходы ноутбука (DVI, DisplayPort, HDMI) подключены только к карточке Nvidia, а VGA и встроенный дисплей ноутбука (LVDS) - только к Intel. Поскольку VGA выходом жена не пользуется, то такой вариант не подходит.

Отключение голосовой почты у МТС

Вдохновившись этой статьей решил наконец отключить перенаправление на голосовую почту. МТС навязал эту услугу уже довольно давно и меня периодически раздражает перенаправление через 30 секунд. Некоторым абонентам и минуты мало, чтобы поднять трубку, а звонить повторно бывает лениво или неудобно (например за рулем).

Чтобы отключить перенаправление нужно выполнить USSD команду ##002#.

Логирование всех запросов в MySQL 5.6.x

В процессе выяснения для чего magento 2.x требуется пользователь с GRANT ALL вместо GRANT ALL PRIVILEGES столкнулся с тем, что теперь переменная log больше не воспринимается в MySQL 5.6.x. Оказывается теперь верный способ для логирования выглядит так:

# cat > /etc/mysql/conf.d/logs.cnf << _EOF_
[mysqld]
log_output=FILE
general_log=ON
general_log_file=/var/log/mysql/general.log
_EOF_

После внесения изменений нужно перезагрузить сервер:

# service mysql restart

Если вам не подходит перезагрузка, то тоже самое можно сделать без перезагрузки через SET GLOBAL:

mysql> SET GLOBAL log_output=FILE;
mysql> SET GLOBAL general_log_file='/var/log/mysql/general.log';
mysql> SET GLOBAL general_log=ON;

Проверено на Percona Server 5.6.25-73.1.

UPDATE: Как оказалось, magento 2 не требует GRANT ALL на пользователя, вполне достаточно GRANT ALL PRIVILEGES, но разрешение нужно дать на конкретную базу, а не по маске.

Vzctl 4.9.4-1 на Debian нодах нарушает работу контейнеров с ploop layout

После обновления vzctl до 4.9.4-1 на нодах с Debian Wheezy перестала нормально работать часть контейнеров с ploop layout. У меня обошлось минимальным ущербом - просто не сработал ночной бэкап одного из серверов, т.к. не смогло создать снапшоты контейнеров с ploop. Разбор полетов выглядит так:

% sudo vzctl snapshot-list 1068
Snapshot feature is only available for ploop-based CTs

% sudo tail /etc/vz/conf/1068.conf

# Upgrade Thu Sep 10 12:01:51 MSK 2015: Securing CT config by adding VE_LAYOUT=simfs
VE_LAYOUT=simfs

% sudo ls -ld /var/lib/vz/private/1068/root.hdd 
drwx------ 2 root root 4096 Aug 18 09:03 /var/lib/vz/private/1068/root.hdd

% sudo vzlist -o ctid,layout 1068
      CTID LAYOUT
      1068 simfs

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

Для исправления достаточно исправить значение VE_LAYOUT в конфигурации нужных контейнеров.

UPDATE: Зарепортил проблему: OVZ-6531.

Warning: imagecreatefrompng(): bad type specifier while parsing parameters

Сегодня выловил ошибку после обновления PHP на Squeeze-LTS инсталляции. Была версия 5.3.3.1-7+squeeze26, а обновилось до 5.3.3.1-7+squeeze27.

Возможно проблема появилась после этого фикса:

 * CVE-2015-3411 + CVE-2015-3412
  Fixed bug #69353 (Missing null byte checks for paths in various
  PHP extensions)

Пока ошибка проявилась только при использовании функции imagecreatefrompng(), но возможно затронуто еще что-то.

Чтобы решить проблему достаточно сделать откат к старой версии. Я уже отписался в рассылку debian-lts - посмотрю, что там скажут.

Подключение устройства с HDMI выходом ко входу DisplayPort монитора

Вчера обновлял 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". Благо таких достаточно.