Yeah, I feel like we’re missing some info here.

I have to admit that I have no experience with yuno. Always seemed interesting, but not like something that fits into my work flow.

If they’re self-hosting at home (which I’m also doing for some services), I’d presume they’re probably running their stuff on a single machine, so I’m not sure where their router would come Into it. The data the cloudflare tunnel process receives should look the same to the router no matter the port it is ultimately sent to, and when it is sent to an address internal to the machine, shouldn’t pass through the router again.

That was painful.

I presume they mean pointing their cloudflare tunnel to direct lemmy.example.com to http://localhost/:[port], and I don’t think there’s any special rules about that port from cloudflares site.

I use tunnels and ports in about that range for all my sites, and don’t have any problems.

You probably don’t need me to tell you, but keep good backups. Friend of mine recently had his account nuked without any reason given, and without the possibility of recourse.

Guess I’m lucky to have broken the mics on mine by accidentally throwing them in the wash?

If might also just be a testament to how jank Apple Music on Android can be. Anyway, I just hope you find a solution that works well for you.

This is kinda funny to me because I was using Apple Music before, and I honestly feel it’s less jank.

I feel it’s been getting better. Like, it isn’t perfectly smooth, but I like what I get on the Frontpage way more than what I did with Spotify.

3 years of security updates, ships with Android 14 and gets two version upgrades, to Android 16, which is the version being released right now. I feel that isn’t the solution either.

Why are you using a recording app with ads/tracking when there’s free alternatives that don’t do that?

Like, if you really wanna have transcripts, Google’s recording app works even if you deny it network access. Found that out because I was too lazy to look for a proper FOSS solution.

I actually kinda did that. Sent a preconfigured thinkcentre to my mum that boots into the jellyfin media player, connects to my server via tailscale. Just had to plug it into power, lan, hdmi. Immutable, atomic system that looks for updates on boot, applies them on next reboot, and does a rollback and ping me if the update fails.

I have ssh access, and my brother lives nearby in case everything fails, that makes things easier.

They are a relatively established game storefront, and have been at it for over a decade. Same Corp that’s also behind CD Projekt Red.

In the end, any storefront that distributes executables could in theory distribute malware, but I’d honestly be more worried about steam, since their publishing process seems a lot more automated, with less oversight.

I don’t think it’s necessarily worth it for anyone currently on Linux, but if they provide support and a warranty, it might be helpful for some folks who aren’t that computer savvy, but still sick of Windows.

I’d argue that gog might be a bit better, since you can download executables from their website, and then use them offline, without telemetry. But still, I think neither are necessarily all that relevant here.

I guess you could install cockpit (via Terminal, sorry, but it’s pretty straightforward and there are good guides). After that, you could use the cockpit web interface to deploy docker/podman containers. It’s a bit clunky sometimes, but it does the job purely in UI.

You can also manage updates, backups, etc via cockpit if you install the required modules.

As base, I’d use any stable Linux distro that’s reccomended for server use.

Edit: Comment was in wrong place, refiled as op level comment.

I use atomic distros on my server and a media centre, but don’t see any reason to do it on my main systems. Stability is fine, and atomic distros make said tinkering more difficult.

Graphene doesn’t. The way I see it is like buying a laptop with pre-installed Windows, and replacing the OS.

In theory, maybe. In practice, I’ve had a lot of errors in that vein that very much wouldn’t go away, and where made much harder to diagnose by their obtuseness.

Honestly, I even dislike the mindset. Just make a big header with the generic error message and a little one below that gives some details. Having users interested in how your software works is not a bad thing.

Finally someone who actually uses a Vostro. Always found that name unreasonably funny.