Announcing Jabboratory, a partner collective of @joinjabber
Jabboratory aims to be for the people who already have an XMPP account and want to help improve XMPP and the Jabber network.
We use the same CoC as JoinJabber and all the same governance documents. All of them being by Vojkruco codeberg.org/Vojkruco/Cooperat… and we are hosted under the Vojkruco umbrella.
Some of the things we do are:
- specifications (called XCSPs in Jabboratory),
- developer help/documentation and implementation collaboration
- improve XMPP/Jabber network socially (safer spaces, blocklists, outreach, organizing events, pushing for a better non-tech culture, etc.)
or anything else that includes improving XMPP and Jabber network as a whole.
We aim for diversity of ideas, include people directly in all aspects of decision making (protocol, implementations, social, etc.) and build a space where people feel safe to talk, ask for help, bring up any kind of ideas and work with others to implement said ideas. By the community for the community with inclusive decision making to serve the people affected.
you are welcome to join our lounge room here -> invite.joinjabber.org/#lounge@…
It is strictly non-tech because we aim for inclusivity, but we do of course have other channels some of them being tech related🙂
We already have some implementations, servers, and XMPP collectives involved (including JoinJabber) and we are all building a better XMPP and Jabber network together 🙂
#xmpp #jabber #xml #SecureMessaging #decentralization #privacy #security #federated #jabboratory
)
Khleedril
in reply to Daniel Gultsch • • •Henry Edward Hardy
in reply to Daniel Gultsch • • •So, what is IRC?
datatracker.ietf.org/doc/html/…
"Jabber—or XMPP, as it became known after standardization through the #IETF—remains the only truly vendor-independent, federated instant messaging platform."
@daniel
RFC 1459: Internet Relay Chat Protocol
IETF Datatrackerhisold
in reply to Daniel Gultsch • • •Daniel Gultsch
in reply to hisold • • •Show me the actively developed alternative server implementations and show me the clients that don't depend on the Matrix SDK.
Element might work fine for end users but when it comes to vendor independence #Matrix is a joke.
hisold
in reply to Daniel Gultsch • • •Element only develops the Rust and JS SDKs. And the libOLM crypto library of course. All other SDKs are community projects.
On the server side, there is Conduit which forked into conduwuit which forked into Tuwunel which will eventually reach maturity, if the moon is in the right phase. The phone number mapping service is controlled by the foundation. You could use alternative ones or none.
I think Matrix is getting there eventually.
Daniel Gultsch
in reply to hisold • • •@hisold Tuwunel sounds interesting. Thank you. To be honest I lost track after the fork of the fork got forked again.
I’ll have a lot more respect for Matrix once I can deploy that without running any soon to be rug pulled, VC funded Riot-New Vector-Element Inc code.
hisold
in reply to Daniel Gultsch • • •As far as I can tell, work on the standard has slowed down due to being more and more complete. This is good for projects implementing it.
I think the entire ecosystem is on a good path. It needs fair competition between companies and community projects. Let's wait another 2 years and see what we get.