summaryrefslogtreecommitdiffstats
path: root/systemd/netcfg.service
AgeCommit message (Collapse)AuthorFilesLines
2012-04-18systemd: wait for network to come upTom Gundersen1-1/+0
We need to make sure no the systemd services are only considered started when the network is actually up. Otherwise, things relying on the network don't know when they can start. This means that we need to use Type=forking or Type=oneshot, and in the case of ifplugd we must daemonize and wait for the daemon to be ready before we continue. Also do some minor cleanup: - don't include env files that are not used - don't ignore return values Signed-off-by: Tom Gundersen <teg@jklm.no>
2012-04-18systemd: pull in network.targetTom Gundersen1-0/+1
It is not enough to order ourselves Before network target, we must also make sure it is pulled in. This means that anything that needs the network to be up before they start can order themselves After=network.target. Reported-by: Tobias Powalowski <tpowa@archlinux.org> Signed-off-by: Tom Gundersen <teg@jklm.no>
2012-04-11Systemd service filesJouke Witteveen1-0/+13
The netcfg service provides support for the NETWORKS array in /etc/conf.d/netcfg through netcfg-daemon. The netcfg@ service allows individual profiles to be treated as services. These services wait until a connection is established (the other service has support for backgrounding)!