Pretty sure they meant the whole “do one thing, do it well, and prefer composition” part.
But I’m more interested in what parts of systemd don’t follow the file metaphor, and what things you think shouldn’t follow that metaphor? How would you interact with those things?
That’s all fine and good, but that’s not quite related to the “everything is a file” metaphor. The data is still stored in files and accessed using conventional io and the command itself is routinely piped to other commands.
Everything being a file is extremely pervasive in unix, and I couldn’t think of what systemd was doing that went in opposition to the metaphor.
But it doesn’t follow the Unix Philosophy!
GNU is Not Unix
Linux Is Not UniX
…“No, not like that”
not everything needs to be a file.
in fact most things shouldn’t.
Pretty sure they meant the whole “do one thing, do it well, and prefer composition” part.
But I’m more interested in what parts of systemd don’t follow the file metaphor, and what things you think shouldn’t follow that metaphor? How would you interact with those things?
journalctl. I don’t give a damn as to where the logs are, and I just have telljournalctlto give me the logs for whatever I want.But for a tool that read log configs and find that out for you, you’ve let Timers into your home.
That’s all fine and good, but that’s not quite related to the “everything is a file” metaphor. The data is still stored in files and accessed using conventional io and the command itself is routinely piped to other commands.
Everything being a file is extremely pervasive in unix, and I couldn’t think of what systemd was doing that went in opposition to the metaphor.
Who cares? It makes my life so much easier!
REEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEE!
When will you learn? When will you learn that your choices in process management software have consequences?