/mandos/release

To get this branch, use:
bzr branch http://bzr.recompile.se/loggerhead/mandos/release

« back to all changes in this revision

Viewing changes to debian/rules

  • Committer: Teddy Hogeborn
  • Date: 2019-07-30 17:03:57 UTC
  • mto: This revision was merged to the branch mainline in revision 384.
  • Revision ID: teddy@recompile.se-20190730170357-jte0piul5mq7j5pr
http://bugs.debian.org/933387
Server: Reap zombies created by multiprocessing.Process()

When creating checkers as multiprocessing.Process() objects, the
multiprocessing module also creates a parent process (for the
call_pipe() function) to call the actual checker process, but this
parent process is not reaped.  This is not a huge problem, since the
zombie is always reaped automatically the next time the multiprocess
starts a new process, but the zombies can be up to as many as there
have ever been simultaneous checker processes.  To fix this, the
process object must be join():ed when they report completion of the
child checker process.

* mandos (Client): Fix doc string to correctly state that
                   Client.checker is a multiprocess.Process() and not
                   a subprocess.Popen() object.
  (Client.checker_callback): After the returncode of the checker
                             process has been read, wait for the
                             self.checker Process object to finish by
                             calling join() on it.

Reported-by: Peter Palfrader <weasel@debian.org>

Show diffs side-by-side

added added

removed removed

Lines of Context:
debian/rules
1
1
#!/usr/bin/make -f
 
2
 
 
3
ifeq (,$(filter noopt,$(DEB_BUILD_OPTIONS)))
 
4
    MAKEFLAGS += OPTIMIZE=-O0
 
5
endif
 
6
 
 
7
ifneq (,$(filter parallel=%,$(DEB_BUILD_OPTIONS)))
 
8
    NUMJOBS = $(patsubst parallel=%,%,$(filter parallel=%,$(DEB_BUILD_OPTIONS)))
 
9
    MAKEFLAGS += -j$(NUMJOBS)
 
10
endif
 
11
 
2
12
%:
3
13
        dh $@
4
14
 
22
32
override_dh_fixperms-arch:
23
33
        dh_fixperms --exclude etc/keys/mandos \
24
34
                --exclude etc/mandos/plugins.d \
25
 
                --exclude usr/lib/$(shell dpkg-architecture -qDEB_HOST_MULTIARCH 2>/dev/null)/mandos/plugins.d \
26
 
                --exclude usr/lib/$(shell dpkg-architecture -qDEB_HOST_MULTIARCH 2>/dev/null)/mandos/plugin-helpers \
 
35
                --exclude etc/mandos/plugin-helpers \
 
36
                --exclude usr/lib/$(DEB_HOST_MULTIARCH)/mandos/plugins.d \
 
37
                --exclude usr/lib/$(DEB_HOST_MULTIARCH)/mandos/plugin-helpers \
27
38
                --exclude usr/share/doc/mandos-client/examples/network-hooks.d
28
39
        chmod --recursive g-w -- \
29
40
        "$(CURDIR)/debian/mandos-client/usr/share/doc/mandos-client/examples/network-hooks.d"
32
43
        dh_fixperms --exclude etc/mandos/clients.conf
33
44
 
34
45
override_dh_auto_test-arch: ;
 
46
 
 
47
#bpo## dpkg-shlibdeps sees the "libgnutls28-dev (>= 3.6.6) |
 
48
#bpo## libgnutls28-dev (<< 3.6.0)," in the build-dependencies not as two
 
49
#bpo## alternatives, but as an absolute dependency on libgnutls30 >= 3.6.6.
 
50
#bpo## So we have to do this ugly hack to hide this build dependency if we
 
51
#bpo## compiled with libgnutls30 << 3.6.0.
 
52
#bpo#override_dh_shlibdeps-arch:
 
53
#bpo#   -gnutls_version=$$(dpkg-query --showformat='$${Version}' \
 
54
#bpo#           --show libgnutls30); \
 
55
#bpo#   dpkg --compare-versions $$gnutls_version lt 3.6.0 \
 
56
#bpo#           && { cp --archive debian/control debian/control.orig; sed --in-place --expression='s/libgnutls28-dev (>= 3\.6\.6) |//' debian/control; }
 
57
#bpo#   dh_shlibdeps
 
58
#bpo#   -gnutls_version=$$(dpkg-query --showformat='$${Version}' \
 
59
#bpo#           --show libgnutls30); \
 
60
#bpo#   dpkg --compare-versions $$gnutls_version lt 3.6.0 \
 
61
#bpo#           && mv debian/control.orig debian/control