Your message dated Fri, 23 Jun 2006 17:56:46 -0400
with message-id <[EMAIL PROTECTED]>
and subject line this bug only effects the sarge version
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: libtiff-tools
Version: 3.7.2-5
Severity: important
After looking at the patch as discussed in #369819
| snprintf(path, sizeof(path), "%s.tif", fname);
and comparing to the source of 3.7.2-5
| snprintf(fname, sizeof(fname), "%s.tif", fname);
[ build-tree/tiff-3.7.2/tools/tiffsplit.c l.65 ]
I do not wonder any longer why tiffsplit suddenly stopped working and
always produced a single file named "D" instead.
Please fix ASAP.
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.16.16
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)
Versions of packages libtiff-tools depends on:
ii libc6 2.3.2.ds1-22sarge3 GNU C Library: Shared libraries an
ii libjpeg62 6b-10 The Independent JPEG Group's JPEG
ii libtiff4 3.7.2-5 Tag Image File Format (TIFF) libra
ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime
-- no debconf information
--- End Message ---
--- Begin Message ---
Version: 3.8.2-5
I'm marking this bug done with a Version tag indicating that the bug
is not in the sid version. This will prevent this bug from blocking
transition of tiff to etch. I will follow up with the security team
to find out the status of getting this fixed in 3.7.2-6 for sarge.
--
Jay Berkenbilt <[EMAIL PROTECTED]>
--- End Message ---
