-3
Another post for not using systemd
(lemmy.world)
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 26 Oct 2023
-3 points (47.8% liked)
Linux
48349 readers
450 users here now
From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Rules
- Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
- No misinformation
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
founded 5 years ago
MODERATORS
Ring me when systemd starts phoning home to Microsoft and/or installing random microsoft-related packages without my consent.
Remember when Google's DNS server address was hard-coded in systemd-resolved? Good times, what a laugh we all had.
Systemd-networkd (not systemd the init system) defaulted to the google DNS servers when:
That is indeed a serious issue worth bringing up decades later.
The main thing that turned it into a serious issue rather than just a stupid thing to joke about was that Poettering refused (as of five years ago) to admit that it was a mistake.
Why would he? It never was an issue.
It's just one more annoying little thing to go on the big list of items to be corrected when setting up a systemd-equipped system, but more importantly believing that it's acceptable to just leave it there demonstrates extremely poor judgement to a degree that makes many of us doubt the trustworthiness of the entire project. Perhaps in 2013, or whenever the decision was initially made, substantial numbers of people were sufficiently clueless as to think that adding in the possibility of inadvertently having your system quietly direct all its DNS queries to Google was better than the more obvious alternative of not doing so, but after everything that's gone down since then it's quite hard to imagine why anyone would stick up for such a bizarre point of view today.
Where are those "many of us"?
It is what the CI uses for testing. If several layers of people decide to not do their job and you have no hardware in your network that announces the DNS servers to use like basically everybody has, then those CI settings might leak through to the occassional user. Even then, at least there is network: Somebody that can't be arsed to configure their network or pick any semi-private distribution will probably prefer that.
Absolutely no issue here, nothing to see.
Were they really? Or were they told "change it if you don't like it"? Genuine question, and it would make some difference.
But in either case I'm sure not all of them did, and failing that it is all down to the one person (or worse, one team of people) administering the system. Badly configured networks resulting in DNS problems is not exactly rare, but that is beside the point. It's clearly wrong no matter how uncommon is the situation that makes it materially detrimental.