Вчера компания AOL произвела (http://macbit.ru/blog/new/razrabotchiki-messendzhera-adium-n.../) на своих серверах повышение требований к минимальной версии протокола с ICQ 5 до ICQ 6, что блокировало работу большинства неофициальных ICQ-клиентов, среди которых Kopete (http://kopete.kde.org/), Licq (http://www.licq.org) и Pidgin (http://pidgin.im).
Ниже ссылки на возможные варианты решения проблем, просьба дополнять в комментариях к новости.
- Патч для licq (http://www.licq.org/wiki/news/2008-07-02-IcqLoginProblems), пакет для Fedora 9 (http://qper.livejournal.com/17282.html).
- Проблема не наблюдается в SIM 0.9.4.3 (http://developer.berlios.de/forum/forum.php?forum_id=24559);
- Сайт Pidgin (http://www.pidgin.im/) перегружен, патч можно загрузить здесь (https://bugs.launchpad.net/ubuntu/+source/pidgin/+bug/244591) (pidgin-2.4.2-icq.patch (http://launchpadlibrarian.net/15741199/pidgin-2.4.2-icq.patch)). Пакет src.rpm (http://k001.livejournal.com/58...URL: http://macbit.ru/blog/new/razrabotchiki-messendzhera-adium-n.../
Новость: http://www.opennet.me/opennews/art.shtml?num=16768
use jabber,Luke !
+1 ежики кололись, но упорно продолжали лезть на кактус (aul,icq), стадо однако.
>+1 ежики кололись, но упорно продолжали лезть на кактус (aul,icq), стадо однако.
>Ежики плакали, кололись, но продолжали есть кактус. ;)
каежтся мыши, а не ёжики =)
Не,
Каждый в жизни ошибается, сказал ёжик слезая с кактуса :)
с другой стороны баррикад сидят юзеры с асей, поэтому жаббер не всегда прёт
qutim продолжает работать
но какот стал вылетать то и дело
>но какот стал вылетать то и делопоследняя сборка у меня еще не падала, тьху тьху
Интересно, как на это отреагирует debian в плане stable?
Парадокс - или оно stable, или работает...
>Парадокс - или оно stable, или работает...Дык, стабильный такой... трупик.
>Интересно, как на это отреагирует debian в плане stable?может и странно, но у меня gaim работал вчера, работает седня ... и думаю будет работать завтра :)
а если перелогиниться ?
Да хоть тыщу раз, все равно Гейм работает исправно... И даже в Дебиан))))))))))))))
не работает похоже именно 2.4 ветка
>не работает похоже именно 2.4 веткаНаверное они протокол идентифицировали не очень некрофильской версией аси - аська лайт 5 ))).А гайм настолько древний что его не зацепило.То что он работает... ну представьте себе что у вас с тыща восьмсот хренадцатого года работает паровая машина.А нахрена она такая в 2008 нужна?Ну вот гайм - как паровая машина.Архаичный и бестолковый.С массой дефектов в реализации протоколов, топорным UI и мизером фич.Юзать можно.Но нафуа, если есть пидгин 2.4.3 где все оперативно поправлено :)
Kopete под Debian Etch работет без проблем.
у меня под Gentoo kopete из kde 4.1beta2 (4.0.83) тоже работает без проблем. да и древний SIM под виндой так же логиниться без ошибок.
Может, засунут обновления в volatile?
Ну как всегда, пользователи ICQ должны сами догадываться что происходит...
Надоело уже...
ну почему же.. pidgin пишет, что протокол старый, сходите к нам на страничку
Вот так в любой момент ICQ может перестать работать
Надо использовать opensource протоколы !
>Надо использовать opensource протоколы !Ага, а из них есть в основном аж целый монструозный а потому чертовски сложный в реализации, глючный и нестабильный жаббер с рядом бестолковостей.Вавилонская башня все XEPы которой не понимает ни 1 клиент а без них - не протокол а недоразумение.Нормальных клиентов (не тормозных и при том что-то умеющих) - есть аж полторы штуки.И то - их сырые девелопмент версии сугубо.Траффа генерит дочерта и больше - все представляется как текст, даже картинки аватаров в base64 шлет, блин, хотя каналы уже сто лет восьмибитные и все это нафиг не впилось.XML к тому же неудобен в парсинге, скажем, заранее вообще неизвестно какого размера пришлют конструкцию.Пошлют гиг?Будете весь гиг выгребать до того как узнаете что там был гиг.Заранее узнать размер и отказаться от приема сообщения - нельзя.В то время как ася может на раз-два завернуть слишком жирное сообщение.Сервак просто отлупит отправителю что destination не хочет получать сообщения такого размера, идите нафиг.
Нагрузочная способность серверов - под вопросом (групчат начинает лагать и генерить вагон траффа при нагрузках которые скажем IRC выдерживает играючи), а стабильных из них и вовсе фиг найдешь... дисконект аси - ЧП, а почти любой жаббер сервер (пробовал много разных) регулярно улетает в даун.При том у аси на этот счет есть процедура миграции на новый сервер.А в жаббере - да подумаешь, слетели.Переконектитесь...когда сервер подымут.И пусть весь мир подождет. В базовой части жаббера нет весьма нужных фич типа full aclnowledgement.Клиентов которые его реализуют не дофига.Посему для жаббера типично - кидаем мсг.Гадаем дошло или нет.Потому что топорный клиент ремоты не изволит слать квитки.Зато учтя что сервер может и подохнуть а ремота отвалиться - в итоге вообще не знаешь а дошло ли сообщение или профукано.
Конструкции протокола столь сложны и неоднозначны и кроме того в реальной жизни шлются в нечитаемом виде в 1 строку что мифическая простота отладки нервно курит в сторонке.Зато в итоге большая часть клиентов не умеет ничего кроме просто кинуть сообщение ремоте без даже гарантий доставки.
Некоторые вещи типа сервисов и транспортов сделаны столь нетривиально что юзерам срывает башню.Ну нафига все это так навернуто было делать?Юзеры всю жизнь только и мечтали в крутые абстракции вкуривать.
Зато когда вопрос о поддержке чего-то реально полезного (VoIP, STUN, ...) - почти ни у кого не реализовано.Хотя гугель свой libjingle даже в опенсорц вывалил.Видимо настолько задрюченный протокол что прикрутить к нему VoIP непосильная задача, наверное.
>Ага, а из них есть в основном аж целый монструозный а потому
>чертовски сложный в реализации, глючный и нестабильный жаббер с рядом бестолковостей.Кто пустил сюда тролля?
>Вавилонская башня все XEPы которой не понимает ни 1 клиент а без
>них - не протокол а недоразумение.Для нормальной работы, и даже для полной замены той же аськи достаточно всего нескольких, которые к тому же поддерживаются практически всеми jabber-клиентами.
>Нормальных клиентов (не тормозных и при
>том что-то умеющих) - есть аж полторы штуки.Позовите Айболита, он пришьёт вам оставшиеся 8.5 пальцев.
>Траффа генерит дочерта и больше - все представляется
>как текст, даже картинки аватаров в base64 шлет, блин, хотя каналы
>уже сто лет восьмибитные и все это нафиг не впилось.Использовать zlib умеют даже клиенты для мобильных телефонов, причём давно.
>XML к тому же неудобен в парсинге, скажем, заранее вообще неизвестно какого размера
>пришлют конструкцию.Пошлют гиг?Будете весь гиг выгребать до того как узнаете что
>там был гиг.Плохо знаете джаббер. Есть вполне разумные ограничения. Например по умолчанию максимальный размер станцы у ejabberd для c2s = 65536 байт, для s2s = 131072 байта.
>Нагрузочная способность серверов - под вопросом (групчат начинает лагать и генерить вагон
>траффа при нагрузках которые скажем IRC выдерживает играючи), а стабильных из
>них и вовсе фиг найдешь... дисконект аси - ЧП, а почти
>любой жаббер сервер (пробовал много разных) регулярно улетает в даун.Каких много разных? Давайте поконкретнее? И сколько это -- вагон траффика? Не забываем юзать zlib.
>При том у аси на этот счет есть процедура миграции на новый сервер.А
>в жаббере - да подумаешь, слетели.Переконектитесь...когда сервер подымут.И пусть весь мир
>подождет. В базовой части жаббера нет весьма нужных фич типа full
>aclnowledgement.Клиентов которые его реализуют не дофига.Посему для жаббера типично -
>кидаем мсг. Гадаем дошло или нет. Потому что топорный клиент ремоты не изволит слать
>квитки.Зато учтя что сервер может и подохнуть а ремота отвалиться -
>в итоге вообще не знаешь а дошло ли сообщение или профукано.Топорный клиент -- это какой? Вам проще назвать те, которые не поддерживают XEP-0022 (Message Processing), чем мне назвать те, которые его не поддерживают, потому что Вам называть гораздо меньше. Кстати, спросите у собеседника, а не отключил ли он сам отправку этих самых "квитков".
>Конструкции протокола столь сложны и неоднозначны и кроме того в реальной жизни
>шлются в нечитаемом виде в 1 строку что мифическая простота отладки
>нервно курит в сторонке.Зато в итоге большая часть клиентов не умеет
>ничего кроме просто кинуть сообщение ремоте без даже гарантий доставки.Конструкции протокола Вы просто не осилили. В любом нормальном клиенте есть XML-консоль, которая к тому же красиво и структурно отображдает весь XML, при этом отображаются как нужные переносы строк и отступы, так и выделение синтаксиса цветом. Понять что там в протоколе происходит сможет даже ребенок. Но Вам, похоже, это неизвестно.
>Некоторые вещи типа сервисов и транспортов сделаны столь нетривиально что юзерам срывает
>башню.Ну нафига все это так навернуто было делать?Юзеры всю жизнь только
>и мечтали в крутые абстракции вкуривать.Опять таки чистый субъективизм. Лично я вот не считаю дополнительную регистрацию "крутой абстракцией".
В итоге: не тратьте столько времени на рассуждения о том, о чём понятия не имеете.
>Кто пустил сюда тролля?Вам наверное виднее кто вас пустил.
>Для нормальной работы, и даже для полной замены той же аськи достаточно
>всего нескольких, которые к тому же поддерживаются практически всеми jabber-клиентами.Угу, как же.Full acknowledgment (квиток о дохождении сообшения) сначала был очень опционален.Потом спохватились, сделали его рекомендуемым чтоли.Один фиг на практике почти никогда не работает.Файлтрансферы.Это шедевр.Есть с пяток разных методов, при том большая часть из них крайне задрючены в реализации но работают отнюдь не везде (в плане работы за фаерволлом и натом).Более того, часто у клиентов отправителя и получателя тупо нет "общего знаменателя" - один понимает такие типы трансферов, а другой только другие.Итого отослать файл по жабберу - крайне негарантированное мероприятие.А вот оскаровский протокол файлтрансфера (OFT2 - Oscar File Transfer) достаточно грамотно работает с фаерволами и натами и при нужде фалбакает на пересылку через сервер и это при том одинаково сделано во всех клиентах, так что оно еще и как правило работает.В отличие от жаббера.
>Позовите Айболита, он пришьёт вам оставшиеся 8.5 пальцев.
Ага, все отлично кроме того что аргументом в пользу жаббер клиентов это не является.
>Использовать zlib умеют даже клиенты для мобильных телефонов, причём давно.
Только это не спасает.Не все клиенты и серверы это понимают, в итоге опять же негарантированно весьма.Да и с сжатием оно 1 фиг довольно пухлое.Напуркуа например раздувать картинки на 30% mime кодированием когда все каналы сто лет 8-битные?Ну да потом можно пытаться до посинения сжать mime-кодированную хрень но zlib не особо силен в этом плане и совсем не факт что хотя-бы эти же 30% срезать сумеет.
>максимальный размер
>станцы у ejabberd для c2s = 65536 байт, для s2s =
>131072 байта.Ага.А теперь прикиньте если какое-то чудило будет в вас 65Кб чушками кидаться а вы на жпрс например.Кроме того, опять же - ЭТО НЕГАРАНТИРОВАННО, начинают фигурировать какие-то никем не гарантированные настройки сервера.Клиент ничего не может с этим поделать.Если ему шлют чушку в 64К весом - будь добр кушай и не обляпайся.А если не повезло (а кто и где настройки сервера регламентирует то?) - и гиг пришлют чего доброго.
И вообще защищенность серверов от пакостей - почти нулевая.Скажем если в IRC нельзя быстро и много нафлудить и не получить за это от сервера или от опов канала, то в жаббере в групчате раздолье для любителей погадить.Благо можно вдуплить одним куском кил 50 тексты.Как одно сообщение.Если даже раз в минуту регать новый JID и всего 1 раз с него слать 50Кб кусок - работа групчата будет убита в хлам.Потому что 1 этот кусок отскроллит юзерам экран полностью и они потеряют нить беседы.А выдать за это можно только по факту "приехало 50 Кб гуано одним куском".В ирц пока там нагадишь на экран... сообщения по 512 байт максимум и перевод строки в нем невозможен.А в жаббере... тьфу.Живет безбедно сугубо до тех пор пока на него всякие хакеры-сракеры на него внимание не обратили.
>Каких много разных? Давайте поконкретнее?
Жаббер орг, жабббер ру и еще куча менее известных.Регулярно что-то дохнет.А при подыхании этих из контактов неизбежно вылетает кучка народа.
> И сколько это -- вагон траффика?
Ставите сервер, заходите несколькими сотнями юзерами в групчат, меряете.То что роутингу сообщений там по эффективности до ирц как пешком до пекина - общеизвестный факт.
>Топорный клиент -- это какой?
Давайте вы лучше скажете какой не топорный на ваше мнение.А то я нормальных знаю полторы штуки.Psi - относительно адекватный но опять же, увы, только жабберовский и кроме того релизная версия 0.11 когда я его смотрел была топорная и примитивная, не умела много чего(ни групчата, ни квитков нормально кажись, и только ограниченные наборы отсылки файлов).Да, 0.12 dev относительно сносная.Только сырая.Вот я о чем и говорю.Пидгин.В меру крив, маловато фич, но как-то работает.Ну, групчатом неудобно рулить, с квитками тоже непонятки, файлтрансферы вроде бы и есть но я ни 1 файла послать так и не смог.И на том спасибо.Не фонтан но немного растет.Миранда.В релизных версиях оной жаббер убогий.В девелопмент версиях - о да... там жаббер неплох.Вот только сами эти девелопмент версии стабильностью ну совсем не страдают.Скриптовые поделки на питонах и tcl вообще в расчет брать не будем - они имеют подлое свойство через некоторое время работы начинать дико жрать оперативку и сильно грузить проц при сколь-нибудь интенсивном траффике, соответственно юзать такое ... - очень на любителя (я про всякие там ткабберы и т.п. - жрач ресурсов это фирменная болячка всех скриптоподелий).
>потому что Вам называть гораздо меньше. Кстати, спросите у собеседника, а
>не отключил ли он сам отправку этих самых "квитков".Вот скажите только одно: почему мне не надо при использовании аськи греть голову всей этой мутотенью, а?И почему в протоколе нельзя было сразу сделать нормально работающие файлтрансферы и квитки?STUN тоже вроде понимается после того как его сделал псевдо-конкурент SIP.Только опять же далеко не дефолтная фича и есть не везде.
>Конструкции протокола Вы просто не осилили.
Затрудняюсь записать это в плюсы протокола.
>которая к тому же красиво и структурно отображдает весь XML,
Вам так же красиво и структурно можно дерево зависимостей пакетов в дистрибутиве какомнить нарисовать.После пары недель втыкания на это красивое и структурное может даже озарение снизойдет.
>Но Вам, похоже, это неизвестно.
Зато мне известно что отлаженность работы жаббера и клиентов на нем оставляет желать много лучшего.Что-то не очень помогает эта консолька.Видимо потому что жаббер увы, пошел по пути разведения лишних сущностей.Оптом и в розницу.
>Опять таки чистый субъективизм. Лично я вот не считаю дополнительную регистрацию "крутой
>абстракцией".Юзерам это расскажите.Я кой-как в базовые понятия жаббера вкурил.А вот юзеры обычно увидив все это выпадают в ступор.Не понимаю нафиг все так сложно делать было.
>В итоге: не тратьте столько времени на рассуждения о том, о чём
>понятия не имеете.Да куда нам дуракам чай пить.Только если уж я вижу что протокол не отлажен, фичи реализованы через пень колоду и половина не работает а геморроя много - я в своем праве констатировать данный факт.Даже если вам это и не нравится.
С технической точки зрения асечный протокол как минимум в РАЗЫ компактнее и не страдает откровенными идиотизмами и детскими болезнями.Хотя местами тоже порой наворочен чрезмерно.И кстати говоря о открытости... почти весь протокол нынче открыт.Собссно AOL выложил спеки протокола AIM (в общем то он ICQ и юзается).Кроме разве что фазы логинаю(в доке предлагается юзать основанный на web логин).
Зря вы троллями обзываетесь, нормальные парни, вроде с мозгом :)
Извините может что не так, но ИМХО с Вашими медиазапросами к протоколу лучше смотреть в сторону SIP! А если смотреть на жабу как на протокол обмена сообщениями и даже НЕ в группчате и даже НЕ от НЕизвесных JID что помоему составляет 99% то оно вроде даже оч ничего! Нет?
Странно, у меня kopete Version 0.50.80
Using KDE 4.00.83 (KDE 4.0.83 (KDE 4.1 Beta2)
работает :)
У меня kopete сейчас работает... Хотя вчера проблемы наблюдались с подключением.
з.ы. Я ничего не правил.
А у меня просто - =куда-то слазило= - нарисовало окошко и точас его закрыло - даже заметить не успел и - работает дальше. Kopete из Etch'a.
>А у меня просто - =куда-то слазило= - нарисовало окошко и точас его закрыло - даже заметить не успел и - работает дальше. Kopete из Etch'aи переконнектить не сможет
http://sourceforge.net/projects/pidgin/
А почему у владельцев адиума выдавалась мессага проапгорейдиться до pidgin'a?
libpurple ?
>А почему у владельцев адиума выдавалась мессага проапгорейдиться до pidgin'a?они написаны с использованием одной и той же библиотеки purple, собственно она и посылала на свой сайт
У меня pyicqt вроде работает
Хм....адьюм выдавал pidgin.im потому что девелоперы адьюма просто скопипасили код пиджина - это адин...
qutIM, gaim, miranda+wine - все работает прекрасно, работают так же все клиенты\боты, которые попросту не шлют ибентификатор и билд ОФФИЦИАЛЬНОГО клиента, т.е. большинство клиентов стараются подражать офклиенту - т.е.слать билд офклиента, и, соответственно отсюда и проблема - сервак видит что билд старый и кидает снак на обновление :):)
>Хм....адьюм выдавал pidgin.im потому что девелоперы адьюма просто скопипасили код пиджинаНе скопипастили а поюзали библиотеку оного для того собссно и предназначенную.Или теперь юзеж библиотек называется копипастом?Во трындец :)
>qutIM, gaim,
GAIM это pidgin но только дрееееевний.Может конечно там протокол настолько древний и дефективный что его это не зацепило но чесслово, там зато других багов было дохрена (почитайте changelog-и) и больше а юзабилити было еще более никакое чем у пидгина(при всей долбанутости его девелов сдвиги в лучшую сторону - есть).Так что советовать GAIM - то же самое что советовать искать окаменелый помет динозавра.
> miranda+wine - все работает прекрасно,
Ага, щас.Глючит оно только в путь.Особенно если нормальные современные плагины пытаться юзать типа clist_nicer или tabsrmm.Wine не очень хорошо уживается с custom контролами кучей.Работает но, блин, глючновато.
>и проблема - сервак видит что билд старый и кидает снак
>на обновление :):)Ну да, идентифицировались как аська5 - получите грабельки которые предназначались юзерам древней аськи 5.
Через jabber-транспрт kopete работает (openfire). Напрямую не проверял.
licq, полет нормальный.
У Sim'а как всегда все в порядке. Отличный клиент, жалко что проект больше не развивается.
>У Sim'а как всегда все в порядке. Отличный клиент, жалко что проект
>больше не развивается.Далеко не все в порядке. У меня стоял sim-0.9.5-20080124.1, который сбойнул с сообщением "клиент устарел". Помогло возвращение к sim-0.9.4.3-31.1. Клиент действительно отличный.
Поддержка жаббер в нём -- Г. редкостное!
Аналогично, только откатывать не стал:
А нужно было заглянуть в багзиллу и увидеть что патч для SiM-0.9.5 я выложил через 2 часа после глюка (долго рылся в сырцах). Собсно патч если кому лазить лень:--- icqlogin.cpp-old 2008-07-02 00:10:44.000000000 +0700
+++ icqlogin.cpp-fixed 2008-07-02 00:42:48.000000000 +0700
@@ -203,9 +203,9 @@
socket()->writeBuffer().tlv(0x0001, uin);
socket()->writeBuffer().tlv(0x0002, pswd.data(), pswd.size());
socket()->writeBuffer().tlv(0x0003, "ICQBasic"); // ID String, currently ICQ 5.1 (21.08.2006)
- socket()->writeBuffer().tlv(0x0016, 0x010A); // ID Number
- socket()->writeBuffer().tlv(0x0017, 0x0014); // major
- socket()->writeBuffer().tlv(0x0018, 0x0034); // minor
+ socket()->writeBuffer().tlv(0x0016, 0x014A); // ID Number
+ socket()->writeBuffer().tlv(0x0017, 0x0024); // major
+ socket()->writeBuffer().tlv(0x0018, 0x003D); // minor
socket()->writeBuffer().tlv(0x0019, 0x0000); // lesser
socket()->writeBuffer().tlv(0x001A, 0x0bb8); // build number
socket()->writeBuffer().tlv(0x0014, 0x00000442L); // distribution number
для Adium уже вышло обновление - всё работает :)
Kopete из KDE 3.5.9 (Gentoo) работает. Вхожу утром, выхожу вечером.
Гы гы
Licq 1.3.0/SSL
Дата сборки: Feb 4 2005
полет нормальный
>Дата сборки: Feb 4 2005Конечно, тогда поди ICQ 5 еще и не было.Спионерить оттуда логин пакет было ессно не судьба :).Ну а потому нет и проблем с просьбой оьновить вашу аську 5 (под которую вы закосить изволили перепертым логин пакетом) до аськи 6 =).Поди реализует более древнючую версию протокола просто.
Хех - чаще бы... ;-)
Я под это дело пару человек прямиком на джаббер пересадил, и еще куча народу
на винде qip Infium поставила, где джаббер хотя бы есть... Теперь при следующем (любом) перебое - просто объясню, как зарегистрировать id :-)
>Хех - чаще бы... ;-)
>Я под это дело пару человек прямиком на джаббер пересадил, и еще
>куча народу
>на винде qip Infium поставила, где джаббер хотя бы есть... Теперь при
>следующем (любом) перебое - просто объясню, как зарегистрировать id :-)пересадил....
поставила....както не вяжется. не определилось с полом?
>>Хех - чаще бы... ;-)
>>Я под это дело пару человек прямиком на джаббер пересадил, и еще
>>куча народу
>>на винде qip Infium поставила, где джаббер хотя бы есть... Теперь при
>>следующем (любом) перебое - просто объясню, как зарегистрировать id :-)
>
>пересадил....
>поставила....
>
>както не вяжется. не определилось с полом?все он правильно сказал..
он пересадил, куча народу поставила
Ждем когда обновят все сервера.
Kubuntu hardy kopete 0.12.7 все ок.
>Kubuntu hardy kopete 0.12.7 все ок.Зато pidgin - не ок :\
https://admin.fedoraproject.org/pkgdb/packages/name/pidginдоступен через репозиторий
centericq пострадал?
у меня centerim 4.2.22. Работает.
>у меня centerim 4.2.22. Работает.centerim-devel-4.22.5.70.g5.f125
сегодня ночью перестал работать :) хотя июльские изменения пережил без вопросов.Если кто-то знает где у центерима живут переменные, аналогичные копытным ClientId и ClientString, делитесь знаниями.
Работает. Установлен где-то год назад.
Свинское отношение к пользователям.Ну почему было не сказать, что будем менять требования такого-то числа?
>Свинское отношение к пользователям.
>Ну почему было не сказать, что будем менять требования такого-то числа?Видимо потому что по задумке AOL должно было попросить юзеров древней аси 5 обновиться.А поскольку орава умников спи...ла идентификацию аси 5 (ну, аол в этом частично виноват конечно) - они тоже схлопотали себе проблему.На самом деле тырить чужие ID клиента это горбатая реализация.В итоге - можно сказать что грабли совместной разработки - АОЛ, инк + разработчики клиентов.
climm работает
На основе патча для pidgin сделал патч для SIM-IMВ FreeBSD патчим так:
cd /usr/ports/net-im/sim-im-devel/
make
cd work/sim-im-devel-0.9.5.2152/plugins/icq
patch icqlogin.cpp /path/to/patch/file/icqlogin.cpp.patch
cd /usr/ports/net-im/sim-im-devel/
make install
>На основе патча для pidgin сделал патч для SIM-IM
>
>В FreeBSD патчим так:...Напишите об этом патче мантейнеру порта "Alexey V. Panfilov" <sim-im@lehis.ru> (maintainer)
А я вам открою секрет, почему kopete сначала перестал работать у некоторых, а потом снова заработал :)
Авторы плюгина icq для kopete, видимо, неоднократно наступали на подобные грабли, либо готовились к этому. Поэтому, kopete после того, как его отшивает сервер icq по причине устаревания клиента (может быть еще в каких-то случаях) лезет на сайт kopete и забирает оттуда файлик с информацией о версии, под которую надо косить.
Подробная информация - в багтрекере KDE:
http://bugs.kde.org/show_bug.cgi?id=165502
Забыл сказать, почему вчера не работало. На сайте kopete просто не было того файлика с описанием.. по его урле было HTTP 404. После того, как народ начал валом отписываться в багтрекер (куда kopete всех и посылал), этот файл выложили с обновленными данными.
Вот именно! Сделанно по человечески ... он у меня файлик с типом протокола взял наверное в час ночи по москве ... и заработал.
Скоро все так будут делать ... и отпадет смысл в смене версии протокола ...
>Авторы плюгина icq для kopete, видимо, неоднократно наступали на подобные грабли, либо
>готовились к этому. Поэтому, kopete после того, как его отшивает сервер
>icq по причине устаревания клиента (может быть еще в каких-то случаях)
>лезет на сайт kopete и забирает оттуда файлик с информацией о
>версии, под которую надо косить.Пи*ец решение :))))).А это... потребную фичность и изменения логики протокола они тоже файликом подкачивают?:)
Psi 0.11, юзаю только Jabber, всё отлично работает. Плевал на ICQ с высокой колокольни ;))
>Psi 0.11, юзаю только Jabber, всё отлично работает. Плевал на ICQ с
>высокой колокольни ;))когда у тебя спросят номер icq (или тебе потребуется пообщаться с человеком (людьми) который доступен по Icq) ты поймёшь что ты не прав.
плюс jabber - это часто вообще изолированные серверы, с транспортами типа icq, но без соединения с другими jabber. а на популярных серверах типа jabber.ru - нет транспортов. вот поэтому я напрмиер вишу сразу на 2-х jabber серверах (с разными логинами соответственно, и ещё конференции разные на них)
весело
>когда у тебя спросят номер icq (или тебе потребуется пообщаться с человеком
>(людьми) который доступен по Icq) ты поймёшь что ты не прав.Такие ситуации иногда бывают, но очень редко. В этом случае я либо стараюсь перетянуть человека в жаббер (если это мой знакомый) либо всё общение проходит иными средствами - телефон, e-mail, etc. В очень крайнем случае - у меня есть и номер ICQ, и список из серверов с транспортами. Я просто ими не пользуюсь, ибо не нравится)
>плюс jabber - это часто вообще изолированные серверы, с транспортами типа icq,
>но без соединения с другими jabber. а на популярных серверах типа
>jabber.ru - нет транспортов. вот поэтому я напрмиер вишу сразу на
>2-х jabber серверах (с разными логинами соответственно, и ещё конференции разные
>на них)Ну вот, ещё один плюс - можно создать свой изолированный сервер.
У меня где-то с десяток аккаунтов на различных jabber-серверах. Постоянно пользуюсь только двумя-тремя - jabber.ru и пару локальных. Все, кому я нужен, могут достучаться, причём на любой из этих аккаунтов. Проблем ещё не возникало.
Конференциями пользуюсь редко.>весело
Ну вот :) Не то. что унылая ася :)
>Ну вот, ещё один плюс - можно создать свой изолированный сервер.обычно для таких целей больше подходит IRC (локалки). исключение - корпоративное применение.
а убедить не использовать аську можно только одним способом - блокировав порты icq и доступ к Icq транспортам.
по Icq ты доступен из icq-клиентов ВСЕМ. в jabber-е тебя будут искать по серверам? ты будешь просто послан как маргинальный/странный/ненадёжный/неинтересный элемент.
>в jabber-е тебя будут искать
>по серверам? ты будешь просто послан как маргинальный/странный/ненадёжный/неинтересный элемент.В jabber'е будут искать не по /числу зверя/Wидентификатору, а по имени почтового ящика. :)
Плюс в том, что нужные люди в джаббере находятся всегда, независимо от того, на каком сервере в Интернет они зарегистрировались.
> В jabber'е будут искать не по /числу зверя/идентификатору, а по имениППКС. Дальше, имхо, не везде правильно.
> в jabber-е тебя будут искать по серверам?Нет, не будут) Я обычно даю один-два сервера, не более)
>а убедить не использовать аську можно только одним способом - блокировав порты
>icq и доступ к Icq транспортам.все 65535 портов ? =)
>>Psi 0.11, юзаю только Jabber, всё отлично работает. Плевал на ICQ с
>>высокой колокольни ;))
>когда у тебя спросят номер icq (или тебе потребуется пообщаться с человеком
>(людьми) который доступен по Icq) ты поймёшь что ты не прав.Или у этого человека есть gmail, или у него есть мобильный телефон, или с большей радостью пообщаюсь с ним в офлайне, или я ему нужней, чем он мне.
Типично последнее.
> Или у этого человека есть gmail, или у него есть мобильный телефон, или с большей
> радостью пообщаюсь с ним в офлайне, или я ему нужней, чем он мне.
> Типично последнее.Вот-вот :) Абсолютно аналогично :))
Иных ситуаций пока не случалось.
>но без соединения с другими jabber.Для ICQ это тоже делается. Например так: http://iserverd.khstu.ru/
Когда у jabber будет столько же пользователей, как и у icq, посмотрим что с ним будет..
Да ничего особенного. Архитектура распределенная, протоколы сто раз вылизанные, в т.ч для энтерпрайза... Как работало, так и будет.Кстати, на самом деле джаббер есть у кучи народу - учитывая, что Gtalk - это именно джаббер, а гугловский аккаунт нынче у каждой собаки... А если еще ЖЖ вспомнить, то тем более.
Надо просто чуток извернуться, чтоб народ про это дело узнал и попробовал...
>Да ничего особенного. Архитектура распределенная,Но это не значит что 100 000 юзерам не приспичит засесть на 1 серваке с красивым именем.А вот тут то и опачки могут начаться.Нету там на этот случай никакого распределения нативно.Сделать можно но самопально и своими силами, как гугель.
>протоколы сто раз вылизанные,
Выдаете желаемое за действительное.Лично мое впечатление от жабберовского протокола: большой бардак и вавилонская башня с кучей проблем.Даже просто файл послать - можно обломаться на раз-два-три.Собственно это наиболее типичный сценарий :)
> а гугловский аккаунт нынче у каждой собаки...
Да-да-да!И гугля, итить ее, сделала файлтрансферы еще и по своему.Еще один камушек в кучу бардака.Может у них и не хуже и даже неплохо.Но черт побери и так уже полдюжины XEPов есть с вариантами отсылки файлов.Как на подбор сложные, горбатые и результаты негарантированы а понимает все это в основном незначительное число клиентов девелопмент версий в основном.Крутой, вылизанный протокол, блин.
убейтесь, это произошло ещё в 2003-м: http://news.zdnet.co.uk/software/0,1000000121,39117160,00.htm
>убейтесь, это произошло ещё в 2003-м: http://news.zdnet.co.uk/software/0,1000000121,39117160,00.htmСами убейтесь, в 2003 году icq не глючила. Да и сейчас не глючит. А за 5 лет мне кажется, что все-таки icq лидирует в кличестве пользователей.
Спасибо за сведения, а кактусы и ёжики/мыши - точно подмечено !!! :-)
не подскажите qip версии 8030 и требуемый обновленный 8060 оба жалуются, что они устарели...как быть?
>не подскажите qip версии 8030 и требуемый обновленный 8060 оба жалуются, что
>они устарели...как быть?поставь 8070
))да уж...к сожалению у меня ограничен трафик на скачивние...на сайте кипа был только 8060..вроде бы.
нужно скачать свежий qip - проверено, под виндой работает....
кстати, проверил как идиот работу... licq 1.3.2 работает....
Смешно, "блокировало работу большинства Unix...". Так в Unix их и большинство...
>Смешно, "блокировало работу большинства Unix...". Так в Unix их и большинство...Почему смешно?
Пользователи MacOSX (их большинство среди Unix-пользователей, ~5% от общемирового парка настольных ПК) не могли работать с ICQ из-за Adium.
>~5% от общемирового парка настольных ПК)Это вы загибаете.Мак что-то откусил только в америке.А в китае, европе, россии и т.п. нафиг никому не впился по большому счету.
>и т.п. нафиг никому не впился по большому счету.Кстати на подумать:
В eMule статистика по клиентам, а кроссплатформенный ed2k клиент aMule умеет слать тип системы в которой он работает.Так что можно составить вмечатление о соотношении систем по шарику и о клиентах.Для начала, всех aMule и т.п. - как раз несколько процентов.Учтя ниженаписанное неплохо согласуется с 1-2% линуксов на десктопах.
Соотношение осей Linux vs MacOS - примерно 2...3 к одному.То есть на 2-3 линуксных приходится один маковый.Крайне редко проскакивают маргиналы с bsd(за все время видел пару штук).Эти вообще штучный товар, что лишний раз наводит на мысли о том какова bsd в качестве десктопа.
Вопрос: каким макаром получается что маков ~5% а линуксов 1-2%?Ведь тогда статистика по ос у клиентов aMule должна бы быть ровно обратная?!Неучтенные факторы?Или wtf?
pidgin 2.1.1 работает
ссылка: "Исправление проблемы в Kopete" - битая.
Удалось завести pidgin под OpenBSD после обновления протокола 1ого июля.Последний портированный пакет под OpenBSD 4.3 имеет версию 2.3.1, из исходников сайта pidgin.im оно на OpenBSD не встаёт,
Поэтому до выхода 4.4 (1 ноября 2008) можно воспользоваться почти тем же грубым хаком, что и для licq:
at@at-desktop$ hexdump -C /usr/local/lib/liboscar.so.0.0 | grep "0a 01 14 00"
000356a0 25 1e 00 20 0a 01 14 00 34 00 00 00 b8 0b 00 00 |%.. ....4...¸...|и меняем 0a здесь на 0b каким-либо hex-редактором.
После этого pidgin сразу начинает спокойно коннектиться.
Насчет Licq.
Там 2 раза встречается такая последовательность 02001600.
Менять в обоих?