close
  • chevron_right

    The Fediverse - It's about Protocols, not Platforms (Just pick any Social Network and Connect)

    Danie van der Merwe · news.movim.eu / gadgeteerza-tech-blog · Monday, 11 October - 20:00

An interesting blog post below about someone being "forced off" Facebook (a centralised monolithic platform) and discovering the Fediverse of different social networks, all connected together by the ActivityPub protocol. Nothing even stops you self-hosting your own social network node and managing that yourself for family or friends.

Not only do the decentralised nodes of one social network all interconnect, but so do completely different social network platforms. So Mastodon connects with PixelFed, which connects with Bookwyrm, Friendica, Hubzilla, PeerTube, and more, and so it goes on.

See https://fediverse.blog/~/ExploringTheFediverse/Protocols,%20not%20Platforms!/

#technology #activitypub #fediverse #deletefacebook #socialnetworks

  • chevron_right

    Drupal CMS now has an ActivityPub Protocol module for its websites - It's like a 'Facebook Follow' for the Fediverse

    Danie van der Merwe · news.movim.eu / gadgeteerza-tech-blog · Sunday, 26 September - 18:40

This module Implements the ActivityPub protocol for your site. Readers will be able to follow content on Mastodon and other federated platforms that support ActivityPub. Responses are possible too (Reply, Like, Announce) with more to come.

It is a bit like a Facebook Follow, but for the Fediverse of different social networks.

The module has been tested with the following federated platforms:

  • Mastodon
  • Pixelfed
  • Pleroma
  • Write.as

See https://www.drupal.org/project/activitypub/

#technology #opensource #drupal #fediverse #activitypub

  • ActivityPub

    Implements the ActivityPub protocol for your site. Readers will be able to follow content on Mastodon and other federated platforms that support ActivityPub. Responses are possible too (Reply, Like, Announce) with more to come. The module has been tested with the following federated platforms: Mastodon Pixelfed Pleroma Write.as Open an issue if you have successfully interacted with other platforms! Integrates with the Personal reader project. Check the README for all features, installation and configuration. Development of the lite version happens in the 1.0.x branch here on drupal.org.

  • favorite

    2 Like

    purplesky, ericbuijs

  • 2 Comments

  • 28 September purplesky

    This is a great news!

  • 29 September Danie van der Merwe

    Yes, great that Fediverse interconnectivity is starting to spread wider... hopefully it envelops and suffocates Facebook one day!

  • chevron_right

    What Indian and Nigerian governments should have told their citizens rather than trying to control Twitter: Join the Fediverse!

    Danie van der Merwe · news.movim.eu / gadgeteerza-tech-blog · Sunday, 6 June - 21:06 · 1 minute

Sometimes the answer isn't 'Going Big'. Rather than build new centralized platforms that will inevitably fail in proportion to their user base. Choose 'protocols' that can naturally scale and deliver the best for every person. Smaller tight knit communities 'on your own terms' that are user-first is the future of social media. Facebook's goal is not to 'connect the world' their true goals lie in their business model 'to sell your data to advertisers'.

The Fediverse tries to put social networking back into your hands, just like email and websites - it's based on the #ActivityPub protocol that's internationally accepted and works according to your needs and not to some advertiser's! Pick any server or host your own. You can set the rules.

The irony of it is that this drive by governments to want to try control privately owned centralised social networks, will very likely increase the move to smaller more decentralised and federated social networks, in much the same way the laws of economics drive markets around the world based on supply and demand. The options are already all there and being used by many around the world. IRC for example is over 30 years old and still going strong. It's the reason that Mastodon came out of nowhere and is so busy today too.

Watch at https://odysee.com/@polarhive:e/twitter-is-not-public-resource-join-the-fediverse:8?r=A7MvvHF3JLvcGpn8umRYnJ1oybsg3cse

#technology #socialmedia #censorship #fediverse #decentralisation

  • chevron_right

    The European Commission has funded an open source project to create a Gateway between the ActivityPub and XMPP PubSub Protocols, and E2EE on PubSub

    Danie van der Merwe · news.movim.eu / gadgeteerza-tech-blog · Friday, 7 May, 2021 - 08:20 · 1 minute

From goffi: "it's my pleasure to announce that an ActivityPub <=> XMPP gateway doubled with Pubsub end-to-end encryption project has been selected for a grant by NLNet/NGI0 Discovery Fund (with financial support from European Commission's Next Generation Internet programme)".

