Невозможно подключиться с паролем к MariaDB серверу

После обновления до очередной новой версии Ubuntu невозможно подключиться с паролем к MariaDB серверу.

Ошибка вот такого вида.

mysql -u root -p
After typing the password I receive the following message: ERROR 1698 (28000): Access denied for user ‘root’@’localhost’

Чтобы исправить проблему нужно делать следующие:Read More

Что ждать от KDE Telepathy

Новости о KDE Telepathy проскакивают все чаще и чаще. Описывать, что это такое Telepathy и о способах его применения я не буду. Ясно одно, за ним будущие и рано или поздно он заменит Kopete. Со времен релиза KDE 4.0, честно сказать, я не припомню какие-либо значимые нововведения, Kopete остался в далёком 2008 году и возможно он целенаправленно сейчас не развивается именно из-за наступающего KDE Telepathy.

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

USE=»-gstreamer -spell -xscreensaver -gnome -vala -xulrunner -libproxy» emerge -av net-im/telepathy-kde-meta net-voip/telepathy-haze net-voip/telepathy-gabble

telepathy-kde-meta — метапакет в который входят основные части Telepathy, KDE контакт-лист (нечто похожее на Kopete), приложение для настройки аккаунтов и приложение для чата.

telepathy-haze — это интерфейс для доступа к ICQ, AIM, Yahoo, MySpase и Skype, на данный момент это все протоколы реализуемые в KDE, но сам Haze позволяет больше. Не приятная особенность, он зависит от другого месаджера, от Pingin. Но юз флаг -gnome, позволяет собрать только libpurple, без гуя.

telepathy-gabble — для поддержки Jabber. Маленький плюс, есть Jingle, но протестировать не удалось, не очень его много людей использует. Gabble также работает с GTalk, Facebook и т.д.

По своему вкусу можно добавить SIP и MSN, установив специальный компонент Telepathy.

Немного времени на компиляцию, не долгие манипуляции с настройками и всё готово.

В параметрах системы появился новый пункт, что логично. Все настройки в одном месте.

Добавим нужные мне IM, выбираем из не маленького списка, спасибо Telepathy.

В итоге наблюдаем их в таком виде. Управление здесь схоже с настройками в Kopete.

Хотя я вру, помучатся пришлось, не запускался ICQ. Проблема оказалась не в KDE, а в глючности работы Telepathy c шифрованием.

Решил с помощью простой правки конфига. Помог багтрекер Ubuntu (линк, линк). Из консоли пришлось действовать, так как в диалоге настройка аккаунта нужных позиций не оказалось, хотя наверное, когда-нибудь допишут.

mc-tool update `mc-tool list | grep icq` string:encryption=no_encryption
mc-tool update `mc-tool list | grep icq` bool:use-clientlogin=0

Ко всему в комплекте присутствует плазма-виджет, созданный в рамках GSoC, для смены статуса и статусного сообщения. Заставить работает его у меня получилось.

И самое главное, контакт лист. Закрыв его полностью, мы все-ровно будем оставаться в сети. Вот так ломаются стереотипы. Список контактов, больше никак не связан с вашей активностью, без него Вы продолжите получать новые сообщения.
Контакт-лист уже сейчас позволяет группировать контакты, скрывать неактивных и прочий функционал позаимствованный из Kopete.

Ну и чат, который так же независим как и остальные части.

Трудно описать, насколько всё сыро. Нет истории, нет метаконтактов, нет жаббер конференций, нет юсер-инфо, невозможно добавить новые контакты, не говорю уже повсеместной интеграции, то ради чего это затевалось и тд. и тп. При всем при этом пользоваться можно. Уже сейчас ведётся работа на интеграцией с Nepomuk, передачей файлов и утиллит для незаметной миграции с Kopete.

Google снова подружили с Akonadi

На сообщение полученное по RSS от Planet KDE, меня посетило лёгкое дежавю, так как проект по интеграции Google Calendar и Google Contacts для KDE через Akonadi уже есть и он не молод, первые строки реально работающего кода были опубликованы в начале 2009 года. Его название в портаже Akonadi GoogleData (Google Code). На его основе создан другой проект libgcal (Gitorious), библиотека для работы API Google.
Первое время он работал, не сказать, что очень хорошо, есть минусы, но требуемые от него ожидания оправдывал. Сейчас я им не пользуюсь, но пару месяцев назад была возможность почти полной синхронизации контактов и событий календаря, что является очень большим плюсом. Так почему же я не пользуюсь им сейчас?

GoogleData имеет ряд существенных негативных особенностей. Во первых и это пожалуй главное, проект скорее мёртв, чем жив, полностью остановлено развитие, ситуация настолько критическая, что ресурс для синхронизации с Google Contacts просто сегфолтится при попытке его запустить с новыми версиями KDE. Так же нет возможности использовать несколько календарей, т.е. большую часть событий не возможно получить на свою машину. Имели место частые проблемы с авторизацией, но это было в ранних версиях. В синхронизации контактов так же есть проблемы, но на них можно закрыть глаза.

