[LCFC] templates://mdadm/{mdadm.templates}

[Christian Perrier]

This is the last call for comments for the review of debconf
templates for mdadm.

The reviewed templates will be sent on Monday, January 28, 2008 to the package
maintainer as a bug report and a mail will be sent to this list with
"[BTS]" as a subject tag.


-- 


-------------- next part --------------
Template: mdadm/initrdstart
Type: string
Default: all
#flag:translate!:2
_Description: MD arrays needed for the root file system:
 ${msg}
 .
 Please enter a space-separated list of devices, 'all', or 'none'. You may
 omit the leading '/dev/' and just enter e.g. "md0 md1", or "md/1 md/d0".

Template: mdadm/initrdstart_msg_intro
Type: text
_Description: for internal use - only the long description is needed.
 If the system's root file system is located on an MD array (RAID), it needs to be
 started early during the boot sequence. If it is located on
 a logical volume (LVM), which is on MD, all constituent arrays need to be
 started.
 .
 If you know exactly which arrays are needed to bring up the root file system,
 and you want to postpone starting all other arrays to a later point in the
 boot sequence, enter the arrays to start here. Alternatively, enter 'all' to
 simply start all available arrays.
 .
 If you do not need or want to start any arrays for the root file system, leave
 the answer blank (or enter 'none'). This may be the case if you are using
 kernel autostart or do not need any arrays to boot.

Template: mdadm/initrdstart_msg_errexist
Type: text
_Description:
 An error occurred: device node does not exist

Template: mdadm/initrdstart_msg_errblock
Type: text
_Description:
 An error occurred: not a block device

Template: mdadm/initrdstart_msg_errmd
Type: text
_Description:
 An error occurred: not an MD array

Template: mdadm/initrdstart_msg_errconf
Type: text
_Description:
 An error occurred: array not listed in mdadm.conf file

Template: mdadm/initrdstart_notinconf
Type: boolean
Default: false
_Description: Start arrays not listed in mdadm.conf?
 The specified array (${array}) is not listed in the configuration
 file (${config}). Therefore, it cannot be started during boot, unless you
 correct the configuration file and recreate the initial ramdisk.
 .
 Please refer to /usr/share/doc/mdadm/README.upgrading-2.5.3.gz if you intend
 to continue.
 .
 This warning is only relevant if you need arrays to be started from the
 initial ramdisk to be able to boot. If you use kernel autostarting, or do not
 need any arrays to be started as early as the initial ramdisk is loaded, you
 can simply continue. Alternatively, choose not to continue and enter 'none'
 when prompted which arrays to start from the initial ramdisk.

Template: mdadm/autostart
Type: boolean
Default: true
_Description: Do you want to start MD arrays automatically?
 Once the base system has booted, mdadm can start all MD arrays
 (RAIDs) specified in /etc/mdadm/mdadm.conf which have not yet been
 started. This is recommended unless multiple device (MD) support is
 compiled into the kernel and all partitions are marked as belonging
 to MD arrays, with type 0xfd (as those and only those will be started
 automatically by the kernel).

Template: mdadm/autocheck
Type: boolean
Default: true
_Description: Should mdadm run monthly redundancy checks of the MD arrays?
 If the kernel supports it (>> 2.6.14), mdadm can periodically check the
 redundancy of MD arrays (RAIDs). This may be a resource-intensive process,
 depending on the local setup, but it could help prevent rare cases of data loss.
 Note that this is a read-only check unless errors are found; if errors are
 found, mdadm will try to correct them, which may result in write access to
 the media.
 .
 The default, if turned on, is to run the checks on the first Sunday of every
 month at 01:06.

Template: mdadm/start_daemon
Type: boolean
Default: true
_Description: Do you want to start the MD monitoring daemon?
 The MD (RAID) monitor daemon sends email notifications in response to
 important MD events (such as a disk failure).
 .
 It is recommended to enable this option.

Template: mdadm/mail_to
Type: string
Default: root
_Description: Recipient for email notifications:
 Please enter the email address of the user who should get the email
 notifications for important MD events.
-------------- next part --------------
Source: mdadm
Section: admin
Priority: optional
Maintainer: Debian mdadm maintainers <pkg-mdadm-devel at lists.alioth.debian.org>
Uploaders: martin f. krafft <madduck at debian.org>, Mario Joussen <joussen at debian.org>
Build-Depends: debhelper (>= 5), po-debconf, groff-base, docbook-to-man
Standards-Version: 3.7.2
XS-Vcs-Git: git://git.debian.org/git/pkg-mdadm/mdadm.git
XS-Vcs-Browser: http://git.debian.org/?p=pkg-mdadm/mdadm.git

Package: mdadm
Architecture: any
Depends: ${shlibs:Depends}, udev | makedev, ${misc:Depends}, lsb-base (>= 3.1-6), debconf (>= 1.4.72)
Recommends: mail-transport-agent, module-init-tools
Replaces: mdctl
Conflicts: mdctl (<< 0.7.2), raidtools2 (<< 1.00.3-12.1), initramfs-tools (<< 0.65)
Description: tool to administer Linux MD arrays (software RAID)
 The mdadm utility can be used to create, manage, and monitor MD
 (multi-disk) arrays for software RAID or multipath I/O.
 .
 This package automatically configures mdadm to assemble arrays during the
 system startup process. If not needed, this functionality can be disabled.

Package: mdadm-udeb
Section: debian-installer
XC-Package-Type: udeb
Architecture: any
Depends: ${shlibs:Depends}
Description: tool to administer Linux MD arrays (software RAID)
 The mdadm utility can be used to create, manage, and monitor MD
 (multi-disk) arrays for software RAID or multipath I/O.
 .
 This is a minimal package used by the debian-installer.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : http://lists.alioth.debian.org/pipermail/pkg-mdadm-devel/attachments/20080126/fa3465e5/attachment.pgp