admin: I think this place needs a forum or subforum for "systemD"!
LQ Suggestions & FeedbackDo you have a suggestion for this site or an idea that will make the site better? This forum is for you.
PLEASE READ THIS FORUM - Information and status updates will also be posted here.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
admin: I think this place needs a forum or subforum for "systemD"!
systemdD is now slowly wiping out all Linux-Unix related workflows and muscling in on most relevant distros, taking over almost everything.
We need one single place to post for systemD threads.
Can't say anything to that as I am an outsider coming over here only every other year or so. My last thread on you-know-what a few years ago has been viewed over 1000 times.
We arent allowed to talk about S*****D without becoming targets or having threads moved or lock or deleted. You would do better not to speak of it.
It is perfectly fine to talk about systemd. What we don't want is yet another "systemd is evil" thread, we had more than enough of those and simply don't need more of them.
If you have technical questions about systemd feel free to post them.
Having said that, I have reported this thread to be moved to the Suggestions & Feedback sub-forum.
Distribution: Debian, Red Hat, Slackware, Fedora, Ubuntu
Posts: 13,602
Rep:
Thanks for the feedback. We have no plans to add a dedicated forum for systemd at this time. We have fairly specific guidelines for adding new fora, and this does not come close to meeting it. As has been mentioned, members are free to post about systemd, but off-topic vitriol-filled rants aren't something we want at LQ (be they systemd related or otherwise).
Thanks for the feedback. We have no plans to add a dedicated forum for systemd at this time. We have fairly specific guidelines for adding new fora, and this does not come close to meeting it. As has been mentioned, members are free to post about systemd, but off-topic vitriol-filled rants aren't something we want at LQ (be they systemd related or otherwise).
--jeremy
Quote:
Originally Posted by sundialsvcs
And I, at least so-far, have not seen enough "traffic" on the subject (other than "is evil" rants) to (IMHO) warrant a sub-forum.
Generally, I really don't like sub-forums, because they create more nooks-and-crannies in which to have to look.
Hear, hear on both comments.
I agree that I don't like sub-forums.
And further I haven't seen much systemd chatter, except the hate threads as well.
I have a lot of issues that boil down to Systemd. When I google for help I find it in forums and sites from across distros: arch, gentoo, suse, fedora etc.. Will say that all systemd related problems have pretty much the same solution, whatever distro.
I dislike, systemd as a software implementation, but obviously it doesn't really affect me.
In my opinion it shouldn't have it's own forum for the same reason that there isn't a specific forum for any other single upstream software package. If you have a problem with it, read the documentation - if the documentation is crap or you believe the software is crap, don't use that software.
There are some however for whom this method doesn't work.
The first type are those people who use hypothetical Linux distro A and are angry at that distro's adoption of systemd. They don't change Linux distro, or if they do they remain at that distro's forums slagging off the distro, systemd, the systemd developers and just generally trolling hard. They perhaps expect, though I doubt it, that this will sway opinion against systemd and that the Linux distro, which they have probably never contributed a single patch or bug report to, will suddenly have a change of heart and revert the decision to switch to systemd.
The second type are the "what if 'my-top-favourite-linux-distro' adopts systemd?" people. They live in fear of the eventual adoption of this menace and that their distro may "have no choice". If the project leader or lead developer remains silent for a few weeks or makes some ambiguous noncommittal statement - the hand wringing and hysterics begin...
cynwulf,
I think "read the documentation" approach is not what people come here for.
Second "what if 'my-top-favourite-linux-distro' adopts systemd?" - this train has already left the station. it has happened for most of us.
For me systemd is still myterious and I run into - for me- unsolvable problems. I am not a professional. For instance my current problem: "WatchdocSec" - does it just check and report status back to some other service ? or will it force restart the service file it is written in? The manual are 100s of pages, versions change frequently....
And the implementaion of systemd is 99 the same, whatever distro it is implemented in. Devserves a separate chapter imho.
Actually I think this is a great idea. It would be even better without pro vs con rants.
For instance, I would like to find out what the correct way is to do things such as the recommended way of restarting the GUI (kdm in my case) after a graphics driver update. Both "systemctl restart kdm.service" & and "systemctl isolate graphical.target" seems to leave me having to start networking manually.
And the implementaion of systemd is 99 the same, whatever distro it is implemented in. Devserves a separate chapter imho.
That is also true for VLC, xfburn and KDE. Should they also have their own sub-fora?
Quote:
I think "read the documentation" approach is not what people come here for. ... The manual are 100s of pages, versions change frequently....
They might not be looking for it, but pointing people to the documentation that has their answers is a good form of help. They arrive expecting one thing and get something better. If I do not want to read the manual, whether it has only one page or is a hundred pages long, why should anyone here feel obligated to help me? If I do not understand the documentation, I would be hoping someone can explain it in a manner I can understand, but I would not expect others to type up a short guide so I can avoid reading the documentation myself.
They might not be looking for it, but pointing people to the documentation that has their answers is a good form of help. They arrive expecting one thing and get something better. If I do not want to read the manual, whether it has only one page or is a hundred pages long...
That works up to the point that the documentation isn't good enough; it could be that it isn't beginner-friendly enough, incomplete or just plan wrong but it still is a problem (although 'I couldn't be bothered to read the docs' is probably the more common problem).
Quote:
Originally Posted by Randicus Draco Albus
That is also true for VLC, xfburn and KDE. Should they also have their own sub-fora?
Hey, maybe we can get rid of some of the more thoughtless 'which distro should I use' threads if we get them to go through the obvious 'which GUI should I use' stuff first. They won't like it...
"Hey, maybe we can get rid of some of the more thoughtless 'which distro should I use' threads if
Although it cannot be eliminated, it might be alleviated with a sticky post somewhere conspicuous that has a list of the main distributions with short descriptions of target users and presence/absence of features. Although I cannot think where it could be put where it would be easily noticed.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.