Какво да направя, ако Pidgin няма да свърже ICQ в Debian/Squeeze 6

Преди около шест месеца една от операционните ми системи стана Debian/Squeeze, стабилната шеста версия на една от най-старите дистрибуции на Linux (старите хора може да си спомнят епичния цикъл „30 дни без Windows“). Случи се така, че редица задачи са по-бързи и по-удобни за мен за решаване в тази система и затова съм чест гост в тази система. Наскоро ICQ ми изведнъж падна Пиджин, което ме разстрои малко - предпочитам да използвам клиенти с няколко протокола, вместо да стартирам куп програми.

Според Google не само аз имах проблем с връзката към ICQ сървъра. Мнозина имаха късмета да видят съобщение като:

Свързвали сте и прекъсвали твърде често. Изчакайте 10 минути и опитайте отново. Ако продължите да опитвате, ще трябва да изчакате още по-дълго.

Както се оказа, този проблем може да бъде решен просто чрез изпращане на два байта. Но пътят към това решение не беше лесен. Но първо нещата първо.

Ето как изглеждаха настройките ми за свързване към ICQ сървъра:

направите

Чрез опит открих това

какво

Очевидно на ICQ сървърите са настъпили някои промени, които изискват коригиране на настройките и кодирането трябва да бъде зададено правилно. CP-1251 - Невалиден запис.

Търсенето на това на пръв поглед просто решение беше предшествано от много технически шум. Днес с моя приятел Дима, известен още като цитаделдимон, решихме да работим тясно и радикално, за да изкореним проблема с ICQ, защото ... тъй като нямах какво да правя, и процеса на изграждане на deb пакет с последната версия на pidgin, който citadeldimon предложи да се направи, ми се стори интересно.

Всеки от нас започна да компилира прясно изтеглени източници. Този процес е относително прост, но, меко казано, скучен. Вашият скромен слуга, очаквайки вълнуваща процедура, веднага се въоръжи със Synaptic, за да изтегли пакети и приложения, които липсват в системата.

Когато компилирате софтуер, почти винаги трябва да доставяте заглавните пакети на разработчика, които компилаторът използва за създаване на изпълними файлове и библиотеки. Някъде във файл 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 [/ code]

Симбиозата на конзолните помощни програми и обикновените търси регистрационните файлове, които съм копирал там в папката synaptic, която е в текущата директория, и започва пълното премахване на пакетите, посочени в дневниците. Адски удобно.

В обобщение ще кажа следното. Един от осезаемите недостатъци на дистрибуциите на Linux с управление на пакети на приложения беше и, за съжаление, остава „придържане на версия“ - когато, когато бъде пусната нова версия на приложение, то попадне в следващата версия на дистрибуцията на ОС, а не във вашата. Това води до необходимостта да се компилират независимо онези приложения, чиито двоични пакети не се събират от разработчика и/или трети страни. В това отношение потребителите на семейството системи на Ubuntu са в доста благоприятни условия с изобилието от хранилища PPA. За щастие истинската нужда от подмяна на версиите на приложения ми се случва [засега] доста надеждно.