There aren’t any non big name manufacturers left for harddrives. And if you have the time, consider buying with some separation to reduce the risk of hard drives failing at the same time due to age.
I haven’t taken the time yet to switch my Ansible playbooks to Quadlet, so can’t comment on that.
I only skimmed the manpages, thanks for the info.
I use podman mainly because it’s very easy to manage using systemd services. Unfortunately, the command for generating these service files, podman-generate
, is deprecated and won’t receive new features.
Auto updating is done just using a simple tag and enabling a systemd timer to do it regularly for you.
It’s easiest to start with the rootful mode, you won’t have additional settings to set and no issues with permissions, UIDs and networking.
For networking, I always create a network per service I want to run. For example Nextcloud and its database would go in one network and you’d only forward the port for the webinterface for outside access.
In addition to networks I also use pods, this basically groups the containers together to start/stop them as one. If you use this, you have to set your port forwarding here.
I don’t know of any project that already supports that AI processor. You’d still be using the CPU and GPU at the moment.
ISPs were already required to block the sites. I don’t think an additional block on the Cisco side would change anything in that case.
Apparently Cisco operates a popular DNS resolver? Never heard of that before.
And definitely don’t learn how to use a VPN. Or set up Unbound or Bind or PowerDNS Recursive…
KDEConnect?
Maybe check out Tailscale. It’s mainly a mesh VPN for your own devices, but they have a lot of options included so you can share stuff with other people.
You can install Wireguard or another VPN to encrypt your traffic to the VPS.
You can use OpenCL instead of ROCm for GPU offloading. In my tests with llama.cpp that improved performance massively.
Definitely do benchmarks for how many layers you can offload to the GPU. You’ll see when it’s too many, as performance will crater.
By launching llama.cpp as a server you’ll actually be able to continue to use openwebui as you currently have.
It would probably take someone to sue them, but they would have to implement it.
It’s probably still more efficient to keep a 192k opus and a 320k mp3 around than one flac.
Yeah, they’re more power hungry, but they’re also way more performant than a pi 4.
VAAPI is the “standard” interface for hardware en-/decoding on Linux. It should work with any GPU using the open source drivers and mesa.
I don’t know how QSV can be installed; AMF, the AMD equivalent, is limited to their proprietary driver.
On my phone (Android, LineageOS) there’s an option in the hotspot settings to allow clients to use the active VPN.
Besides maybe confusing the codecs, hardware encoders, especially the AMD ones, are always less space efficient than software encoders.
If you want to convert video for long-term storage, please use a software encoder.
I recently found out about Softwareheritage, they also have yuzu mirrored.
After installing Lineage, I root the phone and install Neo Backup.
Then I just make an up to date backup on my old phone, copy that over (easiest with KDE Connect), and restore. That deals with about 60% of the apps and their data. The rest are mostly apps where I have to log in again and some special cases like WhatsApp or Signal where using their own backups is required.
I made a list when I changed my phone last year of working/non-working apps from my phone at that point.
Permissions don’t carry over and have to be regranted to every app.
I started with Porkbun, but I also have some domains on Gandi because they offer a CC TLD I wanted.
I’m not a kernel dev, but I’ve read often enough that there are some places where “everything is a file” somewhat breaks down on Unix. (I think /proc and some /dev)
For an “absolutely everything is a file” system have a look at plan9, it was the intended successor to Unix, but then that got popular while plan9 stayed a research project.