People who use distros without systemd, why do you do this?

Because they can.
- For the good of all of us
  Except the ones who are dead
  
  But there's no sense crying after every mistake.
  You just keep on trying 'til you run out of cake.
- Me using runit, I agree

OpenRC just feels nice
Runit is simple
S6 is really fucking fast
Some distros (e.g. Guix, Void, Gentoo) come with non-systemd init systems by default, but I use them for other reasons
As for why I sometimes use musl, I like BSD. Also, Alpine Linux uses it by default, and most glibc software I've tried works just fine with gcompat.

I had to debug dns issues with a wm. Was disgusted what Systemd all does what it shouldn't.
Musl was fine until i had to install the one blob most people hate and love, Steam.
- Systemd is nice, but it touches way too much IMO. Like, why does it need to touch DNS?
  
  systemd-resolved is an independent binary and entirely optional, just developed by the same project.
  That said, it’s good. Supported DoT and DNSSEC early, easy to configure. No complaints for simple usage.

I use distros with systemd but damn, pretty soon it's not gnu/linux anymore, it'll be systemd/linux. systemd already manages services, bootloader, dns and networking. Maybe they'll replace coreutils next and the transition is completed.
- Linux is becoming more akin to BSD with the introduction of systemd.
- I don't find that to be a problem. Systemd manages my system, I would not prefer having 10+ tools to do the same
  
  That's the very opposite of the Unix philosophy though.

I like how simple and fast runit is. And the added security is nice.
- For a while I had an Asus laptop, and no matter what, it seemed to not want to work properly with systemd-based distros. It would hang on-boot about 95+% of the time, I'd hard shut-off, restart, repeat.
  On a whim, I tried Void Linux (runit) on it. And for whatever reason, it worked.

Gentoo comes with OpenRC as default so I roll with it. And it's simple and it works.
Plus the idea of having to randomly wait for some obscure stuff to block for a minute the boot/shutdown is not my thing.
- The cool thing with Gentoo is that you can just decide one day to switch to systemd and it's about as easy as changing your profile and updating your system (and maybe recompiling your kernel)
- You have to compile everything though, even from a stage 2 installation. I haven't attempted one for like 15 years, but I imagine it's still not quick.
  
  Did you know Gentoo has binary packages now?
  
  It’s not too bad. I very rarely recompile everything from scratch and after I do that I just create a snapshot with btrfs. Are usually then chroot into that snapshot and compile everything natively overnight for that 5% Theoretical performance boost.
  Most recently I took that snapshot and then used btrfs send to adapt it to a laptop as well and that worked quite well actually.
  Everything I install is typically through flatpack or distro box just like silver blue. This means install times are pretty much okay but I have a huge amount of flexibility in the way the system works
  Also heaps of binary packages as well, so that’s not too bad. The binary packages much slower than both arch and Alpine but not a lot slower than for example Fedora.

Makes me feel smarter and my system boots slightly faster... yeah
- I used to configure and compile my own kernels in attempt to make them leaner and faster.... They always ended up slower 🤦‍♂️
  
  I use gentoo, so I feel that
  
  My initial learning was in 2004 with Ubuntu, so Upstart and I also messed with FreeBSD, so I was familiar with the RC system. Systemd took me a bit to wrap my head around, and I don't mind it. It's good to know both.
- Totally valid reason lol

People that complain about people not running systemd. Why does it bother you so much? :P
- I'm wondering why people do things that don't seem profitable from my point of view
  
  Are you profiting from running systemd?