Вернёмся к началу. Выход KDEPIM подстегнул разработчиков и на этой недели был анонсирован новый проект для синхронизация с Google. Человеческого названия еще нет, он фигурирует как Google Resource for Anonadi. Эта разработка сразу привлекла внимание сообщества и была помещена в главную песочницу KDE. Я не мог не протестировать. Написал ебилд и установил.

Главные минусы его старшего брата ему не присуще. Все собралось, запустилось. Сразу бросаются в глаза диалоги настроек. Не такие обрезанные и недопиленные, в отличии от аналога. На скриншоте выбран календарь Яндекса, ранее импортированный в Гугл Календарь.

Используется более безопасный, без парольный метод авторизации.

И о чудо, есть возможность использовать несколько календарей, это безусловно килерфича. Правда и минусы есть, настолько большие, что полного удовлетворения получить не удалось. События календаря были получены, но они оказались только для чтения (на скриншоте замок KOrganizer).

И такие мелочи как карточка KAddressBook заполняющиеся полностью, в отличии от GoogleData, но аватары пустуют. И как можно догадаться они тоже только для чтения, хотя при изменении новая информация все же кешируется и сохраняется локально, но не обновляется в Google Contacts, с чем были проблемы у GoogleData, у которого локальное имя карточки было рандомное в итоге, к примеру было невозможно научить использовать Kopete адресную книгу.

По заверениям автор, а он сотрудник Red Hat, в следующей версии он запилит редактирование событий и аватары и сделает это так быстро как только сможет.

PS: Прилепляю ебилд akonadi-google-9999 (30 дней ссылка будет еще жива)
PPS: Аконади ресурс заработает с любой версией KDE. Протестировал с версиями 4.6.4, 4.6.80, KDEPIM 4.6.0

Systemd в Gentoo

Многие люди бредят о следующим поколении системы инициализации (так же известной как systemd), уже сейчас точно можно сказать, что она будет являться init-системой по умолчанию в Fedora 14. Таким же путем, возможно, пойдет и OpenSuse и даже консервативный Debian рассматривает в перспективе такое развитие ситуации. Но также точно известно, что Ubuntu, в ближайшем будущем, не собирается менять upstart на systemd.

Так где же Gentoo в этом списке? Текущей init-системой для нас является baselayout-1, в стабильном дереве и OpenRC для ~arch. Маинтейнеры systemd ведут активную работу, вместе с пользователями заинтересованными в этом, по поиску и исправлению ошибок. Запрос в багзиле имеет более 30 подписчиков и 86 голосов, таким образом пользователям очень интересно наблюдать за состоянием systemd в Gentoo. Однако, потребуется проделать большую работу, прежде чем systemd попадет в дерево portage.

Но даже после того как systemd войдет в portage, крайне маловероятно, что она станет системой иницализации по умолчанию, по ряду причин указанных ниже. Некоторые разработчики решительно выступают в поддержку перехода baselayout -> systemd, а некоторые считают эту затею большой кучей дерьма и, что Gentoo должен оставаться вдали от нее. Но ни одного из этих мнений не придерживается большинство разработчиков Gentoo.

По всей вероятности конечный результатом будет, то что OpenRC наконец стабилизируется и заменит baselayout-1, и если какие-либо разработчики будут готовы тратить огромное количество усилий и времени, необходимых чтобы сделать systemd пригодной для использования в Gentoo, то systemd будет дополнительной init-системой рекомендуемой для desktop/laptop машин.

Вольный перевод Nirbheek Chauhan, разработчика Gentoo.
Оригинал

Внешний сервер базы данных для KDE

Идея перевести приложения KDE на использование внешней БД витала в воздухе давно.
Покопавшись в настройках я определил список программ которыми я пользуюсь, поддерживающих это:

  • Akonadi (MySQL, SQLite, PostgreSQL)
  • Amarok (MySQL)
  • DigiKam (MySQL, SQLite)
  • KMyMoney (MySQL, SQLite, PostgreSQL)

Как видно все они дружат с MySQL, значит будем использовать его.

Плюсов для себя я нашел несколько:

  • Каждое из вышеописанных приложений поднимает свой внутренний сервер БД, а DigiKam использует даже две базы. Обойдемся одним сервером.
  • MySQL уже установлен, он был вытянут по зависимостям, дополнительных манипуляция делать не надо.
  • Легкий бекап данных, ведь гораздо удобнее когда вся информация находится в одном месте. Я не параноик, но домашнюю систему время от времени бекаплю. Если брать относительно этих программа, то ручное тегирование в DigiKam и куча транзакции в KMyMoney конечно необходимо бекапить.

