summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorPatrick Lauer <patrick@gentoo.org>2017-11-30 07:20:59 +0000
committerPatrick Lauer <patrick@gentoo.org>2017-11-30 07:20:59 +0000
commit1016c8d09a77369c4b37e511bf6b3f03922f7c23 (patch)
treeb4d41e9a7e49980514e163b16ac1843df36dd478 /sci-physics/espresso++/espresso++-1.9.4.ebuild
parentmedia-libs/mesa: Print full path to patents.txt (diff)
downloadgentoo-1016c8d09a77369c4b37e511bf6b3f03922f7c23.tar.gz
gentoo-1016c8d09a77369c4b37e511bf6b3f03922f7c23.tar.bz2
gentoo-1016c8d09a77369c4b37e511bf6b3f03922f7c23.zip
net-proxy/haproxy: Fix init script
The change in https://bugs.gentoo.org/show_bug.cgi?id=584410 only worked because of multiple bugs interacting. Due to variable shadowing https://bugs.gentoo.org/show_bug.cgi?id=639164 the loop did not actually work, and the /run/haproxy.pid was used in every loop iteration. This only worked because of a bug in openrc: https://bugs.gentoo.org/show_bug.cgi?id=639218 which was fixed in 0.34.11 So before it killed all processes called haproxy if nbproc > 1 in the config (which means multiple haproxy instances are all killed if one is stopped!) After the bugfix it doesn't kill, so we're back to the original situation of leftover processes. And we don't want to rely on the cgroup killer! The fix is obviously to use start-stop-daemon directly instead of calling openrc internals that don't do what you think they do. Package-Manager: Portage-2.3.16, Repoman-2.3.6 RepoMan-Options: --force
Diffstat (limited to 'sci-physics/espresso++/espresso++-1.9.4.ebuild')
0 files changed, 0 insertions, 0 deletions