Post by @stefano@bsd.cafe

Stefano Marinelli
@stefano @bsd.cafe

I like Mastodon, I really do. But it has so, so many dependencies, and updating it on illumos or OpenBSD is getting really difficult, release after release.

Some dependencies are primarily distributed as binaries, or only build on Linux and macOS. It's not Mastodon's fault, but it depends on them.

That’s why, in my opinion, solutions like snac, GoToSocial, or littleFedi have a reason to exist: all of this is much, much easier...

#Fediverse #snac #GoToSocial #littleFedi #OwnYourData #Mastodon

Replying to @stefano@bsd.cafe
Kevin
@kevin @fedi.kevinisageek.org

@stefano I regret basing my instance on Mastodon, simply too big for a single user. If there was a decent way to switch software, I would strongly consider it.

Replying to @stefano@bsd.cafe
Michael Boelen
@mboelen @mastodon.social

@stefano
Mastodon: the SAP of the fediverse? 😇

Replying to @stefano@bsd.cafe
Luca Sironi
@luca @sironi.xyz
Public en edited

@stefano

I started with pleroma and didn't like the way the project was poorly managed.
Bugs that lasted years considered less important than stupid new features.

Mastodon on a proxmox debian vm is lighter than I expected.

The biggest point anyway , is the trust on the development team.

Replying to @luca@sironi.xyz
Stefano Marinelli
@stefano @bsd.cafe

@luca if the load is low, it's not that heavy. I have (had), a single user instance for some time, and it wasn't that loaded. And for large(r) communities, it's quite good, well structured and scalable.

I like it, really. And it's not a Mastodon problem, but a similar problem exists for all the modern stacks that depend on a lot of external dependencies.

Replying to @stefano@bsd.cafe
Ian Tindale
@u0421793 @toot.pikopublish.ing
Luca Sironi
@luca @sironi.xyz

@u0421793 @stefano

For myself I'm fine with mastodon, though the stack is complex also on Linux 😀.

I do have a quarter of an idea of trying to selfhost a #holossocial relay server, because I love the idea of letting the users smartphone be the servers, as much as they can

Replying to @stefano@bsd.cafe
release_candidate
@release_candidate @bsd.cafe

@stefano Ruby and Python have all the conts of interpreted languages and all the cons of compiled ones.

You know it's bad when it would be easier to deploy if it were written in Java.

Replying to @stefano@bsd.cafe
Pete Orrall
@peteorrall @bsd.cafe

@stefano Just looking at the installation instructions it's clear #Mastodon was designed for #Linux.

I want to say I am surprised but unfortunately I am not.

Replying to @peteorrall@bsd.cafe
Stefano Marinelli
@stefano @bsd.cafe

@peteorrall Installing it on FreeBSD isn't hard and, at least for now, it worked flawlessly: it-notes.dragas.net/2022/11/23

But when you touch some other architectures/OSes (less widespread), the limits of the "I tested it on Linux and MacOS and it works" are evident.
I'm not complaining - but it's quite common, nowadays.

Replying to @stefano@bsd.cafe
Klaus Umbach
@treibholz @mastodon.online

@stefano @peteorrall this is a complete natural thing. You put your ressources, where they are most effective. That's why most BSDs dropped support for armv6hf (raspberry pi1), FreeBSD even dropped i386.
If you want your edgecase to be supported, you need to work for it.

Complaining is cheap and ragebait works in the fediverse, too.

You can help an existing project to support for rarer platforms, or make your own (with blackjack and hookers!) - both is fine.

Stefano Marinelli
@stefano @bsd.cafe

@treibholz @peteorrall sometimes it's not of putting them where's more effective, but just ignoring other platforms. And yes, I understand it, I'm not complaining.

I've personally helped to make some software compatible with the BSDs. Instead of complaining, fixing is much more effective (and satisfying, IMHO)

Replying to @stefano@bsd.cafe
Pete Orrall
@peteorrall @bsd.cafe

@stefano That's a good tutorial.

Replying to @peteorrall@bsd.cafe
Stefano Marinelli
@stefano @bsd.cafe

@peteorrall thanks!

Replying to @stefano@bsd.cafe
WarpinWolf
@WarpinWolf @mastodon.egroc.de

@stefano
I understand you having tried to run it "natively" on Linux. I reverted to podman aka docker (running in a VM ;-) ). Wouldn't this be also a solution in your environment?

Stefano Marinelli
@stefano @bsd.cafe

@WarpinWolf no :-) The illumos Cafe cannot run it on Linux, it wouldn't make sense.

But I found a sort of compromise: until I'll have fixed the procedure (and a couple of bug reports out there, already fixed in main), I'll run it into a LX zone in illumos. So technically it's illumos, but it's an Alpine Linux (emulated) zone.

Replying to @stefano@bsd.cafe
Tomi the Slav and 1024 others
@po3mah @mastodon.social

@stefano I like the 'documentation first' approach. Never sent it before, but it's nice. What I read sounds so sincere and bullshit-free I can't wait to run it.

Stefano Marinelli
@stefano @bsd.cafe
Unlisted en edited

@po3mah the documentation is lagging a bit behind. It's there, but not totally accurate, because the code has been changed. The first release will probably have a minimal documentation, while they fix the other parts, and it will be progressively released.

Replying to @stefano@bsd.cafe
Phil Dennis-Jordan
@pmdj @mstdn.social

@stefano I don't run my own Mastodon instance, but I've ended up regretting deploying pretty much every application that had a sprawling network of dependencies. Even if you stay on the supported path - Linux, supported distro, etc. - it becomes a major pain to diagnose and fix problems, apply upgrades, etc. when there are so many moving parts.
It's a difficult choice as a developer, but IMO the "monolithic architectures are bad" advice going around ~10 years ago has caused a lot of problems.

Replying to @pmdj@mstdn.social
De Gallo
@coreysnipes @hachyderm.io

@pmdj monolithic all the way!

Phil Dennis-Jordan
@pmdj @mstdn.social

@coreysnipes There‘s always nuance to these things, and there is no one-size-fits-all answer.
But I also think the multi-service-architecture is something that has been sold to a lot of developers by hyperscaler PR under false pretenses.

Replying to @stefano@bsd.cafe
ploum
@ploum @mamot.fr

@stefano : #snac is really fascinating.

I wonder if minimalist people could use it to completely replace their Mastodon use, in the long term too (maintainance, keeping up with changes in API, etc)

Replying to @ploum@mamot.fr
Stefano Marinelli
@stefano @bsd.cafe

@ploum many people I know do, and I’m using it for a lot of projects. Since 2023, when I started to use it, all I had to do was compile and run. Minimalist portable C, at its best

Replying to @ploum@mamot.fr
Santiago, né ? :amiga: 👾
@santi @gone.lema.org
A simple bash script that fetches the latest tag and compiles
A simple bash script that fetches the latest tag and compiles

@ploum @stefano I absolutely did for a while too. At some point I switched to Gotosocial because of issues with my iOS clients (likely fixed since then).

I do keep a my old #snac instance alive as an archive and update it just as easily as in the past years with that little script that just fetches the source and compiles.

Replying to @santi@gone.lema.org
Stefano Marinelli
@stefano @bsd.cafe

@santi @ploum That’s why MastoBlaster is totally compatible with snac. It wants to provide a full fediverse experience without sacrificing that much.