/mandos/trunk

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

« back to all changes in this revision

Viewing changes to debian/control

  • Committer: Teddy Hogeborn
  • Date: 2019-07-30 17:03:57 UTC
  • Revision ID: teddy@recompile.se-20190730170357-jte0piul5mq7j5pr
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:
1
1
Source: mandos
2
2
Section: admin
3
 
Priority: extra
4
 
Maintainer: Mandos Maintainers <mandos@fukt.bsnet.se>
5
 
Build-Depends: debhelper (>= 7), docbook-xsl, libavahi-core-dev,
6
 
        libgpgme11-dev, libgnutls-dev, xsltproc, po-debconf,
7
 
        pkg-config
8
 
Standards-Version: 3.8.0
9
 
Vcs-Bzr: ftp://anonymous@ftp.fukt.bsnet.se/pub/mandos/latest
10
 
Homepage: http://www.fukt.bsnet.se/mandos
 
3
Priority: optional
 
4
Maintainer: Mandos Maintainers <mandos@recompile.se>
 
5
Uploaders: Teddy Hogeborn <teddy@recompile.se>,
 
6
           Björn Påhlsson <belorn@recompile.se>
 
7
Build-Depends: debhelper (>= 10), docbook-xml, docbook-xsl,
 
8
        libavahi-core-dev, libgpgme-dev | libgpgme11-dev,
 
9
        libglib2.0-dev (>=2.40), libgnutls28-dev (>= 3.3.0),
 
10
        libgnutls28-dev (>= 3.6.6) | libgnutls28-dev (<< 3.6.0),
 
11
        xsltproc, pkg-config, libnl-route-3-dev
 
12
Build-Depends-Indep: systemd, python (>= 2.7), python (<< 3),
 
13
        python-dbus, python-gi, po-debconf
 
14
Standards-Version: 4.3.0
 
15
Vcs-Bzr: https://ftp.recompile.se/pub/mandos/trunk
 
16
Vcs-Browser: https://bzr.recompile.se/loggerhead/mandos/trunk/files
 
17
Homepage: https://www.recompile.se/mandos
 
18
Rules-Requires-Root: binary-targets
11
19
 
12
20
Package: mandos
13
21
Architecture: all
14
 
Depends: ${misc:Depends}, python (>=2.5), python-gnutls, python-dbus,
15
 
        python-avahi, avahi-daemon, gnupg (< 2), adduser
16
 
Recommends: fping
17
 
Description: a server giving encrypted passwords to Mandos clients
 
22
Depends: ${misc:Depends}, python (>= 2.7), python (<< 3),
 
23
        libgnutls30 (>= 3.3.0),
 
24
        libgnutls30 (>= 3.6.6) | libgnutls30 (<< 3.6.0),
 
25
        python-dbus, python-gi, avahi-daemon, adduser, python-urwid,
 
26
        gnupg2 | gnupg, systemd-sysv | lsb-base (>= 3.0-6),
 
27
        debconf (>= 1.5.5) | debconf-2.0
 
28
Recommends: ssh-client | fping
 
29
Suggests: libc6-dev | libc-dev, c-compiler
 
30
Description: server giving encrypted passwords to Mandos clients
18
31
 This is the server part of the Mandos system, which allows
19
32
 computers to have encrypted root file systems and at the
20
33
 same time be capable of remote and/or unattended reboots.
22
35
 The computers run a small client program in the initial RAM
23
36
 disk environment which will communicate with a server over a
24
37
 network.  All network communication is encrypted using TLS.
25
 
 The clients are identified by the server using an OpenPGP
 
38
 The clients are identified by the server using a TLS public
26
39
 key; each client has one unique to it.  The server sends the
27
40
 clients an encrypted password.  The encrypted password is
28
 
 decrypted by the clients using the same OpenPGP key, and the
 
41
 decrypted by the clients using an OpenPGP key, and the
29
42
 password is then used to unlock the root file system,
30
43
 whereupon the computers can continue booting normally.
31
44
 
32
45
Package: mandos-client
33
 
Architecture: any
34
 
Depends: ${shlibs:Depends}, ${misc:Depends}, adduser, cryptsetup
 
46
Architecture: linux-any
 
47
Depends: ${shlibs:Depends}, ${misc:Depends}, adduser,
 
48
        cryptsetup (<< 2:2.0.3-1) | cryptsetup-initramfs,
 
49
        initramfs-tools (>= 0.99) | dracut (>= 044+241-3),
 
50
        dpkg-dev (>=1.16.0),
 
51
        gnutls-bin (>= 3.6.6) | libgnutls30 (<< 3.6.0),
 
52
        debconf (>= 1.5.5) | debconf-2.0
 
53
Recommends: ssh
 
54
Breaks: dropbear (<= 0.53.1-1)
35
55
Enhances: cryptsetup
 
56
Conflicts: dracut-config-generic
36
57
Description: do unattended reboots with an encrypted root file system
37
58
 This is the client part of the Mandos system, which allows
38
59
 computers to have encrypted root file systems and at the
41
62
 The computers run a small client program in the initial RAM
42
63
 disk environment which will communicate with a server over a
43
64
 network.  All network communication is encrypted using TLS.
44
 
 The clients are identified by the server using an OpenPGP
 
65
 The clients are identified by the server using a TLS public
45
66
 key; each client has one unique to it.  The server sends the
46
67
 clients an encrypted password.  The encrypted password is
47
 
 decrypted by the clients using the same OpenPGP key, and the
 
68
 decrypted by the clients using an OpenPGP key, and the
48
69
 password is then used to unlock the root file system,
49
70
 whereupon the computers can continue booting normally.