SysV init works more reliably, is smaller, does just one job and is much, much better architected.
SystemD tends to fail if you do anything out of the ordinary, is massively bloated, has it's claws into far too many parts of the system, is IMHO poorly architected, the many of the individual components are poorly designed and the whole thing is a huge, and utterly unnecessary, attack surface.
SystemD is probably adaquate if you just want to use your machine in the most basic way, but as soon as you try to do anything beyond that you start running into the rough edges and bad design decisions that it's plagued with.
- Could you elaborate on this? As someone who uses SystemD extensively on workstations and servers for spawning and managing both system-level and user-level services, I do find minimal issues overall with SystemD minus some certain functionalities such as socket spawning/respawning.
  Of course some of default SystemD's housekeeping services do suck and I replace them with others. I would like to see the ability to just remove those services outright from my systems as separate packages since they do remain useless, but it isn't that big of an issue.
  
  I also use systemd a lot and it baffles me people can claim sysvinit was more reliable with a straight face.
  Half the time I restarted MySQL in the sysvinit days (pre-upstart as well), it would fail to stop it then try to start a new instance of it with the old one still running and the only way to fix it was to manually stop the other instance.
  Process management is like the one thing systemd really does well thanks to cgroups, it's impossible for it to lose track of processes because the process lied about its pidfile.
  
  SysV init does one job, it runs a set of scripts in an admin defined order, the init portion of SystemD attempts to solve a dependency graph at boot time and execute the startup scripts (units) in the order it devines from that. The big problems I've had around that have been services silently failing to start because it failed to resolve the ordering, and the difficulty of inserting a new unit into the ordering in a specific place. It's doable if there happens to be a target at the point you want, but if not you can't really do it as the existing, and any new, services all sequenced on the existing target. With SysV, of course, setting the service start order is trivial.
  The thing is, if SystemD was just an init system it wouldn't be as bad, and has some useful ideas, but it tries to replace huge swathes of the system. As you say, some, and I'd say most, of the default housekeeping services suck, and you need to replace them. Unfortunately this then breaks the much vaunted integration of those services. Leaving them on the system isn't a great plan as it just leaves the extra attack surface. So now you need to contemplate repackaging it to exclude the stuff you don't need, which is a huge pain, and makes keeping up-to-date a big job. You've also got to worry about breaking dependencies from other packages.
  Probably the biggest issue though is the huge attack surface SystemD exposes on your system. We've just seen an example of how that can be taken advantage of, with malware in a library way down the dependency chain from the system library that gets jammed into all sorts of things. I understand there is an effort underway to reduce those dependencies, but it'll always be worse than simply not doing that in the first place.
  The architectural and design issues are to do with the way the different parts are so tightly linked when they have no rational reason for being, the level of complexity introduced to core services and the incoherence of some of the choices around behavior. A recent bugbear was the automounter. It works most of the time, but if a mount unit fails it just gives access to the mountpoint, when by definition you obviously and explicitly didn't want that. It also has a nasty habit of marking the unit failed, so future attempts also get bypassed until you reset it or have a recovery unit to do that.
  Anyway this turned into a wall of text, and its late, so I'm going to stop there, I hope it's reasonable coherent.
  
  Systemd has a larger attack surface area since it touches more things, even though you can assign user accounts and such. Just the simple fact that it does more things than simply executing a shell script (like everything before systemd does) makes it more vulnerable.
- Such as?

The developer of SystemD was mildly rude to some people back in 2009
That means everything he makes is pure evil by definition and explanations as to why it's bad will be invented post-hoc to make it make sense.
- Linux developers are famous for how civil they handle their arguments. Especially that Linus Torvalds guy.
  
  Fuck you
  
  Especially that Linus Torvalds guy.
  Wait until you learn about the beloved OpenBSD leader Theo De Raadt.
  Imagine being so hard no other but frigging Linus Tolvards says you're "difficult".

I can actually configure and understand everything the UNIX way, which is actually important to me, because I do some wacky shit with my system + I'm a developer, I physically need to understand my system so I can debug it when it starts to eat shit
Although, seriously, if you're not a developer and don't intend on doing something specific with your system, just pick a mainstream distro and roll. I install Mint MATE or Ubuntu on my secondary systems too.

At this point i don't care anymore if my system has systemd or whatever, as long it's works i don't have complaint
Maybe back when I'm still young i will agree with majority linux enthusiasm that systemd is bloat, GUI is bloat, or whatever. But now as long it's work & can do job properly i don't care or even care
- Life is bloat.
  Jokes aside, GUI really is bloat. Especially when it's made by a corporate company with absolute dogshit development practices.
  On a more serious note, systemd is bloat. With all of you new kids coming over to this side, start with the right way: the runit way. Also compile Gentoo whilst you're at it.
  Obligatory /s if anyone is offended, you bunch of snowflakes
  
  /s is bloat, say it like you mean it!
- Btw I'm using Garuda Linux for my daily drive

