<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>68096</bug_id>
          
          <creation_ts>2004-10-18 22:25 0000</creation_ts>
          <short_desc>tiff-3.6 breaks hylafax-4.2</short_desc>
          <delta_ts>2004-10-26 16:17:54 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Applications</component>
          <version>2004.2</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>critical</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>gentoo-bugs@lusis.org</reporter>
          <assigned_to>nerdboy@gentoo.org</assigned_to>
          

      

      
          <long_desc isprivate="0">
            <who>gentoo-bugs@lusis.org</who>
            <bug_when>2004-10-18 22:25:47 0000</bug_when>
            <thetext>I&apos;m not sure if this causes issues with Hylafax &lt; 4.2 but the forced 3.6 upgrade broke hylafax. Specifically tiff2ps. It gives Integer overflow in TIFFVTileSize on every fax we received. I had to hunt down an old ebuild for 3.5.7 to get it working again.

This seems to be a known issue but according to bugzilla, it was tested before pushed out.

I&apos;d make a sample tiff available to someone but the faxes we receive have confidential information on them. I can&apos;t let that out.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>nwrk-public@altern.org</who>
            <bug_when>2004-10-19 10:03:51 0000</bug_when>
            <thetext>I confirm that it also breaks hylafax 4.1.8, with exactly the same errors.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dzuzga@isdinc.com</who>
            <bug_when>2004-10-20 08:22:37 0000</bug_when>
            <thetext>I believe that this bug is discussed at http://bugs.hylafax.org/bugzilla/show_bug.cgi?id=500

Along with a patch.

Any chance we can get this in a new ebuild of tiff?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gentoo-bugs@lusis.org</who>
            <bug_when>2004-10-20 08:27:43 0000</bug_when>
            <thetext>I would say a better solution is to get either a 3.6.1 ebuild of tiff as suggested (that seems to have the problem fixed) or possibly include a version of libtiff WITH hylafax that it can be linked against statically. I actually prefere the second method. All this server does is recieve faxes. I have no problem with having a statically built version of libtiff and then a version installed that the local CUPS instance can use.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>stan@saticed.me.uk</who>
            <bug_when>2004-10-20 09:05:44 0000</bug_when>
            <thetext>Created an attachment (id=42252)
tiff-3.7.0.ebuild

upgrading to libtiff 3.7 works for me (only tested with hylafax-4.2.0)

NB &lt;=hylafax-4.2.0 wont rebuild against libtiff 3.7 without 2nd patch from
http://bugs.hylafax.org/bugzilla/show_bug.cgi?id=397 (simple correction for
newer version number in configure)

notes:
* man.so patch now N/A - man pages listed in bug 35763 seem to have been
removed
* security patches look like they have been applied with some updates to 3.7
source
* shared lib names patch from http://www.asmail.be/msg0054539720.html or
http://xserve.flids.com/pipermail/tiff/2004-October/000620.html 
* lzw-tiff stuff now included in original tar (lzw patent expired although
there is --disable-lzw conf option)
* html docs aren&apos;t installed atm
* tiffgt and tiffsv (tools/) require gl, want?
* patch to tiff2ps correcting float-&gt;double conversion which causes the
BoundingBox to be set incorrectly and hence the image to not fit the page
properly</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>stan@saticed.me.uk</who>
            <bug_when>2004-10-20 09:06:50 0000</bug_when>
            <thetext>Created an attachment (id=42253)
files/sharedlibsnamefix.patch
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>stan@saticed.me.uk</who>
            <bug_when>2004-10-20 09:07:20 0000</bug_when>
            <thetext>Created an attachment (id=42254)
files/tiff2ps_float.patch
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>nerdboy@gentoo.org</who>
            <bug_when>2004-10-23 20:14:11 0000</bug_when>
            <thetext>Now in CVS; new hylafax shortly.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>stan@saticed.me.uk</who>
            <bug_when>2004-10-25 08:57:23 0000</bug_when>
            <thetext>Is there any concern on how this leaves the current unmasked hylafax ebuild?

Also, I forgot to revert the unpack to unpack ${A} in the tiff ebuild

There is a bugzilla entry for the lack of html docs installation here: http://bugzilla.remotesensing.org/show_bug.cgi?id=639 from the mailing thread http://www.asmail.be/msg0054570120.html</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>nerdboy@gentoo.org</who>
            <bug_when>2004-10-25 14:46:10 0000</bug_when>
            <thetext>The unpack seems to work, and I just cleaned up the older hylafax ebuilds, leaving 
