Long before WSL there was coLinux. Back when I still dual-booted (i.e. around 2010) I used it extensively to access my Linux filesystems from within Windows, including assembling the mdadm RAID5, which only had a minimal partition. It booted in around 10s, much faster than a full VM and had the filesystems available via SMB-share almost as soon as Windows 7 was done lagging after login.
sysV init or sysV rc? OpenRC can work with any basic /sbin/init or provide its own. If you rely on sysV rc scripts there is probably some backwards compatibility, or at least was in older versions, but I don’t really see the point in it. What distro does even still use sysV rc?
These days OpenRC even has user-services. And writing a simple OpenRC service file is barely more complex than a systemd unit file, maybe even simpler, because it’s readable bash, not some declarative DSL.
Obviously there is in no way feature parity between those two, that’s the point, personally the one thing I’d like to have is something similar to systemd’s timers (which I actually prefer to old-school cron) built into OpenRC, but most other things I can live without.
Little Snitch is literally used for blocking ads as well as other network traffic. My main point was that you don’t have to use it for blocking the other traffic, because Linux systems won’t have unwanted traffic to begin with, since you have full control over it. And for the ad part, there’s better solutions than network-level filtering if you have control over your browser.
So is it more that you don’t know what I’m talking about or that you don’t want to, for whatever reason?
I have both yay and paru on the two Arch systems I manage, because pacman tends to break those occasionally through dependencies and that way I don’t have to do the whole makepkg bit again and instead can update the one with the other. I still find it asinine that these aren’t in the repos or the functionality isn’t integrated in to pacman, but since Arch’s entire philosophy is based on simplicity, I guess the chosen solution to secure user packages is security by obscurity.
(I only still use Arch on those systems because I haven’t gotten around to migrate them to Gentoo yet, after implementing a binpkg repo and custom profiles many years ago so compiling on the weaker machines is essentially unnecessary, btw.)
Librewolf (with some overrides and a source patch) on the desktop and Fennec on Android. Before Librewolf I used upstream Firefox with the Arkenfox user.js, but Librewolf made that obsolete.
I haven’t looked into Fennec’s current version in detail, mostly because I use the browser so rarely on my phone and my main consideration is not getting ads when I do, but they might still use SafeSearch and stuff like that, so if you’re aware of any better alternatives that are in F-Droid please tell me.
Also, you only need that stuff to begin with if you don’t have control over the operating system and your browser (like on Apple or Microsoft). For me, using a Firefox-based browser with uBlock Origin on both phone and desktop is enough so I don’t have to ever see ads, and I just don’t install spyware in the first place.
Firstly, Emacs is not an alternative to any terminal based text editor, it’s an alternative to the terminal based workflow in general.
Secondly, Emacs users can live without the hype, churn and elitism of the vim ecosystem and with a better editor instead.