By importance, descending:
First, I don't like people promoting systemd. I don't need it more than other init systems. It's about picking the right group.
Second, I want a simple distribution so I use Void, which famously uses runit. It's about being lazy.
Third, I don't like the idea of it sprouting dependencies which it shouldn't. It's about paranoia. See recent news with a backdoor which wouldn't work if not for this.
- Why Void? Genuine question.
  I was trying different distros to replace my Zorin, I tried NixOS (didn't like the setup), GoboLinux (really like the idea, but it's very buggy). I ended up using EndevoursOS (arch btw) and I really love pacman/AUR, but I'm still not married to it
  
  I actually don't remember why I lost my patience and just tried Void then (4 years ago). Maybe had something to do with installing a Linux on a laptop after using only FreeBSD for some time, and sound setup and brightness control being confusing (actually everything in Linux is more clumsy and messy, so wanted a simple distribution).
  Debian I like, but it has a bit older versions of packages, as everyone knows, and also kernel versions, thus hardware support.
  Fedora - I don't like the culture.
  OpenSUSE - I like it, but didn't bother back then and now why change anything.
  Arch - I don't like the idea of regularly solving problems which can be avoided by maintainers. AUR is attractive. The culture of clueless people proud of the fact that they installed Arch is a bit irritating.
  Gentoo and Funtoo - I like them, but time spent on compilation could be used better.
  Slackware - my favorite distribution, but it's a bit manual, so even more chores than with Arch. I think I might try it again.
  And also Void has something just a bit similar to FreeBSD ports. I'd prefer it to be a real ports collection like in CRUX (which I might try some day), and I use pkgsrc anyway for such things now.
  
  the logo is cool :)

I'm not an anti-systemd extremist. I use Void because it is a simple distro that doesn't break as often as Arch does, while also being very up-to-date.
I do have some things I dislike about systemd though which is why I will continue avoiding it in the future.
It doesn't follow the Unix Philosophy. This is a big problem for me, I want to be able to switch out different parts of my system as I please. Systemd is a collection of projects that are all so deeply integrated that you can't use them without also running the Systemd init system. And now Desktop Environments are starting to depend on Logind for example and there's no alternative for non-systemd users. (Except Elogind but that's just Logind ripped out of SystemD)
It's bloated and has many features I don't use. I just need an init system to start all my services at boot and restart them if they fail. Nothing more
Also using a Distro without Systemd is not really that hard
- I really need to meet irl somebody who got it's arch system breaking by itself, because i installed it dozens of times and it never happened to me

"we would never use such a sucky piece of bloatware near anywhere we cared about security."
- Hate to be that guy, but all those articles are 5 years or older. Have people had more recent complaints about systemd or did that movement that complains about it kinda move on?
  
  People don't need more recent complaints when those complaints are still relevant today.

Does Alpine Linux count as "running"?
SystemD just isn't necessary for every Linux install.
Linux has thousands of uses that aren't "running on bare metal on my customized gaming rig at my computer desk to play steam games and pretend to look like Mr. Robot"

Staying lean in my init is a hobby

My initial experience with Linux was without systemD and I didn't like it when Debian switched to it. Void is comfy enough.

Dunno...
Wanna ask my OpenWRT router that?
Also, is Android not Linux anymore?

Give this systemd lecture a watch it explains the why https://www.youtube.com/watch?v=o_AIw9bGogo
- Here is an alternative Piped link(s):
  https://www.piped.video/watch?v=o_AIw9bGogo
  Piped is a privacy-respecting open-source alternative frontend to YouTube.
  I'm open-source; check me out at GitHub.

Sysvinit on gentoo here. Its so simple and clean, all can be managed and hacked via bash scripts.
I see no benefits in my use cases for systemd. Boot speed is unneeded, service auto-restart is done via Monit, anything else I don't need.
This is true for all my server -and- all my workstations and laptops as well.
Systemd never solved a problem needed to be solved to start with.
Now that it also does coffee and cream for you, i start seeing some benefits like auto-restart services. Was it worthwhile? Meh, dunno.
At first it seemed another case of "I am too young and I want stuff done my way just because" and redhat shoved it down everybody throath to gain marked dominance. That they did.
At least now systemd looks like mature and finally start making sense. I was even contemplating testing a migration on one server.
Then I remembered, I like freedom of choice and keeping up being an old fart, so I didn't (yet).
(No, for Wayland and network manager I think they are both welcome and needed from the start).
It didn't help the main Dev suckass attitude, that didn't made friends.

