Главная > Linux > Что делать, если в Pidgin не подключается ICQ в Debian/Squeeze 6

Что делать, если в Pidgin не подключается ICQ в Debian/Squeeze 6

Примерно с полгода назад одной из моих операционных систем стала Debian/Squeeze, стабильный шестой релиз одного из старейших дистрибутивов Linux (старожилы, возможно, помнят эпический цикл «30 дней без Windows»). Так получилось, что ряд задач мне быстрее и удобней решать именно в ней, и поэтому я частый гость в этой системе. С недавних пор у меня внезапно отвалилась ICQ в Pidgin, что меня несколько огорчало — я предпочитаю использовать мультипротокольные клиенты, а не запускать кучу программ.

Если верить Google, проблема с отказом подключения к серверу ICQ возникала  не только у меня. Многим посчастливилось увидеть сообщение вида:

Вы соединялись и отсоединялись слишком часто. Подождите 10 минут и попытайтесь снова. Если вы продолжите попытки, вам придётся ждать ещё дольше.

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

Так выглядели мои настройки подключения к серверу ICQ:

Опытным путем я обнаружил, что

  • следует убрать флажок Use clientLogin
  • следует изменить кодировку с CP-1251 на CP1251. Наличие дефиса заставляет присылать сервер ответ вида «Вы не прошли авторизацию», который Pidgin почему-то интерпретировал как превышение количества подключений. Ну да ладно. Работающий вариант параметров соединения в Pidgin 2.7.3 на Debian таков:


Видимо, на серверах ICQ произошли какие-то изменения, требующие коррекции настроек, да и кодировки-то надо правильно указывать. CP-1251 — неверная запись.


Поиску этого, казалось бы, простейшего решения предшествовало немало технической возни. Сегодня мы с приятелем Димой aka citadeldimon решили вплотную и радикально заняться искоренением проблемы с аськой, потому что … потому что мне делать было нечего, а процесс сборки deb-пакета с последней версией pidgin, которым предлагал заняться citadeldimon, мне показался интересным.

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

В ходе компиляции программного обеспечения практически всегда приходится доставлять заголовочные dev-пакеты, используемые компилятором для создания исполняемых файлов и библиотек. Где-то на 45-ом файле мое терпение кончилось. Используя логи Synaptic, я удалил все установленные пакеты, и твердо решил для себя — если я ещё когда-нибудь надумаю компилировать софт в Linux, я заимею виртуальную машину, и в ней установлю все заголовочные файлы и компиляторы сразу. На десктопной машине мне это ни к чему.

Мой приятель оказался более терпеливым, и пакеты таки собрал. Заинтересованные лица могут попробовать их в деле (я сам не пробовал):
pidgin_2.10.0-1_x86.deb  | pidgin_2.10.0-1_amd64.deb

Ну а я взялся за изучение сути проблемы, придя к вышеописанному решению. Разумней, конечно, было начать именно с этого, открыв окно отладчика Pidgin.

Отдельно хочу сделать акцент на выпиливании пакетов с заголовочными файлами. После того, как попытка скомпилировать Pidgin провалилась, я воспользовался логами приложения Synaptic (ради чего я и запускал его, собственно). На каждый запуск установки пакетов Synaptic пишет файл журнала в папку /root/.synaptic/log, разобрав который, можно избавиться от любой программы — поставленной на «посмотреть», либо по ошибке. К сожалению, не помню где я подсмотрел вот такую команду:

grep  \( ./synaptic/*.log | grep -Po '[\w-.]+(?=\s)' | xargs apt-get -y purge

Симбиоз консольных утилит и регулярок ищут в папке synaptic, находящейся в текущей директории, логи, которые я туда скопировал, и запускают полное удаление пакетов, указанных в логах. Чертовски удобно.

Резюмируя, скажу следующее. Одним из ощутимых недостатков дистрибутивов Linux с пакетным менеджментом приложений было и, к сожалению, остаётся «залипание версии» - когда при выходе новой версии приложения она попадает не в твою, а в следующую версию дистрибутива ОС. Это и приводит к необходимости компилировать самостоятельно те приложения, бинарные пакеты которых разработчиком и/или третьими лицами не собираются. В этом отношении в довольно выгодных условиях находятся пользователи семейства систем Ubuntu с их обилием PPA-репозиториев. К счастью, реальная необходимость замены версий приложений у меня случается [пока] довольно релко.

Winreview.ru можно найти в Вконтакте, Facebook и Twitter. Присоединяйтесь!

Комментарии

  1. Дима aka citadeldimon

    Была вчера у нас веселая история. Скажу что у меня на том же дебиане, только х64, с настройками как у Сергея аська не конектилась пока я не установил новую скомпилированную версию 2.10. Три месяца мучений с вебмордой аськи закончено))

  2. Василий

    Спасибо, коллега, очень выручили

  3. Сергей Ткаченко

    Пожалуйста. Решение-то довольно простое, но как показывает гугл, много людей наступает на грабли, и я в том числе )

  4. postcoder

    Спасибо очень выручил, никак не мог разобраться с этой проблемой

  5. Alexander

    Спасибо! А то голову ломал сидел... Теперь pidgin у меня и аську отрабатывает, и mail.ru агент - очень удобно

  6. Anastasiya

    Спасибо!!! Работающий вариант параметров соединения в Pidgin 2.7.3 на Debian -- действительно таков! Ура! Ура! Ура!!!

Написать комментарий