summaryrefslogtreecommitdiff
path: root/config.h.meson
diff options
context:
space:
mode:
authorAlan Jenkins <alan.christopher.jenkins@gmail.com>2018-03-11 21:48:46 +0000
committerThomas Haller <thaller@redhat.com>2018-03-14 10:24:45 +0100
commit167e42a87e97ed7fb26a4263c22f1774716ac51b (patch)
tree83bdc4682f3253161aa20a05232ec81073bd2e21 /config.h.meson
parent17009ed91da8b3e0b10ee7e94d220be9bd3fa84c (diff)
downloadNetworkManager-167e42a87e97ed7fb26a4263c22f1774716ac51b.tar.gz
systemd: make enablement of n-m-wait-online.service follow n-m.service
This is the approach used by systemd-networkd. I don't understand the logic that caused systemd-networkd to make the change - https://github.com/systemd/systemd/commit/9e49656037717b96c06b1f1507a41550bdb2c795 Instead, I am suggesting it for consistency, and because it seems to me this is the exact correct behaviour. Because if you enable NetworkManager, and rely on it to configure your network devices, then network mounts will not start correctly at boot time unless you also enable NetworkManager-wait-online.service. Enabling NetworkManager-wait-online.service does not cause unnecessary serialization of the boot process; it is only pulled in if something else (like a network mount) pulls in network-online.target. I am suggesting this in response to reading this user support request [1]. [1] https://unix.stackexchange.com/questions/429604/fstab-not-automatically-mounting-smb-storage [thaller@redhat.com: reworded commit message] https://github.com/NetworkManager/NetworkManager/pull/76
Diffstat (limited to 'config.h.meson')
0 files changed, 0 insertions, 0 deletions