Hot take: No ActivityPub software should have to write implementation-specific code to do basic federation …

Hot take: No #ActivityPub software should have to write implementation-specific code to do basic federation with another program. The fact that a program, even a work in progress, can follow Mastodon but not Pixelfed means that something is broken in either the spec or the ecosystem.

I don’t mean one app implementing videos and the other not, or one app implementing edits and the other not. I mean both servers implement some feature, and each can federate with itself, but not with each other.

On Wandering.shop

For example, the current alpha version of GoToSocial can follow Mastodon, but not Pixelfed. That shouldn’t be *possible*. They both speak ActivityPub, so no matter what extra stuff Mastodon or Pixelfed does with following, they should have the base functionality in common — and whether GTS handles the extras or not, that core functionality should work with both or work with neither.

On Wandering.shop

Edited the OP to make it clearer that I’m talking about the server-to-server federation over ActivityPub, not the user-interface-to-server communication over whatever API the server uses.

On Wandering.shop

I’ve been slowly redoing parts of my personal website

I’ve been slowly redoing parts of my personal website over the last year or so, continually pulled between two extremes.

1. I want to make everything federate with everything else so it’s as interoperable as possible, from #ActivityPub to #IndieWeb!

2. I want something that doesn’t add any attack surface on top of the webserver, that loads and renders super-fast, and that can be zipped up and tossed on an S3-compatible bucket in the event of financial trouble or untimely demise.

On Wandering.shop

Is there a concept of an #ActivityPub hub? I’m thinking long-term it would be cool …

Is there a concept of an #ActivityPub hub?

I’m thinking long-term it would be cool to have my own federated microblog, full blog, and photo gallery, using the most appropriate software for each, but present them as accounts on a single hostname instead of having to do a separate subdomain for each.

On Wandering.shop