Skip Menu |
 

This queue is for tickets about the IO-Zlib CPAN distribution.

Report information
The Basics
Id: 7366
Status: resolved
Priority: 0/
Queue: IO-Zlib

People
Owner: Nobody in particular
Requestors: jdhedden [...] 1979.usna.com
Cc:
AdminCc:

Bug Information
Severity: Important
Broken in: 1.02
Fixed in: 1.01



Content-Type: text/plain
Content-Disposition: inline
Content-Transfer-Encoding: binary
MIME-Version: 1.0
X-Mailer: MIME-tools 5.411 (Entity 5.404)
Subject: Archive::Tar fails to build against IO::Zlib 1.02
X-RT-Original-Encoding: iso-8859-1
Content-Length: 995
Download (untitled) / with headers
text/plain 995b
When trying to build Archive::Tar v1.10 against IO::Zlib 1.02, 'make test' produces the following error: t/01_use........ok t/02_methods....ok 1/0Can't use string ("Unknown") as a symbol ref while "strict refs" in use at /usr/local/lib/perl5/site_perl/5.8.5/IO/Zlib.pm line 545. # Looks like your test died just after 4. t/02_methods....dubious Test returned status 255 (wstat 65280, 0xff00) after all the subtests completed successfully t/99_pod........skipped all skipped: Test::Pod v0.95 required for testing POD Failed Test Stat Wstat Total Fail Failed List of Failed ------------------------------------------------------------------------------- t/02_methods.t 255 65280 4 0 0.00% ?? 1 test skipped. Failed 1/3 test scripts, 66.67% okay. 0/6 subtests failed, 100.00% okay. I do not know if the problem is with Arcive::Tar or IO::Zlib.
Content-Type: text/plain
Content-Disposition: inline
Content-Transfer-Encoding: binary
MIME-Version: 1.0
X-Mailer: MIME-tools 5.411 (Entity 5.404)
X-RT-Original-Encoding: iso-8859-1
Content-Length: 104
Download (untitled) / with headers
text/plain 104b
This appears to be a problem in Archive::Tar so I fail to see why it has been sent to the IO-Zlib queue.
Content-Type: text/plain
Content-Disposition: inline
Content-Transfer-Encoding: binary
MIME-Version: 1.0
X-Mailer: MIME-tools 5.411 (Entity 5.404)
X-RT-Original-Encoding: iso-8859-1
Content-Length: 228
Download (untitled) / with headers
text/plain 228b
OK, so this does appear to be down to a change in IO::Zlib, but it ain't my code I'm afraid. It's in the horribly over the top symbol table manipulation that Jarkko added to support external gzip so I'm turning this over to him.
Content-Type: text/plain
Content-Disposition: inline
Content-Transfer-Encoding: binary
MIME-Version: 1.0
X-Mailer: MIME-tools 5.411 (Entity 5.404)
X-RT-Original-Encoding: iso-8859-1
Content-Length: 181
Download (untitled) / with headers
text/plain 181b
In the meantime, may i suggest pulling this release from cpan? this is going to break a crap load of code, including archive::tar (therefor, among others, cpan.pm and cpanplus =/)
Content-Type: text/plain
Content-Disposition: inline
Content-Transfer-Encoding: binary
MIME-Version: 1.0
X-Mailer: MIME-tools 5.411 (Entity 5.404)
X-RT-Original-Encoding: iso-8859-1
Content-Length: 134
Download (untitled) / with headers
text/plain 134b
IO::Zlib 1.03 has now been released with a fix for this problem. Version 1.02 has been pulled from CPAN to avoid any further problems.


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.