/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-02-10 03:54:09 UTC
  • Revision ID: teddy@recompile.se-20190210035409-l2mqp2ftzkggwybz
Do minor fix to make mandos-monitor work with new python-urwid

* mandos-monitor (UserInterface.log): Initialize to an
                                      urwid.SimpleListWalker([]), not
                                      an empty list.
  (UserInterface.log_message_raw): Fix off-by-one error.

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