diff options
author | Luke Shumaker <LukeShu@sbcglobal.net> | 2013-12-17 16:46:05 -0500 |
---|---|---|
committer | Luke Shumaker <LukeShu@sbcglobal.net> | 2013-12-17 16:46:05 -0500 |
commit | 71900e7c5c6dafb9efb7e06ec9f17a47537bd675 (patch) | |
tree | 4b7d6a83d610b14f1830dd98754241221ada6ad7 /public | |
parent | 06216f85dd27d76d3fd91c3aa7f6e0ac36d8c69f (diff) |
arch-systemd: fix multi-paragraph footnote for pandoc
Diffstat (limited to 'public')
-rw-r--r-- | public/arch-systemd.md | 42 |
1 files changed, 21 insertions, 21 deletions
diff --git a/public/arch-systemd.md b/public/arch-systemd.md index e62a61b..a3bc06f 100644 --- a/public/arch-systemd.md +++ b/public/arch-systemd.md @@ -34,27 +34,27 @@ there is compatibility for the variables that used to be there, but that is going away. [^1]: - *I* don't think it's bloated, but that is the criticism. - Basically, I discount any argument that uses "bloated" without - backing it up. I was trying to say that it takes a lot of heat - for being bloated, and that there is be some truth to that (the - systemd-fsck and syslog comments), but that these claims are - largely unsubstantiated, and more along the lines of "I would have - done it differently". Maybe your ideas are better, but you - haven't written the code. + *I* don't think it's bloated, but that is the criticism. + Basically, I discount any argument that uses "bloated" without + backing it up. I was trying to say that it takes a lot of heat + for being bloated, and that there is be some truth to that (the + systemd-fsck and syslog comments), but that these claims are + largely unsubstantiated, and more along the lines of "I would have + done it differently". Maybe your ideas are better, but you + haven't written the code. + + I personally don't have an opinion either way about SysV-init vs + systemd. I recently migrated my boxes to systemd, but that was + because the SysV init scripts for NFSv4 in Arch are problematic. I + suppose this is another **advantage** I missed: *people generally + consider systemd "units" to be more robust and easier to write + than SysV "scripts".* - I personally don't have an opinion either way about SysV-init vs - systemd. I recently migrated my boxes to systemd, but that was - because the SysV init scripts for NFSv4 in Arch are problematic. I - suppose this is another **advantage** I missed: *people generally - consider systemd "units" to be more robust and easier to write - than SysV "scripts".* - - I'm actually not a fan of either. If I had more time on my hands, - I'd be running a `make`-based init system based on a research - project IBM did a while ago. So I consider myself fairly - objective. + I'm actually not a fan of either. If I had more time on my hands, + I'd be running a `make`-based init system based on a research + project IBM did a while ago. So I consider myself fairly + objective. [^2]: - You can still have `USEDMRAID`, `USELVM`, `interface`, `address`, - `netmask`, and `gateway`. But those are minor. + You can still have `USEDMRAID`, `USELVM`, `interface`, `address`, + `netmask`, and `gateway`. But those are minor. |