Skip Menu |
 

This queue is for tickets about the CPAN CPAN distribution.

Report information
The Basics
Id: 26664
Status: open
Priority: 0/
Queue: CPAN

People
Owner: Nobody in particular
Requestors: Marek.Rouchal [...] gmx.net
Cc:
AdminCc:

Bug Information
Severity: Important
Broken in: 1.9101
Fixed in: (no value)



Subject: test failure on Solaris 8 perl-5.8.8
MIME-Version: 1.0
X-Mailer: MIME-tools 5.418 (Entity 5.418)
X-RT-Original-Encoding: utf-8
Content-Type: multipart/mixed; boundary="----------=_1177485459-17102-8"
Content-Length: 0
Content-Type: text/plain; charset="utf8"
Content-Disposition: inline
Content-Transfer-Encoding: binary
Content-Length: 407
Download (untitled) / with headers
text/plain 407b
See the attached log; here, on Solaris 8 (Sparc) and perl-5.8.8 and all the latest modules from CPAN, the 30shell test shows failures. On Linux (RedHat Enterprise 3.0), with the identical setup, everything is fine. My apologies, from the test output I did not find what could be wrong... any pointer is appreciated. Likewise, if you need more debugging information, please let me know. Cheers, -Marek
Subject: cpantest.log
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="----------=_1177485459-17102-7"
X-Mailer: MIME-tools 5.418 (Entity 5.418)
Content-Length: 0
Content-Type: text/plain; charset="utf8"
Content-Disposition: inline
Content-Transfer-Encoding: binary
X-RT-Original-Encoding: utf-8
Content-Length: 0
Content-Type: application/octet-stream; name="cpantest.log"
Content-Disposition: inline; filename="cpantest.log"
Content-Transfer-Encoding: base64
Content-Length: 320073
Download cpantest.log
application/octet-stream 312.5k

Message body not shown because it is not plain text.

