Unrelated but how do people feel about the ai images when used for something like this.
The font is very telling for being DallE
I think it strongly detracts from the post. I basically skipped right to the comments without clicking the link because I’m assuming it’s AI slop, and I’m hoping the comments are interesting.
Also that leftmost card hovering behind the hand
I’ve never used anything but systemd. I feel fine about it, but I think I’d feel the same way about not using it.
I hated it and still do because for a period of years every weird, difficult to find issue on a bunch of servers was caused by systemd. It may be fine now, but I switched to Devuan and have had incredible stability. Poettering’s response to security issues was also terrible and honestly the dude seems like a real piece of shit.
I use it because I’m frankly too dumb to use something else, but if that wasnt the case, i dont think id be speaking fondly of it.
I’m a ram usage fetishist, I absolutely disagree with the “unused ram is wasted ram” phrase that has caught on with people.
I see some of these distros running a graphical environment with only 90mb ram usage and i cream myself. All of them run something other than systemd, usually avoid GNU stuff, and…require you basically to be a developer to use them.
I already run a half broken, hacked together system due to my stubborness, I can’t imagine how fucked I’d be if I tried one of these cool kid minimalist distros.
Though I see Systemd as an improvement, I still do not like it.
The Chimera Linux FAQ captures my thoughts quite well:
https://chimera-linux.org/docs/faq#what-is-the-projects-take-on-systemd
It’s refreshing to read to someone that actually says “I was so wrong”
I was wrong also with systemd, I hated it mainly because I already knew init.d, where files are, where configs where etc. Some years later hate is gone, I’m not a power user, but I just now know how to handle my things with systemd and all is good.
Void Linux doesn’t use systemd.
I’ve never used any other init system since I’m relatively new to Linux (8 years of use). So, systemd is all I know. I don’t mind it, but I have this one major issue with it. That “stop job for UID 1000…” Or whatever it says. It’s hands down the most annoying thing I have ever experienced in Linux. Making me wait for 3 minutes sometimes is just insane. I know I can go in and make it wait for 5 seconds
/etc/systemd/system.conf
or whatever, but why? Also, another one usually pops up.Other than that, I really like how I can make timers. I like how I can make scripts run on boot, logout or login. And I like how I can make an app a background service that can auto start if they ever crashed. Maybe all of this can be done with other init systems? I wouldn’t know, but I like these in systemd
I decided to finally lean into using systemd more while i’ve been using NixOS, since the OS already relies heavily on it anyway. Created targets for my window managers, starting all my programs with services instead of autostart scripts, etc. And it worked fine for the most part, except for some reason, in qtile the systray widget refuses to load the nm-applet when it’s started through systemd. Waybar does not have this problem. I can’t help notice that systemd is not just a little slower, which isn’t the biggest deal in the world, but it also tends to hang more often when shutting down, which is a bit annoying and reminds me of windows lol. Before NixOS i used Void, and while i never really cared too much about what init system i’m running, i can’t help but really appreciate runit for being so simple and fast. I’m thinking of moving back to Void but using the Nix package manager on top. I recently found a solution to the nix driver problem when using it on other distros, so now i should be able to combine the best of both worlds.
I’d say the main bad part of systemd is how it’s used and now expected everywhere.
If you search for some Linux guides or install something complicated or whatnot, they always expect you to have systemd. Otherwise, you’re on your own figuring how things work on your system.
This shouldn’t really happen. Otherwise, yes, it’s great, it integrates neatly, and is least pain to use.
In my opnion, systemd is like core-utils at this point.
It’s so integrated into most things and the default so many places, that most guides assume you have it.
There is no authority delegating responsibilities of writing tutorials for Linux. It is the responsibility of nobody and everybody. If you can’t find one for your problem, write it yourself when you have figured it out.
Sure, but I can’t single-handedly create an entire knowledge base on doing everything with X, so it’s a real and big limitation.
If you think so and that this is important, maybe you could be the one that makes it happen. Start a project and gather like-minded people. That is how Linux, FOSS and community driven efforts operate. It’s useless to complain that nobody else makes the effort if you have the capabilities but can’t be arsed making an attempt yourself.
I’ve been using systemd on most of my systems since it was released; I was an early jumper to upstart as well.
The thing I don’t like about systemd is how pervasive in the OS it is. It violates the “do one thing, do it well” Unix philosophy, and when systemd went from an init system to starting to take everything over, I started liking it less.
My issues with systemd is that it isn’t an unmitigated success, for me. journald is horrible: it’s slow and doesn’t seem to catch everything (the latter is extremely rare, but that it happens occasionally makes me nervous). There are several gotchas in running user services, such as getting in-session services working correctly (so that user services can access the user session kernel keyring).
Recently I’ve been using dinit on a system, and I’m pretty happy with it. I may switch all of my systems over to it; I’m running Arch everywhere, and while migrating Arch to Artix was scary the first time, in the end it went fairly smoothly.
Fundamentally, systemd is a monolithic OS system. It make Linux into more of a Windows or MacOS, where a bunch of different systems are consolidated under a single piece of software. While it violates the Unix philosophy, it has been successful because monolithic systems tend to be easier to use: users really only have to learn two command-line tools, vs a dozen. Is it categorically better, just because the user interface is easier for new Linux users?
Systemd is modular not monolithic. Distros choose which parts of system d to implement and it just happens to be most of it since its really good at what it does.
You cannot even decouple SystemD from Glibc, never mind separating the various components from each other. It is a bunch of processes but it is designed as a monolith.
It is not modular. This is a lie Poettering keeps pushing to defend building a huge edifice of interdependent systems.
Look at the effort required to factor out logind. It can’t just be used in it’s own; it has a hard dependency on systemd and needs code changes to decouple.
I will repeat that journald is really bad at what it does, and further assert that you can not run systemd without journald, or vice versa. That you can not run systemd without getting timed job control. Even if you chose not to use it, it’s in there. And you can not get time job control without the init part. In most unix systems, init and cron are utterly decoupled and can be individually swapped with other systems.
Systemd is not modular if you can’t swap parts out for other software. Systemd’s modularity is a bald-faced lie.
The one exceptions are homed and resolvd, which are relatively new and were addedlong after systemd came under fire for being monolithic. And, ironically, they’re the components most distributions don’t use by default.
What do you mean by modular though? I assume there’s serious coupling amongst systemd modules that make “modularity” just theoretical
I totally agree.
I hate to admit I didn’t want anything to do with systemd because it took me forever to get somewhat familiar with some other mainstream init systems.
Then, I didn’t care for a while until I developed software that had to keep running using some sort of init system. The obvious choice was whatever the default I had (systemd) and I fell in love with the convenience of systemd (templates, timers, …). I started shipping sample systemd with the things I provide & yes, you are on your own if you use something else.
I totally agree. I used to hate systemd for breaking the traditional Unix philosophy, but the reality is that a tight init and service-tracking integration tool really was required. I work with and appreciate systemd every day now. It certainly didn’t make things simplier and easier to debug, but it goes a long way towards making a Linux system predictable and consistent.
Poettering can go fuck himself though - and for PulseAudio too. I suspect half of the hate systemd attracted over the years was really because of this idiot.
Is it really breaking it? As far as I’m aware, it’s more like gnu. It has components and you can select what you use (here meaning distros and packagers).
People mistake this for a monolith because it’s all named systemd-thing. Integration, like you said, was and is needed. But what if all those separate utilities and services are actually disconnected and speak some protocol different to pipe? Does it make it less unixy?
And poettering is an absolute good guy here. Pulseaudio wasn’t perfect, but did it improve things compared to what was there before? Sure it did. Even now, pulesaudio protocol is used within pipewire and it works just fine.
Perfect is the enemy of good. And while all these tools might not be perfect, they are the best in the Linux world.
“It’s more like gnu”
You are correct. GNU has the bad habit of only working with itself as well. Systemd only works with Glibc so it fits in well.
The reality is that GNU is just a subset of the Red Hat Linux platform these days. Systemd is another part. GNOME is the other big chunk. They are all designed to work with each other and do not care if they work with anything else.
And poettering is an absolute good guy here.
You obviously weren’t actually around when he was granted mini-king status and acted like a jackass to literally anyone who objected to pulse or systemd. As a result, redhat, canonical, and Debian had to eat criticism over pushing these before they were ready… because of “superstar” poettering.
Poettering is a disrespectful clown.
From what i understand the problem is that while systemd is technically split up into different components, you can’t really use it with the stuff you don’t want ripped out.
poettering is an absolute good guy here
Agreed. But he’s also an abrasive know-it-all. A modicum of social skills and respect goes a long way towards making others accept your pet projects.
pulesaudio protocol is used within pipewire and it works just fine.
I wasn’t talking about the protocol, I was talking about the implementation: PulseAudio is a crashy, unstable POS. I can’t count the number of hours this turd made me waste, until PipeWire came along.
Pulseaudio was introduced in 2004. How come it took almost 20y for it to be replaced if it was that bad?
Implementation, being what it is, improved the situation compared to alsa and other things before it. Again, while not perfect it made things better for everyone.
It’s funny that this is a thing attributed to poettering as bad since things before were way worse… why not throw Sticks and stones at those people?
I really don’t get it.
And all of these things are optional. The fact that distro people and companies select them is because they solve real world problems.
Pulseaudio was introduced in 2004. How come it took almost 20y for it to be replaced if it was that bad?
Did you learn nothing from X11 usage? May I remind you that X11 was invented by Xerox in the fucking 80s?!
Bad software attaches itself to OSs like a cancer.
Agreed. But he’s also an abrasive know-it-all. A modicum of social skills and respect goes a long way towards making others accept your pet projects.
This isn’t what I get when reading bug reports he interacts in. Yeah, sometimes he asks if something can’t be done another way – but he seems also very open to new ideas. I rather think that this opinion of him is very selective, there are cases where he comes off as smug, but I never got the impression this is the majority of cases.
I wasn’t talking about the protocol, I was talking about the implementation: PulseAudio is a crashy, unstable POS. I can’t count the number of hours this turd made me waste, until PipeWire came along.
PipeWire for audio couldn’t exist nowadays without PulseAudio though, in fact it was originally created as “PulseAudio for Video”; Pulse exposed a lot of bugs in the lower levels of the Linux audio stack. And I do agree that PipeWire is better than PulseAudio. But it’s important to see it in the context of the time it was created in, and Linux audio back then was certainly different. OSS was actually something a significant amount of people used…
I always assumed that Poettering is an arse to people because of the hate he got for systemd. I imagine it’s hard to see the best in people when there’s a crowd of haters everywhere you go. Though I have no idea what he was like beforehand.
People are idiots.
Poettering got death threats for systemd.
Everybody who is hated and popular gets death threats. Hell, even the nicest actors get death threats.
They are easy to write and send, and there’s 0.01% of the population that is mentally unstable enough to actually do so. You and I don’t get death threats because we aren’t popular enough.
Fucking hell, what is wrong with people? Looks at the US. Oh right.
I feel that generally, when the issue is that the person is an arse, then the complaints are often not about the software. You might see people campaigning to boicot the software out of spite, but they won’t give you a technical reason, other than them not wanting the creator to get any credit for it.
When the complaints are about discrepancies in the way the software is designed (like it was with systemd), there’s no reason to expect the person to be an arse. Though him not being an arse does not make the criticism about his software invalid… in the same way as him being an arse would not have made the software technically worthless. Don’t fall for the ad-hominem.
systemd is easy to work with, other init systems introduce kinks, I rather break philosophy than deal with that shit
What is the Unix philosophy?
predictable and consistent.
Or none of those.
Oh. My NIC didn’t ‘start’ because systemd and network manager are fighting again? Neet.
Just use systemd-sudo to replace network manager with systemd-networking
I don’t know why they are downvoting you, it’s true. I’m dealing with this kind of problem currently… sometimes the boot lasts forever to the point that I have to use AltGr+SysRq commands to force kill everything… other times it simply boots as normal. It’s not consistent at all.
At least before with the old init it was relatively simple to dig into the scripts and make changes to them… I feel now with systemd it’s a lot more opaque and harder to deal with. I wouldn’t even know how to approach the problem,
systemd-analyze blame
does not help, since the times I actually get to boot look normal. But I do believe it must have to do with the mountpoints because often they are what takes the longest. Any advice on what should I do would be welcome.Also, I have a separate Bazzite install in my living room TV, and while that one does not get locked, sometimes NetworkManager simply is not running after boot… I got fed up to the point that I wrote a workaround by creating a rc.local script to have it run, so I can have it available reliably when the system starts (that fixed it… though some cifs mountpoints often do not get mounted… so I’m considering adding the mount command to the same rc.local script too…).
Any advice on what should I do would be welcome.
You can play around with the mount option
nofail
, if that’s set, systemd will not wait for the mount point to be ready and continue booting normally. Can be useful with HDDs that take a while to spin up and aren’t needed for the boot process (e.g. backup drives, etc.).Another thing to look out for: SDCards or USB flash drives that might randomly fail to “spin up” and hang, unplugging those helps.
Thanks! I’ll try with
nofail
and see if the lockups stop!Another thing to look out for: SDCards or USB flash drives that might randomly fail to “spin up” and hang, unplugging those helps.
Honestly, that could be it now that you mention it… I have had for a while an external hard drive plugged in that I’ve used for some backups.
I’m over here still using OpenRC. Mostly because I want to. Some servers I run have systemd on them. systemd is generally nice. OpenRC has finally gained the ability to run user services, which is also very nice.
dinit also has the ability to run user services, FWIW.
I still doesn’t like it…