CPAN
view release on metacpan or search on metacpan
Core dump looks the same.
27048:
Same thing, core dump without symbols:
(gdb) bt
#0 0xb7f39941 in glob_out ()
from /home/sand/.cpan/build/Devel-Caller-0.11-K2jwTc/blib/arch/auto/Devel/Caller/Caller.so
#1 0xb7f39eb4 in XS_Devel__Caller__called_with ()
from /home/sand/.cpan/build/Devel-Caller-0.11-K2jwTc/blib/arch/auto/Devel/Caller/Caller.so
#2 0x080d090b in Perl_pp_entersub ()
#3 0x080c85a9 in Perl_runops_standard ()
#4 0x0806559b in perl_run ()
#5 0x0806034d in main ()
16500:
Ahh, PadWalker 1.5 denies working with 5.7.3, demands minimum 5.8.2
19367:
Everything like in 27048 and the others above.
17706:
PadWalker 1.5 does not pass its own tests:
t/test........FAILED tests 9, 15
Failed 2/15 tests, 86.67% okay
t/tt..........FAILED tests 3-4
Failed 2/5 tests, 60.00% okay
I do a 'force install' on it. I then have to install Module::Build and
ExtUtils::CBuilder and then I can install Devel::Caller and it tests OK:
cc -shared -L/usr/local/lib -o blib/arch/auto/Devel/Caller/Caller.so lib/Devel/Caller.o
Manifying blib/lib/Devel/Caller.pm -> blib/libdoc/Devel::Caller.3
RCLAMP/Devel-Caller-0.11.tar.gz
/usr/bin/make -- OK
Warning (usually harmless): 'YAML' not installed, will not store persistent state
Running make test
/home/src/perl/repoperls/installed-perls/perl/pY6kBLf/perl-5.8.0@17706/bin/perl Build --makefile_env_macros 1 test
t/Devel-Caller....ok
26/72 unexpectedly succeeded
All tests successful (26 subtests UNEXPECTEDLY SUCCEEDED).
Files=1, Tests=72, 0 wallclock secs ( 0.09 cusr + 0.01 csys = 0.10 CPU)
RCLAMP/Devel-Caller-0.11.tar.gz
/usr/bin/make test -- OK
Warning (usually harmless): 'YAML' not installed, will not store persistent state
A few minutes later I have installed several other modules for a
frictionless binary search and these programs then find a Devel::Caller
that does not pass its own test anymore. Why?
I remove the installation and reinstall with ./installperl from the
build directory. I install as above the three PadWalker, M:B and EU:CB
I see Devel::Caller working again. I make a backup or this tree. I
re-run './Build test' several times in the Devel-Caller-0.11-iL3qS5/
directory, always success.
Now I try to install the Bundle::CPANxxl piece by piece. YAML::Syck
fails. IO::Tty OK. Expect OK. YAML fails. Test::Harness OK.
% ./Build test
t/Devel-Caller....ok
26/72 unexpectedly succeeded
TODO PASSED tests 12-14, 44-66
All tests successful (26 subtests UNEXPECTEDLY SUCCEEDED).
Passed TODO Stat Wstat TODOs Pass List of Passed
-------------------------------------------------------------------------------
t/Devel-Caller.t 26 26 12-14 44-66
Files=1, Tests=72, 0 wallclock secs ( 0.07 cusr + 0.03 csys = 0.10 CPU)
Arrrrgrrrr, I misread this as a fail in my previous look at the terminal.
18554:
PadWalker passes its tests but D:C dumps core
18037:
PadWalker fails the two tests mentioned above and I force the install.
Devel::Caller passes its tests.
18300:
PadWalker is installed, so must have passed its test. D:C has its SEGV.
18150:
Padwalker fails as above. force install. D:C SEGV.
18078:
Padwalker fails as above. force install. D:C SEGV.
18057:
Padwalker fails as above. force install. D:C SEGV.
18048:
Padwalker fails as above. force install. D:C SEGV.
18047: no SEGV
2007-10-27 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Net-Daemon's recent FAILS under threads seems to be due to the way the
old Thread.pm has now become a compatibility layer. Its t/thread.t tests
if (!eval { require Thread; my $t = Thread->new(sub { }) }) {
print "1..0\n";
exit 0;
}
FGLOCK/v6-0.020.tar.gz[808],
JPEACOCK/SVN-Notify-Mirror-0.03603.tar.gz[553],
JROCKWAY/Catalyst-Plugin-Unicode-0.8.tar.gz[1230],
LBROCARD/Test-WWW-Mechanize-Catalyst-0.41.tar.gz[1166],
MIYAGAWA/Log-Dispatch-Config-1.02.tar.gz[939],
MNOONING/Net-Daemon/Net-Daemon-0.43.tar.gz[709],
MNOONING/PlRPC/PlRPC-0.2020.tar.gz[1355]
MSERGEANT/POE-Component-Logger-1.00.tar.gz[940],
PETDANCE/Test-WWW-Mechanize-1.14.tar.gz[438],
RCAPUTO/Lexical-Persistence-0.97.tar.gz[92],
RCLAMP/Devel-Caller-0.11.tar.gz[90],
RCLAMP/Devel-LexAlias-0.04.tar.gz[91],
gone
AWWAIID/Continuity-0.95.tar.gz,
CLACO/Data-Currency-0.04002.tar.gz,
CLACO/Finance-Currency-Convert-WebserviceX-0.06001.tar.gz,
DAXIM/Yahoo-Photos-0.0.2.tar.gz,
DCONWAY/Contextual-Return-v0.2.1.tar.gz,
JROBINSON/SQL-Translator-0.08001.tar.gz,
MLEHMANN/Coro-4.11.tar.gz,
NIKIP/Authen-PAM-0.16.tar.gz,
RCLAMP/POE-Component-Server-HTTP-0.09.tar.gz,
TEEJAY/Maypole-2.121.tar.gz,
TMTM/CGI-Untaint-date-1.00.tar.gz,
VKON/Tcl-0.95.tar.gz,
YVES/Date-Simple-3.02.tar.gz
and 32180 has no substantial change. 81 will be unthreaded again.
* spamassassin seems to have bugs in the test suite that then are
ignored. Seems to call out to the perl in the path which chokes on the
prototype "_".
* DWHEELER/Exception-Class-DBI-0.95.tar.gz failed for the first time
ever in 32154. It was with DBI 1.601 and I think it was the first to
encounter 1.601. Yes, when compiling with 32152 it was still DBI 1.59.
http://rt.cpan.org/Ticket/Display.html?id=30230
* off topic AndyA has created coop google searches for perl and cpan:
http://google.com/coop/cse?cx=008709583689349882482%3Aw2_rnxeqmu0
http://google.com/coop/cse?cx=008709583689349882482%3Aj5fu_7cy8vu
* /tmp watching again:
30209 Apache-Session Cleaning up /tmp directory
* -rw------- 1 sand sand 2212 Oct 23 02:04 CyoWt00GDv
find . -depth -user sand -and -newer a0u4eNQ7UO -and -not -newer saoDrTlcuA -exec rm -rv {} \;
2007-10-22 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* 32154 fails with
Failed 1 test out of 1430, 99.93% okay.
../ext/threads/shared/t/waithires.t
on perl itself. 'make nok' sent. Seems to be because I tried a threaded
perl. Sorry, forgot to make a backup, reconstruct running...
It turns out that I see the same on 32174 and that it is load dependent.
And JDHEDDEN says this is not a bug and he is not willing to change the
timeouts. I wonder if this is related to threaded builds (321[57]4 were
threaded) or really only load driven.
* Yesterday I built my first jifty installation with current SVN and
bleadperl. 32147 was the patchnumber. Soon after this installation was
completed this perl was used to test Email-Send-2.191 and it failed
miserably with errors leading to something jifty:
http://www.nntp.perl.org/group/perl.cpan.testers/2007/10/msg702186.html
Retrying the tests with 32152 succeeds nicely and with 32147 I can
reproduce the bug. Resolution simple:
http://rt.cpan.org/Ticket/Display.html?id=30183
2007-10-21 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Variable::Magic is a candidate for a BBC article but the binary search
is veiled by the fact that 28380/28381 is an important transition but
there is another important transition. 28381 fails all tests with glibc
noise but nowadays only one test fails. I need to find the transition
from glibc noise to code that at least runs.
The other end seems to be 28968 so that 28969 fixed the glibc thing. But
this is very surprising because that patch only "bumped version to
5.9.5". Maybe Variable::Magic uses the 4/5 somewhere.
Now running Variable::Magic tests with 28969:
Failed Test Stat Wstat Total Fail List of Failed
-------------------------------------------------------------------------------
t/31-array.t 2 512 21 2 20-21
3 tests skipped.
But current bleadperl 32152 failes with
Failed Test Stat Wstat Total Fail List of Failed
-------------------------------------------------------------------------------
t/10-simple.t 0 11 14 4 13-14
Failed 1/20 test scripts. 2/217 subtests failed.
Files=20, Tests=217, 9 wallclock secs ( 4.43 cusr + 0.27 csys = 4.70 CPU)
Failed 1/20 test programs. 2/217 subtests failed.
32015 is the first perl that breaks on 10-simple in this manner.
http://rt.cpan.org/Ticket/Display.html?id=30197
2007-10-19 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* 32138 break keepcool and pingomatic--why? The logfiles for them are
not being split out. In the original logfile I see
Can't open perl script "/tmp/Ab5Z0NrlWf": No such file or directory
Can't open perl script "/tmp/Ab5Z0NrlWf": No such file or directory
So it seems that I may have deleted a wrong /tmp file and actually
While watching what Module::Install is doing and trying out variations I
get the impression that I have no chance to do the right thing. If the
user says, he wants the recommendations, they still do not end up in
META.yml or _build/prereqs or where else should I look?
After the user has said that he wants everything, we see
Checking prerequisites...
* Optional prerequisite LWP::Authen::Wsse is not installed
* Optional prerequisite XML::LibXML is not installed
* Optional prerequisite DateTime is not installed
But nobody builds or installs them. I find them nowhere in the build
directory stored away. And yet, when I test XML::Atom, it requires it
magically and I have to install them manually.
* Todo: the order of lines in the "failed" command or "failed" report
section is, given identical command ID, I believe, random. Need a
timestamp for finer granular sorting. That would make the listing much
more useful because the first is the most important, all others may be
followup errors.
* Todo: write a Makefile target for the 3 *.dd files in distroprefs DONE
* Todo: Storable support for distroprefs DONE
* Since I fixed the bootstrapping problem of YAML/Expect/ReadLine by
allowing fallback dd files, I thought that now I would be able to run
binary searches more often for broken (or unexpectedly fixed) modules.
My first victim should be DateTime::Format::Strptime. But binary search
converged towards 2794[123] and it was so obvious from mere watching
that this turning point was not the Strptime problem but some other
Params::Validate related problem. P:V 0.86 broke at 27942 and so
DateTime could not be built and Date::Time::Locale could not be built
and Strptime could also not pass its tests.
At some point in time later P:V worked again and so we have this
eclipse: at 27942 the still working Strptime disappeared in the shadow
of P:V and when P:V started to work again, Strptime was broken (or was
it not?). If it broke we cannot see where it broke unless we start
another higher level view that throws extra patches around.
The good news is that we can determine the duration of the eclipse of
P:V: it broke at 27942 and reappeared between 28156 and 28181 (closer
examination pending).
Very nice: Strptime worked with 28181 and so we can run another binary
search between 28181 and 29312. Breakage at 28325 and report sent to P5P
* why is reuse_old_builddir (sp?) turned off in degraded mode? I think
there is no good reason. FIXED
* Observed that the E of DONE is in the second line during "03". Take
the algorithm in reanimate_build_dir() around line 4175 in all three
index files. It's easier to read and workd even for @items < 76. DONE
* display the commandid during the failed command -- just for a while. I
want to see how big the holes are and if they look plausible. -- They
have all the same number! FIXED
* Bug: ~/.cpan/sources/modules is full with backup files FIXED in 1360
* I just added the decicive line to Makefile.PL so that I can
conveniently start messing around with CPAN::SQLite support:
/home/src/perl/cpan-sql-stuff/CPAN-SQLite/. # (!)
% make run-with-sqlite
/home/src/perl/repoperls/installed-perls/perl/pDtzfB5/perl-5.8.0@29285/bin/perl -I$HOME/.cpan -Ilib -MCPAN::SQLite -MCPAN::MyConfig -MCPAN -e '$CPAN::Config->{use_sqlite}++; shell'
CPAN: Term::ANSIColor loaded ok (v1.11)
cpan shell -- CPAN exploration and modules installation (v1.8862)
ReadLine support enabled
cpan[1]> d MSCHILLI/Log-Log4perl-1.07.tar.gz
CPAN: YAML::Syck loaded ok (v0.71)
Going to read /home/k/.cpan/build/
............................................................................DONE
Found 593 old builds, restored the state of 337
Updating database file ...
Can't exec "cpandb": No such file or directory at /home/src/perl/repoperls/installed-perls/perl/pDtzfB5/perl-5.8.0@29285/lib/site_perl/5.9.5/CPAN/SQLite/META.pm line 179.
system cpandb --update failed: -1 at /home/src/perl/repoperls/installed-perls/perl/pDtzfB5/perl-5.8.0@29285/lib/site_perl/5.9.5/CPAN/SQLite/META.pm line 179.
at lib/CPAN.pm line 276
CPAN::shell() called at -e line 1
Uh. Patch rkobes-cpan3.diff backed out. Now I probably know where to start.
* Integrate freshness into hosts stats. (#17353)
* Allow dd or st files instead of yml in distroprefs for bootstrapping
purpose. DONE
* Todo: avoid ->can everywhere and replace with UNIVERSAL::can. See
Adriano Rodrigues' bugreport. DONE
* This looks silly:
cpan[15]> o conf commit
commit: wrote '/home/k/.cpan/CPAN/MyConfig.pm'
Please use 'o conf commit' to make the config permanent!
FIXED
* write a dummy distro that reads arguments to Makefile.PL and another
one that reads something from STDIN (or maybe both in one) DELAYED until
the distroprefs stuff leaves the alpha stage.
* The bug in Strptime is in the "ga" locale. Installing the ga locale on
my box doesn't solve it. Manana.
* "I hate Module::AutoInstall". See down under the hr when you ever have
time.
2006-11-12 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* BUG: randomize_urllist cannot be set on the shell commandline: because
it ends in "list", it becomes always an array:))
FIXED
# Content-Type: text/html
# Last-Modified: Sat, 07 Oct 2006 03:29:15 GMT
# Client-Date: Sat, 07 Oct 2006 04:16:57 GMT
# Client-Peer: 192.168.0.75:45978
# Client-Response-Num: 1
# Title: En prøve
#
# <html><title>En prøve</title>
# <h1>Dette er en testfil</h1>
# Jeg vet ikke hvor stor fila behøver å være heller, men dette
# er sikkert nok i massevis.
not ok 5 # content_length=0
HERE [html] at ../blib/lib/LWP/MediaTypes.pm line 70.
size[0]mtime[1160191755] at ../blib/lib/HTTP/Daemon.pm line 531.
Daemon.pm:
sysopen(F, $file, 0) or
return $self->send_error(RC_FORBIDDEN);
binmode(F);
my($ct,$ce) = guess_media_type($file);
my($size,$mtime) = (stat _)[7,9];
Tracked and reported to P5P. FINI.
* Todo: Write a new test: If one prerequisite doesn't pass its tests, we
sure want to test the dependent module but it must not be installed. I
have no example at hand.
First continue fixing dummy-Build and dummy-Make distros (and maybe
more), then make one that is depending on dummy-Fails. DONE in rev. 973
And write the new test for it. DONE in rev. 975
* Gabor reports #21692: how to reproduce? Just get a 5.8.7 and call
upgrade on it. No, take a 5.8.8 and silently replace B::Concise with the
5.8.7 one. OR: take some maint-5.8 short before 5.8.8! Where to find the
patch number for 5.8.8? Module::CoreList!
% perl -MModule::CoreList -le 'use Data::Dumper;print Dumper(\%Module::CoreList::patchlevel);'
[...]
'5.008008' => [
'maint-5.8',
27040
],
Paging through diff files in APC/5.8.1/ reveals: 25914 updated
PPPort.pm, 26929 Pod::Simple, 26985 Archive::Tar, 26988 Pod::Man, so I
expect 26984 a good test candidate.
My current 26984 replies to "r" command with....no 5.8.8?
Strange! Why no 5.8.8? Ahhh, because it had no Archive::Tar and Pod::Man
is on podlators 2.0.5.
Trying 26876: no good.
26727: Good! 26727 wants to upgrade Dumpvalue and bring it ot
perl-5.8.8. I upgrade everything in 26727 except for Dumpvalue. Being
time consuming, this needs a backup generated with
tar cvzf p-26727plus-near-588.tar.gz installed-perls/maint-5.8/pbyWflA/perl-5.8.0@26727
Gabor requests less noise, otherwise he consideres behaviour correct.
Hrm, think about it...
FIXED in rev. 963.
* Bug: during 'o conf defaults' I get
Debug(HandleConfig,HandleConfig.pm,95,[Shell,CPAN.pm,1401,edit]): self[CPAN::HandleConfig]args[defaults]
Can't locate CPAN/MyConfig.pm in @INC (@INC contains: _build/lib _build/lib _build/lib _build/lib /home/k/sources/CPAN/SVN/lib /home/src/perl/repoperls/installed-perls/perl/pGHVCgA/perl-5.8.0@28914/lib/5.9.4/i686-linux-64int /home/src/perl/repoperls/...
Use of uninitialized value within %INC in concatenation (.) or string at /home/k/sources/CPAN/SVN/lib/CPAN/HandleConfig.pm line 285.
'' reread
Fixed in rev. 958
* Bug: cpan[4]> install CPAN::Reporter
Running install for module CPAN::Reporter
Running Build for D/DA/DAGOLDEN/CPAN-Reporter-0.24.tar.gz
Is already unwrapped into directory /home/k/.cpan/build/CPAN-Reporter-0.24
CPAN.pm: Going to build D/DA/DAGOLDEN/CPAN-Reporter-0.24.tar.gz
Creating custom builder _build/lib/Module/Build/WikiDoc.pm in _build/lib/Module/Build
Checking whether your kit is complete...
Looks good
Checking prerequisites...
Package 'CPAN' already declared with version '1.87_64'
ignoring new version ''.
- ERROR: IO::CaptureOutput is not installed
- ERROR: File::Copy::Recursive is not installed
- ERROR: CPAN (1.87_64) is installed, but we need version >= 1.88
ERRORS/WARNINGS FOUND IN PREREQUISITES. You may wish to install the versions
of the modules indicated above before proceeding with this installation
Creating new 'Build' script for 'CPAN-Reporter' version '0.24'
lib/CPAN/Reporter.pm -> blib/lib/CPAN/Reporter.pm
lib/CPAN/Reporter.pod -> blib/lib/CPAN/Reporter.pod
Manifying blib/lib/CPAN/Reporter.pod -> blib/libdoc/CPAN::Reporter.3
./Build -- OK
Running Build test
The version of your Test::Harness is only
'2.56', you need at least '2.62'. Please upgrade your Test::Harness.
Running Build install
Installing /usr/local/perl-5.8.7/lib/site_perl/5.8.7/CPAN/Reporter.pm
Installing /usr/local/perl-5.8.7/lib/site_perl/5.8.7/CPAN/Reporter.pod
Installing /usr/local/perl-5.8.7/man/man3/CPAN::Reporter.3
Writing /usr/local/perl-5.8.7/lib/site_perl/5.8.7/i686-linux-64int/auto/CPAN/Reporter/.packlist
sudo ./Build install --uninst 1 -- OK
Showstopper II! The test refused to run with the reference to
Test::Harness but the install succeeded nonetheless:(((
Fixed in rev. 954.
* Finish the debugging aid of reload. Current code (rev. 953)
allows
( run in 1.003 second using v1.01-cache-2.11-cpan-39bf76dae61 )