Package: imagemagick
Version: 6:6.0.6.2-2.4
Severity: minor
Tags: patch
Found some typos in '/usr/share/man/man1/ImageMagick.1.gz', see attached
'.diff'.
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/dash
Kernel: Linux 2.6.11-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Versions of packages imagemagick depends on:
ii libmagick6 6:6.0.6.2-2.4 Image manipulation library
-- no debconf information
--- - 2005-06-10 00:33:15.662848000 -0400
+++ /tmp/ImageMagick1.gz.15052 2005-06-10 00:33:15.000000000 -0400
@@ -239,7 +239,7 @@
client-side image map
o STEGANO *r-- Steganographic image
o SUN *rw+ SUN Rasterfile
- o SVG *rw+ Scalable Vector Gaphics
+ o SVG *rw+ Scalable Vector Graphics
o TEXT *rw+ Raw text
o TGA *rw+ Truevision Targa image
o TIF *rw+ Tagged Image File Format
@@ -263,7 +263,7 @@
and white)
o XC *r-- Constant image uniform color
o XCF *r-- GIMP image
- o XML *r-- Scalable Vector Gaphics
+ o XML *r-- Scalable Vector Graphics
o XPM *rw- X Windows system pixmap (color)
o XV *rw+ Khoros Visualization image
o XWD *rw- X Windows system window dump (color)
@@ -632,7 +632,7 @@
\fRcombine one or more images into a single image
The
grayscale value of the pixels of each image in the sequence is assigned in
-order to the specified hannels of the combined image. The typical
+order to the specified channels of the combined image. The typical
ordering would be image 1 => Red, 2 => Green, 3 => Blue, etc.
.TP
@@ -2937,7 +2937,7 @@
Normally, when a format supports different subformats such as grayscale
and truecolor, the encoder will try to choose an efficient subformat.
-The \fB-type\fP option can be used to overrride this behavior. For
+The \fB-type\fP option can be used to override this behavior. For
example, to prevent a JPEG from being written in grayscale format even
though only gray pixels are present, use
