We're building something for the Fediverse.

[apps@toot.fedilab.app]

We're building something for the Fediverse. #Holos

ActivityPub running on your phone. Your own server, your data stored locally. A relay handles your stable identity when you're offline.

One account, all formats. Short text, long articles, photos, videos. The UI adapts to your mood. Switch between text mode, photo grid, video feed, article editor based on what you feel like sharing.

Same network, same followers.

Early stages, but the foundation is solid. We wanted to share the progress.

[lil5@social.linux.pizza]

@apps @_aD

AGPL without CLA or it didn’t happen.

[apps@toot.fedilab.app]

@lil5
GPL-3.0, no CLA. Working code, going public soon.
@_aD

[andypiper@macaw.social]

@apps 👀

[groupnebula563@mastodon.social]

@apps very cool! support for @peertube flavored ActivityPub as well I assume?

[apps@toot.fedilab.app]

@GroupNebula563
We'll work on PeerTube compatibility. Starting with standard Video ActivityPub objects, then adding PeerTube-specific features as we progress.
@peertube

[silverpill@mitra.social]

@apps Does it use ActivityPub C2S API?

[apps@toot.fedilab.app]

@silverpill
No, the app and server run in the same process and communicate via bridge. C2S isn't needed here. The server uses S2S for federation with other instances.

[morph@morphnet.de]

@silverpill @apps You both should collaborate. And Mike and all others with the spirit, too. We need a Mitrazillafedihublab thing. On LAMP stack and android. *freaks out* 😵

[julian@activitypub.space]

silverpill@mitra.social it does sound like the exact use case for C2S. Phone client would use it to communicate with the stable identity server which uses S2S to federate.

Missed the mark there I think.

apps@toot.fedilab.app

[silverpill@mitra.social]

@morph @apps I am open for a collaboration, but their implementation might be too different from what I am building. It may use Mastodon API instead of ActivityPub for client-server interactions

[morph@morphnet.de]

@silverpill Yeah I know. Can't these complicated things ever merge somehow in the future? To find an intersection than just the limited Mastodon API standards. You all know that it is not the shiny, fancy things that are missing. Speaking for myself of course. ;)
@apps

[silverpill@mitra.social]

@morph Yes, I think convergence is possible.

@apps

[csolisr@hub.azkware.net]

Can it viably run on a self-hosted home server as well, as a relay or a backup? How do you handle data restoration in case the phone breaks down or is stolen? And does it allow for multiple devices with the same account?

[oblomov@sociale.network]

@apps data storage: databases, files, or some combination thereof?

[silverpill@mitra.social]

@apps What kind of bridge?

Like this one? https://codeberg.org/silverpill/activity-connect

[apps@toot.fedilab.app]

@silverpill
Different architecture. Activity Connect bridges actors that can't communicate directly (blocked instances, different networks).

The Holos relay provides stable identity for mobile servers. Your phone runs the actual ActivityPub server, and the relay simply proxies requests to your current tunnel URL. It doesn't bridge or store content - just maintains a permanent address while your phone's IP and tunnel change.

[julian@activitypub.space]

apps@toot.fedilab.app said in We're building something for the Fediverse.:
> Activity Connect bridges actors that can't communicate directly (blocked instances, different networks).

This... sounds potentially problematic at first pass.