После года разработки опубликован выпуск коммуникационного клиента Dino 0.4, поддерживающего чат, аудиовызовы, видеовызовы, видеоконференции и обмен текстовыми сообщениями с использованием протокола Jabber/XMPP Программа совместима с различными клиентами и серверами XMPP, ориентирована на обеспечение конфиденциальности переговоров и поддерживает сквозное шифрование. Код проекта написан на языке Vala с использованием тулкита GTK и распространяется под лицензией GPLv3+...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=58646
Таки единственный no-frills клиент, который продолжает более-менее активно развиваться, если не брать в расчёт Gajim. Отлично.
А Pidgin?
https://keep.imfreedom.org/pidgin/pidgin/
Пиджину не хватает поддержки хотя бы вставки изображений в xmpp. Ещё почему-то pidgin с dino не могут нормально общаться, т.к. dino ругается что сообщения от pidgin шифрованы
Что Pidgin, что libpurple на данный момент -- почти мёртвые трупы, очень сильно отстающие в реализации современных XEP'ов. Можно долго смеяться, но мобила и Conversations сейчас во многом двигают разработку.
Vala - это будущее раста
И с vala ещё переписывать?
На, с Раста. То, что уже успели на Rust переписать (ну частично смогли).
Вала намного беднее семантически и вообще галимая императивщина без цели и смысла.
Она гвоздями прибита к GObject со всеми вытекающими
В чем проблема? Glib это просто библиотека для си.
Glib != glibc
> Glib != glibcИ как это отменяет то, что я сказал?
> https://gitlab.gnome.org/GNOME/glib
> GLib is the low-level core library that forms the basis for projects such
> as GTK and GNOME. It provides data structure handling for C, portability
> wrappers, and interfaces for such runtime functionality as an event loop,
> threads, dynamic loading, and an object system.
А какова цель раста?
переустанавливать виндовс. но поддержка виндовс прекращена, а дети выросли, теперь переписывают всё на раст
Перманентное переписывание.
Священная война с борров чекером
Нет. Vala не подходит для системного программирования и bare metal, в отличие от Rust.
> в отличие от RustКоторый ошибку выделения памяти не дает обработать?
Таки не получилось unwrap вызвать или у вас какой-то другой вариант обработки имеется?
Хоть кто-то делом занят.
Таки еще одни создатели месенджера после сведетелей ICQ
К XMPP меня в свое время привела блокировка ICQ Билайном. По началу думал, что это какая то кривая поделка, потому, что для регистрации в XMPP предлагался какой-то индуский (в прямом смысле) клиент. Но потом я открыл для себя Bombus и всю мощь этого протокола. Жаль, что с появлением Skype и его аналогов с регистрацией по мобильному телефону этот протокол стал никому не нужен и почти загнулся.
Жаббер жил, жив и будет жить. Как пользовались, так и пользуемся. А то, что массы всегда бегут на очередной клиент года от большого брата, так кто ж им судья.
Только клиенты живут по принципу лебедь-рак-щука. А так - норм.
Был такой QIP Ininium или как его там. Был топовым клиентом ICQ. Потом продался РБК, который начал навязывать свои сервисы, но все равно был топом. Его авторы долго парились с тем, чтобы пересадить всех на Жаббер, чтобы не потерять базу юзверей в случае закрытия ICQ. Даже, если не ошибаюсь, всем насильно акки регали и контакты из ICQ в жаббер переносили. А потом просто настала эра Skype и этот QIP сгинул в неизвестном направлении.
А еще они переписки у себя хранили
казалось бы - причём тут Телеграм? )
И? В жабе есть хер на это. Можно даже плейнтекстом хранить)
> Только клиенты живут по принципу лебедь-рак-щука. А так - норм.Да вроде, в плане XEP-ов уже устоялось всё более-менее. Осталось дело за реализациями.
С ними тоже всё ок - под каждый хер по реализации!
>Как пользовались, так и пользуемсяА почему ты о себе во множественном числе, любитель gender pronounce? А то разумные люди жабой не пользуются.
> то разумные люди жабой не пользуются.Ты прав. Разум - необходимое, но не достаточное условие мудрости.
Мудрость - это мутный костыль, придуманный чтобы тупоголовые гуманитарии тоже могли выглядеть серьёзно.
И IRC !!!
Главное, что всё это работало через GPRS, и действительно -- какая проблема отправить 100 байт текста, разве что юникод появился. А сейчас "триста метров джаваскрипта грузят текста триста байт, я элита программистов, не какой-то разъ[долбай]".
Мальчик, почитай на досуге спеки xmpp и посмотри, сколько занимают эти твои 100 байт текста в ней, гарантирую будешь сильно удивлён) А потом поснифай какое количество трафика льётся для работы банального pubsub. Нашёл то же мне эталон, будьте здрасьте.
Подумай, в каком году изобрели сжатие текстовой информации?
Трафик наверное от presence + особенности транспорта. Как правило избыточность можно подкрутить, особенно для комнат. Да и наверное есть XEP-ы соответствующие.
XEPы есть, а поддержки в серверах и клиентах нет. Это всё, что нужно знать про XMMP. Ну и гонять туда-сюда XML — типичный оверинжинининг родом из конца девяностых/начала двухтысячных.
Где слово эталон, девочка? Оно работало на GPRS.
Кстати из современных мессенджеров через EDGE только телега способна. Секунд 15 подключается и секунд 5 отправляет текст - но работает, собака. Всё остальное популярное просто отваливается по таймауту и верещит, что нет интернета.
А у меня наоборот, только WhatsApp вышеописанное тобой умеет.
Telegram даже при стабильном интернете Connection... пишет
XMPP и Matrix работают через 64 кбит/с. (Даже аудио-звонки.) Естественно, если специально не приложить обратные усилия.
> XMPP и Matrix работают через 64 кбит/с. (Даже аудио-звонки.)а через 64 кбит йотовской симки с 0 балансом?
Да, когда-то йотовские 64 кбит/с были честными 64 кбит/с.
> Да, когда-то йотовские 64 кбит/с были честными 64 кбит/с.зато сейчас tеlе2 с 0 балансом дает "безлимитные мессенджеры" на полной скорости, и в частности телеграм.
ip over telegram гуглится.
Кстати, Pidgin/XMPP нормально работает через GPRS.
Да вообще протокол XMPP нормально ходит и через GPRS, и через Yota 0 р на балансе. Независимо от клиента. Если, конечно, не файло пересылать.
Только, может, базовый. Без ХЕРов.
Как раз наоборот: только с XEP, который обеспечивает Session Management, можно комфортно ходить через плохой канал связи. При разрыве связи сервер не тут же забывает о тебе, а даёт 5-10 минут времени на повторное соединение. При этом сохраняется состояние, а не всё заново, как при свежем подключении.
Хороший клиент, на самом деле. Починить-бы self-signed сертификаты, сделать сборки под оффтопик, и будет однозначный must have.
> сделать сборки под оффтопика зачем? в оффтопике полагается запускать игры и фотошоп.
>> сделать сборки под оффтопик
> а зачем?Затем, что по любой статистике ~75% пользовательского десктопа - это Винда. Хочется того или нет. И люди не будут менять Ось из-за мессенджера.
Собственно, неофициальные-то сборки есть и, вроде-бы, даже не паршивые. Но всё-таки не официальные.
Лучше выкинуть из GTK вообще кроссплатформенность. Только в Linux используют кроссплатформенные библиотеки для построения интерфейса, что не есть хорошо - по моему скромному убеждению. Кому нужен GIMP, пусть ставят Linux, кому нужны ещё какие-либо бесплатные программы, аналоги тем, что есть под Windows за деньги, пусть также ставят Linux и может быть тогда количество пользователей ОС основанных на данном ядре будет расти.
Тот же XFCE привести к нормальному виду, чтобы не было нужды его постоянно настраивать под себя, сделать из него аналог интерфейса Windows 7/10 и пожалуйста, офисная ОС готова, Gnumeric, AbiWord пилить и будет лёгкая замена офису, а Gnome - универсальная оболочка для мобильных и стационарных устройств, всё это могут делать банки, телеком и другие крупные компании сообща, которые сегодня предпочитают покупать лицензии Microsoft на огромные парки машин в своих офисах, вместо того, чтобы каждый из них выделил по одному-двум ребятам, которые бы на зарплате пилили код, но для этого нужно создать какую-то организацию, которая бы объединила их всех, либо надавать лещей Linux Foundation, которая просто распиливает деньги с взносов на никому ненужных проектах, как это делают в лучших правительствах нашей планеты, к примеру в РФ.
> а зачем?Сам с собой будешь общаться?
А в жабке есть другие варианты что ли?
> А в жабке есть другие варианты что ли?Внезапно, для коммуникации в небольшой команде/конторе на полностью подконтрольном оборудовании не самый плохой вариант. Если у тебя нет отдельного мощного сервера под Матрикс/Слак/прочее_модное, которое сожрёт всё, что найдёт, но всё равно, собака, будет тормозить.
Вполне себе функциональный какой-нибудь Prosody (ejabberd всё-таки посложней будет) вменяемо настраивается средней кривизны руками и при этом ест, по современным меркам, копейки.
Ой, эти игры обычно быстро заканчиваются, когда надо работать, а не мемы пересылать и тут же все переходят зумы, слаки, телеграмы и тп. что просто работает.
> Ой, эти игры обычно быстро заканчиваются, когда надо работать, а не мемы
> пересылать и тут же все переходят зумы, слаки, телеграмы и тп.
> что просто работает.Ну вот я, помимо собственно у себя, делал, когда жёстким приказом начальника было послать в ж. любой обмен информацией, кроме как с подконтрольной инфраструктуры. Поэтому был вариант, или пользоваться исключительно e-mail или разворачивать что-то у себя.
Какбы то ни было, Prosody + Conversations + (пока ещё) Псишка оказались довольно вменяемой и, что важно, подконтрольной альтернативой WA/Телеге. При этом умеренно сложно поднимаемой и не требующей вложений в железо.
Проблемы с производительностью у Матрикса вроде возникают из-за общения серверов в федерации. Если сервер автономный, сильно прожорливым он быть не должен.
GTK перечёркивает все плюсы. Хотя, их тут и нет.
> GTK перечёркивает все плюсы.Тулкитофобией не страдаю. Хочется Кутей, помоги Псишке. Она как раз, де-факто без разработчиков осталась, а работы там чуть более, чем дофига.
> Хотя, их тут и нет.
- Простота и лёгкость. Никаких Electron-ов, Питонов и т.д.
- Следующая из этого скорость
- Выбраны только актуальные для мессенджера ХЕР-ы. Аудио/Видео (в том числе на пару с Консервой с мобилочками), HttpUpload, MAM - работают, в отличие от некоторых.
- Относительно активно развивается. Чего не скажешь о большинстве XMPP-мессенджеров.Достаточно?
Держу пари половину функций ты даже не проверял.
> Держу пари половину функций ты даже не проверял.И что же не работает? Что совместимость с Консервой не 100% знаю. Но оно хотя-бы в принципе работает. У кого оно из десктопных на онтопике работает хотя-бы на том же уровне? Gajim и, в общем-то, всё?
Я более чем уверен, что все стандартные болезни жабки там в наличии. В качестве упражнения попробуй аудио/видео с другими клиентами на других серверах, передачу файлов аналогично.
> аудио/видео с другими клиентами на других серверахs2s под руками нет, но позже надо будет поэкспериментировать. На централизованных dino, gajim и консерва пробовал. С шифрованием бывают траблы (ЕМНИП у гаджима, в основном) но работает. У псишки мультимедия так себе (можно сказать зачаточная).
> передачу файлов аналогично.
http_upload работает, вроде как. p2p передача давно уже моветон, хотя возможно jingle и допилят (или нет, да и нужно-ли вообще).
Ага, вот я про то же. С начала века ничего не меняется))
P2P-передачей никто уже давным-давно не парится, HTTP работает куда стабильнее и предсказуемее.
Аудио и видео между клиентами двух разных серверов отлично работает, при условии, что мейнтейнеры серверов не дятлы, и настроили всё необходимое, включая TUN\STUN. К примеру, нет никаких проблем при звонках с условного 404.city на trashserver.net и наоборот (оба, по версии https://compliance.conversations.im, поддерживают 100% XEP'ов и функционала, которые автор консервы считает необходимыми)
> Достаточно?
> написан на языке Vala
> Хотя, их тут и нет.Теперь понял?
>> Достаточно?
>> написан на языке Vala
>> Хотя, их тут и нет.
> Теперь понял?Про плюсы, в смысле про язык. Ну, извини, детектор сарказма с утра сломался :)
В пятой версии будут плюсы, а Си не будет
Они ещё думают, ещё не выбрали язык.
Наоборот: чем больше софта будет нативно написано для Gnome, тем лучше. Со временем войдётв штатную поставку. Gnome как был, так и будет главным DE для GNU/Linux.
> Наоборот: чем больше софта будет нативно написано для Gnome, тем лучше. Со
> временем войдётв штатную поставку. Gnome как был, так и будет главным
> DE для GNU/Linux.Ну, да. Если GayNOME будет главным кругляшно-вконтактово-яблочным DE, то линуксоидов можно будет только пожалеть. На расстоянии. В перчатках. И противогазе. И сжечь.
Всё сказал? Gnome и есть уже де-факто десятилетие как главным DE в мире Линукса. Сам-то ты из каких будешь?
Ты путаешь "де-факто" с "де-юро".
Из углеродистых.
> Gnome и есть уже де-факто десятилетие как главным DE в мире Линукса.Это кто сказал?
Кавйная гёрла
де-фекто
Под оффтопик и так преизобильно жаббер-клиентов.
Одного Miranda NG хватит, чтобы покрыть 90% существующих протоколов
> Одного Miranda NG хватит, чтобы покрыть 90% существующих протоколовВот я, кстати, очень надеюсь что они (ну как они, в основном ghazan, конечно) соберуться с силами и доделают нативную поддержку онтопика. Пока, вроде, только ядро можно собирать. А сейчас они мультимедией занялись, да Телегу прикрутили (по многочисленным просьбам, я так понимаю).
Сам люблю Миранду и с удовольствием-бы юзал.
GnuOSпади, да телега там на кой чёрт-то!? Мало того что это проприетарастическое серверно-фсбшное УГ, так ещё и клиент опенсорсный. Время на ветер.
> GnuOSпади, да телега там на кой чёрт-то!?Самая большая "хотелка" пользователей. Хотели - прикрутили. Они же не с нуля протокол разбирали. Я так понял использовали предоставляемую телегой либу, обвязали в собственное API и запилили плагин.
> проприетарастическое серверно-фсбшное УГ
А WhatsApp проприетарастическое серверно-анбшное УГ. Даже не опенсоурсное. И чего? Плагин запилили. Народ пользуется. Не хочешь - не включай. Можешь даже не ставить этот плагин, в чём, собственно, смысл и сила Миранды.
Дело не в этом. Хотя, конечно, надо посмотреть. Просто тгм - это не мессенджер а клиент к БД. И основная его фишка - поиск и пересылы. Как это накручивать на "классический" интерфейс - я хз. А воцап, хоть и црушный, хотя бы шифрует.
Сборки под венду есть. Не помню название, какой-то бутлег на гитхабе собирает через мингв.Но работает.
Совсем не нужно, но сборки под оффтопик таки есть: https://github.com/LAGonauta/dino
Оно не up to date, и по разным причинам не слилось с основным проектом, но в принципе, живое и юзабельное.
self-signed надо в системе просто правильно прописывать.
Оно юзает tls через glib которая использует gnutls.
gnutls надо собирать с: P11KIT PKCS#11 and p11-kit
тогда можно будет закинуть свой сертификат (публичную часть) в хранилище на диске.Раньше юзался nss и приходилось дописывать свой сертификат в конец файла где nss держит все свои сертификаты.
В общем проблема с self-signed решена.
> В общем проблема с self-signed решена.Это понятно. Я то разберусь как-нибудь. А пользователи формата жены, например, которой с этими тонкостями ковыряться неинтересно, возьмут другой клиент, который спросит "Тут сертификат самоподписанный, доверяем/нет?" (Psi/Miranda/Gajim/Conversations так делают, например).
По хорошему надо бы сделать галочки для доверия системным СА и тп, как в conversations.
Но большинство останавливается на том что складывает свой серт к системным СА.
> Поддержка работы в одном интерфейсе с несколькими учётными записями, например, для разделения рабочей и личной переписки;Вот на кой ляд это надо? Если бы была возможность отделить мух от котлет, был бы идеальный клиент. В гажиме хорошо сделано с воркспейсами например.
Ну а так просто хороший клиент.
Клиент этот пилился рывками. Им давали гранты, они их осваивали. Вот вижу что не остановились. Очень большая надежда была на то, что они допилят подтягивание истории шифрованных MUC, совместимость с Conversations в части шифрования MUC (multi-user-chat) и в части видео звонков. Как с этим дела в итоге?
Пофиг на красотульки. Conversation де факто это сейчас стандарт XMPP на мобилках. Нет совместимости с Conversations - можно забыть как о мессенджере с шифрованием.
Судя по https://github.com/dino/dino/wiki/Supported-XEPs то ничего у них с MUC не сделано. Подтягивание истории точно нет. Omemo вроде есть, но большие сомнения что они совместимость с Conversations на 100% судя по issues. В общем подождём ещё годик и сравним matrix+element и xmpp+Dino/conversations.
Капец, там даже этого нет?! А нам тут рассказывают про полёты в космос, когда это чудо даже в чаты не умеет.
Справедливости ради эти же проблемы у всех клиентов кроме Conversations, потому что автор Conversations не только пилил клиент, но и сам разрабатывал всякие XEP-ы и знаток в протоколе.
Dino в чаты умеет. В шифрованные чаты на несколько человек тоже умеет, но уже с проблемами, что критично. А вот в подтягивание истории - вообще не умеет.
> Справедливости ради эти же проблемы у всех клиентов кроме ConversationsКакие проблемы? Gajim умеет MUC и MAM в MUC. Вот последнего не хватает Dino.
"Add MAM for MUCs (closed)"
https://github.com/dino/dino/issues/657"Rewrite MAM logic and add MUC MAM"
https://github.com/dino/dino/commit/6c6e7e3aa7935ec513b7e5ea...Кажись, совсем недавно добавили.
gajim 2 года назад шифрованные MUC с Conversations совсем плохо отрабатывал. Просто все чужие сообщения не расшифровывались. История в шифрованных MUC тоже не подтягивалась, хотя это полбеды. В общем невозможно было пользоваться. Тестировал для одной там околополит-ой НКО, поэтому это критично было.
> "Add MAM for MUCs (closed)". "Rewrite MAM logic and add MUC MAM"Да, добавили совсем недавно и видно что там неотполированно. До дубли, то перезаход. В общем протестировать можно, владельцам бубнов тоже можно, но жене бы я не поставил. Поэтому вернусь через год.
Dino в принципе вытягивает у меня из обычных публичных MUC историю -- и делает это как минимум уже с полгода точно, дальше я просто не помню.
У меня свой сервер со своим тлс сертификатом, меня шифрование на уровне протокола джаббера не интересут от слова совсем.
> У меня свой сервер ...Всё время под присмотром?
Да, он дома стоит.
> Судя по https://github.com/dino/dino/wiki/Supported-XEPs то ничего у них с MUC не сделано.
> Подтягивание истории точно нет.Да вроде подтягивает. Как-минимум сейчас версию из реп запустил (0.3). Discovery нет - это да, неудобно.
XEP: 0313 Message Archive Management Status: partial Note:Not for MUCs
написано же - не для MUC
Точно подтягивается история для мультичатов? А шифрованных мультичатов?
> XEP: 0313 Message Archive Management Status: partial Note:Not for MUCs
> написано же - не для MUC
> Точно подтягивается история для мультичатов? А шифрованных мультичатов?Вот час назад поставил начистую Dino. Зашёл в комнату, история подтянулась аж до марта прошлого года (на данном конкретном сервере история хранится год). Т.е., вроде как, работает.
Шифрованные не проверял. Не пользуюсь. Но если попробуешь, мне тоже интересно работает или нет.
С шифрованными мультичатами нормально только консерва и Gajim работают. У остальных с этим по-прежнему пробелы. Но реализация шифрованных MUC в принципе тот ещё неюзабельный кал, поэтому это мало кого заботит.
Там страничка год не правилась уже, так что это точно не про текущую версию
> Осуществлён переход с GTK3 на GTK4 и библиотеку libadwaitaСразу нинужно.
Сначала уговорить знакомых поставить эту поделку, потом настроить каждому, потом каждый раз играться в обновления?
Ну конечно.
А помните, как в 2к10 в жабе и аське в такое окошко вмещался целый мир, а не 7-8 морд и 90% монотонной пустоты? В 2к23 таким только ирка может похвастаться, а если пропатчить nerd шрифтами - то сказка.
Не помним, мы не гости из будущего.
Вот не давно аську вспоминал
Просто до мессенджеров добрались "эффективные менеджеры".. ну, т.е. те, кто противоположны рационализаторам
Я читал его сетевой код, и там жуть во мраке.Так крэш починить и не смог.
конченый клиент
пользоваться конфами на джабберсру невозможно.
впрочем жабер все равно не нужен
На jid.pl конференции работают.
Супер на десктопе!
Пользуюсь больше года, даже патчи засла в апстрим.Настроек маловато, особенно после миранды, с другой стороны не очень то и надо.
Пытался перейти с Гаджима, но у Дино даже нет настройки отправлять (многострочное) сообщение ctrl+enter.
В dino даже сообщения нельзя удалять
От того что вы их якобы удаляете ничего не меняется.
После отправки сообщение больше вам не подконтрольно, как и сказанное слово назад в рот не запихать.
Удаление -- это исключительно фикция, на сервере содержимое оригинального сообщения всегда остаётся, если включены XEP-0280 (Message Carbons) или XEP-0313 (Message Archive Management).
Когда пользовалась jabber там была вечная проблема с передачей файлов, потому что вместо одного хорошего расширения было несколько кривых, а в сервере и в клиенте могло не быть подходящих
> вечная проблема с передачей файлов, потому что вместо одного хорошего расширения было несколько кривыхС пришествием XEP-0363 HTTP File Upload жизнь сильно наладилась. Сейчас де-факто стандарт и основной метод передачи.
Некоторые хотят ещё реализовать XEP-0234: Jingle File Transfer для p2p передач. ИМХО нужность сомнительная, но, кому-то наверное, пригодится.
так уже вроде реализована:
https://github.com/dino/dino/issues/498
или ещё нет?
В 99% случаев логика сервера пользоваться XEP-0363, если он доступен, с фоллбеком на джингл в крайнем случае. Корректно сконфигурированный HTTP File Upload на сервере работает практически без сюрпризов, в то время как Jingle корректно пашет только в случае, если файрволлов не наблюдается вообще, или если оба клиента пользуются IPv6, что редкость.