I’ve used a number of different Linux distros (including Debian) on laptops over the years. Although most recently my XPS 15 was running Arch.

It’s falsifying business records, which becomes a felony when combined with it being a campaign finance violation.

Not as strong of a case as the docs one but it is a crime.

I’m running on 0.19.3 without any issues on Linux arm64. I built my own docker image though.

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.

As a compiler developer this speaks to me on a deep level lol

((a, b) => a ?? b)();

const fn = (a, b) => a ?? b

ARM, but Apple has the most advanced ARM chips and macOS /The AS Platform has the best amd64 to arm64 translation layer.

I mean at that point you’re basically running macOS 😉

I couldn’t imagine buying any laptop other than a Mac because the performance to battery life ratio on everything else is awful. Plus if you want a UNIX system, it’s an easy buy.

After owning an Apple ARM laptop I’d never go back to anything else.

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

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.

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

Yes, there are a few issues in the lemmy-ui including this PR with a temp fix: https://github.com/LemmyNet/lemmy-ui/pull/2058

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!