Спустя два года с момента прошлого выпуска представлен релиз клиента для мгновенного обмена сообщениями Pidgin 2.14, поддерживающего работу с такими сетями как XMPP, Bonjour, Gadu-Gadu, ICQ, IRC и Novell GroupWise. Графический интерфейс Pidgin написан с использованием библиотеки GTK+ и поддерживает такие возможности как единая адресная книга, одновременная работа в нескольких сетях, интерфейс на базе вкладок, работа с аватарами и интеграция с областью уведомлений Windows, GNOME и KDE. Поддержка подключения плагинов позволяет легко расширять функциональность Pidgin, а реализация базовой поддержки протоколов в отдельной библиотеке libpurple дает возможность создавать на базе технологий Pidgin собственные реализации (например, Adium для macOS)...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=53139
>все силы разработчиков будут брошены на Pidgin 3.0А что планируется в 3.0 если не секрет? Есть роадмап какой-то почитать?
https://developer.pidgin.im/wiki/Roadmap3.0.0
https://developer.pidgin.im/wiki/Roadmap3.0.0
Last modified 5 years agohttps://developer.pidgin.im/wiki/GTK3
Last modified 8 years ago
>Last modified 5 years ago:D Спасибо.
оба http://letmegooglethat.com/?q=pidgin+roadmap+3.0
Больно палевно.
>А что планируется в 3.0 если не секрет?Переход на Qt?
Троечка намекает на GTK3.
Вот тут: https://trello.com/b/4ZBlhJFd/pidgin (да, это тоже успело устареть, но не настолько как Trac)Тикеты из Trac в ближайшее время будут перенесены на https://issues.imfreedom.org, но не ранее, чем закончится миграция с bitbucket.org, поскольку те удалят все Mercurial-репозитории 1 июля. Подробнее тут: https://pidgin.im/posts/2020-06-2.14.1-released/
Самая актуальная информация есть на стримах главного разработчика (он не является автором Pidgin, но последние несколько лет является ведущим разработчиком): https://www.twitch.tv/rw_grim/videos
Ну а если своими словами: в Pidgin 2.x есть тонны кода, который никто не трогал с середины нулевых, а может и с 1998, когда был создан GAIM. В Pidgin 3.x переписано дофигища всего. Всё теперь на GTK 3, всё GObject'ифицировано, через собственную либу GPlugin добавлена поддержка плагинов на многих языках, а не только на C (в частности, поддерживаются C++, Lua, Python, Vala и в перспективе другие), выкинуты тонны легаси, починено много багов и добавлена уйма новых, вместо добавления чего-то вроде WebKit написан с нуля собственный виджет Talkatu для чата (HTML Text View, чтобы было форматирование текста как в 2.x), добавлены элементы UI, которых не хватало, из-за отсутствия соответствующих им интерфейсов в libpurple, проведена чистка и рефакторинг, запилено куча вспомогательного кода, добавлена поддержка libsecret (gnome-keyring / kwallet) и многих других не сразу заметных вещей. Можете посмотреть сами, пока репозиторий не выпилен: https://bitbucket.org/pidgin/main/pull-requests/?state=MERGE...
По моим ощущениям, релиз будет в 2021. Если будет решено добавлять обратно все фичи, которые в процессе переписывания выкинули, то и позже, но надеюсь что этого не случится. По словам разработчика, причина, почему не было никаких релизов 3.x, даже полурабочих preview-релизов, в том, что вместе с Pidgin 3 надо релизить libpurple 3, а пока требования клиент<->либа не устаканены и не произведён feature and API freeze, нельзя стабилизировать API/ABI либы. Бампать SOVERSION на каждый чих никто не хочет.
> https://pidgin.im/posts/2020-06-2.14.1-released/Не та ссылка. Вот тут: https://pidgin.im/posts/2020-06-2.14.0-released/
Можно сказать единственное, что не даёт использовать Pidgin - смешанный список контактов, и нет возможности разделения списка контактов по протоколам. А qutIM был ничего... эх.
В каком смысле "нет"? А как у меня по каждому аккуунту контакты отдельно?
Контакты можно как слить вместе, так и разлить отдельно...
Последний раз оно еле-еле шевелилось, словно виртуалка в виртуалке.
Видимо, это потому что не натив, а кросс, ужасный в общем клиент, тяжелый и еле ворочающийся.
XMPP клиенты все ужас и кошмар
Прям сильное затухание видно
Мы пользовались с братом именно Pidgin'ом (jabber) несколько лет, потом перешли на uTox. В uTox не нравится, что там бинарный формат хранения сообщений. Только nano худо бедно открывает его, а в самом клиенте старые сообщения стали недоступны.
qTox вроде по продвинутей. На счёт истории не помню.
Dino и Conversations очень даже норм.
зачем оно надо? почти все месенджеры, где вообще люди сидят ушли в веб. даже их клиенты, это вебсайт в хром електронной обертке.
Для того же телеграма плагин в пиджине есть, для скайпа - тоже, вроде для воцапа и fb messenger были. Ограниченные, но если нужен именно мессенжер, а не видеоконфы и смайлики - в самый раз.
>зачем оно надо?Чтобы не использовать «вебсайт в хром електронной обертке», очевидно же.
>где вообще люди сидят
И что думает эти твои «все люди» об open source, которому этот сайт посвящён? Им вообще такое словосочетание знакомо?
Современные мессенджеры это мрак и ужас. Полная фрагментация, никакой совместимости - почему я не могу написать с какого-нибудь скайпа в вотсап? Мне нужно ставить десяток электрон-приложений и грузить их постоянно? Вы вообще серьезно? Сколько памяти они пожрут? да еще тормоза! Да еще память течет если они работают в фоне неделями. Мне работать нужно, а не чатики рассматривать с иконками и восхищаться их инновативными интерфейсами. Только Pidgin спасает - позволяет быть на связи. У меня плагины для всего что мне нужно: xmpp, telegram, skype, skype for business, slack, discord, hangouts. Вся базовая функциональность работает без проблем. И все это добро не жрет память и совершенно незаметно работает в фоне. Pidgin дает все что нужно для мессенджеров, а это всего лишь маловажный (тангенциальный) коммуникационный инструмент, а НЕ моя основная рабочая программа. Ему нужно всего лишь сообщения слать. И все остальное время никак не проявлять себя. Все, больше ничего не требуется.
О, грац. Прикольный клиент: быстрый, лёгкий, удобный. Вообще никаких нареканий не было к нему. Пользовал для XMPP, IRC, ICQ. А на телефоне Siemens M55 стоял https://github.com/evgs/Bombus с IRC и ICQ через gateway. Золото время, ностальгия.Сейчас все переехали в Telegram и Slack. Фич, конечно, много, но приложения жрут как не в себя.
UPD: То чувство, когда ты *вообще* не понимаешь за что тебе ставят минусы. Реально ведь прикольный клиент. Расскажите хоть: интересно.
https://github.com/majn/telegram-purple
посмотрел: pidgin 45 mb, telegram-desktop 560 mb. но, понятное дело, пиджин просто закакаться не успел, телеграм неделями не закрываю
неудобно ещё, что нет поиска по ссылкам/медиа/фото по чату. а, может, я не умею им пользоваться просто. опять же настроить уведомления по юзеру/группе нельзя, настройки групп/каналов отсутствуют. короче минимальный функционал
% pacman -Qi telegram-desktop | egrep '^(Name|Installed)' | cut -f2 -d':' | tr '\nK' ' \n' | sort -nrk 2
telegram-desktop 46.34 MiB
Речь о потреблении RAM.
> https://github.com/majn/telegram-purpleСпасибо. Это вы к чему? К тому что у pidgin есть плагины? Тогда лучше так: https://developer.pidgin.im/wiki/ThirdPartyPlugins#Third-Par...
В смысле функциональность даже рядом не стояла, а гуглить я и сам умею.
Осталось на Qt переписать и можно пользоваться
чем?
GTK, Qt какая в попу разница. Все равно до нативного C далеко.
Т.е. вы предлагаете приложения прямо на XCB писать?
Нет, сказано же: _нативный_ C. Надо нужные части протокола X11 воссоздать на _нативном_ C.
И так проделывать в каждой прикладной программе :) Вот только софта станет на пару порядков меньше.
Бери и переписывай, успехов тебе в этом начинании!
Бывший GNU Ring поинтереснее будет, но они крупно лоханулись с переименованием и теперь о них никто и не вспомнит))
Ты пытаешься сравнить протоколэс мультипротокольным клиентом?
Оно еще живо?
Да, см. #59.
GTK не одобряю.
Перешёл на PSI+ при первой возможности.
И у тебя тут еще целое СТАДО единомышленников найдется)) Ну да, в 3ем немало спорных решений, но Qt уже слишком прочно ассоциируется с чем-то вендовым..
У Венды своё родное WinAPI.
там сейчас родное вот это, не видел чтобы этим кто-то в здравом уме пользовался, это видимо просто реклама электрона такая, типа - хуже все равно не будет (на самом деле будет)
https://docs.microsoft.com/en-us/windows/apps/winui/winui2/
На винде ведь сейчас без редистра 2015-2019 мало какие проги работают. И даже те, которые работают, там разрабы статически линкуют эти бибилиотеки. Спрашивается, почему MS не интегрирует этот редистр в систему или в десяточке он уже интегрирован? Почему нельзя создавать обычный win32 код без внешних зависимостей или это только, если собирать Студией?
у л@п4атых без libstdc++.so.2.3.4.5.6.7.8 _намертво_ влинкованных именно с полным номером, хотя в системе может валяться абсолютно такая же libstdc++.so.2.3.4.5.6.7.9 и даже быть с нее линк на .so, но sonames не для авторов этого мусора - тоже ничего не работает. Даже в тех случаях, когда нахрен не нужна - потому что g++ линкует ее без флага as-needed. Почему же они не интегрируют в систему все ее версии со времен 2.7.2, интересно?Собрать код без crt - можно, если тебе некуда девать время и ты хочешь не пользоваться в нем ни единой функцией posix (windows api - ни разу не он, и в нем не нуждается) и ничем из стандартных классов c++, не говоря уже о ms'овских - и для любого std::cout будешь самодельную обертку писать.
> Почему нельзя создавать обычный win32 код без внешних зависимостей
потому что намертво влинкованная в каждую программу необновляемая отдельно от нее версия libc (целиком!) вместе с stdc++ и еще классами foundation - плохой, негодный способ избавления от зависимостей.
Хотя написать программу, ничего из этого не использующую - можно, например - не на c. Или какой-то специальный случай, использующий только голый winapi (обычно что-то совсем уж примитивное).
А версий рантайма при этом может быть не одна и не две - причем, хотя ms обеспечивает shim'ы для обратной совместимости, надежнее, разумеется, использовать рантайм именно от того компилятора, которым пять лет назад собран именно этот бинарь. (и в винде такая возможность есть, в отличии опять же от шва6одкоподделок - причем к ним довольно долго еще и обновления выпускают)
если не студией собирать - ну получишь зависимости от пачки мусорных гнутых dll'ек и еще какую-нибудь libssl.dll впридачу.
Вот они, кстати, точно не будут никем за тебя обновляться, и лежать эта куча мусора будет вместе с каждой отдельной программой.
>libstdc++.so.2.3.4.5.6.7.8 _намертво_ влинкованных именно с полным номеромНе ври так и иногда запускай ldd (и закусывай):
ldd /usr/bin/kate
............
libstdc++.so.6 => /usr/lib/gcc/x86_64-pc-linux-gnu/10.1.0/libstdc++.so.6 (0x00007fd2b0d07000)
............
Ток psi+ течёт как сучка и нет плагинов. Даже удивительно как на кутях можно написать такое хреновое приложение.
ICQ из коробки уже не работает (на сервере полностью поменяли старый протокол, который не позволял облачную историю, ботов и т.п. на новый), поэтому о поддержке говорить некорректно. Поддержку нового протокола развивает сторонний разработчик, его реализация пока умеет не очень многое.
Новый протокол аськи закрыт по самые уши. Надо сразу в топкγ, а не ковыряться в нём палочкой.
как будто он хоть когда-то был открыт. у licq ушло какое-то время, чтобы сревёрсить протокол 98 года, чтоб он заработал. ну, и несколько раз было, когда протокол менялся и надо было ревёрсить снова.
OSCAR
> OSCARкак будто были другие варианты сделать icq-клиент на этом 'открытом' протоколе без reverse engineering. и ревёрсить этот самый oscar никогда прямо не позволялось.
был ещё talk to oscar (tok), типа открытый протокол, но с меньшими возможностями. прожил недолго и толком востребован не был.
Psi+ лучший xmpp клиент
Вы темой ошиблись, это новость о Pidgin.
> поддерживающего работу с такими сетями как
> XMPP, Bonjour, Gadu-Gadu, ICQДа-да! ICQ! Кому теперь нужна поддержка этой ненадёжной системы, которая сама поотбирала у народа кучу уинов...
Ох тыж, прямо Зомби-апокалипсис какой-то! Сначала Трансмиссия воскресает, теперь Пиджин ожил? Что дальше?
Жду sendmail.
Разработчик сендмейла продал проект несколько лет назад и больше им не занимается.
На создание форка и последующее его развитие надежд мало:> Жду sendmail.
Ждать особого смысла нет.
ftp://ftp.sendmail.org/pub/sendmail/snapshots/
Последняя версия sendmail вышла неделю назад.
Всё-таки не умерло окончательно - спасиб за инфу.
продал? sendmail? eric allman ещё и таки да?
Интересно почему не добавили Телеграм, клиент же открыт прям бери и делай.
https://github.com/majn/telegram-purple
В блогопосте указано что для 2.x больше не принимаются новые фичи, а все силы (весьма скудные) брошены на допиливание релиза 3.x. После релиза собираются активно вливать в основную кодовую базу самые популярные плагины (в т.ч. плагины протоколов), либо добавить их в дефолтную поставку держа репозиторий с кодом отдельно.
Они там на git не хотят перейти? И на какой-нибудь менее отстойный хостинг, например? Ну хотя-бы notabug.org, чтоли - интерфейс типа гитхаба, только опенсорсный, даже без JS работает. А то их хостинг и контроль версий - просто позор какой-то.
Не собираются. Это принципиальное решение, и причиной ему служит долгая драма со срачами и говнометаниями по поводу выбора DVCS. Вот несколько постов на тему.https://theflamingbanker.blogspot.com/2008/07/holy-war-of-to...
https://felipec.wordpress.com/2008/08/24/pidgin-how-not-to-c.../
https://felipec.wordpress.com/2011/05/01/pidgin-picking-the-.../Они уже прошли путь CVS -> SVN -> Monotone -> Mercurial и не видят смысла менять его на что-либо. По мнению ведущего разработчика, если желающий поучаствовать не сможет разобраться в Hg, который довольно прост в использовании, то помочь проекту он не сможет тем более, т.к. не сможет разобраться в довольно сложной кодовой базе. По крайней мере, на текущем этапе развития проекта это так. Если код станет проще и понятнее, то у этого может появиться смысл, а пока что это ничего не даст, только отберёт и так немногочисленные ресурсы.
Желающих поднять и поддерживать git<->hg репу как read-write зеркало тоже пока не нашлось, но если кто-то впрямь возьмёт это полностью на себя, то разработчики не против, лишь бы им не приходилось этим заниматься, т.к. они не хотят и не будут это делать если инициатор затеи сольётся.
Для полного же перехода на Git нужно чтобы почти вся команда оставшихся разработчиков ушла и им на замену пришёл кто-то другой, либо нужно создавать форк.
"Перейти на Git" оказалось намного труднее чем я наивно ожидал, хотя я был бы рад такому переходу.
> И на какой-нибудь менее отстойный хостинг, например?
Им пришлось самостоятельно его запилить на базе hgweb, т.к. хостингов Mercurial с нормальными условиями почти не осталось. Не sourceforge же юзать.
> А то их хостинг и контроль версий - просто позор какой-то.
А можно более аргументированно, кроме внешнего вида и аргумента "Hg говно потому что он не Git"? Так-то у gitweb / cgit интерфейс по фичам такой же, да и, например, у Pague и Gogs по функциональности недалеко ушёл (но не по внешему виду, соглашусь).
Позор в чем? В не-модности? hg не работает? версии не версит? или не позволяет делать веточки? Или требует говорить "ку" или продать душу Ленину-Сталину-Мао при каждом коммите? в чем проблема-то? И почему именно "позор"?
Помню, сидел на нем. Перестал, когда ВКшечка поломала XMPP.
На rust уже переписали?
Здравствуйте, уважаемые.Может кто знает, есть ли какой-нибудь клиент для Skype for Business, кроме плагина для Рidgin (Office Communicator).
Он работает очень плохо, отваливается звук, я слышу собеседника, он меня нет, передача файлов также периодически ломается. Или есть кто его удачно использует с данным функционалом?
Скайп использую не из любви к нему, а по работе, выбора нет.
Вот в этом голос и ведео работают нормально: https://www.tel.red/linux.php
> SKY LINUX IS FREE AS IN BEER, WITH 2 MINUTE LIMIT ON CALLS & SCREEN SHARE
> Lync Linux client 1 year, $49/user activationКак-то не очень. Хотя, у работодателя можно выклянчить.
Да, сайт у них не много говорящий, я несколько не понял, я этим клиентом могу пользоваться без интернета. Судя по ценнику $49 в год по всей видимости нет.
Но всё равно, надо посмотреть.
Спасибо.
> Среди изменений в данной версии стоит отметить поддержку управления потоками XMPP (XEP-0198 Stream Management),...Около 15-ти лет после захода эры 2400/9600/28800/57600 модемов наконец-то появилась возможность стабильно работать по джабберу. Поздно, очень поздно. Но для ноутбуков с сотовым модемом подойдёт. Осталось ещё самая малость: session resumption. Ведь без этого заявленная поддержка stream management совсем неполноценная.
Чёт я не замечал, чтобы XMPP нестабильно работал через аналоговую линию на скорости 33600.
Хорошая аналоговая линия попалась, если соединение не рвётся. И хорошо, что параллельную трубку никто не поднимает (если она вообще есть).
Я всё ещё надеюсь на обновления в рамках 2.xx.y. Потому что всё ещё пользуюсь GTK2-окружением рабочего стола.
Обнолвения 2.14.x будут, но их количество и регулярность неизвестны. После релиза 3.0.0 обновлений 2.14.x, скорее всего, больше не будет, а если и будут, то после 3.1 точно нет. Но в ближайший год-два этого можно не бояться.
Пользуюсь т к SASL (керберос и т д) поддерживает один из немногих. На qt жабер клиента не нашел такого.
Как из Пидгина общаться с пользователями вацапов, тамтамов, виберов, вконтактов и т.п.?
И есть ли консольный вариант этого мессенджера? Чтобы иксы не ставить, а терминалом с мобилы поключиться к компу, на котором Пидгин консольный в скринах крутится и юзать его там так.
finch
Как уже ответили, можно взять finch или даже bitlbee если вы любите IRC.https://github.com/majn/telegram-purple телесрам
https://github.com/hoehermann/purple-gowhatsapp кацап
Тамтам никому не нужен.
Под вайбер, насколько я знаю, сторонних клиентов не существует.
Вконтактик раньше был, но его поломали, также были гейты для XMPP, но я не знаю, живы ли они, т.к. больше ни тем, ни тем не пользуюсь.
Есть ещё skype, slack, discord, instagram, facebook, Delta Chat, Hangouts, matrix и многое другое https://developer.pidgin.im/wiki/ThirdPartyPlugins#Additiona...
я не понимаю как можно пользоваться мессенджером без синхронизации сообщений между устройствами. Костыльный плагин скайпа синхронизирует сообщения, а джаббер нет - XEP-0313: MAM не реализован и не планируется. Вообще это бесит настолько, что подумываю какой-нибудь Dino поставить отдельно для джаббера.