Originally posted by access
View Post
Announcement
Collapse
No announcement yet.
systemd Rolling Out "run0" As sudo Alternative
Collapse
X
-
- Likes 3
-
Originally posted by cynic View Post
wrt the "DNS bug" is not a lack of man power keeping it open, it's not recognizing it as a bug.
systemd dev think this is the way it is supposed to work.
- Likes 7
Comment
-
Originally posted by Kjell View Postsystemd is vendor lock-in at this point
You can't opt-out of most features unless you compile it yourself
Packages are gradually starting to depend on functionality of systemd
We no longer have the freedom of choice as they're pushing more and more features into a single point of failure.. XZ vulnerability depended on functionality of systemd (edit: for those missing the bigger point, such problems are a biproduct of feature creep. Also, let's not discuss how buggy core components are, like systemd-networkd & systemd-resolved, and how many attack vectors systemd introduces with the amount of modules they provide).
How far will this go?
systemd/GNU/Linux
​
Comment
-
Originally posted by F.Ultra View Post
On the contrary, the entry is still open at Github and if one actually looks there it turns out that there is a problem reproducing the error and no user have so far added any debug logs despite it being constantly asked for.
With glibc (and in all operating systems), each query was sent to all DNS servers, in the order they are specified, until one of them can resolve it. With systemd-resolved, the same server is always used until it fails. In that case, systemd-resolved will start submitting the queries starting from the second one, ignoring the first."
This different policy causes unexpected behaviour in complex networks.
So, AFAICT, there no real bug in the code.
- Likes 3
Comment
-
Originally posted by NotMine999 View Post
So by that logic those users should have NEVER LEFT the Windows and Apple ecosystems and polluted the Wonderful World of Linux where FREE CHOICE reigned in pre-systemdeath days.
To distill the comments and diatribes that I find in this thread it comes down to this:
system(death) obviously and clearly breaks the fundamental rule of UNIX where many small programs work together, each specializing in their own unique tasks, to solve problems much greater than themselves. UNIX-style users could clearly swap out different small programs with other similar programs, albeit with different names (but a symlink can solve that), and for whatever reason they wanted; that's the essence of FREE CHOICE in UNIX and Linux.
Yes, users can still compile and build what they want out of system(death) and a few posters have clearly stated that certain distros tightly integrate system(death) into many aspects of that distro. At least Gentoo took a more rational approach when it came to system(death) that still allows a large amount of user choice, for example (borrowing from a poster here) systemd-boot or grub or whatever. system(death) would be acceptable to many if it and it's sycophant distros functioned on a level that allows FREE CHOICE, but they do not; they cater the the "I don't wanna Windoze or Fruit Cult crowd but I needs me a 'puter so I'z can play mez games on kewl Linux."
Where traditional UNIX-oriented distros have lost "mindshare" is in failing to improve integration among non-systemd components so they work well together. Distros claim "lack of developer hours", "lack of maintainer hours", "lack of funding" or whatever while pushing it all back to the priginal program developers (who have similar challenges). That is the "opening" that the systemd leaders spotted, how they wedged themselves into the Linux World ... and now like the roaches that they are we will never be rid of the system(death) infestation.
- Likes 2
Comment
-
Originally posted by KernelCrasher View Post
Tell that to Netflix, they surely forgot to consider such insightful and important point before choosing the OS.
- Likes 2
Comment
-
-
Originally posted by L_A_G View Post
No. This is just patently false and the back and forth hard dependencies between systemD packages have been well documented for years at this point. You not personally running into this issue is textbook "runs fine on my machine" denialism and ignorant at best, flat out dishonest at worst.
I'll give you the benefit of the doubt and assume you didn't know and do you a favor and save you the effort of looking this up.
There. Now you know better.
You're saying that "systemD is not modular, because other projects depend on it"
Is that systemD's fault? What the fuck.
Edit: https://dictionary.cambridge.org/dic...nglish/modular
- Likes 4
Comment
Comment