Is there any alternative proposed to the rejected patch? I see this is
marked as wontfix.
I understand the reason, but I too am bit by this bug. Debian sid with
latest packages, I have openvpn, bind9, and exim4 with local delivery
only. It sounds like this is my issue too.
When OpenVPN starts, it must let boot proceed while the interfaces
haven't yet finished coming up and thus they can't be bound with. This
is an OpenVPN server, it's not like it has to connect to some remote
host, it should be possible to wait for the tun0 interface to come up
before moving to the next init script.
Because it doesn't, my bind9 doesn't bind the right interface and needs
to be restarted manually after boot completes, and my local delivering
exim4 waits at least 60 seconds for bind to come up so it can resolve
its own hostname, before giving up.
Did anyone subscribed to this issue try switching to systemd? That
might help, I'm not sure.
--Kingdon
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
