News for hackers. Stuff that matters.
Re:The Joy of Linux Desktop Environments by robmccoll on Thursday November 17, 2016 @03:04PM (#12980933)
Some of the configuration is plain text: unit, service, and environment files are plaintext. Which services are enabled and disabled cannot be controlled through file manipulation that I know of. Journal (log files) are binary.

I think what bothers me about both is that the presence of text files in a predefined location is not enough to make things happen on its own. Instead of the simplest possible everything-is-a-file and interacting with the filesystem is the interface, you have an additional requirement of calling binaries and their subcommands.

Re:The Joy of Linux Desktop Environments by edbrown23 on Thursday November 17, 2016 @03:26PM (#12981155)
Generally systemd manages enabled/disabled services through symlinks in /etc/ (/etc/systemd/system/ on my Fedora 24, for instance), which you can add/delete in the shell if you want to. It's admittedly not plain-text, but manipulation-wise it's about equal.
Re:The Joy of Linux Desktop Environments by mjevans on Thursday November 17, 2016 @04:11PM (#12981606)
It's using the default database (the filesystem) for it's configuration in that instance.
Re:The Joy of Linux Desktop Environments by robmccoll on Thursday November 17, 2016 @04:03PM (#12981537)
Nice - learned something new. Thanks!
Re:The Joy of Linux Desktop Environments by juliangoldsmith on Thursday November 17, 2016 @03:23PM (#12981128)
IIRC enabling and disabling services in systemd are done via symlinks. You'd have to call a binary to start newly-added services, though. (i.e. systemctl daemon-reload && systemctl start service)
Re:The Joy of Linux Desktop Environments by lima on Thursday November 17, 2016 @04:55PM (#12982087)
> You'd have to call a binary to start newly-added services

It reloads its configuration on SIGHUP (same as daemon-reload).