I enjoy OpenMW and I’m happy to host if you want, although my instance is basically just me and a few friends right now.

The web is built on hot linking hypermedia. It is more fragile obviously, but it distributes the bandwidth and storage load. If nobody hotlinked, then small forum admins/Lemmy admins/etc. have considerably more cost to bear.

I miss circles

Manjaro and Antergos are just asking for trouble. If you want Arch, use Arch. Otherwise Ubuntu, Debian, Linux Mint, and Fedora are popular.

I don’t think the full Radeon suite is on Linux but there are tools for screen recording like simple screen recorder and OBS.

There is lots of 3rd party software available on all of these distros in their respective package managers, but Ubuntu has the advantage with PPAs allowing for more 3rd party repos to be easily added to the package manager.

HDR support is still very early/basic right now: https://wiki.archlinux.org/title/HDR_monitor_support

I don’t think there’s any malice here. Someone just forgot to put up a robots.txt on the bard website.

Wow that website is cancer to load on mobile.

eh I use Linux on my desktop but macOS is a nicely polished UNIX operating system. It’s only locked down for average users, you can usually get away with a quick sudo or worst-case going into single user mode and disabling some system protections.

I definitely prefer using *nix operating systems, and macOS gives me that for portable computing. I’m still more productive on Linux, but it’s not too far apart.

The situation in Niger is directly contrary to US interests given that there are moves towards asking the US to leave alongside the French + the coup government contacted Wagner/is already aligned with Wagner-backed regimes. The US does a lot of fucked up stuff in the world but it would make no sense for them to be involved here.

True, you’re correct. I’m just not sure how you did it without corrupting the sled db. Maybe I’m just unlucky

Interesting, when I tried a while back it broke all images (not visible on the website due to service worker caching but visible if you put any pictrs url into postman or something)

I wrote a patch for Lemmy a week or so ago if you want to skip the caching: https://github.com/LemmyNet/lemmy/pull/3897

I think deleting images from the pictrs storage can corrupt the pictrs sled db so I would not advise it, you should go via the purge endpoint on the pictrs API.

Just a note that my PR there doesn’t disable pictrs for your own instance’s users. It just disables the caching of remote content.

I don’t know about lemmy.world but I assume they “purged” the user instead of banning them (or at least that’s what I did for my instance). Purging wipes all of their data from your instance and exists as a feature basically for this reason. That means that the user wouldn’t have a visible account to ban anymore because it literally removes them from the database.

Only way to be sure that your server doesn’t have any of their content on it.

The Lemmy instance I’m speaking from right now is running in my k8s cluster.

I ran this query:

select distinct thumbnail_url as url from post where not local and thumbnail_url like 'https://campfyre.nickwebster.dev/pictrs%'

(replace with your instance’s url)

I then sent delete requests to /internal/purge on pictrs to delete all of those old thumbnails, which cleared out a lot of space. After deleting the thumbnails I ran an UPDATE query to set all of those old thumbnail URLs to null in the DB. I also patched the version of lemmy that I run to stop caching thumbnails in the future. Hope this helps!

Oh wow, this is tragic

I feel like shitty sites getting too good at SEO has largely made google useless. That’s why you had to append “Reddit” to get any useful info that wasn’t from some SEO scamsite.

here you go: !slackware@lemmy.ml

🦀🦀🦀