atftpd has false hard dependency on openbsd-inetd

[Impact]
<fill me in with explanation of severity and frequency of bug on users and justification for backporting the fix to the stable release>

[Text Case]
<fill me in with detailed *instructions* on how to reproduce the bug. This will be used by people later on to verify the updated package fixes the problem.>
1.
2.
3.
Broken Behavior:
Fixed Behavior:

[Regression Potential]
<fill me in with a discussion of how regressions would typically manifest as a result of this change. It's assumed that all candidate patches are well-tested and have low overall risk of regression; but if there's an area of concern be sure to call it out so testers can check it.>

[Original Report]Binary package hint: atftpd

atftpd 0.7.dfsg-6ubuntu1 has a false hard dependency on openbsd-inetd (through the inet-superserver metapackage).

When atftpd is installed, it fails to reload (or restart) openbsd-inetd, so the user doesn't get a consistent experience; most daemons (correctly) start immediately after being installed.

Moreover, the vast majority of daemons start independently of an inet-superserver, to decrease single points of failure, to increasing security (as the openbsd-inet runs as root) and to increasing performance.

We can improve on this situation by:
 - moving the 'Depends: inet-superserver' to a 'Suggests: inet-superserver'
 -> thus the user actually has the choice
 - fix the (broken) default OPTIONS in /etc/default/atftpd to include '--daemon'
 - tweak USE_INETD in /etc/default/atftpd to false
 -> thus the service works immediately after installed - no ambiguity of inetd/xinetd configuration/restarting

As a side-effect, this will increase security and increase performance on busy tftp systems.