> There's really nothing good, from a technical perspective, when something is enlarged 1000x the requirement. If you look at the code for sysvinit, it's maybe 10k lines. Systemd is > 1M lines of code, likely approaching 1.5M by now. So I suppose, 100x the size.
The systemd repo is a mono repo for other tools in addition to the init system.
I've heard from many sysadmins and distribution maintainers that systemd has been amazing. We went from ad hoc shell scripts to declarative plain text files. I think that's a huge win.
> We went from ad hoc shell scripts to declarative plain text files. I think that's a huge win.
Current sysadmin and former distro maintainer here, who respectfully disagrees with you and your friends.
Many, if not all software packages followed a well-defined SYS-V service file stub, esp. after so-called "Parallel SYS-V". We were able to order services, define dependencies and deterministically boot systems at the speed of light. Nothing broke, and the systems fully supported "pull the plug if you want, it won't break" promise.
While I don't hate systemd, I don't like its many ways. It's something like X11 before auto-configuring support for me. The less I touch it, less grumpy I am. Technical parts aside, remembering the ugliness surrounding it (people, ecosystem and predatory aspects) makes me really angry sometimes.
The only plus for Amutable, is that it may finally cause a sane systemd fork.
My immense, strong suspicion here, is that they believe they can use their control over the systemd project, to add immense layers of code and change, to support Amutable's needs.
When this happens, there will likely be pushback of some sort. I'm hoping a fork will happen at that time, and even better, hoping that maybe the project can go someplace saner.
Getting rid of all tcp support (eg, systemd providing inetd functionality) from an init system would be an excellent start. The absurdity of pid 1 having networking hooks is absolutely madness.
Splitting start/stop ordering would be an additional benefit.
Removing all daemons, and all support code, and forking them (for legacy support) would be next. No horribly enacted timesyncd, or resolvd.
Dropping the absurd journal and returning to a syslog solution would be next. Literal kiddie town, to have no centralized logging as a default when first created. There are now attempts to entirely re-skin the cat, with systemd-journal-gatewayd, yet every single appliance and piece of hardware supports... that's right, syslog protocol, not systemd's proprietary journalling protocol or formats.
There is so much about systemd that is just about re-writing the entire universe, not for immense gain, not for immense improvement, but instead for the tiniest, smallest shred of edge-case betterment, and meanwhile, creating massive, overwhelming denigration of every other aspect of that same use case.
Has the journal improved anything for anyone, anywhere, in any real, meaningful way? Absolutely not. All searching, etc is available on text files with | grep. Zero improvement.
Has the journal improved performance? No.
And the ridiculous and absurd and inane concept of the journal being removed at each reboot?
It's as if the people writing systemd, had absolutely no real-world experience with servers, maintaining them, or working with them, and simply made design decisions predicated upon rumour, with no actual understanding of edge cases, or why things are, or were, as they are.
--
An example would be some aspects of Hyundais. They are relatively new, in many ways, to much of the market they have entered. Yes, I know, decades may not seem like that, but it is so. And until they stole all of Toyota's QA methods by hiring engineers (which also took all documentation), they were of horrible quality.
That said, I say in one of their newer SUVs, electric, the other day. Their dashboard, down at the bottom, ended in a sharp corner. When I sat in the car, I realised that should I be in an accident, or even brake aggressively, my kneecap would mash into this non-rounded, extremely square, sharp angle. I could literally see my kneecap being sliced/popped off.
This sort of "it's silly to have round everywhere, let's do something new ascetically, and make it a sharp edge down there!", coupled with "There aren't many people 6'3" in S. Korea, so we'll never notice how dangerous this is", is a prime example of this.
The authors had no idea of edge cases, and the litany of bug reports over the last decade has shown all their supposed improvements filed away, as they have basically had to conform to logical design standards, developed by people far wiser than they, over the last half century.
No, someone-new-to-the-entire-unix-ecosystem, the phrase "but we can just" isn't a viable means to determine sensible design methodology.
Go ahead, enact change, just make sure it makes some sense.
Mitchell has really enjoyed Nu essentially. If it is implemented in a shell script, it probably also means that general shell tooling can work with the format.
Denouncing ICE is not denouncing federal immigration law. The Department of Homeland Security did not exist until 2003. Are you saying that prior to 2003, the US did not enforce federal immigration law?
What's your point? Immigration law existed before 2003 too. It might not have been the DHS or ICE enforcing it, but the concept of illegal aliens wasn't invented in 2003.
And yes, I interpret “Abolish ICE” to mean “don't enforce federal immigration law”, because that's what people _usually_ mean when they say “abolish ICE”.
Technically, “abolish ICE” could also mean: “abolish ICE and replace it with an even more ruthless state secret police modeled after the East German Stasi” but in my experience that's _rarely_ what people who say “abolish ICE” mean. So I don't think you can fault me for assuming, in good faith, that's not what Andrew means when he calls for the abolition for ICE, either.
If Andrew feels I'm misconstruing his intent, then he's welcome to write a full blog post explaining his nuanced views on immigration, but he didn't do that. He only wrote two words: abolish. ICE. I think it's reasonable to assume that he means to literally abolish Immigration and Customs Enforcement, leaving the US without Immigration and Customs Enforcement.
Andrew doesn't need to write anything. You're making a bad faith argument.
> I think it's reasonable to assume that he means to literally abolish Immigration and Customs Enforcement, leaving the US without Immigration and Customs Enforcement.
You really don't think that the US had federal immigration enforcement before 2003. Very strange.
So you're basing it all on your willful interpretation of "don't enforce federal immigration law" instead of going with any other interpretation that would not enrage you so? That seems unhealthy.
How about the following very likely interpretation: "abolish the government agency ICE through democratic process (including protesting and voting)" followed with one of "move immigration law enforcement to another agency and better qualified agents with different, more humane rules" or "also reform immigration law to be more humane than allowing the executive arbitrary deportation of people in a legal process of gaining legal visa/citizenship/etc"
or any of the other less ridiculous takes than your interpretation or Stasi comparison.
Basedpyright is really good. I've been using it in neovim for a while. I'm currently evaluating ty. It is definitely not as good, but it is also really new.
I appreciate that we have good alternatives to pylance. While it is good, it being closed source is a travesty.
I do. It's great that the UI is stagnated, but unfortunately the UX is too. Things like bluetooth not being integrated with the DE, and various details that we take for granted not working correctly
The systemd repo is a mono repo for other tools in addition to the init system.
I've heard from many sysadmins and distribution maintainers that systemd has been amazing. We went from ad hoc shell scripts to declarative plain text files. I think that's a huge win.
reply