[Bug 162303] Installation of perl module Archive::Zip fails - Read only directory being written too
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: Installation of perl module Archive::Zip fails - Read only directory being written too
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=162303
wtogami(a)redhat.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |CLOSED
Resolution| |NOTABUG
------- Additional Comments From wtogami(a)redhat.com 2005-07-02 04:27 EST -------
Fedora is not responsible for CPAN installations, which you use at your own
risk, so I have to mark this NOTABUG. If you want Archive::Zip conveniently in
FC4, you could just run 'yum install perl-Archive-Zip'. The package is a
standard component in Core.
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
18 years, 10 months
[Bug 162303] New: Installation of perl module Archive::Zip fails - Read only directory being written too
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=162303
Summary: Installation of perl module Archive::Zip fails - Read
only directory being written too
Product: Fedora Core
Version: fc4
Platform: i686
URL: http://www.perlmonks.com/?node_id=471824
OS/Version: Linux
Status: NEW
Severity: security
Priority: normal
Component: perl-Archive-Zip
AssignedTo: wtogami(a)redhat.com
ReportedBy: adam(a)jamradar.com
CC: fedora-perl-devel-list(a)redhat.com
>From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20041001 Firefox/0.10.1
Description of problem:
When installing Archive::Zip from cpan, the "make test" fails. It fails the test when it sets the ziptest directory to read-only yet Archive::Zip seems to still be able to create a temporary file. So it looks like fedora is allowing a directory set to read only, be written to.
Here is the code of the 'test' it's failing, allowing you to write to a read-only directory:
Archive::Zip::setErrorHandler( \&error );
ok(mkdir('ziptest'), "Create ziptemp directory");
ok(-d 'ziptest', "Does ./ziptest exist");
ok(chmod(0400, 'ziptest'), "chmod ziptemp directory");
my $fh1;
my $name3;
eval { ($fh1, $name3) = Archive::Zip::tempFile("ziptest"); };
ok($@, "Test that tempfile() failed");
is($fh1, undef, "Test correct returns from failed tempFile call" );
is($name3, undef, "Test correct returns from failed tempFile call");
ok(chmod(0700, 'ziptest'), "chmod ziptemp directory to cleanup");
is(rmdir('ziptest'), 1, "Remove ziptemp") || diag $!;
ok(! -d 'ziptest', "Was ziptest deleted?");
Version-Release number of selected component (if applicable):
How reproducible:
Always
Steps to Reproduce:
1. Enter CPAN ">cpan"
2. Type "install Archive::Zip"
3. Watch the test part fail.
Actual Results: cpan> test Archive::Zip
Running test for module Archive::Zip
Running make for S/SM/SMPETERS/Archive-Zip-1.15.tar.gz
Is already unwrapped into directory /root/.cpan/build/Archive-Zip-1.15
Has already been processed within this session
Running make test
PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
t/00.load...........ok 2/2# Testing Archive::Zip 1.15, Perl 5.008006, /usr/bin/perl
t/00.load...........ok
t/pod...............ok
t/test..............ok
t/testex............ok
t/testMemberRead....ok
t/testTree..........ok
t/testUpdate........ok
t/za_archive_zip....NOK 12# Failed test (t/za_archive_zip.t at line 36)
t/za_archive_zip....NOK 15# Failed test (t/za_archive_zip.t at line 42)
t/za_archive_zip....NOK 16# Failed test (t/za_archive_zip.t at line 43)
# got: 'IO::File=GLOB(0x8af4114)'
# expected: undef
t/za_archive_zip....NOK 17# Failed test (t/za_archive_zip.t at line 44)
# got: 'ziptest/XEPEntCx6a.zip'
# expected: undef
t/za_archive_zip....NOK 19# Failed test (t/za_archive_zip.t at line 46)
# got: '0'
# expected: '1'
# Directory not empty
t/za_archive_zip....NOK 20# Failed test (t/za_archive_zip.t at line 47)
t/za_archive_zip....ok 22/0# Looks like you failed 6 tests of 22.
t/za_archive_zip....dubious
Test returned status 6 (wstat 1536, 0x600)
DIED. FAILED tests 12, 15-17, 19-20
Failed 6/22 tests, 72.73% okay
Failed Test Stat Wstat Total Fail Failed List of Failed
-------------------------------------------------------------------------------
t/za_archive_zip.t 6 1536 22 6 27.27% 12 15-17 19-20
Failed 1/8 test scripts, 87.50% okay. 6/195 subtests failed, 96.92% okay.
make: *** [test_dynamic] Error 2
/usr/bin/make test -- NOT OK
cpan>
Expected Results: All tests should have passed
Additional info:
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
18 years, 10 months
[Bug 161830] New upstream version 1.67 available
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: New upstream version 1.67 available
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=161830
------- Additional Comments From paul(a)city-fan.org 2005-07-01 09:02 EST -------
I'm only a user of perl modules myself, and would struggle to debug things if a
problem came up with them. I've only ever packaged them up as a means to an end
for installing apps that use the modules, so I doubt that I'm the best person to
maintain these things.
On the other hand, I've been maintaining my own packages for these modules for a
few years now and haven't had any big issues with them.
Since nobody seems to "want" these modules, I think joint maintainership is
probably the best way forward.
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
18 years, 10 months
[Bug 161830] New upstream version 1.67 available
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: New upstream version 1.67 available
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=161830
------- Additional Comments From ville.skytta(a)iki.fi 2005-07-01 08:08 EST -------
I think it would be best if the maintainer for perl-MailTools, perl-IO-stringy
and and perl-MIME-tools was the same person (or a group), these packages are
pretty heavily intertwined.
I'm the current perl-MIME-tools maintainer, and Dams is listed as the
maintainer for perl-IO-stringy. I wouldn't mind if someone else looked after
MIME-tools, and I guess Dams wouldn't mind giving up IO-stringy either.
So... Paul, would you like to maintain these three packages? If not, I can
(reluctantly) take 'em all. Joint maintainership would be fine with me too.
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
18 years, 10 months
[Bug 161830] New upstream version 1.67 available
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: New upstream version 1.67 available
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=161830
------- Additional Comments From paul(a)city-fan.org 2005-07-01 07:18 EST -------
My interest in the package is only really due it being a dependency of
perl-MIME-tools, which is a dependency of "fetchyahoo", which I may at some
point want to build an Extras package for. I'm happy enough to look after the
package for now, but if someone else has a greater interest in, it would be
better if they took it. I think it should probably go on the OrphanedPackages
page on the Wiki.
I've updated cvs for the devel branch to 1.67. If nobody complains about the
changes in the next day or so, I'll get it built and replicate the changes to
FC-3 and FC-4.
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
18 years, 10 months
[Bug 162198] Shared Object Issues when Loading PL/Perl
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: Shared Object Issues when Loading PL/Perl
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=162198
wtogami(a)redhat.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fedora-perl-devel-
| |list(a)redhat.com
------- Additional Comments From wtogami(a)redhat.com 2005-06-30 22:10 EST -------
Our modern distributions contain explicit symlinks for compatibility with known
binary compatible versions of perl, so stuff built with that kind of
out-of-the-way RPATH are not likely to break unless the symlinks are explicitly
removed in a later version of the perl package.
I don't know why it was done this way originally. Maybe to allow multiple
versions of perl to be installed simultaneously and avoid links from using the
wrong libperl.so? If this is the case, then it probably made sense during the
transitions from earlier perl major versions.
RPATH to the full path of the libperl.so that was available during build time
seems to be what everything else that links against libperl.so does?
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
18 years, 10 months