MIME-Version: 1.0
X-Mailer: MIME-tools 5.418 (Entity 5.418)
Content-Disposition: inline
Message-Id: <rt-3.6.HEAD-25998-1177862243-426.26664-0-0 [...] rt.cpan.org>
Content-Type: text/plain; charset="utf8"
Content-Transfer-Encoding: binary
X-RT-Original-Encoding: utf-8
X-RT-Original-Encoding: utf-8
Content-Length: 990
Download (untitled) / with headers
text/plain 990b
Thanks much, I found the culprit, the patch program on your sun has a different API than we're used to on Linux. From the output you sent me the following stands out: # Going to apply 1 patch: # /home/hwadm/.cpan/build/CPAN-1.9101-SW7TPG/t/CPAN/TestPatch.txt # /usr/bin/patch -N --fuzz=3 -p1 # patch: Invalid options. # patch: Usage: patch [-blNR] [-c|-e|-n] [-d dir] [-D define] [-i patchfile]\ # [-o outfile] [-p num] [-r rejectfile] [file] # Could not apply patch '/home/hwadm/.cpan/build/CPAN-1.9101-SW7TPG/t/CPAN/TestPatch.txt'; cannot continue # Failed during this command: # ANDK/CPAN-Test-Dummy-Perl5-Build-Fails-1.03.tar.gz: unwrapped NO -- Could not apply patch '/home/hwadm/.cpan/build/CPAN-1.9101-SW7TPG/t/CPAN/TestPatch.txt' The question is: would it work without "--fuzz=3" ? If you could try to change line ~6094 of CPAN.pm from my $stdpatchargs = "-N --fuzz=3"; to my $stdpatchargs = "-N"; would that solve the problem?
X-Originalarrivaltime: 30 Apr 2007 07:49:53.0207 (UTC) FILETIME=[234E3C70:01C78AFC]
MIME-Version: 1.0
X-Spam-Status: No, hits=1.4 required=8.0 tests=BAYES_00,DK_POLICY_SIGNSOME,NO_REAL_NAME,SPF_PASS,URIBL_OB_SURBL
In-Reply-To: <rt-3.6.HEAD-25998-1177862243-426.26664-6-0 [...] rt.cpan.org>
Content-Class: urn:content-classes:message
Received-SPF: pass (x1.develooper.com: domain of marek.rouchal [...] infineon.com designates 217.10.60.23 as permitted sender)
Content-Type: text/plain; charset="utf-8"
X-MS-Tnef-Correlator:
X-RT-Original-Encoding: us-ascii
Received: from la.mx.develooper.com (x1.develooper.com [63.251.223.170]) by diesel.bestpractical.com (Postfix) with SMTP id CC1D84D80B9 for <bug-CPAN [...] rt.cpan.org>; Mon, 30 Apr 2007 03:50:12 -0400 (EDT)
Received: (qmail 32750 invoked by alias); 30 Apr 2007 07:50:11 -0000
Received: from smtp2.infineon.com (HELO smtp2.infineon.com) (217.10.60.23) by la.mx.develooper.com (qpsmtpd/0.28) with ESMTP; Mon, 30 Apr 2007 00:49:59 -0700
Received: from unknown (HELO mucse312.eu.infineon.com) ([172.23.30.12]) by smtp2.infineon.com with ESMTP; 30 Apr 2007 09:43:37 +0200
Received: from mucse304.eu.infineon.com ([172.23.30.4]) by mucse312.eu.infineon.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Mon, 30 Apr 2007 09:49:53 +0200
Delivered-To: cpan-bug+cpan [...] diesel.bestpractical.com
Subject: RE: [rt.cpan.org #26664] test failure on Solaris 8 perl-5.8.8
Return-Path: <marek.rouchal [...] infineon.com>
X-Spam-Check-BY: la.mx.develooper.com
X-Original-To: bug-CPAN [...] rt.cpan.org
Thread-Index: AceKdyrn0FZygegKTseuGfn/OvDSngAhC/rw
X-SBRS: None
Date: Mon, 30 Apr 2007 09:49:51 +0200
X-MS-Has-Attach:
Thread-Topic: [rt.cpan.org #26664] test failure on Solaris 8 perl-5.8.8
Message-Id: <5A2C73EEAC2539458E55C514A51DCC5D037D0F71 [...] mucse304.eu.infineon.com>
X-Mimeole: Produced By Microsoft Exchange V6.5
To: <bug-CPAN [...] rt.cpan.org>
Content-Transfer-Encoding: quoted-printable
From: <marek.rouchal [...] infineon.com>
X-RT-Original-Encoding: utf-8
RT-Message-ID: <rt-3.6.HEAD-26058-1177919416-1990.26664-0-0 [...] rt.cpan.org>
Content-Length: 3732
Download (untitled) / with headers
text/plain 3.6k
Hi Andreas, thank you for looking into this - and my apologies, I could have found the issue myself :-/ However, your suggestion does not (yet) fully solve the problem: removing the --fuzz=3 allows Solaris' /usr/bin/patch to start, but it bails out when trying to apply the patch on the read-only file t/00_load.t: # Checksum for /home/hwadm/.cpan/build/CPAN-1.9101-ncLqcY/t/CPAN/authors/id/A/AN/ANDK/C PAN-Test-Dummy-Perl5-Build-Fails-1.03.tar.gz ok # x CPAN-Test-Dummy-Perl5-Build-Fails-1.03, 0 bytes, 0 tape blocks # x CPAN-Test-Dummy-Perl5-Build-Fails-1.03/t, 0 bytes, 0 tape blocks # x CPAN-Test-Dummy-Perl5-Build-Fails-1.03/t/00_load.t, 423 bytes, 1 tape blocks # x CPAN-Test-Dummy-Perl5-Build-Fails-1.03/MANIFEST, 95 bytes, 1 tape blocks # x CPAN-Test-Dummy-Perl5-Build-Fails-1.03/META.yml, 430 bytes, 1 tape blocks # x CPAN-Test-Dummy-Perl5-Build-Fails-1.03/Changes, 213 bytes, 1 tape blocks # x CPAN-Test-Dummy-Perl5-Build-Fails-1.03/lib, 0 bytes, 0 tape blocks # x CPAN-Test-Dummy-Perl5-Build-Fails-1.03/lib/CPAN, 0 bytes, 0 tape blocks # x CPAN-Test-Dummy-Perl5-Build-Fails-1.03/lib/CPAN/Test, 0 bytes, 0 tape blocks # x CPAN-Test-Dummy-Perl5-Build-Fails-1.03/lib/CPAN/Test/Dummy, 0 bytes, 0 tape blocks # x CPAN-Test-Dummy-Perl5-Build-Fails-1.03/lib/CPAN/Test/Dummy/Perl5, 0 bytes, 0 tape blocks # x CPAN-Test-Dummy-Perl5-Build-Fails-1.03/lib/CPAN/Test/Dummy/Perl5/Build, 0 bytes, 0 tape blocks # x CPAN-Test-Dummy-Perl5-Build-Fails-1.03/lib/CPAN/Test/Dummy/Perl5/Build/F ails.pm, 692 bytes, 2 tape blocks # x CPAN-Test-Dummy-Perl5-Build-Fails-1.03/README, 260 bytes, 1 tape blocks # x CPAN-Test-Dummy-Perl5-Build-Fails-1.03/Build.PL, 455 bytes, 1 tape blocks # Going to apply 1 patch: # /home/hwadm/.cpan/build/CPAN-1.9101-ncLqcY/t/CPAN/TestPatch.txt # /usr/bin/patch -N -p1 # Looks like a unified context diff. # patch: 't/00_load.t': Permission denied # Could not apply patch '/home/hwadm/.cpan/build/CPAN-1.9101-ncLqcY/t/CPAN/TestPatch.txt'; cannot continue I tried to build a containder for the test distro with "u+w" permissions, but then the checksum is wrong and test stops after 175 tests. I could easily switch to a GNU patch program, which AFAIK does not care about file permissions, but I think that during the test my own CPAN preferences are disabled, right? I think it should work ok when the test distro contains the files with user write permissions - can you prepare that, or tell me where to adapt the checksum? Cheers, Marek Show quoted text
-----Original Message----- From: Andreas Koenig via RT [mailto:bug-CPAN@rt.cpan.org] Sent: Sunday, April 29, 2007 5:57 PM To: MAREKR@cpan.org Subject: [rt.cpan.org #26664] test failure on Solaris 8 perl-5.8.8 <URL: http://rt.cpan.org/Ticket/Display.html?id=26664 > Thanks much, I found the culprit, the patch program on your sun has a different API than we're used to on Linux. From the output you sent me the following stands out: # Going to apply 1 patch: # /home/hwadm/.cpan/build/CPAN-1.9101-SW7TPG/t/CPAN/TestPatch.txt # /usr/bin/patch -N --fuzz=3 -p1 # patch: Invalid options. # patch: Usage: patch [-blNR] [-c|-e|-n] [-d dir] [-D define] [-i patchfile]\ # [-o outfile] [-p num] [-r rejectfile] [file] # Could not apply patch '/home/hwadm/.cpan/build/CPAN-1.9101-SW7TPG/t/CPAN/TestPatch.txt'; cannot continue # Failed during this command: # ANDK/CPAN-Test-Dummy-Perl5-Build-Fails-1.03.tar.gz: unwrapped NO -- Could not apply patch '/home/hwadm/.cpan/build/CPAN-1.9101-SW7TPG/t/CPAN/TestPatch.txt' The question is: would it work without "--fuzz=3" ? If you could try to change line ~6094 of CPAN.pm from my $stdpatchargs = "-N --fuzz=3"; to my $stdpatchargs = "-N"; would that solve the problem?
MIME-Version: 1.0
X-Spam-Status: No, hits=-2.6 required=8.0 tests=BAYES_00,DK_POLICY_SIGNSOME
X-Authentication-Warning: k75.linux.bogus: k set sender to andreas.koenig.7os6VVqR [...] franz.ak.mind.de using -f
In-Reply-To: <rt-3.6.HEAD-26058-1177919416-1990.26664-5-0 [...] rt.cpan.org> (bug-CPAN [...] rt.cpan.org's message of "Mon\, 30 Apr 2007 03\:50\:22 -0400")
Received-SPF: pass (x1.develooper.com: local policy)
References: <RT-Ticket-26664 [...] rt.cpan.org> <rt-3.6.HEAD-25998-1177862243-426.26664-6-0 [...] rt.cpan.org> <5A2C73EEAC2539458E55C514A51DCC5D037D0F71 [...] mucse304.eu.infineon.com> <rt-3.6.HEAD-26058-1177919416-1990.26664-5-0 [...] rt.cpan.org>
Content-Type: text/plain; charset="utf-8"
X-RT-Original-Encoding: us-ascii
Received: from la.mx.develooper.com (x1.develooper.com [63.251.223.170]) by diesel.bestpractical.com (Postfix) with SMTP id 8D5BA4D81B3 for <bug-CPAN [...] rt.cpan.org>; Mon, 30 Apr 2007 13:07:13 -0400 (EDT)
Received: (qmail 6345 invoked by alias); 30 Apr 2007 17:07:12 -0000
Received: from franz.ak.mind.de (HELO franz.ak.mind.de) (212.42.235.66) by la.mx.develooper.com (qpsmtpd/0.28) with ESMTP; Mon, 30 Apr 2007 10:07:09 -0700
Received: from k75.linux.bogus (localhost.localdomain [127.0.0.1]) by franz.ak.mind.de (8.13.8/8.13.8/Debian-2) with ESMTP id l3UH73qN013315 for <bug-CPAN [...] rt.cpan.org>; Mon, 30 Apr 2007 19:07:03 +0200
Received: (from k [...] localhost) by k75.linux.bogus (8.13.8/8.13.8/Submit) id l3UH73fo013314; Mon, 30 Apr 2007 19:07:03 +0200
Delivered-To: cpan-bug+cpan [...] diesel.bestpractical.com
User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.4 (gnu/linux)
Subject: Re: [rt.cpan.org #26664] test failure on Solaris 8 perl-5.8.8
Return-Path: <andreas.koenig.7os6VVqR [...] franz.ak.mind.de>
X-Spam-Check-BY: la.mx.develooper.com
X-Original-To: bug-CPAN [...] rt.cpan.org
Date: Mon, 30 Apr 2007 19:07:03 +0200
Message-Id: <87slaheqq0.fsf [...] k75.linux.bogus>
To: bug-CPAN [...] rt.cpan.org
From: andreas.koenig.7os6VVqR [...] franz.ak.mind.de (Andreas J. Koenig)
X-RT-Original-Encoding: utf-8
RT-Message-ID: <rt-3.6.HEAD-25972-1177952837-610.26664-0-0 [...] rt.cpan.org>
Content-Length: 1548
Download (untitled) / with headers
text/plain 1.5k
Show quoted text
>>>>> On Mon, 30 Apr 2007 03:50:22 -0400, "marek.rouchal@infineon.com via RT" <bug-CPAN@rt.cpan.org> said:
Show quoted text
> Queue: CPAN > Ticket <URL: http://rt.cpan.org/Ticket/Display.html?id=26664 >
Show quoted text
> Hi Andreas,
Show quoted text
> thank you for looking into this - and my apologies, I could have found > the issue myself :-/
Nono, there's really no need to apologize, this is my business. It's definitely hard to read the output of my test scripts:( Show quoted text
> However, your suggestion does not (yet) fully solve the problem: > removing the --fuzz=3 allows Solaris' /usr/bin/patch to start, > but it bails out when trying to apply the patch on the > read-only file t/00_load.t:
I see. Show quoted text
> [...]
Show quoted text
> I could easily switch to a GNU patch program, which AFAIK does not > care about file permissions, but I think that during the test my > own CPAN preferences are disabled, right?
Yes, but if the GNU 'patch' comes before the Solaris 'patch' in your PATH, then it will be selected instead. Show quoted text
> I think it should work ok when the test distro contains the files > with user write permissions - can you prepare that, or tell me > where to adapt the checksum?
Well, we have to find two solutions: a workaround for you right now immediately, and a real fix for the next release. For you I would suggest (apart from skipping testing:) that you install GNU patch and put it before Solaris patch in the PATH. For the long term solution I have no plan yet. I suppose either a perl module to delegate the responsibility, or better probing. -- andreas
MIME-Version: 1.0
X-Mailer: MIME-tools 5.418 (Entity 5.418)
Content-Disposition: inline
Message-Id: <rt-3.6.HEAD-23289-1178761912-1809.26664-0-0 [...] rt.cpan.org>
Content-Type: text/plain; charset="utf8"
Content-Transfer-Encoding: binary
X-RT-Original-Encoding: utf-8
X-RT-Original-Encoding: utf-8
Content-Length: 156
Download (untitled) / with headers
text/plain 156b
1.9102 is out and hopefully does the right thing: it probes for the output of 'patch --version'. If it does not work for you, please reopen ticket. Thanks,
X-Originalarrivaltime: 10 May 2007 13:35:42.0477 (UTC) FILETIME=[1AF713D0:01C79308]
MIME-Version: 1.0
X-Spam-Status: No, hits=-2.6 required=8.0 tests=BAYES_00,DKIM_POLICY_SIGNSOME,DK_POLICY_SIGNSOME,SPF_PASS
In-Reply-To: <rt-3.6.HEAD-23289-1178761912-1809.26664-6-0 [...] rt.cpan.org>
Content-Class: urn:content-classes:message
Received-SPF: pass (x1.develooper.com: domain of marek.rouchal [...] infineon.com designates 217.10.60.23 as permitted sender)
Content-Type: text/plain; charset="utf-8"
X-MS-Tnef-Correlator:
X-RT-Original-Encoding: us-ascii
Received: from la.mx.develooper.com (x1.develooper.com [63.251.223.170]) by diesel.bestpractical.com (Postfix) with SMTP id BCC194D815E for <bug-CPAN [...] rt.cpan.org>; Thu, 10 May 2007 09:41:46 -0400 (EDT)
Received: (qmail 5146 invoked by alias); 10 May 2007 13:41:27 -0000
Received: from smtp2.infineon.com (HELO smtp2.infineon.com) (217.10.60.23) by la.mx.develooper.com (qpsmtpd/0.28) with ESMTP; Thu, 10 May 2007 06:36:22 -0700
Received: from unknown (HELO mucse311.eu.infineon.com) ([172.23.30.11]) by smtp2.infineon.com with ESMTP; 10 May 2007 15:22:55 +0200
Received: from mucse304.eu.infineon.com ([172.23.30.4]) by mucse311.eu.infineon.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Thu, 10 May 2007 15:35:42 +0200
Delivered-To: cpan-bug+cpan [...] diesel.bestpractical.com
Subject: RE: [rt.cpan.org #26664] test failure on Solaris 8 perl-5.8.8
Return-Path: <marek.rouchal [...] infineon.com>
X-Spam-Check-BY: la.mx.develooper.com
X-Original-To: bug-CPAN [...] rt.cpan.org
Thread-Index: AceSpfh0nIcoouCERPeFglcigxYNhgAYP/Kg
X-SBRS: None
Date: Thu, 10 May 2007 15:35:41 +0200
X-MS-Has-Attach:
Thread-Topic: [rt.cpan.org #26664] test failure on Solaris 8 perl-5.8.8
Message-Id: <5A2C73EEAC2539458E55C514A51DCC5D03941FB7 [...] mucse304.eu.infineon.com>
X-Mimeole: Produced By Microsoft Exchange V6.5
To: <bug-CPAN [...] rt.cpan.org>
Content-Transfer-Encoding: quoted-printable
From: <marek.rouchal [...] infineon.com>
X-RT-Original-Encoding: utf-8
RT-Message-ID: <rt-3.6.HEAD-23271-1178804534-696.26664-0-0 [...] rt.cpan.org>
Content-Length: 951
Download (untitled) / with headers
text/plain 951b
1.9102 does the right thing in detecting whether we have GNU patch or some other. However, it does not solve the problem that the Solaris 8 patch utility refuses to patch a file with 444 (r--r--r--) permissions: # Going to apply 1 patch: # /home/hwadm/.cpan/build/CPAN-1.9102-3BJnXy/t/CPAN/TestPatch.txt # /usr/bin/patch -N -p1 # Looks like a unified context diff. # patch: 't/00_load.t': Permission denied # Could not apply patch '/home/hwadm/.cpan/build/CPAN-1.9102-3BJnXy/t/CPAN/TestPatch.txt'; cannot continue When I prepend to $PATH a directory containing a "patch" script that calls GNU patch, then everything works fine. I am wondering whether CPAN could apply a recursive chmod -R u+w on the build directory before applying the patch - then also my initial problem would be solved, and users might also appreciate being able to edit the files without having to chmod before. Thank you very much for your support! Cheers, Marek


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.