Decentralize your world.
There is of course #mastodon as federated social media.
There is good old #email as federated postbox (as long as not everyone uses GMail).
There is #peertube as a federated video platform.
There is #Riot / Matrix.org as federated group messaging.
There is #XMPP for federated 1on1 messaging.
And there is #nextcloud as federated cloud storage.
In theory most services are already federated. We only miss more users :)
@sheogorath Is there ederated search engine?
Thats an interesting question, searx is a #openweb project that fits the #4opens using common, technology. For example we are trying to get a search plugin for mastodon and the #OMN linking project, anyone can use this on there instances of searx. begs the question what "federation" is/not.
@peterspark in what way is yacy federated? Do yacy servers communicate with each other?
@peterspark interesting, thanks!
@sheogorath You forgot about the ol' chap IRC! :(
I love good old IRC (I'm running an own network) but its not federated and this way, not for this list.
@sheogorath @hund Also, IRC was /designed/ to be federated, but the protocol design was too trusting of instance admins (ircops) - an ircop could elevate themselves to channel op and start kicking users from a channel, even if they were on another server.
However, the fix for that was, instead of making ops only able to affect their own server's users, to implement policies of only federating along common policy lines, so federation became load balancing instead of decentralization.
@sheogorath Search engines can also be federated. There is a search engine called YaCy
@TankeSkud Yes and no, On one hand yes, search engines can probably be federated, on the other hand I wouldn't call Yacy federated.
Yacy calls itself a P2P search engine and other than federation, P2P starts to build up mirrors of content to keep it online. While in case of Federation you have an original source and owner of data and when this owner goes down the data is gone.
Also in usual P2P networks you address content (with a hash), while in federated networks you address id@source.
@sheogorath a good, full-featured event planning/hosting service is sorely missing. That’s the main feature that keeps me on fb.
@smakian Phew, that's no easy question. There is OpenEvent but I wouldn't consider it as usable for non-tech people.
Also it's not build for federation. Maybe someone is annoyed enough that he or she starts to work on an event platform that supports OpenID for customers and maybe also publishes its feed via ActivityPub ^^
Apart from that, with some luck maybe another person in the Fediverse already has a solution and will tell it to us?
@sheogorath I'de say we need a nice, federated code hosting and issue tracker.
There is a feature request for GitLab already: https://gitlab.com/gitlab-org/gitlab-ce/issues/44486
So, one can hope.
Yes, that's actually a feature that I miss most. But I'm not sure if activityPub is the right protocol for that .-. But I'm also not too familiar with this Standard.
@sheogorath thing is, ActivityPub is *the standard* now, so let's embrace it.
reportedly already a feature in pagure.io/pagure
@rysiek @deejoe Ha! looks like I found it: https://docs.pagure.org/pagure/usage/pull_requests.html#remote-git-to-pagure-pull-request
As well as a (from my perspective) was more practical point of view to the issue: https://github.com/go-gitea/gitea/issues/184
Having different services for group and one to one messaging seems like a bit of duplication.
Not to me. The usecases are different and you want stuff like large group communication handled differently than you private 1on1 conversations.
And why not use two different services for that?
Because the second usecase is a particular case of the first one, I guess.
I like the overall experience of Telegram, which covers both usecases very well, and would like to see a federated service with such amount of useful features.
When you check my recent history, you'll notice I have a very own opinion on Telegram.
Anyways, yes and no. Telegram works fine with something like 5 groups and 10 private conversations. But I'm currently working with more than 50 large group on riot and 20-30 private conversations (in my case on signal).
When you see how Telegram organizes these group and private conversations you die without pinning stuff.
Here I prefer 2 applications instead.
I might not really understand what's your usecase then. How does exactly Telegram fail to scale?
Ever had very active chat conversations? It starts with the point that group and 1on1 chats are mixed up and reordered by chat activity.
Followed by the fact that you may want to be in a group but put them on low priority because you sometimes reach out there for help but you are in general not too interested in it. Etc. Also I don't know any company putting their interal conversation on telegram. But I know people who do that on matrix.org ;)
Technically every conversation is a group in Matrix because your 3 client devices and your partner's 2 devices already make a group of 5 devices, even if there's only two accounts involved.
Everything can be end-to-end encrypted in Matrix with an *audited* protocol (meg-olm) and opensource implementation.
While I agree from my perspective right now (as everything is in beta) I prefer to use a messenger that runs #e2e encryption by default for IM.
Also it's still something I like to split anyways as Matrix is connected to all the projects I'm working on, while a separate app for my private chats with friends and family keep distraction away. Sure, this could also be solved by multiple accounts, by why not keep it UNIX :)
For 1:1 conversations there's a gazillion alternatives with E2EE that have acceptable UI (by now) and good crypto. (Namely Signal, though the “desktop client” as they dare to call it is a terrible abomination.)
For encrypted group chats there is no federated, group E2EE capable alternative.
@sheogorath We need a service that combines all of these into one.
@sheogorath No disroot is a collection of different services. I meant one website that has all these services combined into one.
@desikn I guess I understand what you want to have :D
You want federated Google services, right?
I don't think that will happen because the way Google services are built are way less complex than how we build stuff for federation.
In case of Google you have a company with decisions and a made up direction.
In free software you have tons of political and technical discussions. Free software development is way less efficient but that doesn't mean it's bad. But it means you won't get this soon.
@sheogorath Yeah, similar. Only then can we attract users. That's why Facebook and Google are popular. People don't need to look elsewhere because they provide everything under one roof.
I don't think this will happen though, because of the nature of FLOSS.
@sheogorath Peertube has become useful?
@DialMforMara Well, it's on a good way. Right now, as it's in beta, I wouldn't use it as my only platform, but there is no reason to not use it. Every bug you notice can (hopefully) be fixed before it becomes stable.
What do you have to lose?
@amiloradovsky As mentioned in another answer to my original toot:
searx is a #selfhosted meta-search engine. So neither federated nor independent .
And as you can see in the results page, they are very often just taken from Google and/or Bing.
@sheogorath This is great, Matrix supports 1 on 1 chat pretty simply, well really quite well. Though XMPP also is an option, and I *think* it does group, and that Matrix can bridge to XMPP.
But, I haven't heard of PeerTube so I'm checking that out.
@sheogorath pardon if this was asked multiple times already but is PeerTube ready for practical use? I can only see the demo instance with demo videos available.
I wouldn't call it ready for production as it is still in beta, but if you want to use something similar, but well tested, you can go for mediagoblin.
Otherwise I still recommend to use peertube to find and report bugs so they don't make it into production ^^
@sheogorath I'm convinced that fixing the "more users" problem is just a matter of curating the user experience, as Mastodon seems to be doing.
@sheogorath Recent history shows that users *will* switch to new IMs when they have a compelling new feature.
@sheogorath Features that compel normal humans to try a new app are rarely stuff like "end-to-end crypto" or "federated service".
Give them cute stickers, animated selfies, location-based speed dating. Something along these lines... and they will come in millions!
@sheogorath Signal is the only free and secure IM with a passable UX I've seen so far.
I have some hope that Signal will drive some adoption community because it made design trade-offs which—while at adds with some of us neckbeards—facilitate mass adoption. Yes, I'm talking about being phone number based and using GCM for message delivery.
@sheogorath Hopefully WhisperSystems will invest part of the $50M they received from the WhatsApp co-founder to add some of the UX pixie powder that made WhatsApp so successful.
Nobody would use Mastodon if there weren't native clients fir iOS and Android. Even more would use it, especially the mire active users, if there were native client applications for Windows, macOS, Linux and BSD.
Any Webinterface is a terrible UX compared to real native applications.
@gutigen In this case you may want to have a look at: https://docs.nextcloud.com/server/12/admin_manual/configuration_files/federated_cloud_sharing_configuration.html
It is federated, no worries, I use this feature on a daily basis ;)
be excellent to each other