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

  • Committer: Teddy Hogeborn
  • Date: 2009-02-13 08:00:47 UTC
  • mfrom: (237.2.78 mandos)
  • Revision ID: teddy@fukt.bsnet.se-20090213080047-eibfmj4j2a9zt53d
Merge from trunk.  Notable changes:

 1. Server package now depends on "python-gobject".
 2. Permission fix for /lib64.
 3. Support for DEVICE setting from initramfs.conf, kernel parameters
    "ip=" and "mandos=connect".
 4. Fix for the bug where the server would stop responding, with a
    zombie checker process.
 5. Add support for disabling IPv6 in the server
 6. Fix for the bug which made the server, plugin-runner and
    mandos-client fail to change group ID.
 7. Add GnuTLS debugging to server debug output.
 8. Fix for the bug of the "--options-for" option of plugin-runner,
    where it would cut the value at the first colon character.
 9. Stop using sscanf() throughout, since it does not detect overflow.
10. Fix for the bug where plugin-runner would not go to the fallback
    if all plugins failed.
11. Fix for the bug where mandos-client would not clean up after a
    signal.
12. Added support for connecting to IPv4 addresses in mandos-client.
13. Added support for not using a specific network interface in
    mandos-client.
14. Kernel log level will be lowered by mandos-client while bringing
    up the network interface.
15. Add an option for the maximum time for mandos-client to wait for
    the network interface to come up.
16. Fix for the bug where mandos-client would not clean the temporary
    directory on some filesystems.

Show diffs side-by-side

added added

removed removed

Lines of Context:
debian/control
 
1
Source: mandos
 
2
Section: admin
 
3
Priority: extra
 
4
Maintainer: Mandos Maintainers <mandos@fukt.bsnet.se>
 
5
Uploaders: Teddy Hogeborn <teddy@fukt.bsnet.se>,
 
6
           Björn Påhlsson <belorn@fukt.bsnet.se>
 
7
Build-Depends: debhelper (>= 7), docbook-xml, docbook-xsl,
 
8
        libavahi-core-dev, libgpgme11-dev, libgnutls-dev, xsltproc,
 
9
        pkg-config
 
10
Standards-Version: 3.8.0
 
11
Vcs-Bzr: http://ftp.fukt.bsnet.se/pub/mandos/trunk
 
12
Vcs-Browser: http://bzr.fukt.bsnet.se/loggerhead/mandos/trunk/files
 
13
Homepage: http://www.fukt.bsnet.se/mandos
 
14
 
 
15
Package: mandos
 
16
Architecture: all
 
17
Depends: ${misc:Depends}, python (>=2.5), python-gnutls, python-dbus,
 
18
        python-avahi, python-gobject, avahi-daemon, gnupg (< 2),
 
19
        adduser
 
20
Recommends: fping
 
21
Description: a server giving encrypted passwords to Mandos clients
 
22
 This is the server part of the Mandos system, which allows
 
23
 computers to have encrypted root file systems and at the
 
24
 same time be capable of remote and/or unattended reboots.
 
25
 .
 
26
 The computers run a small client program in the initial RAM
 
27
 disk environment which will communicate with a server over a
 
28
 network.  All network communication is encrypted using TLS.
 
29
 The clients are identified by the server using an OpenPGP
 
30
 key; each client has one unique to it.  The server sends the
 
31
 clients an encrypted password.  The encrypted password is
 
32
 decrypted by the clients using the same OpenPGP key, and the
 
33
 password is then used to unlock the root file system,
 
34
 whereupon the computers can continue booting normally.
 
35
 
 
36
Package: mandos-client
 
37
Architecture: any
 
38
Depends: ${shlibs:Depends}, ${misc:Depends}, adduser, cryptsetup
 
39
Enhances: cryptsetup
 
40
Description: do unattended reboots with an encrypted root file system
 
41
 This is the client part of the Mandos system, which allows
 
42
 computers to have encrypted root file systems and at the
 
43
 same time be capable of remote and/or unattended reboots.
 
44
 .
 
45
 The computers run a small client program in the initial RAM
 
46
 disk environment which will communicate with a server over a
 
47
 network.  All network communication is encrypted using TLS.
 
48
 The clients are identified by the server using an OpenPGP
 
49
 key; each client has one unique to it.  The server sends the
 
50
 clients an encrypted password.  The encrypted password is
 
51
 decrypted by the clients using the same OpenPGP key, and the
 
52
 password is then used to unlock the root file system,
 
53
 whereupon the computers can continue booting normally.