The XMPP <=> ActivityPub gateway will join two major open and decentralised protocols. In practice it will be a XMPP server component (usable with any server), and implement the ActivityPub server to server protocol (or "Federation Protocol"). On XMPP side, it will be mostly a Pubsub service (with some extra, like private messages converted to XMPP message stanza).

XMPP blogging (XEP-0277: Microblogging over XMPP) will be used, and thus any client supporting it will have access to ActivityPub publications (Libervia and Movim for instance). For features present in ActivityPub and not yet in XMPP, it is planned to propose protoXEPs (i.e. proposition of XMPP extensions), to implement them. Events will also be part of the project, with a compatibility between Mobilizon and Libervia expected, and a protoXEP to have this standardised on XMPP side.

This is quite exiting, as it will extend both networks, and boost projects integrating blogging and XMPP chat.

See https://www.goffi.org/b/activitypub-gateway-and-pubsub-e2ee-QGqK

#technology #opensource #XMPP #ActivityPub #Fediverse

  • chevron_right

    Epicyon - a flat file, federated, HTML/CSS-only social networking system

    Archer Ships · Tuesday, 23 February, 2021 - 01:46 edit

https://epicyon.net

"Epicyon is an AGPL licensed ActivityPub protocol compliant federated social network server suitable for hosting a small number of accounts on low power systems requiring minimal maintenance, such as single board computers. It's the ActivityPub equivalent of an email server, storing posts as human readable JSON on file, rather than in a database. It also uses only a small amount of RAM.

An Internet of People, Not Corporate Agendas

Epicyon is written in Python with a HTML+CSS web interface and uses no javascript which makes display in a web browser very lightweight. It can run as a Progressive Web App on mobile. Just say "no" to boring social media sites packed with generic adverts and zombified corporate influencers."

#epicyon, #blogging, #activitypub

  • Op chevron_right

    Freedom in the Cloud (ten years later)

    ericbuijs · news.movim.eu / open-source-software · Wednesday, 20 January, 2021 - 12:59 edit · 2 minutes

After a conversation here on Movim yesterday I again watched the famous speech of Eben Moglen on that Friday night in 2010 at the ISOC-NY. That speech has influenced me greatly. It was the first time that I realised that client-server infrastructure of the internet is a huge problem. This very infrastructure ensured that all the data were aggregated and used (or abused) by the ones that owned the servers. At the same time the clients were being deprived of power. And that with the accumulation of servers in a data centre and he virtualisation of the servers (cloud) these owners were getting even more powerful.

I wasn't the only one that was influenced by this speech of Eben. It also marked the beginning of the development of Diaspora. As it happens some of the initial developers of Diaspora were present at that Friday night at ISOC-NY and it inspired them to build the Diaspora software.

A lot has changed the last ten years, and I will get to that, but what hasn't changed is the client-server infrastructure, the source of evil. If anything the power of ones that own the servers like Facebook, Amazon, Google, Apple and even Twitter has increased greatly. And as a consequence the ones working on the client side have become even more powerless. Snowden (2013) and Cambridge Analytica (2016) are just a few examples that demonstrate that this abuse of the 'architecture of the catastrophe' took directions that we (or I) couldn't have envisioned.

On the plus side since 2010 a lot of developments have started to halt this catastrophe. Some were more successful than other but it's undeniable that if someone is looking for a free (as in freedom) alternative right now a lot more options are available than 10 years ago. Also these options seem to be sustainable and rather successful. The #Fediverse with Mastodon, Pleroma, PeerTube, Funkwhale, Pixelfed, Lemmy and others has made great progress since the introduction of the #ActivityPub protocol. #XMPP has made great progress with the introduction of advanced clients like Conversations, Movim and Gajim.

It appears that #Freedombox hasn't lived up to it's expectations. The development of Freedombox was initiated by Eben and allows to set up a simple private server in your home. The last time I checked even Diaspora was not supported by Freedombox making social networking with it impossible. Luckily other initiatives have taken flight such as #Yunohost. They make it easy to self-host a server and install software for blog, chat, social networking, online storage and file sharing. Yunohost and others bring the dream of Eben closer of a peer-to-peer network instead of a client-server network.

Another noteworthy development is Scuttlebutt, a client-based peer-to-peer application for encrypted social network. Just install the app on your PC or phone (Manyverse) and communicate directly with others that installed the app.

