@0x1C3B00DA

The Bonfire team will operate an instance of the AP server in the cloud for users of the device (and potentially others).

Whether and how anyone will set up open instances of the apps is TBD.

@0x1C3B00DA

The device is not required (though would be the easiest to get set up). You could run the apps on another device at home, like a Raspberry Pi, regular server, or even on your personal computer (though they'd of course only be usable when it is online). You could also host them in the cloud, though we want to discourage that.

@jvalleroy

TL;DR: Try out Elixir, we think you'll like it! For example Phoenix LiveView enables building reactive apps without all the JavaScript ;)

@jvalleroy

Also note that this would mean missing out on all the libraries (be they a generic AP implementation, circles functionality, a search index, a collection of UI components, etc, etc) that we are developing to make it easy to build something bespoke without having to rewrite all the common functionality from scratch...

@jvalleroy

We'd of course welcome others wanting to implement the sync protocol that Bonfire will use (for the apps to talk to the AP server) in other languages to enable non-Elixir apps to participate in the ecosystem, but the Bonfire team only has the bandwidth and interest to focus on and support Elixir apps (along with some Rust components).

Bonfire boosted

Bonfire is a new project that aims to combine an open source hardware device with FOSS federated social networks to allow you to physically control your own data, and to operate offline too if you want. You can follow at:

➡️ @bonfire

The official website is at bonfire.cafe

(Bonfire was previously known as CommonsPub.)

#Bonfire #CommonsPub #Fediverse #ActivityPub #FOSS #Hardware #OpenSourceHardware #OSH #OffTheGrid #Privacy #SelfHosting

@stevenroose @mayel @rysiek @tcit @karen

It's basically the same project, in that Bonfire shares all the goals that CommonsPub had but adds things like the hardware device and the optional separation of the federation server (AP inbox/outbox and storage ActivityStreams data in the cloud) and the apps (UI, app logic, relational DB).

Bonfire boosted
@tcit

We should talk at some point about the ActivityPub lib that @karen has been working for @bonfire starting with whether you're interested in using and collaborating on shared code like that, and what your requirements would be...
See: https://gitlab.com/bonfire-ecosystem/activitypub
Bonfire boosted

We have decided to retire as a project name and to focus in on @bonfire instead. Please follow us there or visit bonfire.cafe to learn more

@Downes

And to address your concern, we're thinking to try a sustainably model where you can pay for convenience (in the form of optional cloud services and preconfigured hardware) but everything is FLOSS so you can self-host and DIY without loosing out on any functionality.

@dajbelshaw @ton

@Downes @dajbelshaw @ton check out Nextcloud which is a fork of OwnCloud (by many of the same people, who didn't agree with the direction)

Bonfire boosted

@Argus They're also one of the few spaces we can still socialise in this age of social distancing (at least during the cold months). Let's light more bonfires!

@Argus bonfires often start among a small group of friends and then may attract neighbours and others who want hang out for a while. Also burning stuff is fun!

Bonfire boosted

@bonfire I love the name "Bonfire" - makes me think of Dark Souls, and the security bonfires provide. What was the source of the name?

Bonfire boosted
Bonfire boosted
Bonfire boosted
Show older
 Indieweb.Social

INDIEWEB.SOCIAL is an instance focused on the #Openeb, #Indieweb, #Fediverse, #Mastodon #Selfsovereign #identity (#SSI), #Humanetech and #Calm technologies evolution.