Package: rzip Version: 2.1-1 Severity: minor Tags: patch
Found a few typos in '/usr/share/man/man1/rzip.1.gz', see attached '.diff'. (Really a new bug, since the patch is different, but the same typo.) Hope this helps... -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages rzip depends on: ii libbz2-1.0 1.0.3-2 high-quality block-sorting file co ii libc6 2.3.6-6 GNU C Library: Shared libraries rzip recommends no packages. -- no debconf information
--- rzip.1 2006-04-13 09:38:40.000000000 -0400 +++ /tmp/rzip.1 2006-04-15 01:14:56.000000000 -0400 @@ -94,7 +94,7 @@ .PP The key difference between rzip and other well known compression algorithms is its ability to take advantage of very long distance -redundency\&. The well known deflate algorithm used in gzip uses a +redundancy\&. The well known deflate algorithm used in gzip uses a maximum history buffer of 32k\&. The block sorting algorithm used in bzip2 is limited to 900k of history\&. The history buffer in rzip can be up to 900MB long, several orders of magnitude larger than gzip or @@ -106,7 +106,7 @@ of quite similar files\&. It is also common to have a single file that contains large duplicated chunks over long distances, such as pdf files containing repeated copies of the same image\&. Most compression -programs won\&'t be able to take advantage of this redundency, and thus +programs won\&'t be able to take advantage of this redundancy, and thus might achieve a much lower compression ratio than rzip can achieve\&. .PP .SH "HISTORY"
