this post was submitted on 26 Oct 2023
-4 points (46.9% liked)

Linux

48121 readers
654 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

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago
MODERATORS
AgreeableLandscape@lemmy.ml
nooter692@lemmy.ml
MarcellusDrum@lemmy.ml
cypherpunks@lemmy.ml
cyclohexane@lemmy.ml
d3Xt3r@lemmy.nz
-4
Another post for not using systemd (lemmy.world)
submitted 1 year ago* (last edited 1 year ago) by MigratingtoLemmy@lemmy.world to c/linux@lemmy.ml
54 comments fedilink hide all child comments
 

Before anything else, I would like to say that I admit systemd has brought great change to GNU/Linux. sysvinit wasn't the best, and custom scripts for every distro is a pain I'd rather not have.

With that said, Poettering now works for Microsoft, systemd has basically taken over all of the common/popular distributions (if this is about the argument of "systemd making it easier for developers", disclaimer: I don't know. I'm not a developer), and this has led to a rampant monopolisation of the init system.

Memes aside, this has very real consequences. If you don't want another CentOS-style "oof, sorry, off to testing" debacle happening with your init system, might want to look at the more "advanced" distributions that let you choose the init system.

I am well aware that systemd works well for the most part, and that gamers and most other people likely don't care - which is fine, at least for now. I do expect to see a massive turnover in sentiment if something ever happens to systemd (not that I'd like for that to happen, but no trusting RedHat anymore), but I suppose we'll get to it when we do.

My sentiments are well enunciated in this recent post on the Devuan forum: https://dev1galaxy.org/viewtopic.php?id=5826

Cheers!

you are viewing a single comment's thread
view the rest of the comments
[–] jsdz@lemmy.ml -3 points 1 year ago (1 children)

Remember when Google's DNS server address was hard-coded in systemd-resolved? Good times, what a laugh we all had.

[–] hunger@programming.dev 13 points 1 year ago (1 children)

Systemd-networkd (not systemd the init system) defaulted to the google DNS servers when:

  • the admin did not change the configuration
  • the user did not configure anything
  • the network did not announce anything
  • the packagers had not changed it as they were asked to do
  • the distribution actually decided to switch to networkd. Few have done somtomthis day.

That is indeed a serious issue worth bringing up decades later.

[–] jsdz@lemmy.ml -4 points 1 year ago* (last edited 1 year ago) (1 children)

The main thing that turned it into a serious issue (five years ago) rather than just a stupid thing to joke about was that Poettering refused to admit that it was a mistake. It only got fixed because downstream packagers of systemd patched it out.

[–] hunger@programming.dev 4 points 1 year ago (1 children)

Why would he? It never was an issue.

[–] jsdz@lemmy.ml 0 points 1 year ago (1 children)

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.

[–] hunger@programming.dev 4 points 1 year ago (2 children)

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.

[–] jsdz@lemmy.ml 2 points 1 year ago* (last edited 1 year ago)

the packagers had not changed it as they were asked to do

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.