I like being able to see my logs without waiting 20 minutes, knowing who started what without playing cat and mouse with random processes and being able to change something without going through multiple levels of merged configurations files from three different sources.
I also enjoy tools that were developed over decades and not rewritten from scratch reintroducing long-solved issues.

i was forced to use systemd professionally when it was buggy and broke all the time in its first releases in the red hat eco system; so it's fair that some people would hold grudges against it.

To keep the system simple and transparent.

Most of them think that they’re making a point about an argument their side lost almost a decade ago.
- To which the other side replies with points outdated since the first other init/service manager aside from SysV and Systemd was invented.

The kernel is already monolithic enough without adding another piece of monolithic software that everything depends on. IMO the Unix philosophy means we should have interchangeable parts.
There's some amount of user error here but when I did use systemd I had a hard time turning off services I didn't want because they were in the wants-to-have entry of other services. It's like a separate config area to maintain with a specific maintenance tool software instead of flat files.
I'm unfortunately using distros with systemd now tho.

Its just easier for me to dualboot windows. Im too dumb to find how to do it with systemd :p
- Aren't you talking about systemd-boot which is optional anyway? systemd covers the Linux init process which should have nothing to do with dual booting, no?
  
  Ehh, probably. I didnt really check what systemd is
- That is systemd-boot, which is separate. You should use refind anyways

It's a give and take honestly.
System-d has better logging. Until you have something that needs to really really log. You can argue that if you have something that's that dependent on logging it shouldn't be logging through the console but it's worked fine for decades. Auto pruning of logs isn't necessarily ideal. Getting console logs and assist logs as a pain in the ass.
Same goes for service dependencies we had this sorted it was answered via run levels and naming. It wasn't necessarily the most elegant solution but it was simple and there was very little to go wrong.
The tools to manage the services and logs are needlessly complicated. Service start, service stop, service status, service log, service enable, service disable. And I shouldn't have to reload the Daemon every time I make a change.
This isn't to say that it's all bad. It's flexible, and for most workflows, it's very automated and very light touch. The other pruning on the log file says probably saved a lot of downtime, a whole lot of downtime.
It's really well suited to desktop.
Service creation is somewhat easier.
Dependencies are more flexible than run levels.
To be honest I wouldn't go out of my way to run in a non-system distro but I would feel a little sigh of relief if something I was screwing with was still init.d

Guix uses shepherd so yeah

What actually are the advantages of system rc over systemd?
- Not having to go on an hour-long googling adventure to figure out how to write a simple init script. If you know bash, that's all you need if you're running (for instance) OpenRC. Systemd services are a mishmash of obscure setting names.
  
  Systemd is definitely more of a pain in the ass.
- It's easier to manage/secure since it's essentially just shell scripts. Systemd touches a lot of things and makes the initialization process more complex, which introduces more security vectors.
  
  It's easier to manage/secure since it's essentially just shell scripts
  I love the fact that I can't tell whether this is irony or not.

What a loser, not only is it an anime thing it refuses to socialize

Because I left Windows precisely to avoid the kind of shittery that systemd is doing.
It's absolutely no coincidence that the people who have developed the stuff that's brought the most degradation to Linux - systemd, PulseAudio, Gnome's "user has no right to themes" attitude - all come from a Microsoft background or explicitly work for Microsoft.
I'd have far less of a problem if systemd was split into more practical, actually independent things that actually worked and distros didn't buy their snake oil so easily. But for the time being, to me, the systemd experience is pretty much like the PulseAudio experience, what with the whole "waiting 120 seconds for a network interface to activate that it's not going to because it's the damn ethernet port and I'm on the road so the cable is not connected, stupid letter-potter dipshit".

I've been using linux for ~2 years now and only know one of these (GUI installer), anyone smarter than me can explain what they are?
- To be fair, I don't think systemd is classified as just an init system anymore. It's a software suite that just "conveniently" happened to have an init system included.

Guix integrates with shepherd wonderfully because they're both Guile-based
I think service descriptions being functional scheme code makes more sense in a way than systemd's runtime.
- Guix mentioned! 🙌