Not the whole codebase, only the window manager (compositor is the Wayland equivalent). Other components are written in C and will remain so for the foreseeable future. Those components gained Wayland support in the last couple of years, you can try Xfce in a labwc session, there are of course several things to improve, but the compositor is the last big piece missing.
I have a contract with a smaller German ISP (Pyur), they do throttling too, uploading to Backblaze quickly gets capped to a few hundred bytes, sometimes the connection gets aborted. Using Mullvad or Tor gets around that. I considered switching to Telekom or Vodafone, gave up because they are even more expensive and now this.
That’s why example.com states “Avoid use in operations”, not only that could create unnecessary traffic for them as well as leak information as in situations like this.
This weekend I gave Zed another chance, this time it didn’t make me uninstall it after one hour or so. It’s much more polished, there are a few wrinkles but overall it’s finally pleasant to use. I’m actually surprised how my muscle memory from VSCode is of use, kudos to devs for making the transition easier instead of reinventing the wheel. I hope to eventually get rid of VSCode, this AI everywhere at all costs is turning the editor (that wanted to be an IDE) into something (most?) users don’t want or need.
RTX 3060 mobile, nvidia blobs, default settings from the distro. Indeed, I disabled the shader cache at some point, for most single player games it was a good workaround, that was not the case for OW2 for some reason.
After many years playing on Linux, first struggling with Wine then with Proton when it came out, had to install Windows on my gaming pc. I mostly play Overwatch 2 with friends on my very short free time, thanks to a Steam bug (https://github.com/ValveSoftware/steam-for-linux/issues/1028...), on every single evening I had to wait forever (seriously, 15+ min) for shaders to compile or start the game immediately but suffer on every match beginning (different map) with stuttering.
That’s a deal breaker for me, I tried a fresh Bazzite install (from Arch) before giving up, exact same issue.
I wish Valve comes around one day and fixes that, I’ll kick Windows out of life in a heartbeat.
If handbrake scares them, don’t you dare to demonstrate how to use ffmpeg. I remember when I used handbrake for the first time and thought “wow, it’s much more convenient than struggling with ffmpeg”.
After not having a Samsung device for many years, I reluctantly bought a fridge from them (price was the decisive factor). Anyway, almost immediate regret, it features an always-on wifi network begging to be connected to the web, the only way to turn it off is to disconnect a cable from a circuit board, unbelievable.
Any opinion on why Immich instead of Photoprism? I’m considering to pick one of them for my media library and Immich not being labeled as stable scares me a bit.
I’m also going to return an MX Master 3S (to my employer though). I could only fix its weird scrolling behavior with Logitech’s bloatware, still, for the life of me I couldn’t improve the cursor precision on macOS, it’s was simply maddening to use it. Strangely on Linux the precision issue isn’t so bad.
Valve has done an amazing job turning Linux gaming a reality, I really admire their efforts. Unfortunately I had to switch back to Windows on my gaming rig due to a Steam bug which unnecessarily downloads the shader cache of several game every single day, disabling the cache hurts the performance. That’s been plaguing many users for years and surprisingly Valve hasn’t fixed it: https://github.com/ValveSoftware/steam-for-linux/issues/1028...
I think point 3 is completely off. That's not cherry-picking, that's comparing apples to oranges, those generated Makefiles are not meant to be readable, if you want to compare, look at configure.ac and Makefile.am. I also dislike CMake, but just saying it sucks is poor argumentation. Finally, in the title Ninja and Meson are mentioned, just to be completely ignored. I'm having a great experience with Meson, I would like to learn how the Zig build system is better than it, this piece unfortunately does not provide that.
The problem wasn’t running the containers with plain podman, they worked. Auto restart is something podman delegates to quaqlet/systemd, I tried to migrate my docker-compose files to quadlet’s config, the containers were up, supposedly listening to the bound ports but connecting simply didn’t work. I tried rootless, slirp4netns and pasta, nothing worked, then I gave up, some other day I might try again.
I have a RPi 2 that’s more than enough for my home server needs and I’ve tried to migrate from docker to podman, it simply failed miserably with weird errors, on my laptop everything worked fine, so maybe that’s an issue with Arch ARM or the 32-bit version of it, but really, I wish they could abstract away quadlet, service files generation and so on.
Spring Boot 3 requiring Java 17 is what allowed the migration in two companies I’ve been, it’s much easier to sell it as security issue than tech debt.
This reminded me the time I bought a brand new HDD only to notice at home it was labelled as “refurbished”, next day I returned it, they guys from the shop didn’t want to admit this wasn’t a new part, after much back and forth they agreed to refund me. If my memory serves me well that was a Seagate drive, I hope they didn’t become sloppy with labelling.