Bug#769528: systemd: ifup@ services failing if no /run/network directory

Martin Pitt mpitt at debian.org
Sat Nov 15 10:54:07 GMT 2014


Michael Biebl [2014-11-14 22:57 +0100]:
> Hm, I wonder if we (or better ifupdown) should rather ship a tmpfiles
> snippet for it, or, as I did in the past, ship create the runtime
> directory manually.

I don't think that this would be right. If someone disables
/etc/init.d/networking, then I think we should respect that, i. e. not
run ifupdown, instead of re-enabling it through the backdoor?

> I also found the commit message a bit odd, what did you mean with
> "autogenerated networking.service" ?

Indeed, that's a bit confusing. I suppose he meant "networking.service
that represents /etc/init.d/networking". I adjusted the changelog in
git now:

  * debian/ifup at .service: add a ConditionPath on /run/network, to avoid
    failing the unit if /etc/init.d/networking is disabled. (Closes: #769528)

I hope that's clearer now?

Thanks,

Martin

-- 
Martin Pitt                        | http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://alioth-lists.debian.net/pipermail/pkg-systemd-maintainers/attachments/20141115/119cf90d/attachment-0002.sig>


More information about the Pkg-systemd-maintainers mailing list