Package: cryptsetup
Version: 2:1.0.6-6
Severity: wishlist

This is of course not very important and could happen at a later stage.

I'd suggest that timeout support is readded because it could be useful, e.g. when some script tries to map a dm-crypt device, but the usb-stick containing the key is not inserted, but the device is not so important for that script.
Perhaps the same applies for the boot process.

I'd suggest that timeout control is the task of cryptsetup's higher scripts at lest not that of the keyscripts.

One solution would be to start the keyscript with something like /usr/share/doc/bash/examples/scripts/timeout .

I'd probably need help here too. Where would changes be have to applied? The initramfs-scripts? Scripts like cryptdisk_start? What else?

thanks,
Chris.

-- System Information:
Debian Release: 5.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_DE.UTF-8, LC_CTYPE=en_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages cryptsetup depends on:
ii dmsetup 2:1.02.27-4 The Linux Kernel Device Mapper use
ii  libc6                        2.7-16      GNU C Library: Shared libraries
ii libdevmapper1.02.1 2:1.02.27-4 The Linux Kernel Device Mapper use ii libpopt0 1.14-4 lib for parsing cmdline parameters
ii  libuuid1                     1.41.3-1    universally unique id library

cryptsetup recommends no packages.

Versions of packages cryptsetup suggests:
ii  dosfstools                    3.0.1-1    utilities for making and checking
ii  initramfs-tools [linux-initra 0.92m      tools for generating an initramfs
ii udev 0.125-7 /dev/ and hotplug management daemo

-- no debconf information


----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.




--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]

Reply via email to