Changeset 32937 for gs2-extensions/imagemagick/trunk

Timestamp:

2019-03-29T18:45:01+13:00 (5 years ago)

Author:

ak19

Message:

Spelling and grammatical corrections and clearer explanations

File:

• gs2-extensions/imagemagick/trunk/README (modified) (2 diffs)

gs2-extensions/imagemagick/trunk/README

@@ -170 +170 @@
 On an Ubuntu 18.04 VM, we found that GLI launched and said imagemagick wasn't installed (despite being bundled) and it would have to find a system version.
 
-The included imagemagick was from a tarball, and when you ran "gs-magick.pl identify", the problem it was finding a system libpng which resulted in the secondary problem that this system libpng then required a different zlib from the bundled zlib:
+The included imagemagick was from a tarball, and when you ran "gs-magick.pl identify", the problem was that it was finding a system libpng, which resulted in the secondary problem that this system libpng then required a different zlib from the bundled zlib:
 
 ~/GS309_21Feb2019$ gs-magick.pl identify
@@ -182 +182 @@
 * and the command "convert -list configure" did not list "tiff" among the delegates in the DELEGATES line, see https://imagemagick.org/discourse-server/viewtopic.php?t=20635
 
-The imagemagick config.log showed that there were errors with tiff when configuiring imagemagick.
+The imagemagick config.log showed that there were errors with tiff when configuring imagemagick.
 Searching through ImageMagick's config.log for occurrences of --with-tiff showed that despite --with-tiff being switched on, it got switched off because of failed configure tests. (See https://imagemagick.org/discourse-server/viewtopic.php?t=18039)
 
 PROBLEM AND SOLUTION:
-That was with tiff-3.9.4.tar.gz and ImageMagick-6.9.5-4.tar.gz, which was fine on El Capitan but not on Linux where TIFF was not supported (not just Ubuntu v18.04 but also v16.04).
+That was with tiff-3.9.4.tar.gz and ImageMagick-6.9.5-4.tar.gz, which was fine on El Capitan but not on Linux where TIFF was not supported with these versions (not just Ubuntu v18.04 but also v16.04).
 * The suggestion at http://lists.endsoftwarepatents.org/archive/html/discuss-gnustep/2001-07/msg00025.html was not helpful: we already appended -lz to our LDFLAGS for ImageMagick to help tiff along on Macs. The same line was already active for Linux too. And preceding the -lz with the insertion of -ltiff made no meaningful difference.
 * Just hiking up the tiff version gradually to tiff-4.0.10 (downloadable along with intermediate versions from https://download.osgeo.org/libtiff/ with tiff 4.0.10 being the latest) made no difference.
-* But in conjunction with ImageMagick-6.9.10-33.tar.gz, the most conservative version available at https://imagemagick.org/download/, compiled successfully with tiff-4.0.10, so that TIFF was now finally a listed format and had "rw" support when `identify -list format` is run. And doing "./convert logo: logo.tiff" followed by "file logo.tiff" shows the logo.tiff file resulting from the conversion to indeed be a TIFF file.
+* But in conjunction with ImageMagick-6.9.10-33.tar.gz, the most conservative version available at https://imagemagick.org/download/, imagemagick now compiled successfully with the new tiff-4.0.10, so that TIFF was now finally among the listed supported formats and had "rw" support when `identify -list format` is run. And doing "./convert logo: logo.tiff" followed by "file logo.tiff" shows the logo.tiff file resulting from the conversion to indeed be a TIFF file. (I also converted between png and tiff, and back again, to be doubly sure of the TIFF support.)