the latest stable 4.1.8-r4 (still needs testing on ~alpha ~amd64 ~ppc) and the new 
4.2.0-r1, which needs testing on all arches.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gentoo-bugs@lusis.org</who>
            <bug_when>2004-10-25 18:53:28 0000</bug_when>
            <thetext>What needs to be done to verify 4.2.0 as stable on x86? I&apos;ve actually found it performs better thatn 4.1 in my case.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>nerdboy@gentoo.org</who>
            <bug_when>2004-10-26 16:17:54 0000</bug_when>
            <thetext>Wait the normal period (~30 days) for additional bug reports, if any.  The new 
tiff and hylafax ebuilds were commited ~x86 on 23 Oct.  Also, try to get feedback 
on other arches.  This part is my job :)

For now, you can add the new tiff/hylafax to /etc/portage/package.keywords.  
This is the recommended method (as opposed to ACCEPT_KEYWORDS or using the 
ebuild filename directly).

I&apos;m working on getting sparc going, but right now I can only test on x86. 
Anyone who uses (or can at least test) tiff and hylafax on the following 
arches please feel free:

~ppc ~sparc ~mips ~alpha ~arm ~hppa ~amd64 ~ia64 ~s390 ~macos ~ppc-macos ~ppc64 

The real test requires actually faxing and using the libtiff stuff, hopefully 
both sending and receiving/decoding a fax (meaning I&apos;m reluctant to bump 
without such a test).</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>42252</attachid>
            <date>2004-10-20 09:05 0000</date>
            <desc>tiff-3.7.0.ebuild</desc>
            <filename>tiff-3.7.0.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA0IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L21lZGlhLWxpYnMvdGlmZi90aWZmLTMuNi4xLXIy
LmVidWlsZCx2IDEuMiAyMDA0LzEwLzEzIDE1OjE3OjUxIHNvbGFyIEV4cCAkCgppbmhlcml0IGV1
dGlscwoKREVTQ1JJUFRJT049IkxpYnJhcnkgZm9yIG1hbmlwdWxhdGlvbiBvZiBUSUZGIChUYWcg
SW1hZ2UgRmlsZSBGb3JtYXQpIGltYWdlcy4iCkhPTUVQQUdFPSJodHRwOi8vd3d3LmxpYnRpZmYu
b3JnLyIKU1JDX1VSST0iaHR0cDovL2RsLm1hcHRvb2xzLm9yZy9kbC9saWJ0aWZmLyR7UH0udGFy
Lmd6IgoKTElDRU5TRT0iYXMtaXMiClNMT1Q9IjAiCktFWVdPUkRTPSJ+eDg2IH5wcGMgfnNwYXJj
IH5taXBzIH5hbHBoYSB+YXJtIH5ocHBhIH5hbWQ2NCB+aWE2NCB+czM5MCB+bWFjb3MgfnBwYy1t
YWNvcyB+cHBjNjQiCklVU0U9IiIKCkRFUEVORD0iPj1tZWRpYS1saWJzL2pwZWctNmIKCT49c3lz
LWxpYnMvemxpYi0xLjEuMy1yMiIKCnNyY191bnBhY2soKSB7Cgl1bnBhY2sgJHtQfS50YXIuZ3oK
CWNkICR7U30KCWVwYXRjaCAke0ZJTEVTRElSfS9zaGFyZWRsaWJzbmFtZWZpeC5wYXRjaAoJZXBh
dGNoICR7RklMRVNESVJ9L3RpZmYycHNfZmxvYXQucGF0Y2gKfQoKc3JjX2NvbXBpbGUoKSB7Cgll
Y29uZiAtLXdpdGhvdXQteCB8fCBkaWUgImVjb25mIGZhaWxlZCIKCWVtYWtlIHx8IGRpZSAiZW1h
a2UgZmFpbGVkIgp9CgpzcmNfaW5zdGFsbCgpIHsKCW1ha2UgaW5zdGFsbCBERVNURElSPSR7RH0g
fHwgZGllICJtYWtlIGluc3RhbGwgZmFpbGVkIgoJZG9kb2MgUkVBRE1FIFRPRE8gVkVSU0lPTiAK
fQoK
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>42253</attachid>
            <date>2004-10-20 09:06 0000</date>
            <desc>files/sharedlibsnamefix.patch</desc>
            <filename>sharedlibsnamefix.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIHRpZmYtMy43LjAub3JpZy9sdG1haW4uc2gJMjAwNC0xMC0xNCAxOTo1MzoyNS4wMDAwMDAw
