The question has been answered. But since you seem to be new to containers, I'll just give you a recommendation. Just use podman. It can do pretty much everything that docker is used for, but it's rootless by default.
Cloudflare may be enough, but you can also look at stuff like Anubis.
Just like everyone else, I'll also recommend forgejo. But be prepared to handle bot traffic if you self-host it. My instance was hit almost constantly until I added strict rate limits, and made most of the stuff private. For a portfolio, I think Codeberg (or GitHub, that's where everyone looks for stuff) is better that self-hosting. But it can be good to keep a private instance for mirrors.
I'm sorry, but since we're being pedantic, this is not a proof. It's full of assumptions, some of which are wrong.
5% is clearly better than 100%
Never denied it. 0% is even better. What matters is where it's used. If it's used for FFI, that's understandable. Any other use should be scrutinized more. And that's the issue. The claim of Zig's creator is that the devs of Bun are not reliable. And to me at least, his arguments make sense.
it’s usual for Rust projects to use at least some unsafe
Doesn't seem like it. This article claims that only about 20% of Rust crates use unsafe at all. Even among those, the vast majority use it for FFI, which is kinda unavoidable.
but somehow 5% isn’t
Again, no one claimed that. But we need more than "better than 100%" when it's a JS runtime. And the "better"ness isn't necessarily linear. So, even though it might be technically "better", it might not be by much. At that point, what even is the point of the rewrite?
Again, I'm not claiming that it's actually badly written. I'm only claiming that your arguments are not adequate, and that Bun is not a reliable company, so take whatever they claim with a grain of salt.
It depends on where exactly that 5% lies. If it's in the core API that's used by the rest of the architecture, it essentially makes the whole codebase unsafe when used irresponsibly.
I don't know if that's the case here, just pointing out that the 5% doesn't mean much.
Silksong is easily the best game I've played in the last few years. If you haven't played it, I'd highly recommend. It'll be worth every penny.
Never used Apple Photos so not sure about the migration. But I can confirm that live photos work just fine.
As far as I understand, it doesn't keep copies of the different edits. The original file is saved, and the edits are serialized and stored in some form. Only one more copy is generated for the final version for preview and such. When editing again, you can add to or subtract from previous edits, and again a maximum of two files will be present. (But there would be no thumbnail, preview etc. for the original. So it isn't exactly double the storage usage.)
This is my vague recollection from what I've read in the discussions, so take it with a grain of salt. But this is close to what's happening when you're editing.
neovim
It just feels right. It took me some time to get used to the vim motions. But man, does it make moving around any project so fast and natural. I went in for the customizability. And that's obviously there. But the sheer speed it gives me is uncanny. My past self with VS Code could never.
I'd also suggest taking some time to write your own config from scratch once you get the hang of it; it'll be worth it.
I've been using a Huion tablet for a long time. While it works, it'd be great to have some first party support. It's a shame that it doesn't seem like it'll happen anytime soon.
Great app. I'd also drop a link to this project I found which acts as a drop-in replacement for gpodder. It's selfhosted, and works perfectly for syncing progress from AntennaPod.
Idk, I feel like it's blown out of proportions a bit. It's always supposed to be unsupported, and users are supposed to look at the PKGBUILD files. I know most people don't, but I don't think that's AUR's fault.