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

  • Committer: Teddy Hogeborn
  • Date: 2015-01-25 00:02:51 UTC
  • mto: (237.7.304 trunk)
  • mto: This revision was merged to the branch mainline in revision 325.
  • Revision ID: teddy@recompile.se-20150125000251-j2bw50gfq9smqyxe
mandos.xml (SEE ALSO): Update links.

Update link to GnuPG home page, change reference from TLS 1.1 to TLS
1.2, and change to latest RFC for using OpenPGP keys with TLS (and use
its correct title).

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.6.9 (2014-10-05)
 
5
* Server
 
6
** Changed to emit standard D-Bus signal when D-Bus properties change.
 
7
   (The old signal is still emitted too, but marked as deprecated.)
 
8
 
 
9
Version 1.6.8 (2014-08-06)
 
10
* Client
 
11
** Bug fix: mandos-keygen now generates working SSH checker commands.
 
12
* Server
 
13
** Bug fix: "mandos-monitor" now really redraws screen on Ctrl-L.
 
14
** Now requires Python 2.7.
 
15
 
 
16
Version 1.6.7 (2014-07-17)
 
17
* Client
 
18
** Bug fix: Now compatible with GPGME 1.5.0.
 
19
** Bug fix: Fixed minor memory leaks.
 
20
* Server
 
21
** "mandos-monitor" now has verbose logging, toggleable with "v".
 
22
 
 
23
Version 1.6.6 (2014-07-13)
 
24
* Client
 
25
** If client host has an SSH server, "mandos-keygen --password" now
 
26
   outputs "checker" option which uses "ssh-keyscan"; this is more
 
27
   secure than the default "fping" checker.
 
28
** Bug fix: allow "." in network hook names, to match documentation.
 
29
** Better error messages.
 
30
* Server
 
31
** New --no-zeroconf option.
 
32
** Bug fix: Fix --servicename option, broken since 1.6.4.
 
33
** Bug fix: Fix --socket option work for --socket=0.
 
34
 
4
35
Version 1.6.5 (2014-05-11)
5
36
* Client
6
37
** Work around bug in GnuPG <http://bugs.g10code.com/gnupg/issue1622>