diff options
author | Daniel Baumann <daniel@debian.org> | 2010-05-01 08:24:56 +0200 |
---|---|---|
committer | Daniel Baumann <daniel@debian.org> | 2011-03-09 19:17:06 +0100 |
commit | 6e36d93f1f84b0854c269b08b16c203f03c53c4f (patch) | |
tree | 435059b868635fc0fdf18d0503cdc77f5a49f118 /manpages | |
parent | 9326dc8b01231113d12417c4153a82cd3ab00029 (diff) | |
download | live-build-6e36d93f1f84b0854c269b08b16c203f03c53c4f.zip live-build-6e36d93f1f84b0854c269b08b16c203f03c53c4f.tar.gz |
Allow to include multiple checksum files and specify which hashes to use.
Diffstat (limited to 'manpages')
-rw-r--r-- | manpages/lh_config.en.1 | 6 |
1 files changed, 3 insertions, 3 deletions
diff --git a/manpages/lh_config.en.1 b/manpages/lh_config.en.1 index 1d5985d..c8ec667 100644 --- a/manpages/lh_config.en.1 +++ b/manpages/lh_config.en.1 @@ -54,7 +54,7 @@ lh_config \- create configuration for live\-helper .br [\fB\-\-cache\-stages\fR \fISTAGE\fR|\fI"STAGES"\fR] .br - [\fB\-\-checksums\fR true|false] + [\fB\-\-checksums\fR md5|sha1|sha256|none] .br [\fB\-\-chroot\-build\fR true|false] .br @@ -258,8 +258,8 @@ defines if downloaded package indices and lists should be cached which is false defines if downloaded packages files should be cached which is true by default. Disabling it does save space consumtion in your build directory, but remember that you will cause much unnecessary traffic if you do a couple of rebuilds. In general you should always leave it true, however, in some particular rare build setups, it can be faster to refetch packages from the local network mirror rather than to utilize the local disk. .IP "\fB\-\-cache\-stages\fR true|false|\fISTAGE\fR|""\fISTAGES\fR""" 4 sets which stages should be cached. By default set to bootstrap. As an exception to the normal stage names, also rootfs can be used here which does only cache the generated root filesystem in filesystem.{dir,ext*,squashfs}. This is useful during development if you want to rebuild the binary stage but not regenerate the root filesystem all the time. -.IP "\fB\-\-checksums\fR true|false|md5|sha1|sha256" 4 -defines if the binary image should contain a file called md5sums.txt, sha1sums.txt or sha256sums.txt. These lists all files on the image together with their checksums. This in turn can be used by live-initramfs' built-in integrity-check to verify the medium if specified at boot prompt. In general, this should not be false and is an important feature of live system released to the public. However, during development of very big images it can save some time by not calculating the checksums. +.IP "\fB\-\-checksums\fR md5|sha1|sha256|none" 4 +defines if the binary image should contain a file called md5sums.txt, sha1sums.txt and/or sha256sums.txt. These lists all files on the image together with their checksums. This in turn can be used by live-initramfs' built-in integrity-check to verify the medium if specified at boot prompt. In general, this should not be false and is an important feature of live system released to the public. However, during development of very big images it can save some time by not calculating the checksums. .IP "\fB\-\-chroot\-build\fR true|false" 4 defines whetever live-helper should use the tools from within the chroot to build the binary image or not by using and including the host systems tools. This is a very dangerous option, using the tools of the host system can lead to tainted and even non-bootable images if the host systems version of the required tools (mainly these are the bootloaders such as syslinux, grub and yaboot, and the auxilliary tools such as dosfstools, genisoimage, squashfs-tools and others) do not \fBexactely\fR match what is present at build-time in the target distribution. Never do disable this option unless you are \fBexactely\fR sure what you are doing and have \fBcompletely\fI understood its consequences. .IP "\fB\-\-chroot\-filesystem\fR ext2|ext3|squashfs|plain|jffs2" 4 |