The init script for mail-mta/nullmailer executes nullmailer-send with the --daemon option command line option but the nullmailer-send executable produced by the nullmailer-1.13 ebuild does not understand this option and it does not fork to the background. As a result, executing "/etc/init.d/nullmailer start" never returns. Apparently the --daemon option is not an upstream feature but rather it is added by the debian patches. It seems that these patches are not applied by the nullmailer-1.13 ebuild.
I can confirm this problem... please fix! thanks!
Robin, what is the way to proceed here? 1. Apply the debian patch 2. Adapt systemd/openrc scripts to handle forking themselves?
(In reply to Pacho Ramos from comment #2) > Robin, what is the way to proceed here? > 1. Apply the debian patch > 2. Adapt systemd/openrc scripts to handle forking themselves? I would go for 2. to stop relying on that patching
+*nullmailer-1.13-r2 (25 Sep 2013) + + 25 Sep 2013; Justin Lecher <jlec@gentoo.org> -nullmailer-1.11.ebuild, + -nullmailer-1.11-r1.ebuild, nullmailer-1.11-r2.ebuild, + nullmailer-1.11-r3.ebuild, -nullmailer-1.13.ebuild, + -nullmailer-1.13-r1.ebuild, +nullmailer-1.13-r2.ebuild, + +files/init.d-nullmailer-r3: + Drop old vulnerable versions, #480376; respect AR, #480394; make paludis + happy, #462846 thanks Thomas Witt for the patch; fix broken openrc + initscript, #480354 +