Easily doable in docker using the network_mode: "service:VPN_CONTAINER" configuration (assuming your VPN is running as a container)

This is a 2 and a half (almost) year old article. I figured Tim’s thoughts on this were common knowledge at this point?

It’s unfortunate that (at least on the Bluesky side) an attempt at following a person doesn’t result in them getting a DM asking for that to be ok.

Which means following a person on Bluesky is not possible unless they’ve already opted in.

All I want to do is follow a couple of authors or content creators but none of them know what bridgy.fed is :(

I’ve not used dockge so it may be great but at least for this case portainer puts all the stack (docker-compose) files on disk. It’s very easy to grab them if the app is unavailable.

I use a single Portainer service to manage 5 servers, 3 local and 2 VPS. I didn’t have to relearn anything beyond my management tool of choice (compose, swarm, k8s etc)

With a small amount of effort and the use of https://github.com/nanos/FediFetcher and https://github.com/g3rv4/GetMoarFediverse you can mitigate basically all those issues. It’s still not perfect by any means but it results in a perfectly usable single user instance.

The first populates the replies of the home timeline posts you see (as well as profiles of people it finds in those replies) and the second pulls down all the content from instances you select for your followed hashtags (choose mastodon.social and you can guarantee you’ll see most all posts with those tags)

“…prohibits repair stores from repairing components on the mainboard. Instead, the entire component must be replaced…”

A flagrant disregard for the costs of e-waste on the environment. What a surprise.

Aside from everyone who’s using flutter?

IIRC your data would live on your chosen pod server - which does not have to be a fediverse instance.

I’ve not tried it but have been keep tabs.

The two main problems appear to still be ongoing PRs/issues; magazine/community sidebar content doesn’t update and doesn’t federate out at all to lemmy, and moderation actions don’t federate at all (any of the various types) - which is particularly problematic.

• https://github.com/MbinOrg/mbin/issues/248
• https://github.com/MbinOrg/mbin/pull/694

If only k/mbin federated better - I’d be all over it :(

Privately operated ICBM’s. I can’t see how that’ll fly but I look forward to finding out.

If you need something not on steam (GOG, Epic etc) you’ll also want Heroic Game Launcher which wraps those services in the same Steam Linux magic.

Main page of dashboard

If you long press on a tile (this is kitchen)

Ah, well that is indeed unfortunate and realistically also a bit shit.

Gonna go with… whoosh

ActivityPub implementations generally don’t allow this.

This comment will, when I click ‘Reply’, be sent to your instance (dormi.zone), that instance should then run it’s filter/block checks on it and if it’s happy it will forward it onto the lemmy.ml instance for further disemination amongst the subscribers of the group.

If you were to have blocked me then my reply will appear on my instance only (which is admitedly tiny - at 1 user) and go no further. This kind of falls apart if I were to be on a bigger instance as more people would see the reply.

That said, Lemmy may not be doing that quite right as the whole Groups/Communities thing is sort of an extension of the main protocol. I hope it’s doing it the right way.

If buying isn’t owning then piracy isn’t stealing.

Didn’t even think 4k80 was generally available yet?

You’ve not factored in egress costs. Which on Amazon can add up quite quickly.

There’s a couple of caveats with it, but I think neither are worse than your proposed flow.

1. After putting things in an album you’ll need to manually run the migration job to have immich reorganise into album folders.
2. Images in multiple albums will only be migrated to the path of the newest album.