Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 143660 - Upgrade libtiff to 3.5.7
Upgrade libtiff to 3.5.7
Product: Red Hat Enterprise Linux 2.1
Classification: Red Hat
Component: libtiff (Show other bugs)
All Linux
medium Severity high
: ---
: ---
Assigned To: Matthias Clasen
Depends On:
Blocks: 132992
  Show dependency treegraph
Reported: 2004-12-23 10:27 EST by Josh Bressers
Modified: 2007-11-30 17:06 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-04-28 11:25:06 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2005:226 normal SHIPPED_LIVE libtiff bug fix update 2005-04-28 00:00:00 EDT

  None (edit)
Description Josh Bressers 2004-12-23 10:27:14 EST
We should update libtiff to 3.5.7 to avoid the annoying need to patch internal
version contained in kfax and tetex.  This forces us to create 3 advisories for
each libtiff security issue discovered, which slows things down.

For some reason the version included in RHEL2.1 does not allow us to use the
system libtiff.
Comment 1 Matthias Clasen 2005-02-10 08:56:48 EST
I have built libtiff-3.5.7-24.el2 in dist-2.1AS-errata-candidate now
Waiting to hear from Than wether it can to replace the internal kfax
Comment 2 Ngo Than 2005-02-10 09:04:55 EST
it seems kfax does not work well with libtiff-3.5.7, but with 3.6.1 in
Please take a look at
Comment 3 Matthias Clasen 2005-02-11 10:52:27 EST

I looked a bit at the kde.{g3,g4,g32d} images. Here is what I found:

On RHEL3-U4,

kfax displays g3 properly, g32d not properly, and doesn't recognize g4 
as a fax image.

fax2tiff (2.5.7) handles g3 and g4 fine if you give it the -M option. 
it doesn't handle g32d regardless of -M

The results with fax2tiff are the same on FC-3 with 3.6.1 and on
rawhide with 3.7.1.

So I believe there would not be any kfax regressions if you make it use 
/usr/bin/fax2tiff -M
Comment 4 Matthias Clasen 2005-02-25 12:11:52 EST
I generated errata RHBA-2005:226-01 for this now.
Comment 5 John Flanagan 2005-04-28 11:25:06 EDT
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.


Note You need to log in before you can comment on or make changes to this bug.