[ home / rules / faq ] [ overboard / sfw / alt ] [ leftypol / siberia / hobby / tech / edu / games / anime / music / draw / AKM ] [ meta / roulette ] [ cytube / git ] [ GET / ref / marx / booru / zine ]

/tech/ - Technology

"Technology reveals the active relation of man to nature" - Karl Marx
Name
Email
Subject
Comment
Flag
File
Embed
Password (For file deletion.)

Join our Matrix Chat <=> IRC: #leftypol on Rizon


File: 1641419090144-0.png (73.44 KB, 1200x1200, 1200px-XMPP_logo.svg.png)

File: 1641419090144-1.jpg (99.62 KB, 1296x751, Madrid_may_day375.jpg)

 No.12813

Currently, the best you can hope for when looking for a secure XMPP client is Pidgin and Gajim, which is not ideal. Aside from rampant security issues and lackluster development/maintenance, there is no integrated OTR and OMEMO support.
Historically, the reason for this disappointing selection has been due to the sabotage of porkies like at AOL or Microsoft who purposefully killed the project so their own software could hold a monopoly.

So, in the spirit of communism, I'd like to propose an autonomous community project for developing and maintaining a client:
- Multiplatform (Linux, Windows, MacOS, iOS, Android)
- Modern, default features for stuff like end-to-end encryption and media sharing, etc.
- Proper delegation of dev duties according to principle of mutual aid. Individuals contribute what they can and the group determines how it fits into the project and how the individual could be supported in their contribution
- Up to date with https://xmpp.org/extensions/
- In-built default OTR, and for groupchats, OMEMO. The client shouldn't generate keys for the user though

Pointless, confusing modularity on the user's end can instead be done for them by a smart, mutualistic development team that are themselves users that want a proper chat client.

Let the ruling classes tremble at a communistic secure chat client!

 No.12815

Oh, also forgot to mention support for language translations and accessibility stuff

 No.12816

Matrix has superseded XMPP, why not direct any effort there?

 No.12817

>>12816
Easier to develop for

 No.12818

>>12816
Matrix also introduced a hell of a mess of metadata. The code is also a hodgepodge and it's by no means stable (there are recurring security breaches to this day).

 No.12824

>>12818
What about tox then? The project maintains an API to low-level functionality (toxcore, toxav, toxencryptsave). Its architecture is sufficiently decentralized and allows for the highest possible grade of pseudonymity. It has clients on all major platforms except IOS and you could get the cli (toxic) to compile on many more.
XML was never meant to be a messaging protocol.

 No.12829

>>12824
I'd say a solid XMPP client would be a better bet for the short-term, Tox is some meme project from 4chan who, IIRC, rolled their own encryption. They also have had terrible history with funding blunders etc.
In the long-term a serverless solution would be ideal, though P2P IM hasn't really been perfected yet from what I can tell

 No.12832

Everyone myself included is too fucking tired of their jobs to develop anything
I really studied quite a bit about xmpp and I have ideas. But I'm way too tired and demotivated and depressed oh shit why do I have to bear this miserable wageslave existence

 No.12833

>>12816
Seems easier but also uses soy tech
The client is basically the browser (and browser = proprietary google platform)

 No.12834

Although tbh xml itself is maximum soy and overengineering. Why do you think xmpp is so buggy, it's because its overengineered the hell out of, just look at the XEPs, how it has multiple implementations same features, how it "achieves" QoS not by one but by several poorly composable extensions etc
Not that it isn't fixable while remaining xmpp
But xml isn't fixable unfortunately

 No.12836

>>12834
XML is miles better than JSON, and like i said in the OP, the client will have everything integrated neatly
>>12829
P2P is pointless when you have forward secrecy and deniability of authentication

 No.12837

>>12836
>XML is miles better than JSON,
No
json, bencode, everything is better than xml
because e.g. json has dicts lists etc that map into your language structures
while xml doesn't even have a standard way of representing a list, you have to either use specialized libs like xpath or waste lines of codes for converting data from it into language structures
>>12836
>P2P is pointless when you have forward secrecy and deniability of authentication
It's because a centralized server can go down. With xmpp if your interlocutor is on a different server the probability is twice as big

 No.12842

>>12837
but with p2p someone always needs to be online…. or you only recieve shit when both parties are online. im sure there are ways around that but overall it would still be fragile.

i dont get whats wrong with servers or gajim though… i use it, theres an omemo plugin, it works fine, and i upkeep my server and never have problems there. a server is super useful for this type of stuff. (and if u dont use servers,u have to use something similar to bootstrap your network unless you save ips… which is fucked and destroys anonymity and also only works for static ip. whole thing seems like a headache.)

 No.12850

>>12832
There are loads of desktop clients, most of them are still rough around the edges but Matrix doesn't depend on the browser

 No.12851


 No.12855

I'll make the logo

 No.12957

here's how to XMPP, OP:
* Snikket on mobile ( https://snikket.org/ )
* Gajim on desktop ( https://gajim.org/ )
* prosody on the server ( https://prosody.im/ )
>there is no integrated OMEMO support
yes there is

>>12836
hide json threads
ignore json posts
do not reply to json posters

 No.12960

>>12813
You can't really do something like this unless you already have something to show, either an org that will back you, hours you can pour into this, etc.
>>12832
I feel you comrade.

 No.12972

>>12957
you need an extension for OMEMO on Gajim
also i just don't like GTK lol
along with Snikket, they're still pretty barebones

 No.12975

It's a bad idea to brand (for lack of a better word) software by an ideology. It will attract malicious actors against it.

>>12816
Matrix lacks p2p communication.

 No.12983

>>12972
>you need an extension for OMEMO on Gajim
I think it's installed by default these days. but I could be wrong. might depend on the distro
>along with Snikket, they're still pretty barebones
both support OMEMO, text, images, audio calls, video calls, group chats.. what more do you want?

 No.12996

>>12983
they probably want google chrome inside their messenger, anything else is too bare bones for kids these days

 No.12998

>>12983
>what more do you want?
something that isn't just a checklist tbqhwy

 No.12999

File: 1642146954156.jpg (32.81 KB, 615x720, knatte.jpg)

>>12996
yes, and integration with facegooglecord
>>12998
so you don't know what you want? fuck
it's like a friend of mine says: users are like clients, except they don't pay

 No.13000

>>12999
you should be a patronizing techlord elsewhere

 No.13003

File: 1642160402976.jpg (55.47 KB, 1000x669, gno.jpg)

>>13000
>the user thinks they have anything important to say

 No.13488

Simple PGP could be better than OTR


Unique IPs: 7

[Return][Go to top] [Catalog] | [Home][Post a Reply]
Delete Post [ ]
[ home / rules / faq ] [ overboard / sfw / alt ] [ leftypol / siberia / hobby / tech / edu / games / anime / music / draw / AKM ] [ meta / roulette ] [ cytube / git ] [ GET / ref / marx / booru / zine ]