Создав 4 таблицы (desktop_akonadi, desktop_amarok, desktop_digikam, desktop_kmymoney) и изменив настройки приложений перезапустил их. Позже импортировал старые данные из DigiKam и KMyMoney во внешнюю базу средствами самих приложений, цель достигнута!

PHP-FPM на примере Gentoo

На моей домашней машине уже давно отказался от apache, в довесок ко всему на сервисе Flazer тоже изначально используется связка Nginx+PHP+Postgresql. В обоих случаях php запускается как FastCGI-сервер, через spawn-fcgi от проекта Lighttpd.

Совсем недавно был анонсирован PHP 5.3.3 с включенными патчами fpm, обеспечивающий нормальную поддержку CGI интерфейса и тем самым позволяющий избавиться от ненужных сущностей, таких как spawn-fcgi.

И вот сегодня эта версия PHP была добавлена в дерево Gentoo, конечно пока hardmask. Давайте попробуем её собрать и даже запустить.

Размаскируем.

echo «dev-lang/php ~amd64» >> /etc/package.keywords
echo «dev-lang/php» >> /etc/package.unmask

Отключим spawn-fcgi для чистоты эксперимента.

/etc/init.d/spawn-fcgi.www stop

Пересоберем php с нужными флагами, включим fpm и избавимся от уже не нужного нам cgi. (Лучше указать в /etc/package.use, а не как в примере ниже)

USE=»fpm -cgi» emerge -av php

Отредактируем конфигурационный файл «/etc/php/fpm-php5/php-fpm.conf».
Во первых будем использовать сокеты, это чуть быстрей чем гонять данные через порт, во-вторых укажем пользователя и группу. Лично у меня в группу www включен nginx, но вы могли бы создать нового пользователя и группу для вашего веб-приложения.


listen = /var/run/php-fpm/default.socket

user = www
group = www

Создадим папку сокета.

mkdir /var/run/php-fpm/

Теперь перенатроим Nginx, отредактировав конфиг «/etc/nginx/nginx.conf» или свой «vhost».


location ~ .php$ {
fastcgi_pass unix:/var/run/php-fpm/default.socket;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include fastcgi_params;
}

Сам Nginx собран с модулем fastcgi (NGINX_MODULES_HTTP=»fastcgi» в make.conf).

Перезапустим веб-сервер.

/etc/init.d/php-fpm start
/etc/init.d/nginx start

В результате имеем рабочую связку Nginx+PHP без посредников.

php-fpm
Если возникли проблемы, смотрите логи, они всегда помогут 😉

Интеграция Kwallet в Chromium

Приятная новость для пользователей Linux, которые присматриваются к браузеру ChromiumGoogle Chrome. Совсем недавно была добавлена возможность использования встроенного (для GNOME и KDE) менеджера паролей. Текущая реализация системы этой системы является не безопасной, так как позволяет легко просматривать весь список сохранных паролей и любая возможность повысить надёжность ваших данных является большим плюсом.

Если Вы хотите включить поддержку встроенного менеджера, во первых, надо обзавестись свежей версией браузера (у меня сейчас стоит 6.0.472.0), во-вторых указать специальный ключ перед запуском программы:

—password-store=GNOME
—password-store=KWallet
—password-store=detect (по умолчанию)

В итоге получим, к примеру:
chromium —password-store=KWallet

Без указания ключа мы продолжим использовать встроенный менеджер.

В моей тепленькой Gentoo Kwallet подхватился сразу и все записи автоматически перенеслись в него.

KSnapshot по-новому

В следующей версии KDE SC, стандартная улита для захвата снимков с экрана, KSnapshot, приобретет новый внешний вид.
ksnapshotПредосмотр полученного изображения стал гораздо больше, а расположение кнопок не скомкано в кучу, а аккуратно расположено в линию внизу окна.

PHP 5 в ~arch уже сегодня

Matti Bickel сдержал слово и с сегодняшнего дня можно наблюдать PHP 5.3.2 в ~arch, но только для amd64 и x86, другие платформы тоже будут добавлены, но как появятся тестеры.

Перед обновлением проверьте поддерживают ли Ваши скрипты версию 5.3 (например запрещены функции ereg(), eregi_replace(), set_magic_quotes_runtime(), полный список). Всем удачной миграции.

KDE четыре шесть, запахи будущего

Проскочил KDE 4.5 rc1 так и неувидев их, но это хорошо, засиделся я уже на этой ветке. Еженедельная пересборка кедов завершилась кедами из будущего или KDE 4.6 (в народе так же известные как KDE 4.5.60, первая альфа).  Приключения продолжаются.

KDE4560
На первый взгляд ничего нового, но я то найду и расскажу позже, так как сам видел, что была выкачана куча новых исходников.