MDAgKzAyMDAKKysrIHRpZmYtMy43LjAvbHRtYWluLnNoCTIwMDQtMTAtMTggMTQ6NDk6MDEuMDAw
MDAwMDAwICswMjAwCkBAIC0yODYyLDcgKzI4NjIsNyBAQAogICAgICAgY2FzZSAkb3V0cHV0bmFt
ZSBpbgogICAgICAgbGliKikKIAluYW1lPWAkZWNobyAiWCRvdXRwdXRuYW1lIiB8ICRYc2VkIC1l
ICdzL1wubGEkLy8nIC1lICdzL15saWIvLydgCi0JZXZhbCBzaGFyZWRfZXh0PVwiJHNocmV4dFwi
CisJZXZhbCBzaGFyZWRfZXh0PVwiJHNocmV4dF9jbWRzXCIKIAlldmFsIGxpYm5hbWU9XCIkbGli
bmFtZV9zcGVjXCIKIAk7OwogICAgICAgKikKQEAgLTI4NzQsNyArMjg3NCw3IEBACiAJaWYgdGVz
dCAiJG5lZWRfbGliX3ByZWZpeCIgIT0gbm87IHRoZW4KIAkgICMgQWRkIHRoZSAibGliIiBwcmVm
aXggZm9yIG1vZHVsZXMgaWYgcmVxdWlyZWQKIAkgIG5hbWU9YCRlY2hvICJYJG91dHB1dG5hbWUi
IHwgJFhzZWQgLWUgJ3MvXC5sYSQvLydgCi0JICBldmFsIHNoYXJlZF9leHQ9XCIkc2hyZXh0XCIK
KwkgIGV2YWwgc2hhcmVkX2V4dD1cIiRzaHJleHRfY21kc1wiCiAJICBldmFsIGxpYm5hbWU9XCIk
bGlibmFtZV9zcGVjXCIKIAllbHNlCiAJICBsaWJuYW1lPWAkZWNobyAiWCRvdXRwdXRuYW1lIiB8
ICRYc2VkIC1lICdzL1wubGEkLy8nYApAQCAtMzYzNyw3ICszNjM3LDcgQEAKIAlmaQogCiAJIyBH
ZXQgdGhlIHJlYWwgYW5kIGxpbmsgbmFtZXMgb2YgdGhlIGxpYnJhcnkuCi0JZXZhbCBzaGFyZWRf
ZXh0PVwiJHNocmV4dFwiCisJZXZhbCBzaGFyZWRfZXh0PVwiJHNocmV4dF9jbWRzXCIKIAlldmFs
IGxpYnJhcnlfbmFtZXM9XCIkbGlicmFyeV9uYW1lc19zcGVjXCIKIAlzZXQgZHVtbXkgJGxpYnJh
cnlfbmFtZXMKIAlyZWFsbmFtZT0iJDIiCgo=
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>42254</attachid>
            <date>2004-10-20 09:07 0000</date>
            <desc>files/tiff2ps_float.patch</desc>
            <filename>tiff2ps_float.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIHRpZmYtMy43LjAub3JpZy90b29scy90aWZmMnBzLmMJMjAwNC0xMC0xNCAxODo1MzoyOC4w
MDAwMDAwMDAgKzAxMDAKKysrIHRpZmYtMy43LjAvdG9vbHMvdGlmZjJwcy5jCTIwMDQtMTAtMjAg
MTY6MzQ6MDkuMDAwMDAwMDAwICswMTAwCkBAIC00MTEsNyArNDExLDcgQEAKIHN0YXRpYyB2b2lk
CiBzZXR1cFBhZ2VTdGF0ZShUSUZGKiB0aWYsIHVpbnQzMiogcHcsIHVpbnQzMiogcGgsIGRvdWJs
ZSogcHBydywgZG91YmxlKiBwcHJoKQogewotCWRvdWJsZSB4cmVzID0gMC4wLCB5cmVzID0gMC4w
OworCWZsb2F0IHhyZXMgPSAwLjAsIHlyZXMgPSAwLjA7CiAKIAlUSUZGR2V0RmllbGQodGlmLCBU
SUZGVEFHX0lNQUdFV0lEVEgsIHB3KTsKIAlUSUZGR2V0RmllbGQodGlmLCBUSUZGVEFHX0lNQUdF
TEVOR1RILCBwaCk7CkBAIC01NDIsNyArNTQyLDggQEAKIAlkb3VibGUgcHcsIGRvdWJsZSBwaCwg
ZG91YmxlIGxtLCBkb3VibGUgYm0sIGludCBjbnQpCiB7CiAJdWludDMyIHcsIGg7Ci0JZG91Ymxl
IG94LCBveSwgcHJ3LCBwcmg7CisJZmxvYXQgb3gsIG95OworCWRvdWJsZSBwcncsIHByaDsKIAlk
b3VibGUgc2NhbGUgPSAxLjA7CiAJZG91YmxlIGxlZnRfb2Zmc2V0ID0gbG0gKiBQU19VTklUX1NJ
WkU7CiAJZG91YmxlIGJvdHRvbV9vZmZzZXQgPSBibSAqIFBTX1VOSVRfU0laRTsK
</data>        

          </attachment>
    </bug>

</bugzilla>