Or Briar, a client for messaging that uses Bluetooth, WiFi and the Tor network to communicate. The need to host your own server has been replaced by simply installing an app that doesn't rely on a central server. Even if the internet is down the information keeps flowing over WiFi and Bluetooth.

Although we still live in the catastrophe that Eben spoke about there are more possibilities to escape and it appears that more and more people are discovering this. With every scandal, every update of the term of service a wave of new users appears on the networks that I mentioned above and that's something to be grateful about but it should also motivate us to keep fighting for a free (as in freedom) internet.

  • Eben Moglen - Freedom In The Cloud (2010)

    Everyone wants a piece of you these days: Google, Facebook, Flickr, Apple, AT&T, Bing. They'll give you free e-mail, free photo storage, free web hosting, even a free date. They just want to listen in. And you can't wait to let them. They'll store your stuff, they'll organize your photos, they'll keep track of your appointments, as long as they can watch. It all goes into the "Cloud" Eben Moglen is a Professor of Law and Legal History at Columbia University and the founding director of the Software Freedom Law Center freedomboxfoundation.org softwarefreedom.org emoglen.law.columbia.edu

  • favorite

    7 Like

    Matt, jynkoh, Danie van der Merwe, Melvin C. McDowell, Minh Le, zenterial, agentcasey

  • 3 Comments

  • 21 January, 2021 ericbuijs

    @LPS thanks for the tip about Jami.

  • 27 January, 2021 Matt

    Great post... THUMBS UP SIGNI really should check the People feed more often..

  • 27 January, 2021 ericbuijs

    @Matt Thanks.

  • chevron_right

    Dennis Schubert: ActivityPub - Final thoughts, one year later.

    debacle · Sunday, 13 January, 2019 - 22:46 edit · 2 minutes

Dennis Schubert: ActivityPub - Final thoughts, one year later.

Maybe Diaspora could be re-implemented using XMPP? :-)

I would like to hold XMPP up as an example, here. If you do not know XMPP, it is short for Extensible Messaging and Presence Protocol, a protocol for building distributed instant messaging applications. While extensibility was so important they even made it part of the protocol’s name, they did not want to end up with a runaway specification that depends on having implementers talk to each other to be working reliably.

Instead, they wrote a very strict base set of the absolute minimums required to build on XMPP, and pushed that through the IETF’s standards track, ending up with what is now RFC 6120. Acknowledging that they can never address all needs in such a strict specification document, they opened themselves for more flexibility:

This document specifies how clients connect to servers and specifies the basic semantics of XML stanzas. However, this document does not define the “payloads” of the XML stanzas that might be exchanged once a connection is successfully established; instead, those payloads are defined by various XMPP extensions. For example, [XMPP-IM] defines extensions for basic instant messaging and presence functionality. In addition, various specifications produced in the XSF’s XEP series [XEP-0001] define extensions for a wide range of applications.

They introduced XEPs, XMPP Extensions Protocols. The very first XEP ever published, XEP-0001, describes the process of getting a new XEP published to the world, and that process of that is not very hard to understand or tricky to follow. Everyone is invited to submit a proposal, you do not have to be a member of any organization, and in fact, you do not even need to maintain your own implementation. As long as your proposal follows the rules and matches the required format, it will be taken into consideration. After a proposal has been made, there is a specific chain of events, but it boils down to an open discussion on those proposals, and if there are no more doubts or things to improve, and if people agree that the proposal would be a useful thing to standardize, the proposal will eventually end up as an actual XEP.

At the time of writing, there are 151 active, draft, experimental, final, or proposed XEPs, and all of them can be found on the XMPP Standards Foundation’s website. Everyone interested in reading up on those topics, for example because they want to implement a client or a server, can find those documents there, and there is also a central infrastructure for asking questions and proposing improvements, which is open to everyone. This way, the XSF has ensured XMPP can be extended to all imaginable use cases, without ending up with watered-down or vague specifications.

If, for example, I wanted to implement an XMPP server or a client4, I could read the relevant RFCs as well as the XEPs that are relevant to my project. Some documents, like XEP-0387 for example, would even help me out deciding which XEPs are essential, by listing the things that are important when building a web client, or an advanced desktop client, or a mobile application, … There would be no need for me to talk to other XMPP server or client implementers for my implementation to work, and I could be very comfortable about the interoperability of my systems if I built them in accordance to the specifications. That is what specifications are meant to be.

#activitypub #diaspora #standards #xmpp #movim #salutatoi #xep