Originally posted by abott
View Post
Announcement
Collapse
No announcement yet.
systemd's Growth Over 2022
Collapse
X
-
On second thought, systemd is sort like woman ...
... keeps talking, or constantly adding tons of code or printing lots of data during boot console
... wants control over everything, or wants to rule the world
... can't figure 'em out, or guys keep claiming they have them figured-out, while they really do not.
The init processors runit and openrc... these just work.
Comment
-
Originally posted by rogerx View PostOn second thought, systemd is sort like woman ...
... keeps talking, or constantly adding tons of code or printing lots of data during boot console
... wants control over everything, or wants to rule the world
... can't figure 'em out, or guys keep claiming they have them figured-out, while they really do not.
The init processors runit and openrc... these just work.
Regarding other init systems... runit works, openrc pretends to. But runit is sadly not really maintained and doesn't provide any kind of QoL configuration files. Scripts aren't intrinsically a bad tool, provided you don't use a shell for them, but it's common sense to generate them from config files that make it easy to get right. Honestly I'm waiting on s6 to provide its frontend, but it's gonna take some time due to it being more or less a one man show (and it's unclear to me whether the funding he got was enough for him to work full time on it).
Comment
-
Originally posted by Slartifartblast View PostAh fond memories, taught myself 6809 code on a Tandy color clone when I was 14 using Carl Warren's MC6809 cookbook......
Defender also has some really cool code, they do some very clever things in a few spots. They use a linked list system to traverse every object type they have, (They have different sizes for object or "OS" use) and Defender has some great coding and ideas in it, it's fantastic.Last edited by abott; 30 December 2022, 03:37 PM.
Comment
-
Originally posted by vladpetric View Post
You may want to study some logic before you throw around accusations of logical fallacies in such a cavalier manner.
No, what I said is absolutely not a straw man.
- Likes 1
Comment
-
systemd user services are great. journald is great. i'm hoping that desktops go all in to systemd and distros go all in to networkd. netplan/networkmanager should just be front ends to systemd, and they should abandon their backend.
that being said I hope that systemd is replaced by a more streamlined implementation because they've added tons of unnecessary features.
- Likes 1
Comment
-
Originally posted by fitzie View Postsystemd user services are great. journald is great. i'm hoping that desktops go all in to systemd and distros go all in to networkd. netplan/networkmanager should just be front ends to systemd, and they should abandon their backend.
that being said I hope that systemd is replaced by a more streamlined implementation because they've added tons of unnecessary features.
Comment
-
Originally posted by vohcjdwdSuch as..?
Have you considered just not using them? Why is it that some autists get so offended by software having features they don't use? Might I suggest you also write to the manufacturer of your microwave and demand they remove those 3 features you never use? How dare they consider anyone else besides you!
- Using the whole has some extra overhead; but
- Not using the whole uses less memory (moot for a desktop, but not entirely for embedded and I'd very much love systemd in some embedded environments) and exposes less bug surface.
What's more, something like that could be made transparently, since you could make things like systemd-networkd function closer to just being targets for several daemons with the same declarative configuration, so if you don't use any of the myriad protocols it supports (which is super useful when you need them!) you don't "pay" for it. That said I think it's a marvel just as it is.
Originally posted by vohcjdwdThis is just comically entitled. Who's going to do all the work? You? 🤣​
My personal hope is Skarnet fulfills his vision for s6 done so we have actually something real to contrast and see which is better (or for which cases each is better). I don't have a lot of hope for the other alternatives, mostly because I don't see them having the "right" (subjective, of course) priorities for how a system should be implemented (say, most don't really care about having consistent and declarative config across the system, or don't supervise processes, or none). But overall I think systemd is quite good and am grateful we're not dealing with sysvinit or Upstart anymore.
Comment
Comment