QEMU is vastly superior. Supports a great amount of different architectures and KVM acceleration is painless. Plus it’s not from Oracle.
(_____(_____________(#)~~~~~~
QEMU is vastly superior. Supports a great amount of different architectures and KVM acceleration is painless. Plus it’s not from Oracle.
It doesn’t help that they keep deprecating and changing standard stuff every other version. It’s like they can’t make up their mind and everything may be subject to change. Updating to the most recent release can suddenly cause 10s or 100s of compiler warnings/errors and things may no longer behave the same. Then you look up the new documentation and realize that you have to refactor a large part of the codebase because the “new way” is for whatever reason vastly different.
On distros w/o systemd there is always syslog-ng. s6 also has its own log system.
It’s not necessary, but a good thing to have if something goes wrong and you want to debug/monitor something. It’s really up to you and your needs.
Whenever I used macOS I felt very restricted, like as if I had to do real work but all I had in front of me was a toolbox full of plastic toys meant for children. It was NOTHING like GNOME, despite what many like to parrot. Compared to macOS, GNOME on Linux or BSD is SO much better in terms of workflow.
“Remove them from power” by vooting you mean right? Right?
“unnamed source”
These machines are probably on their national intranet at most with no connection to the Internet. Still it’s weird. Whenever I watch KCTV and they show computer labs all of the PCs run some version of Win 7. Same with images they show on Voice of Korea. I have yet to see RedStarOS or GNU/Linux in general on DPRK media.
I think Micro-Kernels are awesome because the actual Kernel is completely stable and only serves as a tiny (or Micro if you will) layer between the hardware and all the software. All Kernel modules run in userspace as daemons. So if something crashes because of a bug, say the Bluetooth driver, you can just restart that process and continue instead of having a hosed system that needs a hard reset. This is awesome for development because you can just run that buggy driver in a debugger and poke around without having to fear a Kernel panic. Also if you update your System and drivers get updated you don’t need to reboot, you just restart those driver daemons.
MINIX was really cool. It had a mechanism that could detect dead driver daemons and restart them automatically. They almost achieved full NetBSD compliance and all it really lacked was 64-bit and better hardware support. It technically still lives on because Intel forked it and baked it into every Intel chip. Except they changed the name to “Intel Management Engine”.
Hurd is GNU’s Micro-Kernel and to my knowledge it’s still being developed but at a sluggish pace. Last I checked they’re still working on full 64-bit support. It is apparently usable enough for Debian and Guix to have a Hurd port though.
Don’t get me wrong though, I still really like classic Monolithic UNIX-like kernels (especially when they’re simple and easy to compile like NetBSD) but I like Micro-Kernels overall a bit more because kernel modules as daemons is a very interesting concept to me that imo. should be explored more.
I might ditch Linux altogether if FreeBSD had better hardware support. There’s only so much I can write and maintain, myself.
I’ve been feeling that way since they decided to introduce that rust crap in the Kernel. I have a second drive in my main PC with FreeBSD 14.1 and the only things that prevent me from using it as a daily driver are the buggy amdgpu drivers and the terrible bluetooth stack. My dream would be a Micro-Kernel system though. Too bad MINIX was dropped. Maybe Hurd will become usable in 20 years from now lol.
Using Linux without systemd really goes to show you how simple Linux actually is and how much crap systemd tries to do. All my machines boot to nothing but a tty with maybe a few other daemons and my entire user startup is contained in a shell script. I really appreciate it that way because I always know exactly what software I’m running.
It’s a private instance. Maybe I’ll open it up, not sure.
mandating a login requirement is what I’ve been afraid of. I would just stop using yt altogether if it came down to that.
Same. Once they go that far I’ll just # zfs destroy
Invidious and move on to PeerTube. I hope more people will move as well when that happens.
My instance is running on a Server in my homelab. The dynamic IP is just how my ISP works. I’ve been running this instance since late 2019. So far Google has only ever blocked my IP whenever I hit their Servers with too many API calls too quickly. Last time they blocked me though was probably 1/2 - 2 years ago. The current version of Invidious does try to minimize API calls which helps a lot. Honestly Google changing API calls/value names and patching the source code is more annoying to deal with than IP bans.
The only way I can see them permanently blocking instances with non-static IPs is if they go down the Twitter route where you can’t even view anything unless you’re logged in.
If you host your own invidious instance on a network with a non-static IP then a ban will only ever be temporary. It happened to my private instance many times. I found that setting the channel refresh interval in the config to 2 hours makes it less likely (or basically 0% if you’re the only user) for them to block your IP.
Gallium-Nine also tends to be buggy if used with 32-bit software in particular. All the 32-bit games I’ve tried have problems with it. They usually work fine for the first 30-60 minutes and after that the framerate becomes unstable to the point where the game becomes unplayable. It happens consistently with Gallium-nine but not at all with DXVK.
I’ve seen some that try to tell people that we currently have “chrony-capitalism” (or some other prefix that some “expert” came up with) perpetuated by a few bad apples up at top. Those are my personal favorite.
It’s like the cyber zombie apocalypse happened and there are only a few fortified camps left, the fediverse being a federation of camps.
Can’t wait to see all the tech bros training their LLMs on superior western Tube- Intel/ARM-based computers while claiming that chinese RISC-V/LoongArch systems are worse because backdoors and communist spies.
Good point. All these streaming sites are inefficient by design. Even without the DRM the Server will have to encode the video and audio (or possibly even transcode them if the client only supports certain formats) before sending them to the client. And this happens on the fly every time anyone watches anything. If those streaming sites were all just a fancy looking file server that make you download the source video files directly (kind of like GOG does with video games) then that would greatly reduce energy consumption long-term.