summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorLuke Shumaker <LukeShu@sbcglobal.net>2013-12-17 16:46:05 -0500
committerLuke Shumaker <LukeShu@sbcglobal.net>2013-12-17 16:46:05 -0500
commit71900e7c5c6dafb9efb7e06ec9f17a47537bd675 (patch)
tree4b7d6a83d610b14f1830dd98754241221ada6ad7
parent06216f85dd27d76d3fd91c3aa7f6e0ac36d8c69f (diff)
arch-systemd: fix multi-paragraph footnote for pandoc
-rw-r--r--public/arch-systemd.md42
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.