/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 NEWS

  • 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
This NEWS file records noteworthy changes, very tersely.
2
2
See the manual for detailed information.
3
3
 
 
4
Version 1.8.4 (2019-04-09)
 
5
* Client
 
6
** Fix minor memory leak in plugin-runner.
 
7
* Server
 
8
** mandos-ctl now has a --debug option to show D-Bus calls.
 
9
 
 
10
Version 1.8.3 (2019-02-11)
 
11
* No user-visible changes.
 
12
 
 
13
Version 1.8.2 (2019-02-10)
 
14
* Client
 
15
** In mandos-keygen, ignore failures to remove files in some cases.
 
16
 
 
17
Version 1.8.1 (2019-02-10)
 
18
* Client
 
19
** Only generate TLS keys using GnuTLS' certtool, of sufficient
 
20
   version.  Key generation of TLS keys will not happen until a
 
21
   version of GnuTLS is installed with support for raw public keys.
 
22
** Remove any bad keys created by 1.8.0 and openssl.
 
23
* Server
 
24
** On installation, edit clients.conf and remove the same bad key ID
 
25
   which was erroneously reported by all 1.8.0 clients.  Also do not
 
26
   trust this key ID in the server.
 
27
 
 
28
Version 1.8.0 (2019-02-10)
 
29
* Client
 
30
** Use new TLS keys for server communication and identification.
 
31
   With GnuTLS 3.6 or later, OpenPGP keys are no longer supported.
 
32
   The client can now use the new "raw public keys" (RFC 7250) API
 
33
   instead, using GnuTLS 3.6.6.  Please note: This *requires* new key
 
34
   IDs to be added to server's client.conf file.
 
35
** New --tls-privkey and --tls-pubkey options to load TLS key files.
 
36
   If GnuTLS is too old, these options do nothing.
 
37
* Server
 
38
** Supports either old or new GnuTLS.
 
39
   The server now supports using GnuTLS 3.6.6 and clients connecting
 
40
   with "raw public keys" as identification.  The server will read
 
41
   both fingerprints and key IDs from clients.conf file, and will use
 
42
   either one or the other, depending on what is supported by GnuTLS
 
43
   on the system.  Please note: both are *not* supported at once; if
 
44
   one type is supported by GnuTLS, all values of the other type from
 
45
   clients.conf are ignored.
 
46
 
4
47
Version 1.7.20 (2018-08-19)
5
48
* Client
6
49
** Fix: Adapt to the Debian cryptsetup package 2.0.3 or later.