@kyzh with some good Docker templates being shared it shouldn't be much harder than eg. running Mastodon which by itself already runs several containers

@mayel thats a fine a approach.

It does have a repercussion on the sys admin level required to operate .
As in, microservice interdendency is harder to manage than say a monolith application or a packaged stack.
Historically that raises the bar of entry of self hosting.

For those capable it makes the going from 2-3 use ap serice to 10 an more easier tho.

@mayel
My ideal is an open-ended, highly configurable design with an interesting set of defaults and a robust user community contributing templates or otherwise documenting configuration recipes. This comes from a game design space informed by *nix design principles, which is to provide simple primitives from which people can composite emergent behaviors

I think most fediverse apps would be better suited as frontend clients (or mobile apps) which can all connect to the same backend server (probably with some backend plugins or microservices to handle things like video compression).

One advantage would be having one federated identity where I can post toots, articles, photos, videos, events, educational resources, git merge requests, etc, etc, rather than having dozens of disparate identities and contact lists.
Do you prefer using a product or a tool?

Straightforward UX, or extensive feature-set?

Clear value proposition, or infinitely customisable?

Slick or austere?

Strictly implementing one vision and set of goals, or adding all kinds of features that different people request or contribute?

Extensive user documented, or code and settings panels (or config files) as documentation?

Historically, the former tends to be proprietary apps, while the latter then to be free software projects that clone the intitial vison/functionality, and then evolve mostly by adding features. The complexity goes up and the UX goes down.

These days we have free software products (eg. Mastodon and Pixelfed) and free software tools (eg. Pleroma).

The question is how do you preserve the user-freedom advantages of tools while gaining the user traction and usability of products?

I suggest one approach could be having a generic backend tool, with standard protocol-based federation and an open API that enables frontend app designers/developers to create slick products that implement all kind of different visions and use cases.

I hope Pleroma and http://commonspub.org can help make something like this happen.

Ğ1 est une monnaie libre, démarrée il y a 3 ans. Elle compte actuellement 2219 membres, qui produisent et perçoivent un Dividende Universel (DU), chaque jour.

Expecting a mini human, and the first question people ask is: "what is it?" and I'm like "hmm... a mini human?" but then realise they're actually asking about body parts, strange!...

I wish fediverse clients had a working petname based contact list type system so I could write down notes about people and give them my own names so I can actually contextually remember who they are

Especially a big problem after APConf, where now I just followed a bunch of people I really cared about the conversations of, and will have a hard time mentally mapping them to their online identities :(

@kaniini @cwebber @lain same here, hope I can make the next event and we can all chat MoodleNet and CommonsPub

Takeaways from the #activitypubconf

1. SharedInbox is dead (look out for MultiBox and OcapsPub)

2. Strong interest to explore Object Capabilities as a way to secure social introductions, power delegation and transitivity, and to develop effective cooperation tools that prevent abuse in the #Fediverse

3. There should be a dedicated #ActivityPub devroom at #FOSDEM2020

@Khrys
> built-in expiration date

okay, what the fuck. Chromebooks are cheap laptops not cheese, they can't EXPIRE. This is asshole design at its finest.

Some Chromebooks mistakenly declared themselves end-of-life last week

When your Chromebook or Chromebox approaches its built-in expiration date, it will warn you that it's time to go buy a new device entirely. Not long after that, it will refuse to apply any further security or feature updates. In addition to leaving users vulnerable to unpatched security exploits, this means that constantly evolving services such as Gmail will eventually stop working entirely.

arstechnica.com/gadgets/2019/0

I'm going to be updating my list of creative :fediverse: Fediverse instances soon, so I'm putting out the call!

🎼 🎥 📸 👗 💃 🍳 🎭 🎨 ✍️ 🎮 🖼️

If you know of any Fediverse instances with a focus on any creative industries, hobbies, genres, etc., please reply here and let me know!

Not just Mastodon, either. If it's part of the Fediverse I want to know about it!

Thank you! :boost_ok:

@nolan I wrote this resource to point those running open communities towards when they make discordant/dissonant decision like adopting Slack, Discord, or a variety of lesser proprietary collaboration tools towards: davelane.nz/why-slack-better-a Perhaps it'd be useful for you?

Discord has a cool UI and emoji, but I have no idea why so many open-source communities are gravitating towards it. Color me Discord-skeptical.

Despite a persistent legend, the Chromium web browser is strongly tight with many Google services, and thus is *NOT* ungoogled.
In /e/OS we are using a fully ungoogled Chromium web browser.
On Linux, Mac and Windows, you can use "ungoogled- chromium":
github.com/Eloston/ungoogled-c

Latest news from #Mobilizon, the upcoming fediverse replacement for Facebook Events/Groups:

joinmobilizon.org/en/news/#19-

The first beta is due out towards the end of next month, you can follow them at @mobilizon

#DeleteFacebook

nubo, une nouvelle coopérative belge pour faire du mail et cloud, éthique et local, ensemble
nubo.coop/fr/

Dans l'équipe, des personnes que je connais depuis plus de dix ans et qui devraient fabriquer quelque chose de bien chouette.

Show more
Sunbeam City 🌻

Sunbeam City is a Libertarian Socialist solarpunk instance. It is ran democratically by a cooperative of like-minded individuals.