Прощай net-im/psi - ты всегда был хорошим джаббер клиентом
slepnoga 23 марта, 2013 - 00:28
Если до 1 апреля сего года у psi не появится майнтайнер, который обновит и приведет в соответствие текущим реалиям ебилд psi - начнется процесс удаления ебилда из дерева.
P.S ебилд в дереве, но пока что без плюсов; Ждем, надеемся и верим.
»
- Блог пользователя - slepnoga
- Для комментирования войдите или зарегистрируйтесь
Эм... а что с ним случилось?
Эм... а что с ним случилось?
:)
Говорят же - бесхозным стал,
Говорят же - бесхозным стал, нужен хозяин.
Локальный оверлей растёт
В rion'e все в актуальном
В rion'e все в актуальном состояниии, попросите их
Linux. Conquer
pashazz написал(а): В rion'e
Да ну :) а я тогда кто ? :)-Д
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
Цитата: В rion'e все в
Отсутствие релизного ебилда в rion-е удручает...
Нейтральность - высшее достижение сознания!
по словам Pinkbyte'a он уже
по словам Pinkbyte'a он уже пилит новый бамп.
Да кто его только не пилил,
Да кто его только не пилил, по их словам.
У меня договор с Qt team,
У меня договор с Qt team, kensington обещал помочь, если что. В пакете заинтересованы. Правда поддержку Psi+ придется пока выпилить - натянуть правильно весь ворох патчей у меня не получается, а в rion-е только live ebuild :-/
Так что пользователи Psi+, которые еще не подключили оверлей rion - настоятельно рекомендую это сделать, ибо USE="extras" будет удален из ебилда в главном дереве...
Нейтральность - высшее достижение сознания!
+ 24 Mar 2013; Sergey Popov
+ 24 Mar 2013; Sergey Popov
+psi-0.15.ebuild:
+ Version bump, wrt bug #410911. Psi+ support has been removed for now
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
Пенчально... Не то, чтобы я
Пенчально...
Не то, чтобы я пользовался PSI, но сама тенденция огорчает.
emerge Your world
Gentoogle
Отставить панику, новая
Отставить панику, новая версия в дереве ;-)
Нейтральность - высшее достижение сознания!
После двух недель мучений на
После двух недель мучений на ноуте откатился на 0.14 (-%Е
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
А кто-нибудь может объяснить
А кто-нибудь может объяснить - зачем за него цепляться?.. чем он лучше pidgin'a?
Судя по здесь - то очень даже хуже.
я как-то много лет с pidgin'ом живу и ничего...
SysA написал(а): Судя по
Это самый оригинальный аргумент, виданный мною.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
Ну-у, какой-никакой а опрос!
Ну-у, какой-никакой а опрос! ;)
И это все, что вы можете сказать в его защиту?!
Судя по репликам, я полагал, что здесь собрались компетентные люди, которые им активно пользовались и могут аргументировать свой выбор...
Пидгином-то я не пользовался,
Пидгином-то я не пользовался, например. Помню, что чем-то он меня не устроил, а вот чем…
Вот недавно узнал, что в нём приоритет нельзя менять. Был в шоке.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
Зато там OTR есть! В свете
Зато там OTR есть!
В свете агонии Skype это становится весьма интересным... ;)
SysA написал(а): Зато там OTR
Агония скайпа - а мона поподробнее :) Я думал , что это агония MSN
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
да пожалуйста - вот
да пожалуйста - вот официальная информация от M$:
1. "с целью повышения надежности и удобства пользователей" они уже обработку сообщений делают на центральном сервере.
2. с 2014 года (месяц не помню сейчас) голосовые службы будут тоже работать через центральный сервер.
Вот и все! Конфиденциальности больше нет! А Skype именно этим и привлекал, несмотря на его глючность и убогость под Линуксом. Я даже дуал-бут держал в основном из-за Skype...
A MSN никогда не интересовал - обычный сервис, каких много... а Skype был уникален!
Конфиденциальный Skype?!
Конфиденциальный Skype?!
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
Да. Был.
Да. Был. До того, как M$ его начал "адаптировать" и "улучшать".
Запрашиваю подтверждение.
Запрашиваю подтверждение.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
By design... Вы с их
By design... Вы с их архитектурой знакомы?
В двух словах: криптованное соединение точка-точка с недетерминированной маршрутизацией пакетов.
Поэтому, например, текстовое сообщение могло быть доставлено только тогда, когда оба абонента в онлайне. Что многих раздражало, кстати...
Для контроля трафика (я здесь не говорю о перехвате самих сообщений, а только об установлении самого факта передачи данных между этими двумя точками) необходимо было контролировать N/+1 узлов сети, где N - общее число узлов Скайпа в онлайне. Этот факт, а также весьма сильные алгоритмы криптования трафика, крайне раздражал соответствующие конторы. Поэтому только недавно у них появилась возможность контролировать трафик (видимо после того, как с помощью "обновленных" клиентов M$ стал заворачивать трафик на централизованные узлы). Старые клиенты (в Линуксе v2.0.*, a скорее всего еще и v2.2.*) еще работают "по-старинке", но, видимо, в 2014г. планируется прекратить поддержку "старой" маршрутизации и весь трафик пойдет через центральные узлы, которые будут соответствующим образом контролироваться... ;)
By design... Вы с их
Что совершенно точно показывает, что вы обчитались интернетов ;) ибо это только 1 из моделей, причем она всегда была опциональной. SIP и звонки на телефоны всегда по понятным причинам шли через сервера провайдеров.
Алсо , сюрпрайз :) - xmpp гоняет данные через центральный сервак и по другому не умеет :-D
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
slepnoga написал(а):By
А о них речь и не шла, естественно!
Потому я и говорю об OTR! Никаких сюрпризов, все под контролем... :D
Как гоняется трафик в
Как гоняется трафик в SIP-телефонии целиком зависит от настройки серверов сети. По сути сам протокол SIP просто позволяет найти две точки в интернете, чтобы они смогли устройить обмен трафиком. Именно по этой причине SIP-телефония так хреново работает через NAT без костылей позволяющих направить трафик из внешней сети на клиента.
Если хотите секьюрных соединений, соединяйтесь напрямую и используйте шифрование аудио/видеотрафика. Кстати, на IP телефонах многих можно позвонить напрямую по IP адресу.
fsa написал(а): Кстати, на IP
Я так полагаю что по ещё более убогому чем SIP, H323
У всяких там Psi+ тоже вроде
У всяких там Psi+ тоже вроде есть. Но лично я ни разу им не пользовался и в ближайшее время не собираюсь.
А удалённое управление у вашего пидгина есть, например? А личные беседы и конференции он в разныхх окнах может держать?
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
krigstask написал(а):У
Каждому - свое, как говорится... ;)
А вроде psi+ и выкинули?.. нет?
Чем?
Это же говорилка! А как же основной принцип *НИКСов - 1 функция на модуль? ;) "Все в одном" - это не здесь! В Skype даже видео появилось значительно позже... как дань моде/времени и как расширение функционала. Но его (видео) и резали в первую очередь на плохих каналах... А голосовые кодеки для телефонии у них были лучше, чем у всех остальных коммуникационных компаний мира.
Или ею самой? Зачем?!
Может... и в табах, и в окнах...
SysA написал(а):krigstask
Как можно выкинуть проект?
Другим клиентом, подключённым к той же учётке.
Мне нужно три окна: ростер, личные чятики и конференции. И чтоб при открытии беседы или конференции новая вкладка появлялась в нужном окне.
Лично для меня Пидгин отпадает уже из-за отсутствия управления приоритетами. Всё остальное уже так, лирика.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
krigstask
Поясните, о каких приоритетах идет речь...
О тех, которых в Pidgin
О тех, которых в Pidgin нету.
http://wiki.xmpp.org/web/Jabber_Resources
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
.
Тебя не затруднит привести какие-нито обоснования данного требования к интерфейсу?
Также интересно содержание мучений, послуживших обоснованием отката на 0.14.
:wq
--
Live free or die
Anarchist
Это просто-напросто удобно. Прежде всего из-за того, что у меня awesome сам раскидывает окна, куда надо, и я могу быстро на них переключаться, особенно на те, куда приходят сообщения лично мне.
Главной и определяющей проблемой был поиск по ростеру. Демонстрирую поиск в 0.14:
В 0.15 сломано сразу две штуки:
* нельзя искать по строке из середины имени ('arch' ничего не найдёт, только "anar");
* спрятаны категории (имена учётных записей), поэтому выбрать из стопки нужного не представляется возможным.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
/
Что-то мне подсказывает, что при определении требований к IM-клиенту (интерфейсу) первостепенную роль играет количество корреспондентов и характеристика потока нагрузки (как минимум общее число сообщений за [например] сутки и относительные на беседу и относительно числа контактов в списке).
:wq
--
Live free or die
Anarchist написал(а): Что-то
Вероятно.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
да, когдато Psi был
да, когдато Psi был единственным клиентом который мог выдержать ростер главы фонда XMPP с 1600+ контактами и бодро по нему искать. Описываемая вылизанность поиска в 0.14 как раз этим и описывалась. А 0.15 делали другие люди.
/
А сейчас (в смысле: не пополнился ли список?)?
И вообще ИМХО стоит промыслить ответ на вопрос "сколько нужно" (в смысле количества корреспондентов, общего и в online).
:wq
--
Live free or die
Промысли, кто ж тебе мешает.
Промысли, кто ж тебе мешает.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
Anarchist написал(а): evadim
Сейчас у него нет всех админов джаббер-серверов, которые часто добавлялись в процессе выдачи бесплатного сертификата. Да и с psi он по тому случаю сьехал на что-то, как бы не swift.
По мотивам подумался вопрос о
По мотивам подумался вопрос о достаточности одноуровневой группировки (полезности вложенных групп, влекущий за собой вопрос о потребной глубине вложения, отвечать на который сейчас не возьмусь).
:wq
--
Live free or die
какие то цветные полосочки
какие то цветные полосочки неизвестного происхождения - я тоже такие умею
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
после перехода на десктопе с
после перехода на десктопе с win на linux я обнаружил, что единственное, чего в линухах _нет_ — это неубогого мультипротокольного IM-клиента. Было перебрано несколько, остановился на пиджине, ибо он чуть менее убог, чем остальное. Честно говоря, поразило наличие кучи идиотских плагинов при полном отсутствии _важного_ функционала.
А еще пиджин ведет себя очень весело, когда у _любимого_провайдера_ отваливается VPN. Вернее, он себя ведет так, будто ничего и не произошло. Что приводит к тому, что сообщения молча уходят в /dev/null при полной неосведомленности пользователя. Какой уж там client acknowledgement. Очень печальна ситуация эта. :D
Beelzebubbie
Здесь, полагаю, надо начать с раскрытия сути "неубогости" и обоснования требования мультипротокольности.
Аннотированный перечень "необходимого функционала" с весовыми коэффициентами тоже будет нелишним.
Но, вероятно, правильнее в отдельной теме.
Тов. Криг архиправильно указывает на первостепенную важность вопроса полноты поддержки xmpp.
:wq
--
Live free or die
Начну «с конца» —
Начну «с конца» — архиважность вопроса поддержки именно xmpp в именно мульпротокольном (а я обсуждал именно это) клиенте для меня спорна. Большинство моих контактов, ввиду специфики их владельцев, пользуются _не_ xmpp, к примеру. Так что полнота должна быть полной — по всем поддерживаемым протоколам. Сие кажется логичным.
По поводу неубогости: тут несколько _основных_ пунктов, не плюшек:
1. Реакция на проблемы с сетью (контроль доставки сообщений (с поддержкой client acknowledgement), визуализация проблемы, возврат недоставленных сообщений в область ввода, внятный алгоритм переподключения с прогрессивной задержкой). На данный момент пиджин ведет себя мало того что неприемлемо (сообщения могут быть «как бы доставлены», хотя соединения с сервером просто нет), но и вообще не очень понятно. В частности, нельзя даже понять, есть ли в данный момент это подключение.
2. История. О, это больной момент. Какой-то странный человек решил, что историю лучше всего хранить в файлах, html/xml. Наверное, так удобнее было реализовывать. Хотя с точки зрения тех, кому действительно нужна эта история каждый день по n раз, это не лучший подход.
Гораздо было бы удобнее (как это реализовано в некоторых _годных_ клиентах), хранить сообщения в СУБД и реализовывать их просмотр как browse табличных данных, с поиском и _фильтрацией_. Кроме того, grep'ать истории в том случае, когда контакт точно неизвестен, суть неудобное решение. Стало быть, нужен поиск по _всем_ контактам. Технически разницы при использовании БД между один/группа/все — нет.
История «системных событий». Часто бывает так, что кто-то просит авторизации, это происходит, а потом возникает вопрос «как его найти?» Или же ошибочно была нажата кнопка отказа — опять-таки хрен найдешь этого контакта. Как бы еще один идентификатор владельца события с БД и никаких сложных реализаций. System Log в пиджине есть, но в нем, похоже, только смены статусов.
3. Поиск по пользователям. Например, я не знаю ник, только (к примеру, UIN) — попробуйте найти в пиджине этого контакта. А хотелось бы иметь полнофункциональный поиск, по подстроке по всем имеющим смысл полям.
4. К превеликому сожалению, скайп таки популярен и иметь его в IM клиенте я бы не отказался. Собственно, это реализовано в некоторых клиентах, но только не под linux почему-то.
Пока устал писать, хотя написать есть кое-чего еще.
/
Требование мультипротокольности в принципе по мне как минимум спорно (ну и традиционное: перечень необходимого, с указанием весовых коэффициентов, в студию!).
Не говоря о том, что влечёт за собой вопрос архитектурной совместимости реализаций...
Требование возврата в область ввода по мне выглядит как минимум несколько странным. Выделение в истории -- да.
Хотя если ты хочешь разработать принцип возврата _нескольких_ сообщений в _одно_ поле...
Ога.
Чтобы после облома с часовой задержкой повторная попытка производилась через два часа? :)
Надо полагать ты готов личным примером продемонстрировать востребованность фичи, взвалив на свои плечи реализацию (с проработкой вопросов контроля целостности, резервного копирования и восстановления и также надлежащего интерфейса поиска)?
:)
С бардаком в мышлении надо бороться, а не стимулировать!
Рекомендую почитать результаты попыток разработки транспорта в скайп.
:wq
--
Live free or die
>>Требование
>>Требование мультипротокольности в принципе по мне как минимум спорно
Провоцируешь на низкоинтеллектуальную полемику? ;) _Свое_ обоснование я уже приводил. Само существование и популярность таковых клиентов должна навести тебя на мысль, что это кому-то нужно.
>>Требование возврата в область ввода по мне выглядит как минимум несколько странным. Выделение в истории -- да.
Хотя если ты хочешь разработать принцип возврата _нескольких_ сообщений в _одно_ поле...
собственно я это не придумал, а пользовался. и таки удобно и логично. если сообщение не доставлено — почему оно должно попасть в историю и _зачем_? Кроме того, удобно переотправить когда поднимется соединение etc. В чем разница между 1 и 2 сообщениями в этом смысле?
>>Чтобы после облома с часовой задержкой повторная попытка производилась через два часа? :)
Ерничаем? :) Тоже не придумано, а взято «из жизни» — к примеру от 5с задержка увеличивается до 60с.
>>Надо полагать ты готов личным примером продемонстрировать востребованность фичи, взвалив на свои плечи реализацию (с проработкой вопросов контроля целостности, резервного копирования и восстановления и также надлежащего интерфейса поиска)?
свалил все в кучу. и не читал внимательно мной написанное. вполне очевидно, что парсить кучу файлов в разных каталогах плюс производить среди них поиск — реализуемо, но гораздо сложнее чем что-то наподобие обычного браузинга SQL запроса к БД. Интерфейс стандартнее некуда.
>>С бардаком в мышлении надо бороться, а не стимулировать!
надо полагать, что уважаемый может держать в голове сотни ников, уинов и прочего? остается только поздравить и отойти в сторону, восхищенно ковыряясь где-нибудь.
>>Рекомендую почитать результаты попыток разработки транспорта в скайп.
на ведроиде я вполне-таки пользуюсь в мультипротокольном клиенте учетками скайпа, на винде тоже пользовался. исходя из этого полагаю, что каких-либо серьезных противопоказаний просто не существует.
Beelzebubbie
На сколько мне известно, противопоказаний действительно нет - создание нормального "шлюза" в привычном смысле невозможно в принципе. В реальности они были и наверное есть, для домашних серверов. Работают эти поделки (что мультипротокольный клиент что шлюз) примерно так: запускается скайп в "безбашенном реиме", по копии на пользователя. Шлюз/клиент управляет им через API. И если для локального клиента это можно назвать приемлемым, то запускать на сервере по скайпу на юзера немного странно... да и я бы не доверил свой пароль левому серверу. Хотя возможно после попадания скайпа в лапы MS ситуация и измениться, в офис-то его уже встроили.
Для windows так и было —
Для windows так и было — клиент работал с запущенной копией скайпа через API, в ведроиде запущенных копий ps мне не показал. Но, как бы там ни было, один список контактов и одно приложение для всех IM протоколов лучше, чем использование нескольких. Ввиду еще и того, что некоторые физлица имеют по несколько учеток в разных системах. Зачем иметь скайп «на сервере», тем не менее, мне не совсем понятно, а IM шлюзы это песня отдельная и зачастую, из практики, негодная.
Beelzebubbie написал(а): В
А он на сервере запущен.
Несомненно
Именно поэтому, у меня есть "основная" XMPP-учётка, на сервере с шлюзами. И когда я настраиваю новый клиент на новом компе, у меня "всё в одном месте".
Он не "зачем" а без него никак, если железка сама по себе не может запустить скайп.
Из моей практики они совершенно замечательно работают. Хотя я в основном пользуюсь асечным шлюзом. И там работают и разного рода нстроения с допстатусами и отчёты о доставке. Пиджин, насколько я понял, просто сам по себе с ними не дружит. Есть кстати XMPP-шлюз на его основе.