Skip to content


Subversion checkout URL

You can clone with
Download ZIP
Fetching contributors…

Cannot retrieve contributors at this time

18795 lines (13558 sloc) 758.813 kb
2009-07-08 Andreas J. Koenig <>
* from cpantesters-discuss
05:04:06 <@ST47> Hey
05:04:21 <@ST47> Anyone ever had a problem with the FTPstats.yml getting
05:04:49 <@ST47> It keeps getting messed up and throwing a syntax error through
YAML::Syck and throwing my smokers into a useless state
06:28:45 <@ST47> Probably ran out of disk space mid-write...
07:53:33 <@rafl> yeah, i've seen that.
2009-07-02 Andreas J. Koenig <>
* Curtis Jewell reports failing tests that I overlooked on cpantesters.
Seems to be that Expect-less systems fail some tests around push/pop on
Nope, I can remove Expect and still pass all tests.
He is stuck in the test "urllist empty" and then gets the fail for the
test "reordering urllist". Skipping the "urllist empty" test when no
Expect is installed will most probably "fix" this. I mean, we're fixing
a test, not code.
Nope. Was a whitespace bug, FIXED.
2009-07-01 Andreas J. Koenig <>
* amend version numbers and let Andy Armstrongs script care for them
automatically. 1.9402 was delivered with 3 decreasing version numbers.
How come?
Status: Decreasing version number
module: CPAN::Distribution
version: 1.93
in file: CPAN-1.9402/lib/CPAN/
status: Not indexed because CPAN-1.9304/lib/ in
A/AN/ANDK/CPAN-1.9304.tar.gz has a higher version number
module: CPAN::Index
version: 1.93
in file: CPAN-1.9402/lib/CPAN/
status: Not indexed because CPAN-1.9304/lib/ in
A/AN/ANDK/CPAN-1.9304.tar.gz has a higher version number
module: CPAN::LWP::UserAgent
version: 1.00
in file: CPAN-1.9402/lib/CPAN/LWP/
status: Not indexed because CPAN-1.9304/lib/ in
A/AN/ANDK/CPAN-1.9304.tar.gz has a higher version number
Something like
perl-reversion -current 0.0.4 -set 0.0.5 lib/**/*.pm
2009-04-19 Andreas J. Koenig <>
* Acme::Badexample ($VERSION = do { $_++ while 1; return $_ };) breaks
us. Could not get a stable solution from BSD::Resource. The problem was
that when running the r command after a while the number of $SIG{XCPU}
interrupts increased until finally the shell ended itself. Probably a
bug somewhere else. Giving up at this state:
diff --git a/lib/CPAN/ b/lib/CPAN/
index f9520d9..92d53c9 100644
--- a/lib/CPAN/
+++ b/lib/CPAN/
@@ -652,9 +652,32 @@ sub available_version {
#-> sub CPAN::Module::parse_version ;
sub parse_version {
my($self,$parsefile) = @_;
+ our($soft0,$hard0,$used0);
+ if (CPAN->has_usable("BSD::Resource")) {
+ ($used0) = BSD::Resource::getrusage();
+ ($soft0,$hard0) = BSD::Resource::getrlimit(BSD::Resource::RLIMIT_CPU()) unless $soft0;
+ warn "used0[$used0]soft0[$soft0]hard0[$hard0]\n";
+ my $success = BSD::Resource::setrlimit(BSD::Resource::RLIMIT_CPU(),int(3+$used0),$hard0);
+ if ($success) {
+ $SIG{XCPU} = sub {
+ my $sig = shift;
+ die +{ SIG => $sig};
+ };
+ } else {
+ $CPAN::Frontend->mywarn("Could not set limit\n");
+ }
+ }
my $have = eval { MM->parse_version($parsefile); };
if ($@) {
- $CPAN::Frontend->mywarn("Error while parsing version number in file '$parsefile'\n");
+ if (my $sig = $@->{SIG}) {
+ $CPAN::Frontend->mywarn("Signal $sig caught while parsing version number in file '$parsefile'\n");
+ } else {
+ $CPAN::Frontend->mywarn("Error while parsing version number in file '$parsefile'\n");
+ }
+ }
+ if ($soft0) {
+ BSD::Resource::setrlimit(BSD::Resource::RLIMIT_CPU(),$soft0,$hard0);
my $leastsanity = eval { defined $have && length $have; };
$have = "undef" unless $leastsanity;
Seems to be solved with a much simpler alarm call now but I had to
choose a surprisingly high alarm value of 10. Below that I saw random
2009-04-14 Andreas J. Koenig <>
* explicit option to prefer Archive::Tar over tar like suggested by
explicit option for suppress readline!
while being at readline: improve the wording "available" versus what
Schwern suggested in
2009-04-14 Andreas J. Koenig <>
* reminder: Solaris tar cannot read tarballs with a path with more than
100 bytes. Wolfram re-reported it today. was the first report.
MST suggested switching to tgz. Good idea.
2009-03-13 Andreas J. Koenig <>
* git tags not exported. Why? Need to export the release tags. How?
Do I actually have some?
% git tag -l | tail
But on the re-imported clone it ends with 1.9301
git push --tags
this is considered to dtrt. Can be checked visiting github and hovering
over "all tags". According to at least.
Problem with that is we have so many tags that we cannot scroll to the
last in firefox.
But indeed 'git push --tags' did work as expected and downloading to the
the other box also
2009-03-13 Andreas J. Koenig <>
* test YAML::XS and YAML::Perl.
| | YAML::Syck | YAML::XS | YAML | YAML::Perl | YAML::Tiny |
| | | | | | |
| hosts command | 0 s | 0 s | 5 s | INTR after 1 m | FAILS |
| | | | | | |
| test Acme::Meta | 4 s | 4 s | 35 s | FAILS | FAILS |
| | | | | | |
2009-02-28 Andreas J. Koenig <>
* support Nick's plan seems to be that when is
installed at
then it is a second class citizen (because it came with perl) which
warns when being loaded (due to But when it (the very
same file) is installed from the CPAN it will live in a different
location, say
and then it will not warn about deprecate although the 'use deprecate'
is in the file.
The plan is to change such that it installs from CPAN the very
same version as the core version is. The difference should be recognized
in the installation directory. So there shall be more magic in the INC
2009-02-27 Andreas J. Koenig <>
* todo/nice to have: completion on distros such that before the slash we
complete user ids and after the slash not ls() but existing distros. Or
maybe if we have more than x characters we complete the distros. Or some
2009-01-22 Andreas J. Koenig <>
* todo: add a new pause batch signing key
2009-01-18 Andreas J. Koenig <>
* 12:04:17 <@Alias> What I'm suggesting is that can be embedded inside of
larger programs
12:04:36 <@Alias> Or at least, it should be... it is extremely front-end
centric in many places
12:05:22 <@Alias> Well, I can't actually load up inside my process, as
it's unsafe...
12:05:29 <@Alias> Because it does permalocks on files and stuff
12:05:36 <@Alias> And that goes all explodey
12:05:47 <@Alias> So I have to isolate each call out in seperate
12:06:20 <@Alias> Mostly via pip or "cpan Whatever" calls
12:07:04 <@klapperl> maybe we can get rid of the permalocks
12:07:11 <@Alias> That would be nice
12:07:26 <@Alias> Also, to not apply the "don't try to reinstall" between
user-land commands
12:08:12 <@Alias> But if we could flush some of this stuff out, it would be nice
2008-11-03 Andreas J. Koenig <>
* needs a trick to kill itself after a second or
two but without alarm because alarm doesn't kill the running regexp.
Implemented with open..."|-". It uses alarm but in the parent and the
child runs the regex.
* S/SR/SRI/Catalyst-Plugin-HTML-Widget-1.1.tar.gz also calls cpanplus.
2008-11-02 Andreas J. Koenig <>
* somebody has successfully called cpanplus. I suspect it was
Devel-ebug-HTTP-0.32. Or Module::Install::Catalyst. Whatever. I now have
a process standing in
/home/sand/.cpanplus/5.11.0/build/Catalyst-Runtime-5.7015 doing nothing
having 6 pipes open and giving me no clue.
Yes, Leon has Module::Install 0.60 in inc/. Arrrrrrrgh.
2008-10-23 Andreas J. Koenig <>
* Scriptalicious had its first fail on 2008-07-08 with a bleadperl since
then 6 green and 31 red.
2008-09-14 Andreas J. Koenig <>
* Class::MOP and 32734:
Class-MOP-0.64_01.tar.gz OK
Class-MOP-0.64_02.tar.gz OK
Class-MOP-0.64_03.tar.gz OK
Class-MOP-0.64_04.tar.gz OK
Class-MOP-0.64_05.tar.gz NOT OK
A comment explains that the other versions did not load XS but fell back
to the pure perl versions.
It's not a trivial enough thing for me to simply fix it with an #if.
Envariable CLASS_MOP_NO_XS? Fixes it, of course but does not help us much.
2008-09-10 Andreas J. Koenig <>
* Class-MOP
eval q{use Class::MOP 0.65};
print $@ ? "N/A" : "OK";
print "\n";
----Output of ...pIitLTW/perl-5.10.0@32733/bin/perl----
----EOF ($?='0')----
----Output of ...p3OAlrp/perl-5.10.0@32734/bin/perl----
----EOF ($?='0')----
2008-09-07 Andreas J. Koenig <>
* HOP-Parser-0.01 broke between
FAIL 1754549 meta:from[DAGOLDEN] meta:date[2008-06-20T22:25:00]
PASS 1727355 meta:from[andreas.koenig.gmwojprw] meta:date[2008-06-18T02:45:00]
HOP::Stream 0.02 came out by RUDY with patch
2008-09-06 Andreas J. Koenig <>
* ATOURBIN/rpm-build-perl-0.6.8.tar.gz (= B::PerlReq) broke between Jun
28 and Jul 8 for all perls that had modules up to date. My 34053 is not
uptodate and it still tests ok.
Looking at the output of 'r' should reveal something.
B::Debug 1.07 1.11 OK
B::Utils 0.05 0.06 OK
Devel::CallTrace 1.0 1.2 OK
Devel::Backtrace 0.10 0.11 OK
CPAN::Reporter 1.15 1.1601 NOT OK by DAGOLDEN with patch
2008-09-04 Andreas J. Koenig <>
* limit the autogeneration of a Makefile.PL to single-file stuff should
not break too many script distros. Requested by
Mailing-List: contact; run by ezmlm
Subject: Re: imaginary Makefile.PL (and scripts)
Date: Wed, 3 Sep 2008 13:24:34 -0700
Message-Id: <>
From: Eric Wilhelm <>
2008-08-23 Andreas J. Koenig <>
* it has already been reported as
Hook::Filter has a use_ok in a BEGIN block. Only reached one of several
things is missing because then it is a skip_all. use_ok in BEGIN block?
Wasn't this allowed in old times due to a Test::Simple bug? Yes. I added
a comment to the ticket.
2008-07-17 Andreas J. Koenig <>
* mixed success with JSON::XS. At least a first binary search
demonstrates that there must be some problem.
eval q{use JSON::XS 2.22};
print $@ ? "N/A" : "OK";
print "\n";
----Output of .../pQYroRO/perl-5.9.3@27322/bin/perl----
----EOF ($?='0')----
----Output of .../piMBZQp/perl-5.9.3@27323/bin/perl----
----EOF ($?='0')----
Is it a Test::Harness problem? The test output looks OK but the summary
says FAIL. T:H is up to date, 3.12. Upgrading CPAN from 1.9205 to
1.92_63. Upgrading CPAN::Reporter from 1.1601 to 1.16_51.
Still same bad result.
Upgrading to Test::Harness::Straps 0.30 No success
cpan[5]> install JSON::XS
Running install for module 'JSON::XS'
Running make for M/ML/MLEHMANN/JSON-XS-2.22.tar.gz
Has already been unwrapped into directory /home/sand/.cpan/build/JSON-XS-2.22-bEP80n
Has already been made
Running make test
PERL_DL_NONLAZY=1 /home/src/perl/repoperls/installed-perls/perl/piMBZQp/perl-5.9.3@27323/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
t/02_error.............. All 31 subtests passed
Test Summary Report
Files=21, Tests=25547, 24 wallclock secs ( 9.90 usr 0.04 sys + 13.26 cusr 0.25 csys = 23.45 CPU)
Result: FAIL
Failed 1/21 test programs. 0/25547 subtests failed.
Most probably the t/02error.t thing, it has no "ok".
Oh no! I saw the above thing several times and now I retried and it has
disappeared with that same perl @27323.
2008-07-13 Andreas J. Koenig <>
* DBD-Pg on k81 hangs forever asking for 'Path to pg_config?'
* STEVAN/FCGI-Engine-0.04 seems to hang forever
2008-07-09 Andreas J. Koenig <>
* App-Control-1.02 seems to call the wrong perl and when it then fails
it goes into a--fortunately slow--endless loop. Need to investigate
soonish if nobody beats me to it.
2008-07-07 Andreas J. Koenig <>
* XML::RSS::Tools has three FAILS that nobody else reported but me.
Manually reproducable with 5.10.0 () and ParseReport does not lead me in
any direction.
So I decide to upgrade random pieces.
I come by Archive::Any and I see it fail the same way as XML::RSS::Tools!!!
# Failed test 'right warning, unknown type'
# at t/type.t line 15.
# found carped warning: uplevel 2 is more than the caller stack at /home/src/perl/repoperls/installed-perls/perl/pVNtS9N/perl-5.8.0@32642/lib/site_perl/5.10.0/Test/ line 283
# found warning: No mime type found for type 'hominawoof' at /home/sand/.cpan/build/Archive-Any-0.0932-SZsz9I/blib/lib/Archive/ line 169.
# expected to find warning: (?-xism:No mime type found for type 'hominawoof')
# Failed test 'right warning, no type'
# at t/type.t line 19.
# found carped warning: uplevel 2 is more than the caller stack at /home/src/perl/repoperls/installed-perls/perl/pVNtS9N/perl-5.8.0@32642/lib/site_perl/5.10.0/Test/ line 283
# found warning: No handler available for type 'text/plain' at /home/sand/.cpan/build/Archive-Any-0.0932-SZsz9I/blib/lib/Archive/ line 179.
# expected to find warning: (?-xism:No handler available for type 'text/plain')
# Looks like you failed 2 tests of 7.
Dubious, test returned 2 (wstat 512, 0x200)
Failed 2/7 subtests
Test Summary Report
t/type (Wstat: 512 Tests: 7 Failed: 2)
Failed tests: 5, 7
Test-Warn has many used-by and many dependencies. I pick for example
dependency on Sub::Uplevel and this perl has 0.19_03.
Only few have 0.19_03 installed. And indeed, downgrading to 0.1901 fixes
the issue.
2008-07-03 Andreas J. Koenig <>
* Math-BaseCalc
1802488 1802531 1813504 1814071 1819368 1823811 1826225
2008-06-28 Andreas J. Koenig <>
* rt-perl-22977
sub f ($); # Comment out to get right result!
sub f ($) {
my $test = $_[0];
format STDOUT =
----Output of .../pMZAcVt/perl-5.8.0@19648/bin/perl----
----EOF ($?='0')----
----Output of .../pgL2gwc/perl-5.8.0@19649/bin/perl----
----EOF ($?='11')----
2008-06-26 Andreas J. Koenig <>
* Email-Simple 2.004/2.003: During the latest megainstall I installed
first 2.004 and later 2.003 for whatever reason. And then, when he tried
to install Email-Simple-FromHandle, he complained that 2.003 was
2008-06-18 Andreas J. Koenig <>
* Sys-Syscall-0.22 hangs with 34066 (maint-5.8) during 02-sendfile. That
makes Danga-Socket a DISCARD. Hmm. And then Perlbal hangs in its test.
update 2008-06-23: 34074@bleadperl also hangs. 34053 too. Why did I not
notice that? 33949 same. Aha: since Jun 15 there is process 9195 running
occupying port 60001, owned by sand, parent is 1 and it has plenty
children. I kill it and run the tests for 33949 again. Doesn't help. Now
process 21113, testing some t/31-realworld.t has occupied port 60001.
When I kill that then the Syscall test runs through.
Whose bug is that? I'd say Sys::Syscall should fail more gracefully
instead of just hanging.
Retrying 34053: now Sys-Syscall-0.22/t/01-epoll.t fails! But at least
without hanging. Same with 33949:
# Failed test 'made temp listening socket'
# at t/01-epoll.t line 61.
Can't use an undefined value as a symbol reference at t/01-epoll.t line 62.
# Looks like you planned 20 tests but only ran 13.
# Looks like you failed 1 test of 13 run.
# Looks like your test died just after 13.
Dubious, test returned 255 (wstat 65280, 0xff00)
Failed 8/20 subtests
Of course, there's process 9193 listening on 60000 since Jun 15.
And now epoll runs through everywhere.
2008-06-13 Andreas J. Koenig <>
* Todo: report Data::Float the bug to switch to "traditional" instead of
2008-06-12 Andreas J. Koenig <>
* As the last time in 2008-03-08 today I hit the Makefile.PLs written by
Module::Build::Compat "passthough" model. This time with
Data-Float-0.009 and Text-SimpleTable-0.03. Why does this perl have no
Module::Build? I thought my megainstall rules install it because they
install Bundle::CPANxxl? Yes, I do. But M:B FAILs with current
5.8.9-tobe. Is it Test::Harness 3.11? At line 675 we install T:H 3.11
and at 950 we fail the test compat.t, so yes, this is with 3.11.
Retrying with 33994 I see T:H 3.11 fail in its
t/compat/test-harness-compat.t. It has 3.10 and M:B PASSes.
Retrying with 33935 I see M:B PASS with T:H 3.10. Here T:H 3.11 PASSes
and is now installed. Testing M:B again FAILs on its t/compat.t test.
Retrying with what next? I would like to have a stock 5.8.8 as it comes
with just the bare metal.... Not needed because AndyA apparently
already knows (witnessed on #p5p)
Workaround is to force install M:B.
2008-06-05 Andreas J. Koenig <>
* URI::Escape::XS has 10 fails all of which have useperlio, usemymalloc,
ld=cc, intsize=4, hint=recommended, dlsrc=dl_dlopen.xs,
d_longlong=define, ccversion="", cc=cc, alignbytes=4. But what does that
tell us?
perl bin/ -q=conf:intsize URI-Escape-XS | perl -nale 'if ($F[0] eq "FAIL"){ print "~/var/cpantesters/nntp-testers/$F[1]"}'|xargs echo
With this list we can grep for the test failure (it is always 03-hashu.
Uniq -c gives us:
1 # Failed test 'decodeURI(&quot;%uD869&quot;)'
9 # Failed test 'decodeURI(&quot;%uD869%uDEB2%u5F3E%u0064&quot;)'
The shorter one is /home/k/var/cpantesters/nntp-testers/1595927 from chris.
No clue.
2008-05-31 Andreas J. Koenig <>
* There seems to be a bug when the user has makepl_args and the
distroprefs file has other pl/args.
2008-05-29 Andreas J. Koenig <>
* flock on windows is mandatory -- mail from Jan Dubois
2008-05-28 Andreas J. Koenig <>
* what's the matter with maint-5.10? need a perl between 33823 and 33921
and because 33921 does not build I must read the available perls in the
APC directory:
% ls APC/perl-5.10.x-diffs
Trying 33883. Trying lots of older 5.10s which all must have worked some
time before because I do not think the I have skipped testing often. All
fail in the same way. Some debian upgrade must have broken something.
For the record:
ok 385 - Archive type recognized properly
not ok 386 - extract() for 'x.lzma' reports success
# Failed test 'extract() for 'x.lzma' reports success'
# at ../lib/Archive/Extract/t/01_Archive-Extract.t line 334.
ok 387 - No errors capturing buffers
not ok 388 - Found correct number of output files
# Failed test 'Found correct number of output files'
# at ../lib/Archive/Extract/t/01_Archive-Extract.t line 356.
# got: '0'
# expected: '1'
Modification of non-creatable array value attempted, subscript -1 at ../lib/Archive/Extract/t/01_Archive-Extract.t line 358.
# Looks like you failed 2 tests of 388.
# Looks like your test died just after 388.
Test returned status 255 (wstat 65280, 0xff00)
DIED. FAILED tests 386, 388
Failed 2/388 tests, 99.48% okay
Failed Test Stat Wstat Total Fail List of Failed
../lib/Archive/Extract/t/01_Archive-Extra 255 65280 388 2 386 388
Failed 1/1 test scripts. 2/388 subtests failed.
Files=1, Tests=388, 3 wallclock secs ( 1.05 cusr + 0.34 csys = 1.39 CPU)
But Archive::Extract from CPAN passes its tests.
Look, the x.lzma files in perl and in Archive::Extract differ:
% md5sum ~/.cpan/build/Archive-Extract-0.26-t7pU2J/t/src/x.lzma ./x.lzma
44c17dfa72c5277ff13518c9214f8a02 /home/sand/.cpan/build/Archive-Extract-0.26-t7pU2J/t/src/x.lzma
447ad6244441d9cccfa8ab690b6cd035 ./x.lzma
>sand@k75:/home/src/perl/repoperls/perl-m-5.10.0@33942/lib/Archive/Extract/t/src% cmp -l ~/.cpan/build/Archive-Extract-0.26-t7pU2J/t/src/x.lzma ./x.lzma
1 135 43
2 0 43
3 0 43
4 200 43
5 0 43
6 0 43
7 0 43
8 0 43
9 0 43
10 0 43
11 0 43
12 0 43
13 0 43
14 0 43
15 0 43
16 0 43
17 0 43
18 0 43
cmp: EOF auf /home/sand/.cpan/build/Archive-Extract-0.26-t7pU2J/t/src/x.lzma.
What? The test file in the CPAN distro is only 18 bytes? Bleedperl's
also has only 18 bytes.
see which says:
... #2 change 33943 integrate on 2008/05/28 by davem@davem-pigeon (text) 'Integrate: [ 33414] Subject: [p'
... ... copy from //depot/perl/lib/Archive/Extract/t/src/x.lzma.packed#2
... #1 change 33113 branch on 2008/01/29 by nicholas@nicholas-saigo (text) 'Integrate: [ 32652] Upgrade to '
... ... branch from //depot/perl/lib/Archive/Extract/t/src/x.lzma.packed#1
And the same for bleadperl
... #2 change 33470 edit on 2008/03/10 by rgs@scipion (text) 'Subject: Re: [PATCH] make Archi'
... ... copy into //depot/maint-5.10/perl/lib/Archive/Extract/t/src/x.lzma.packed#2
... #1 change 33098 add on 2008/01/28 by stevep@stevep-kirk (text) 'Upgrade to Archive-Extract-0.26'
... ... branch into //depot/maint-5.10/perl/lib/Archive/Extract/t/src/x.lzma.packed#1
main-5.10 has the packed file instead of the unpacked one. So who calls
uupacktool and how?
Ahh, 33943 must fix it. My last try was 33942.
2008-05-25 Andreas J. Koenig <>
* >>>>> On Sun, 25 May 2008 12:53:15 -0400, "David Golden" said:
> So here's what I think should be the logic, more or less:
> * under "install", all 'requires' must be satisfied without adding
> build directories to PERL5LIB or else they need to be queued. All
> "build_requires" must be satisfied including build directories or they
> need to be queued.
> * under "test/make", "requires" or "build_requires" must be satisfied
> including build directories or they need to be queued
> What do you think?
Excellent summary. This will indeed allow the user to mix install and
make/test commands.
2008-05-21 Andreas J. Koenig <>
* Games::RolePlay::MapGen puzzling fails may need autobundle diffs.
2008-05-18 Andreas J. Koenig <>
* David did some refactoring and now we see that satisfy_requires and
satisfy_configure_requires are similar but not foldable into one thing.
Is this intentional or are there bugs lurking?
* "later_for" seems an unused variable, David said. Dispensable or lost
in transition? Not lost in transition, rather introduced without a clear
* bleedperl between 33832 and 33845 broke CPAN::Reporter?
# Failed test 't-MultipleMatch: 'make test' grade explanation correct'
# at t/51_test_report_fail.t line 105.
# got: ''make test' error detected.'
# expected: 'One or more tests failed.'
# Looks like you failed 1 test of 102.
Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/102 subtests
This is in the logfile but I cannot reproduce it.
2008-05-10 Andreas J. Koenig <>
* Kwiki::Test and 5.10.1 tobe have a problem. 33787 is my maint-5.10,
33788 my blead. Autobundles in
First suspect File::Path 2.04 vs 2.06?
2008-05-04 Andreas J. Koenig <>
* Devel::Profiler
* new bug in Module::Install? MooseX::Storage declares the dependency
"Best" on feature "YAML". Then I set my usual environment variables for
Module::Install and nobody asks a question and Best is not being
installed. Who's doing wrong?
To find out, we need a perl without 33711
Trying on the commandline both
/home/src/perl/repoperls/installed-perls/perl/pw3p8BE/perl-5.10.0@33711/bin/perl Build.PL
/home/src/perl/repoperls/installed-perls/perl/pw3p8BE/perl-5.10.0@33711/bin/perl Makefile.PL
ask the right questions, But setting either PERL_AUTOINSTALL=--skip or
PERL_EXTUTILS_AUTOINSTALL=--skip leads to no questions asked.
This is contrary to my expectations but as I'm not sure how
Module::Install intends to behave I cannot really tell what's up.
I filed a ticket against Module::Install to please provide some docs.
2008-05-03 Andreas J. Koenig <>
* SOAP-WSDL fails sometimes with Can't locate object method "new" via
package "SOAP::WSDL::Transport::HTTP"
Stepping through the debugger reveals it may have to do with the fact
that I have Test::Without::Module installed. Because otherwise he skips
tests silently.
* Catalyst-View-Jemplate 0.06 had a few fails recently, the first on May
Jemplate 0.22 seems to break it
CPAN_FILE R/RK/RKRIMEN/Jemplate-0.22.tar.gz
UPLOAD_DATE 2008-04-29
There is no older version in the RKRIMEN directory. Previous maintainer
was INGY. Downgrading to INGY/Jemplate-0.21? Does not fix it. 0.20 fixes
* DROLSKY/Log-Dispatch-2.21.tar.gz has its first fail ever yesterday.
Looks like a Params::Validate issue
k75 33755 0.89 PASS
k75 33755 0.90 FAIL
k81 32642 0.89 PASS
k81 32642 0.90 FAIL
k78 5.8.8 0.89 PASS
k78 5.8.8 0.90 FAIL
* SHA256-0.01b has some 64bit issue. All FAILs are systems that have
use64bitint set.
2008-04-29 Andreas J. Koenig <>
* XML::SAX::RTF needs an emergency release
* Bug in new distroprefs: sorting has been lost
2008-04-26 Andreas J. Koenig <>
* get-reports: when we get no clue from whatever we try we would like to
have an automaton that tests for every possible dependency, calculates a
regression and lists them. POE::API::Peek is such a case but also
List-Sliding-Changes might be analyzable that way.
L:S:C is fixed and get-reports did not help. Would have needed more
insights into tests but most reports do not provide that especially not
when it is a PASS.
2008-04-25 Andreas J. Koenig <>
* IPC::Run fails today with any perl I try even with perls that have
installed it successfully in the past and recent days. Either a
dependency on a module has got a new version or something on that system
(semaphores?). Interesting is
Locale! distropref written.
2008-04-23 Andreas J. Koenig <>
* Event::Lib seems to need a binarysearch. Might be a Test::Harness issue.
Ok, came to the conclusion it is Test::Harness 3.0 related.
* JSON::XS 2.2 is accused to need a binary search but I find it working
under many bleadperls and indeed failing with a very old bleedperl
cpantesters currently count Pass 65 : Fail 3, so this seems to be a
bogus report.
2008-04-21 Andreas J. Koenig <>
* apc-overview says/should say
maint-5.10 5.10.1 32695 33660 ( 116) [have 33642]
maint-5.8 5.8.9 27041 33694 ( 982) [have 33638]
perl 5.11.0 32643 33714 ( 810) [have 33714]
missing number of patches since last build
2008-04-20 Andreas J. Koenig <>
* Coming back to Data::Serializer. The trick was to do what in the
make testdb TEST_FILE=t/05-Encryption.t
b 53 "JSON" eq $serializer
c 340
c 738
c 642
Ahja, now we can reconstruct.
use Crypt::CBC;
my $secret = "test";
my $cipher = "Blowfish";
my $digest = qq{deadbeef};
$digest .= chr(256); chop $digest;
my $cipher_obj = Crypt::CBC->new($secret,$cipher);
print length $cipher_obj->encrypt($digest)==32 ? "ok\n" : "not ok\n";
And a perlbug
Bitops on strings when UTF8 flag is set
2008-04-13 Andreas J. Koenig <>
* would like to get DJHD/Speech-Recognizer-SPX-0.09.tar.gz running on
debian but it needs more work:
Package pocketsphinx was not found in the pkg-config search path.
Perhaps you should add the directory containing `pocketsphinx.pc'
to the PKG_CONFIG_PATH environment variable
No package 'pocketsphinx' found
Unable to locate PocketSphinx using pkg-config. Please make sure that
you have installed pkg-config and PocketSphinx on your system, and
that PKG_CONFIG_PATH is set correctly.
2008-04-12 Andreas J. Koenig <>
* would like to get JavaScript to compile. Needs work on Debian. The
$lib/$libs thing is broken, fixing it was easy but then the compilation
and the tests still failed.
* refresh investigations Data::Serializer
The string that is brought from JSON via Data::Serializer to Crypt::CBC::encrypt is this:
DB<10> Devel::Peek::Dump $data
SV = PVMG(0x8a9e908) at 0x87e1964
IV = 0
NV = 0
PV = 0x8b32198 "6cbcecd11182ea942e597f5a5b77b2883885cceccff88f6b08e025db66316c96=[\"one\",\"two\",\"three\"]"\0 [UTF8 "6cbcecd11182ea942e597f5a5b77b2883885cceccff88f6b08e025db66316c96=["one","two","three"]"]
CUR = 86
LEN = 221
MAGIC = 0x85c4148
MG_VIRTUAL = &PL_vtbl_utf8
MG_LEN = 86
So far no difference between 2396[56] in Crypt::CBC::crypt.
The difference comes after
my @blocks = unpack("a$bs "x(int(length($self->{'buffer'})/$bs)) . "a*", $self->{'buffer'});
These blocks are UTF8 since 23966 and were not so in 23965. Even with
identical 7bit content this makes a difference later.
2008-04-11 Andreas J. Koenig <>
* may be a bug in the $abs in line 122. Seen with some DD
only perl.
* OOTools:
eval q{use Class::Error 2.21};
print $@ ? "N/A" : "OK";
print "\n";
----Output of .../pBnR154/perl-5.9.2@24659/bin/perl----
----EOF ($?='0')----
----Output of .../pWYtCAP/perl-5.9.2@24660/bin/perl----
----EOF ($?='0')----
2008-04-05 Andreas J. Koenig <>
* CharsetDetector
eval q{use CharsetDetector 1.0};
print $@ ? "N/A" : "OK";
print "\n";
----Output of .../pdVMYpV/perl-5.9.2@25178/bin/perl----
----EOF ($?='0')----
----Output of .../p1Kjy6j/perl-5.9.2@25179/bin/perl----
----EOF ($?='0')----
* There are some perls on my system that cannot compile current Expect!
Which are that? At the moment just 25185. 25180 and 25194 both have it,
so the gap must be pretty small.
2008-04-04 Andreas J. Koenig <>
* Data-Serializer:
eval q{use Data::Serializer 0.44; use JSON 2.07};
print $@ ? "N/A" : "OK";
print "\n";
----Output of .../p691lTk/perl-5.9.1@23965/bin/perl----
----EOF ($?='0')----
----Output of .../pSMD0sR/perl-5.9.1@23966/bin/perl----
----EOF ($?='0')----
2008-04-01 Andreas J. Koenig <>
* Ricardo Signes suggested to discuss PAUSE issues on some list and I
suggested reviving cpan-workers. Now I am not sure that I'm subscribed
there. Google suggests the address is
has the last posting from 2005. I'll now retry to send a message.
update 2008-04-03 akoenig : seems to be disabled. But perl.cpan.discuss
is in the slow lists and alive and I'm probably not subscribed.
* Both Barbie and David Golden agreed to my plan to refuse the make
phase when we are in the make(1) domain AND some files have a future
timestamp. Slaven is opposed to the idea but has no better suggestion.
Details in the thread on cpan-testers-discuss starting on 2008-03-28.
* To understand #34582 I need a perl without Glib, ExtUtils::Depends,
and ExtUtils::PkgConfig. Then I should issue a 'test Glib'
No, better would be a perl with ExtUtils::Depends < 0.300 and/or
ExtUtils::PkgConfig < 1.00 to see if they can pick up the right one.
See also David Golden Message-ID:
<> on
2008-03-30 Andreas J. Koenig <>
* No useable patch available between 17639 and 17672
This is where we lost JSON.
eval q{use JSON 2.07};
print $@ ? "N/A" : "OK";
print "\n";
----Output of .../p0IId7q/perl-5.8.0@17639/bin/perl----
----EOF ($?='0')----
----Output of .../p957hf5/perl-5.8.0@17672/bin/perl----
----EOF ($?='0')----
Need a perl between 17639 and 17672
(but 17642, 17654, 17656 could not successfully be used to build perl)
For some reason -Ui_db does not seem to work with these? No it seems the
-Ui_db was lost or forgotten.
So I retried after deleting much remainings from the previous binary
search and finally found a straight patch threshold:
eval q{use JSON 2.07};
print $@ ? "N/A" : "OK";
print "\n";
----Output of .../pfB6YBj/perl-5.8.0@17656/bin/perl----
----EOF ($?='0')----
----Output of .../pgWUpay/perl-5.8.0@17671/bin/perl----
----EOF ($?='0')----
So it is 17671. And as expected it has (pretty certainly) to do with the
change of the PERL_VERSION in patchlevel.h from 8 to 9. reports/fixes JSON
* distname vs modulename: david golden recently seemed to have suggested
a solution to the distname trap that everybody so far had been ignoring.
Where is a link?
The thread was Subject: RFC: URI::cpan on the
mailing list.
* No useable patch available between 17639 and 17836
-Ui_db as described further down
2008-03-29 Andreas J. Koenig <>
* timestamps in the future:
> I'm going beyond that: toss the entire _make_ unless they say
> "allow_future_timestamps". Then CPAN::Reporter could refuse to send
> reports when they actually do set "allow_future_timestamp".
I think that's a very reasonable way to go.
This needs to be done soonish.
* Crypt-CBC-2.27 seems to not declare prereq Crypt-Rijndael but fail
without it? Seen with 25418. Reported in
2008-03-27 Andreas J. Koenig <>
* Data::Serializer: I stopped a binary search because of Math::Pari
Then I restarted it and it ended with the impossible resolution:
eval q{use Data::Serializer 0.44};
print $@ ? "N/A" : "OK";
print "\n";
----Output of ...pVDHwBj/perl-5.10.0@33153/bin/perl----
----EOF ($?='0')----
----Output of ...pyNdNAp/perl-5.10.0@33154/bin/perl----
----EOF ($?='0')----
Crap because 33154 is a patch of just a test.
Let's remove 33154. Next iteration ends here:
eval q{use Data::Serializer 0.44};
print $@ ? "N/A" : "OK";
print "\n";
----Output of ...pyQ307v/perl-5.10.0@33550/bin/perl----
----EOF ($?='0')----
----Output of ...p0PdUk4/perl-5.10.0@33551/bin/perl----
----EOF ($?='0')----
with only configdiff:
Stepping through the debugger reaches a point:
643: return $cipher_obj->encrypt($digest);
DB<42> x $digest
0 '6cbcecd11182ea942e597f5a5b77b2883885cceccff88f6b08e025db66316c96=["one","two","three"]'
DB<43> x $cipher_obj
0 Crypt::CBC=HASH(0x90d1b74)
'blocksize' => 8
'cipher' => 'Crypt::Blowfish'
'header_mode' => 'salt'
'iv' => undef
'key' => undef
'keysize' => 56
'legacy_hack' => undef
'literal_key' => ''
'make_random_iv' => 1
'make_random_salt' => 1
'padding' => CODE(0x8aa745c)
-> &Crypt::CBC::_standard_padding in /home/src/perl/repoperls/installed-perls/perl/prFWwqr/perl-5.10.0@33580/lib/site_perl/5.11.0/Crypt/
'passphrase' => 'test'
'pcbc' => undef
'salt' => undef
DB<44> s
173: my ($self,$data) = @_;
DB<44> n
174: $self->start('encrypting');
175: my $result = $self->crypt($data);
input must be 8 bytes long at /home/src/perl/repoperls/installed-perls/perl/prFWwqr/perl-5.10.0@33580/lib/site_perl/5.11.0/i686-linux-64int/Crypt/ line 56.
at /home/src/perl/repoperls/installed-perls/perl/prFWwqr/perl-5.10.0@33580/lib/site_perl/5.11.0/i686-linux-64int/Crypt/ line 56
Crypt::Blowfish::encrypt('Crypt::Blowfish=HASH(0x90cc684)', 'u¿&µ[²k') called at /home/src/perl/repoperls/installed-perls/perl/prFWwqr/perl-5.10.0@33580/lib/site_perl/5.11.0/Crypt/ line 250
Crypt::CBC::crypt('Crypt::CBC=HASH(0x90d1b74)', '6cbcecd11182ea942e597f5a5b77b2883885cceccff88f6b08e025db66316...') called at /home/src/perl/repoperls/installed-perls/perl/prFWwqr/perl-5.10.0@33580/lib/site_perl/5.11.0/Crypt/ line 175
Crypt::CBC::encrypt('Crypt::CBC=HASH(0x90d1b74)', '6cbcecd11182ea942e597f5a5b77b2883885cceccff88f6b08e025db66316...') called at blib/lib/Data/ line 643
Data::Serializer::_encrypt('Data::Serializer=SCALAR(0x909efac)', '["one","two","three"]', 'Blowfish', 'SHA-256') called at blib/lib/Data/ line 738
Data::Serializer::serialize(undef, 'ARRAY(0x8510aac)') called at ./t/serializer-testlib line 340
main::run_test('ExtUtils::TBone=HASH(0x85122ac)', 'JSON', 'simplearray', 'encryption') called at t/05-Encryption.t line 53
245: foreach my $block (@blocks) {
DB<47> x \@blocks
0 ARRAY(0x8a93128)
0 '6cbcecd1'
1 '1182ea94'
2 '2e597f5a'
3 '5b77b288'
4 '3885ccec'
5 'cff88f6b'
6 '08e025db'
7 '66316c96'
8 '=["one",'
9 '"two","t'
DB<48> l
245==> foreach my $block (@blocks) {
246: if ($d) { # decrypting
247: $result .= $iv = $iv ^ $self->{'crypt'}->decrypt($block);
248: $iv = $block unless $self->{pcbc};
249 } else { # encrypting
250: $result .= $iv = $self->{'crypt'}->encrypt($iv ^ $block);
251 }
252: $iv = $iv ^ $block if $self->{pcbc};
253 }
254: $self->{'civ'} = $iv; # remember the iv
DB<48> c 254
input must be 8 bytes long at /home/src/perl/repoperls/installed-perls/perl/prFWwqr/perl-5.10.0@33580/lib/site_perl/5.11.0/i686-linux-64int/Crypt/ line 56.
After some more stepping down into the debugger I discover that somebody
passes in an 8 character string to Blowfish and as it is UTF8 it is not
8 bytes and Blowfish correctly dies. Seems to be JSON 2.07 related.
33550 has no JSON installed. Is it that? Yes, maybe. But if I add JSON
into the prereq mix I need to go much further back in history. 5.8.8 is
OK, 24518 isn't and for perls before patch 25000 several things fall
apart for different reasons.
19173 cannot have JSON and subsequently Data::Serializer succeeds. So
the test scripts must add JSON as explicit requirement.
Now I find out that JSON does not run on 17968 either. So where did JSON
2.07 stop? 17639 was the beginning of 5.9.0 the day after 5.8.0. And
JSON 2.07 still did work with 17637.
* Math::Pari: a perlmonks posting leads to success but later perls broke
it again
2008-03-25 Andreas J. Koenig <>
* maybe still unreported: Safe::World, Data::Dump::Streamer,
Authen-Htpasswd-0.16, YAML::LibYAML, Handel
* reported but unfixed: Devel::ebug, Storable, Tk, Devel::Size
* reported and fixed: FreezeThaw, Test::Deep, Params::Validate
2008-03-25 Andreas J. Koenig <>
* Repeatedly observed a "Possible unintended interpolation of ...@33430"
Where did it come from? Probably my fault!
2008-03-23 Andreas J. Koenig <>
* RSOD/IPC-Run-0.80.tar.gz fails? Apparently yes, from time to time.
2008-03-21 Andreas J. Koenig <>
* Does Clone have issues ATM? Object-Relation has a problem and among
all dependencies the reddest is Clone. But I do have Clone in current
blead, why is it red? Simply because Steve and I have patched for 5.11
and not reported on RT as it seems. Now done with
2008-03-19 Andreas J. Koenig <>
* Devel::Profiler has a very annoying test that tests plausible speed
and sets the threshod so low that nearly everybody fails.
2008-03-18 Andreas J. Koenig <>
* Slaven reports a special problem with Util-Properties 0.17 with
current It complains about -T while 1.9205 does not. With 5.8.8.
I have seen quite some successes with current and several perls.
But also inexplicable behaviour (but not wrt -T).
Other contenders:
2008-03-17 Andreas J. Koenig <>
* PERL5INC/OPT/LIB needs more testing. Net::Amazon::Signature is well
suited because it depends on Spiffy but doesn't declare that. Somebody
seems to put the PERL5OPT into INC:
I got it. It seems not possible to load two -M with one PERL5OPT (?)
At least this does not work:
PERL5OPT="-MCPAN::PERL5INC=yaml_module,YAML::Syck -MCPAN::PERL5INC=yaml_module,YAML::Syck" make test
So I must
2008-03-16 Andreas J. Koenig <>
* Slaven's segfault in RT 34066 needs more thought!!!
2008-03-14 Andreas J. Koenig <>
* GSHANK/Form-Processor-Model-DBIC-0.01.tar.gz has something that triggers
Can't use string ("--") as a HASH ref while "strict refs" in use at /home/src/perl/repoperls/installed-perls/maint-5.8/pnDGtsd/perl-5.8.7@27040/lib/5.8.8/ line 8441.
Something went wrong during
(sleeping 30)
Fixed in my sources, too early to write RT ticket.
At least wrote on
YAML::Syck which should (probably?) not have accepted this META.yml.
2008-03-11 Andreas J. Koenig <>
eval q{use Hatena::Keyword 0.05};
print $@ ? "N/A" : "OK";
print "\n";
----Output of .../pW6uQKQ/perl-5.9.1@24009/bin/perl----
----EOF ($?='0')----
----Output of .../pBwPNFp/perl-5.9.1@24010/bin/perl----
----EOF ($?='0')----
thinnercache tells me that Unicode::RecursiveDowngrade broke at the same
2008-03-10 Andreas J. Koenig <>
* Some day Ken Williams made a few statements about what is
considered to do in the face of a recommends or an optional_features.
Where is it? Can't find it.
So recap what Slaven hashed out today:
If the user says dynamic_config=0 and specifies optional_features and
the distroprefs give me want_optional_features, then I can merge these
requires and build_requires and configure_requires into the main stuff
and proceed without asking questions. Really cool.
* VPIT/IPC-MorseSignals-0.13 hangs during t/62-fork-storable.t under
And it hangs on t/61-fork-utf8 under maint-5.10.0@33412
* AI::Prolog jumped into my eye:
2007-12-20T21:07 perl 32674 584 JJORE/AI-Prolog-0.739.tar.gz NOT OK
2007-12-18T19:17 perl 32642 441 JJORE/AI-Prolog-0.739.tar.gz OK
Red since then independent of the branch. Already reported in RT 31905,
it's the infamous Test::Simple fix.
2008-03-09 Andreas J. Koenig <>
* ExtUtils::Command broken; suspect Test::Simple
perl/pMDhhVO/perl-5.10.0@33370;5.11.0;thr=;opt=-O2;perl_patchlevel= PASS 0.75
perl/paM8WrN/perl-5.10.0@33387;5.11.0;thr=;opt=-O2;perl_patchlevel= FAIL 0.77
33390 PASS
perl/pXZ43Pl/perl-5.10.0@33409;5.11.0;thr=;opt=-O2;perl_patchlevel= FAIL
perl/p5BztI8/perl-5.10.0@33411;5.11.0;thr=;opt=-O2;perl_patchlevel= FAIL
perl/pq7Gob0/perl-5.10.0@33451;5.11.0;thr=;opt=-O2;perl_patchlevel=33451 FAIL
perl/pPLJssF/perl-5.10.0@33452;5.11.0;thr=;opt=-O2;perl_patchlevel=33452 FAIL 0.78
2008-03-08 Andreas J. Koenig <>
* This I get with maint-5.8@33449:
WARNING: DBIx::Class::StartupCheck: This version of Perl is likely to exhibit
extremely slow performance for certain critical operations.
Please consider recompiling Perl. For more information, see and/or
You can suppress this message by setting DBIC_NO_WARN_BAD_PERL=1 in your
* Data::Structure::Util broke somewhere 24650..24661 Going to build F/FO/FOTANGO/Data-Structure-Util-0.12.tar.gz
This module requires Module::Build to install itself.
Install Module::Build from CPAN? [y]
Aha. This is a special Module::Build silliness that calls CPAN
recursively to install Module::Build::Compat. If you say no, it dies.
update 2008-06-12 akoenig : what's the politically correct way to deal
with this Makefile.PL nowadays? Large Module::Build::Compat thread at
(just a random point in the middle), no conclusion there. My conclusion:
install Module::Build really early and never see this discussion again.
And if Module::Build cannot be built? When this happens it will be fixed
within days or we can force install it and with 5.10 this is moot.
Nope, changing mind again. If there is no reason to use "passthrough",
they really should use "traditional", the only sane option when there is
no special reason why you'd absolutely need Module::Build.
2008-03-05 Andreas J. Koenig <>
* PIJLL/DateTime-Format-Epoch-0.11.tar.gz has both fails and passes. 64bitint?
33008 MIX no64bitint -O2 nothreads
33409 PASS 64bitint -O2 nothreads
33411 PASS 64bitint -O2 nothreads
33423 MIX no64bitint -g nothreads
33430 FAIL no64bitint threads
2008-03-03 Andreas J. Koenig <>
* FreezeThaw is pure perl and is written such that the test goes
somewhere out of reach, out of memory, unlimited recursion or some such.
make testdb comes to the last test which is really a large eval and
there is gets lost. It's definitely only related to Regexp.
ok 27
# 'FrT;@1|/13|(?mi-xs:^abc)'
ok 27
# 'FrT;@1|/13|(?mi-xs:^abc)'
# 'FrT;!0|{>0|$6|Regexp/13|(?mi-xs:^abc)})0|@1|@3|<0|<0|$2|11'
* what is my latest 5.10.1? It could be 33412 but it is 33288:5.10.0::thr=:opt=-g
* what is my latest 5.8.9? It could be 33424 but it is
* POE-0.9999
make test TEST_FILES=t/90_regression/cfedde-filter-httpd.t
FAIL under Test::Simple 0.78 with perl@33409
PASS under Test::Simple 0.74 with perl@33409
PASS under Test::Simple 0.74 with perl@33390
FAIL under Test::Simple 0.78 with perl@33390
PASS under Test::Simple 0.74 with perl@32642 (5.10.0)
FAIL under Test::Simple 0.74 with perl@32642 (5.10.0)
2008-03-01 Andreas J. Koenig <>
* SAPER/CPAN-Dependency-0.12 hangs:
>sand@k75:~/CPAN-SVN% ps -A -o user,pid,ppid,start_time,cmd | grep '^sand'|grep 3533
sand 3533 3527 12:26 /home/src/perl/repoperls/installed-perls/perl/pXTMoRe/perl-5.10.0@33401/bin/perl -w t/02internals.t
sand 7509 27737 12:42 grep 3533
>sand@k75:~/CPAN-SVN% strace -p 3533
Process 3533 attached - interrupt to quit
select(8, [4], NULL, NULL, {278, 608000} <unfinished ...>
Process 3533 detached
>sand@k75:~/CPAN-SVN% kill 3533
Or, it seems, it has very long timeouts and connects ftp without passive
or whatever.
RT 33726
* I need to keep a pointer to the last BBC articles and I should check
if all unresolved ones are in RT. Today somebody reported Readonly::XS
on RT. Should have been there already. Now as a reply in
Nowadays I think I always post BBCs immediately to RT which is the right
2008-02-25 Andreas J. Koenig <>
* Test::Class 0.28 is a candidate to prove something between 33356 and 33358
Maybe Test::Simple, Test::More, Test::Builder? Yes.
Is there more to it?
new fails
ILYAZ/modules/Math-Pari-2.010709.tar.gz[42] # the usual
PDENIS/Test-Strict-0.09.tar.gz[244] # Devel::Cover
MIYAGAWA/Catalyst-View-JSON-0.23.tar.gz[329] # broken dependency declaration
MTHURN/I18N-Charset-1.388.tar.gz[630] # random due to skip
REDTREE/PDF-API2-Simple-1.1.4u.tar.gz[657] # flaky ever since
ADIE/Test-Class-0.28.tar.gz[847] # see above
NEELY/Data-Serializer-0.43.tar.gz[939] # random since months
BBC/Email-MIME-CreateHTML-1.026.tar.gz[940] # dep on Data::Serializer
# not reproducable, flaky ever since
MIYAGAWA/Apache-GuessCharset-0.03.tar.gz[1266] # dep on I18N::Charset
CHOCOLATE/Scalar-Util-Clone-0.10.tar.gz[1332] # not bleadperl compat
MSTROUT/Devel-REPL-1.002000.tar.gz[1513] # dep on DDS
2008-02-24 Andreas J. Koenig <>
* Curious:
eval q{use Devel::LeakTrace 0.05};
print $@ ? "N/A" : "OK";
print "\n";
----Output of .../p9aWFUh/perl-5.8.0@17967/bin/perl----
----EOF ($?='0')----
----Output of .../pUEVfU9/perl-5.8.0@17968/bin/perl----
----EOF ($?='0')----
Also in maint-5.8:
eval q{use Devel::LeakTrace 0.05};
print $@ ? "N/A" : "OK";
print "\n";
----Output of .../pcZcM34/perl-5.8.0@18079/bin/perl----
----EOF ($?='0')----
----Output of .../piE8rWS/perl-5.8.0@18080/bin/perl----
----EOF ($?='0')----
Reported on P5P:
And on RT:
* Spending some tuits on 01.DISABLED.yml Going to build A/AD/ADAMK/ThreatNet-IRC-0.01.tar.gz
==> ExtUtils::AutoInstall 0.49 required. Install it from CPAN? [Y/n] n
Undefined subroutine &ExtUtils::AutoInstall::_make_args called at inc/Module/Install/ - /usr/local/share/perl/5.8.4/Module/Install/ line 46, <STDIN> line 1.
Warning: No success on command[/home/src/perl/repoperls/installed-perls/perl/pyIdwn2/perl-5.10.0@33356/bin/perl Makefile.PL]
/home/src/perl/repoperls/installed-perls/perl/pyIdwn2/perl-5.10.0@33356/bin/perl Makefile.PL -- NOT OK
Running make test
Make had some problems, won't test
Failed during this command:
ADAMK/ThreatNet-IRC-0.01.tar.gz : writemakefile NO '/home/src/perl/repoperls/installed-perls/perl/pyIdwn2/perl-5.10.0@33356/bin/perl Makefile.PL' returned status 2304
What for is ExtUtils::AutoInstall required? Where is it documented?
2008-02-23 Andreas J. Koenig <>
* ARTURAZ/Net-Vypress-Chat-0.72.1.tar.bz2
2008-02-12 Andreas Koenig <k@k78.linux.bogus>
* Investigate new noise from a
Lingua-Stem-Snowball-0.941/5.11/Test-Harness-3.09/whatever combination.
Megabytes of warnings against uc(undef) apparently starting yesterday.
The error reads:
Use of uninitialized value $dir in uc at /home/src/perl/repoperls/installed-perls/perl/pvCr5Qs/perl-5.10.0@33278/lib/5.11.0/TAP/Parser/ line 371.
2008-02-12 Andreas J. Koenig <>
eval q{use Safe::World 0.14};
print $@ ? "N/A" : "OK";
print "\n";
----Output of .../pGZP5H3/perl-5.9.2@24965/bin/perl----
----EOF ($?='0')----
----Output of .../pR6Z2HL/perl-5.9.2@24966/bin/perl----
----EOF ($?='0')----
This was a SEGV at that time but in the meantime it is a 'Unknown
operator name "threadsv" at ....Safe/World/ line 95.'
This means that 24966 is of only marginal interest.
2008-02-10 Andreas J. Koenig <>
* Wrote a new entry into
to nail down XML::RSS::LibXML which failed again today with
t/items-are-0.................... parser error : Content error in the external subset
<br />
Can't call method "getNamespaces" on an undefined value at /home/sand/.cpan/build/XML-RSS-LibXML-0.3002-NE3qqm/blib/lib/XML/RSS/ line 172.
# Looks like you planned 502 tests but only ran 472.
# Looks like your test died just after 472.
Dubious, test returned 255 (wstat 65280, 0xff00)
Failed 30/502 subtests
^I(less 23 skipped subtests: 449 okay)
* Would have to consider
all possible directories on a given system. Compare them if they are at
all different. Offer the user a chance to resolve things if they are
Found more than one CPAN/ files:
[1] .../...
[2] .../...
[3] .../...
Please tell me which one I shall use.
* sent me a nice patch
to make the listings prettier by using representative module names for
the distros that have one so instead of this:
App::Prove 3.07 3.08 ANDYA/Test-Harness-3.08.tar.gz
DBD::Gofer::Transport::Base 0.010088 0.010377 TIMB/DBI-1.602.tar.gz
....we would see
DBI 1.601 1.602 TIMB/DBI-1.602.tar.gz
Test::Harness 3.07 3.08 ANDYA/Test-Harness-3.08.tar.gz
I rolled my own implementation of this idea today that needed less code
to change. It costs a bit more CPU to sort the raw list of modules and
the stupid thing is that we sort all, not only those that are being
displayed finally. But that was always our goal: to display while we go
so the user gets information as soon as possible. So now the list is
sorted by the boolean "representative module" and on second order
alphabetically. This means that after a first pass through the alphabet
there is a second as in:
XML::SimpleObject::LibXML 0.53 0.60 DBRIAN/XML-SimpleObject-LibXML-0.60.tar.gz
Catalyst::Model::Search::Item undef 0.01 MRAMBERG/Catalyst-Model-Search-0.01.tar.gz
2008-02-09 Andreas J. Koenig <>
* Slaven suspects a misbehaviour of the new recursion detection. He
encountered it with Tcl.
* cpantesters website seems to have stalled. Reported to Robert.
2008-02-08 Andreas J. Koenig <>
* Frank asks me to investigate this based on program which is already in since Jan 8.
$p -Itests -MUnknownError
Global symbol "$asd" requires explicit package name at tests/ line 8.
BEGIN not safe after errors--compilation aborted at tests/ line 9.
Compilation failed in require.
BEGIN failed--compilation aborted.
Unknown error
Compilation failed in require.
BEGIN failed--compilation aborted.
Wrote a The was already there.
Apparently I was disturbed when running it the first time.
my $out = `'$^X' -Itests -MUnknownError 2>&1`;
$out =~ s/at .*$//mg;
print $out;
----Output of .../plx9DAz/perl-5.9.4@31254/bin/perl----
Global symbol "$asd" requires explicit package name
BEGIN not safe after errors--compilation aborted
Compilation failed in require.
BEGIN failed--compilation aborted.
----EOF ($?='0')----
----Output of .../pwiMCxf/perl-5.9.4@31255/bin/perl----
Unknown error
Compilation failed in require.
BEGIN failed--compilation aborted.
----EOF ($?='0')----
Reported to P5P
* inspired by RT#33004
eval q{use Mail::Mbox::MessageParser 1.5};
print $@ ? "N/A" : "OK";
print "\n";
----Output of .../paCcXxw/perl-5.9.1@23470/bin/perl----
----EOF ($?='0')----
----Output of .../prlkihB/perl-5.9.1@23471/bin/perl----
----EOF ($?='0')----
There is a regex written with qr/.../ which is later used within a
pattern. The -m of the inner pattern was overruled by the outer /m until
23470 and not overruled in 23471. It's the pattern 'from_pattern' from
the Fixing this fixes one test, not all. Two more spots to
2008-02-05 Andreas J. Koenig <>
* need to re-visit OLAF/Net-DNS-0.62.tar.gz, not in RT and not inspected
closely enough.
* need to find the autobox mail that said something about
No need to run binary search again. Now in RT:
2008-02-03 Andreas J. Koenig <>
* Frank Wiegand tells me stories about a bug in AUTOLOAD, version, or
After installing a few thousand modules I can reproduce the failure.
With both 1.9205 and current repository version. I must call 'reload
index' and then 'r'. An 'r' when loading the data from Metadata
Introducing more evals allows me to identify the modules that *trigger*
the bug:
I can then also step through the debugger in the AutoLoader which
believes it is being called for:
DB<<11>> x $AUTOLOAD
0 'main::version::(""'
Before we reach there we see a version object that looks like so:
DB<7> x $have
0 main::version=HASH(0xcc1b6ec)
'original' => 'v1.0.0'
'qv' => 1
'version' => ARRAY(0xcc1b8e4)
0 1
1 0
2 0
and the debugger displays it as such, so apparently overloading is
turned off somehow. Because if I construct such an object manually, it
has overloading and the 'x $have' just does:
DB<16> x $have
0 v1.0.0
I now have it down to:
% /home/src/perl/repoperls/installed-perls/maint-5.8/p8tnrrm/perl-5.8.0@27144/bin/perl -Ilib -MCPAN -e '
use CPAN;
$TRACEMODULE = CPAN::Shell->expand('Module','Acme::MetaSyntactic::nethack');
$traceinst = $TRACEMODULE->inst_version;
print $traceinst;
Bombs immediately.
My perllocal.pod has many candidates that might have changed something.
A binary search would probably compare two perls and add one module
after the other to the one that is still sane?
stop,stop,stop Frank has found the culprit in 2.14.
* Could it be a way to increase responsibility consciousness among MI
users: report it as a bug when they distribute an old version? Makes
little sense in the absence of a good recent version. Ajj, but Chroniton
distributes 0.63 and that version seems to have not even a check for
* A plan how we could protect the world from recursive usage. Inc the
counter in the environment, display it, display in which directory we
are, sleep for a long and increasing time, recommend the user to hit ^C
and file a bug report. Display the process number. Display a countdown
when we will continue. Display some sort of stack trace.
2008-02-01 Andreas J. Koenig <>
eval q{use Devel::StackTrace 1.15};
print $@ ? "N/A" : "OK";
print "\n";
----Output of ...pnKj4xI/perl-5.10.0@33021/bin/perl----
----EOF ($?='0')----
----Output of ...pMXqMnB/perl-5.10.0@33022/bin/perl----
----EOF ($?='0')----
2008-01-30 Andreas J. Koenig <>
eval q{use Net::DNS 0.62};
print $@ ? "N/A" : "OK";
print "\n";
----Output of ...pm8xeIK/perl-5.10.0@33087/bin/perl----
----EOF ($?='0')----
----Output of ...pjheziE/perl-5.10.0@33088/bin/perl----
----EOF ($?='0')----
2008-01-28 Andreas J. Koenig <>
* Todo: post to P5P:
eval q{use Devel::Cover 0.63};
print $@ ? "N/A" : "OK";
print "\n";
----Output of ...po5d47x/perl-5.10.0@33071/bin/perl----
----EOF ($?='0')----
----Output of ...pPgv7op/perl-5.10.0@33072/bin/perl----
----EOF ($?='0')----
* bisect for Florian Math::Pari patch
* bisect for Moritz Lenz the regex thing.
2008-01-21 Andreas J. Koenig <>
* Carp-Clan?
cpan[2]> install Carp::Clan
Running install for module 'Carp::Clan'
The module Carp::Clan isn't available on CPAN.
Either the module has not yet been uploaded to CPAN, or it is
temporary unavailable. Please contact the author to find out
more about the status. Try 'i Carp::Clan'.
I find
471 2008-01-11 JJORE/Carp-Clan-5.10.meta
18618 2008-01-11 JJORE/Carp-Clan-5.10.tar.gz
but it isn't indexed. Probably a decreasing version number case?
2008-01-08 Andreas J. Koenig <>
* (from Slaven) Diese Datei ist leer:
und führt dazu, dass mein Smoker abbricht. Könntest du hier
beibringen, auch nur den Fehler anzuzeigen und weiterzumachen?
2008-01-07 Andreas J. Koenig <>
* Randy/PPM/etc. More thoughts needed.
2007-12-31 Andreas J. Koenig <>
* Need a tool to bring all broken distros into a tree shape as to
eliminate leaves below a common node.
2007-12-24 Andreas J. Koenig <>
* summary
32707: Data::Alias, Devel::Declare, autobox
All other fails are not reproducable or dependencies.
* 32719
new fails
ZOOLEIKA/RDF-Simple-0.3.tar.gz[332], ASH/DBIx-Class-0.08008.tar.gz[470], ADAMK/CPAN-Index-0.01.tar.gz[473], ADEO/Data-Random-0.05.tar.gz[786], AUDREYT/Encode-IBM-0.07.tar.gz[809], BRICAS/DBIx-Class-Indexed-0.02.tar.gz[908], DAXIM/Yahoo-Photos-0.0.2.tar.gz[995], OVID/Test-JSON-0.02.tar.gz[1089], MAURICE/IPC-ShareLite-0.09.tar.gz[1126], CFRANKS/DBIx-Class-HTML-FormFu-0.01004.tar.gz[1246], BLBLACK/Catalyst-Model-DBIC-Schema-0.20.tar.gz[1251], MRAMBERG/Catalyst-Plugin-Authentication-Store-DBIC-0.09.tar.gz[1252], BRICAS/DBIx-Class-DateTime-Epoch-0.03.tar.gz[1268], JROCKWAY/Task-Catalyst-Tutorial-0.03.tar.gz[1315], CLACO/DBIx-Class-Validation-0.02001.tar.gz[1429], CLACO/DBIx-Class-UUIDColumns-0.02002.tar.gz[1538]
* 32717
new fails
NI-S/Tk-HTML-3.003.tar.gz[89], LGODDARD/Tk-Wizard-2.128.tar.gz[128], XMATH/Data-Alias-1.07.tar.gz[132], BSMITH/Devel-EvalContext-0.09.tar.gz[133], MSTROUT/Devel-Declare-0.001006.tar.gz[620], CHOCOLATE/autobox-1.22.tar.gz[625], STEVAN/Moose-Autobox-0.05.tar.gz[626], NEELY/Data-Serializer-0.43.tar.gz[780], BBC/Email-MIME-CreateHTML-1.026.tar.gz[781], RIZEN/Config-JSON-1.1.1.tar.gz[897], CHORNY/Apache-Session-1.85.tar.gz[1104], ANDK/Apache-Session-Counted-1.118.tar.gz[1310], SAMTREGAR/DBIx-Timeout-1.01.tar.gz[1316], ADUITSIS/IPC-Mmap-0.14.tar.gz[1482]
2007-12-22 Andreas J. Koenig <>
* want to have: CPANPLUS::Dist::Deb with as backend.
2007-12-21 Andreas J. Koenig <>
* on blead@32674. Sigh.
new fails
2007-12-19 Andreas J. Koenig <>
* And on RT #31708 I found Data::Swap as being a binary search help seeker.
eval q{use Data::Swap 0.05};
print $@ ? "N/A" : "OK";
print "\n";
----Output of .../poY9GSb/perl-5.8.0@22739/bin/perl----
----EOF ($?='0')----
----Output of .../piOkQwD/perl-5.8.0@22741/bin/perl----
----EOF ($?='0')----
Sent a one-line note to Matthijs. Saying goodbye to the usual BBC
2007-12-18 Andreas J. Koenig <>
* 5.10 is out and I find at home this binarysearch
eval q{use Apache::DB 0.13};
print $@ ? "N/A" : "OK";
print "\n";
----Output of .../pmRlzse/perl-5.8.0@32012/bin/perl----
----EOF ($?='0')----
----Output of .../p7cydGv/perl-5.8.0@32013/bin/perl----
----EOF ($?='0')----
What's in it? Signalhandler stuff, and yes, the error message is
/home/src/perl/repoperls/installed-perls/perl/psSfy01/perl-5.8.0@32032/bin/perl /home/src/perl/repoperls/installed-perls/perl/psSfy01/perl-5.8.0@32032/lib/5.10.0/ExtUtils/xsubpp -typemap /home/src/perl/repoperls/installed-perls/perl/psSfy01/perl-5.8.0@32032/lib/5.10.0/ExtUtils/typemap DB.xs > DB.xsc && mv DB.xsc DB.c
cc -c -D_REENTRANT -D_GNU_SOURCE -DDEBUGGING -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -g -DVERSION=\"0.13\" -DXS_VERSION=\"0.13\" -fPIC "-I/home/src/perl/repoperls/installed-perls/perl/psSfy01/perl-5.8.0@32032/lib/5.10.0/i686-linux-thread-multi-64int/CORE" DB.c
DB.xs: In function XS_DB_ApacheSIGINT:
DB.xs:59: error: too few arguments to function ApacheSIGINT
make: *** [DB.o] Fehler 1
What I don't know is how to get the right ifdef. BBC written 2007-12-27.
* 32631:
new fails
DROLSKY/HTML-Mason-1.37.tar.gz[821], JESSE/HTTP-Server-Simple-Mason-0.09.tar.gz[822], MJEWELL/docparser/Biblio-Document-Parser-1.10.tar.gz[913], SARTAK/Jifty-0.71129.tar.gz[947], FWILES/Apache-DB-0.13.tar.gz[997], BDFOY/Test-HTTPStatus-1.07.tar.gz[1116], RCLAMP/Devel-LeakTrace-0.05.tar.gz[1324], FLORA/Catalyst-View-Mason-0.15.tar.gz[1337], GWYN/POE-Component-Daemon-0.1006.tar.gz[1340], AUDREYT/Encode-IBM-0.07.tar.gz[1407]
The new fails are only due to new discoveries by Alexandr Chorny
2007-12-17 Andreas J. Koenig <>
* From Chorny:
eval q{use Test::HTTPStatus 1.07};
print $@ ? "N/A" : "OK";
print "\n";
----Output of .../p9mfFVw/perl-5.8.0@31020/bin/perl----
----EOF ($?='0')----
----Output of .../prYHaRP/perl-5.8.0@31021/bin/perl----
----EOF ($?='0')----
But this is crap. We must declare an external dependency on
Test::Pod::Coverage first. So now we get:
eval q{use Test::HTTPStatus 1.07};
print $@ ? "N/A" : "OK";
print "\n";
----Output of .../psiUhc4/perl-5.8.0@26486/bin/perl----
----EOF ($?='0')----
----Output of .../pQD0dEL/perl-5.8.0@26487/bin/perl----
----EOF ($?='0')----
On Apache::DB we will start the binary search between 31941 and 32032.
BBC written 2007-12-27.
On Biblio::Document::Parser between 23232 and 23606.
2007-12-16 Andreas J. Koenig <>
* Todo: next BBC summary must include today's mail from/to Alexandr
2007-12-14 Andreas J. Koenig <>
* BSUGARS/IPC-Shareable-0.60.tar.gz needs a bugreport, maybe is a BBC
"can't use...". On top of that several perls hang on test ipchv.t so
that I must disable it.
But, but, but nobody seems to use it, it's latest release is from 2001.
Just ignore it!
2007-12-13 Andreas J. Koenig <>
* Final binsearch on P5NCI:
eval q{use P5NCI 0.31};
print $@ ? "N/A" : "OK";
print "\n";
----Output of .../pecvOBn/perl-5.8.0@32401/bin/perl----
----EOF ($?='0')----
----Output of .../pbMBeR9/perl-5.8.0@32405/bin/perl----
----EOF ($?='0')----
* Bug: I just did a 'fforce get' on modperl followed by a 'install'. The
install tried to apply the patch a second time and then quickly failed
because apparently the "install" attribute wasn't cleared. Eeek. Low
prio because 'fforce get' is a bit of nonsense on the user side (it
2007-12-12 Andreas J. Koenig <>
* P5NCI may need a binary search where it *started* to work. Depends
what chromatic wants to know. Ticket 27963. 32395 fails, 32444 passes
tests. DONE.
2007-12-11 Andreas J. Koenig <>
2007-12-10T07:35 perl 32603 25 DAGOLDEN/CPAN-Reporter-1.06.tar.gz NOT OK
2007-12-09T16:21 perl 32601 25 DAGOLDEN/CPAN-Reporter-1.06.tar.gz OK
It cannot be perl because the changes were ....
32603 on 2007/12/10 by craigb@craigb-brianor
Fix uninitialized pointer bug in VMS version of readdir() when
case preservation feature is enabled.
32602 on 2007/12/09 by craigb@craigb-brianor
Tolkien quote for vms/vms.c.
autobundle? No, I think it is Test-Harness 3.05. Trying on PAUSE with 32602
FIXED by David in 1.0601
2007-12-10 Andreas J. Koenig <>
* ELLIOTJS via RT has brought evidence about failures on solaris
2007-12-09 Andreas J. Koenig <>
* Test::Harness 3.04 failing when Encode not installed?
# Failed test 'Unicode smiley (script): value for description matches'
# at t/unicode.t line 111.
Wide character in print at t/lib/Test/ line 1266.
# got: 'Everything is fine âº'
# expected: 'Everything is fine %G☺%@'
# Looks like you failed 1 test of 20.
Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/20 subtests
Haven't seen this before. and fixed.
* Jifty failed on IPC::PubSub::Cache::Memcached: Can't locate
Cache/ Looks like somebody forgot a dependency decl.
In the Jifty dependency preparations I see only IPC::PubSub and
Cache::Cache but no Memchache stuff. The full error states:
Cannot load backend module: IPC::PubSub::Cache::Memcached: Can't locate Cache/ in @INC (@INC contains: /home/sand/.cpan/build/Jifty-0.71129-LHzsQe/inc /home/sand/.cpan/build/Jifty-0.71129-LHzsQe/blib/lib /home/sand/.cpan/build/Jifty-0.71129-LHzsQe/blib/arch /home/src/perl/repoperls/installed-perls/perl/p0klOEE/perl-5.8.0@32600/lib/5.10.0/i686-linux /home/src/perl/repoperls/installed-perls/perl/p0klOEE/perl-5.8.0@32600/lib/5.10.0 /home/src/perl/repoperls/installed-perls/perl/p0klOEE/perl-5.8.0@32600/lib/site_perl/5.10.0/i686-linux /home/src/perl/repoperls/installed-perls/perl/p0klOEE/perl-5.8.0@32600/lib/site_perl/5.10.0 . /home/sand/.cpan/build/Jifty-0.71129-LHzsQe/lib Jifty::ClassLoader=HASH(0x8b21e68) Jifty::ClassLoader=HASH(0x8b245a8) Jifty::ClassLoader=HASH(0x8b24358) Jifty::ClassLoader=HASH(0x8b25778) Jifty::ClassLoader=HASH(0x96c9790) Jifty::ClassLoader=HASH(0x96cb800) Jifty::ClassLoader=HASH(0x96cbe20) Jifty::ClassLoader=HASH(0x972f5a8) /home/sand/.cpan/build/Jifty-0.71129-LHzsQe/lib) at /home/src/perl/repoperls/installed-perls/perl/p0klOEE/perl-5.8.0@32600/lib/site_perl/5.10.0/IPC/PubSub/Cache/ line 5.
and happens during t/04-test_file
2007-12-08 Andreas J. Koenig <>
* New BBC candidate
eval q{use Test::Class 0.25};
print $@ ? "N/A" : "OK";
print "\n";
----Output of .../pykQRSb/perl-5.8.0@32581/bin/perl----
----EOF ($?='0')----
----Output of .../pvgC1Ko/perl-5.8.0@32582/bin/perl----
----EOF ($?='0')----
We have many other victims between 32580 and now but most of them are
shaky things that have already exhibited random behaviour in the past.
DBIx::Timeout ok
XML::RSS::Liberal ok
Net::FTP::Common ok
WebService::Bloglines ok
Getopt::Attribute not ok
Module::Changes not ok (dependency of Getopt::Attribute)
CGI-Session not ok but only due to SKIPs ok on 32980
Log-Dispatch-Config ok
POE-Component-Logger ok
POE-Component-MessageQueue ok
Attribute-Types not ok
Attribute::Overload not ok
Finance-Currency-Convert-WebserviceX ok
Data-Currency ok
SVG-Plot not ok but was not ok before too
HTML::GMap not ok (dependency of CGI::Session)
CGI-Application-Plugin-Session not ok (dependency of CGI::Session)
#32582 (Attribute::Handlers) breaks Test::Class, Getopt::Attribute,
Attribute::Types, Attribute::Overload and more. Shall I write a BBC on
it or is there something in the pipeline?
I wrote a BBC and then quickly somebody provided a fix (he had not even
noticed my posting). So forget it.
2007-12-06 Andreas J. Koenig <>
* Alias says: "YAML::Tiny is quite clear about what it is, a module that
supports reading and writing of the block-mode JSON-subset of the YAML
mauzo writes a more complete spec:
Perl doesn't have a formal spec, either, yet it seems to acquire its fair share of bugs :).
YAML::Tiny has a perfectly decent (informal, implicit) spec:
1. if write_string is passed any Perl data structure consisting only of unmagical scalars, arrays and hashes, produce a spec-compliant YAML document representing it which can be parsed by YAML::Tiny or any more complete YAML parser;
2. if write_string is passed any other Perl data structure, report an error saying so;
3. if read_string is passed any spec-compliant YAML document, either
1. parse that document correctly and return the corresponding Perl data structure, or
2. report an error that this document is unsupported and a more complete parser should be used;
4. if read_string is passed anything that isn't a spec-compliant YAML document, report an error saying so.
Any other behaviour, such as Adam has just fixed, is a bug. The only thing that might be useful is documentation of which cases get 3.1 and which get 3.2.
I must write a RT ticket demanding these specs become part of the manpage. where Alias say "A challenge"
* off topic:
patrick on state of perl6/parrot
2007-12-04 Andreas J. Koenig <>
* Feature request to David Golden: turn on/off cc_author via
distroprefs. How?
2007-12-02 Andreas J. Koenig <>
* Gtk2 has one single PASS. It fails on 27002 more or less the same way
as with current 5.10. It fails on 23023 because Glib fails there. Maybe
it would be interesting to find the place in history when Glib started
working and then to run Gtk2 through that version. Just a binarysearch
without --build should do.
----Output of .../p4eJlzo/perl-5.8.0@25733/bin/perl----
----EOF ($?='0')----
----Output of .../pdv4QaU/perl-5.8.0@25948/bin/perl----
----EOF ($?='0')----
Perfect! The error summary with 25948 is shorter than the one with 5.10.
Wohoo, on "look" the DISPLAY isn't set, of course. But then the test
succeeds just fine:
DISPLAY=:121 make test TEST_FILES="t/GdkDisplayManager.t" TEST_VERBOSE=1
PERL_DL_NONLAZY=1 /home/src/perl/repoperls/installed-perls/perl/pdv4QaU/perl-5.8.0@25948/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(1, 'blib/lib', 'blib/arch')" t/GdkDisplayManager.t
ok 1 - The object isa Gtk2::Gdk::DisplayManager
ok 2
ok 3
ok 4 - The object isa Gtk2::Gdk::Device
All tests successful.
Files=1, Tests=4, 1 wallclock secs ( 0.02 usr 0.00 sys + 0.25 cusr 0.01 csys = 0.28 CPU)
Result: PASS
But from 'test Gtk2' in the CPAN shell I get:
t/GdkDisplayManager..................The application 'GdkDisplayManager.t' lost its connection to the display :121.0;
most likely the X server was shut down or you killed/destroyed
the application.
Dubious, test returned 1 (wstat 256, 0x100)
No subtests run
t/GdkDnd.............................Gdk-WARNING **: Drops for GDK_DRAG_PROTO_ROOTWIN must be handled internally at t/GdkDnd.t line 100.
So under CPAN shell the connection is lost, under 'make test' tests are
succeeding? NO, under make test with arguments it works, under make test
without arguments it fails. NO, it's once again RANDOM TEST RESULTS.
When I run the command
DISPLAY=:121 make test TEST_FILES="t/00.Gtk2.t t/01.GtkWindow.t t/02.GtkContainer.t t/Gdk.t t/GdkCairo.t t/GdkColor.t t/GdkCursor.t t/GdkDisplay.t t/GdkDisplayManager.t"
several times then I get both a success and a failure. But the problem
case is always the last one.
AND there's another one that is even more annoying:
DISPLAY=:121 make test TEST_FILES=t/PangoLayout.t
PERL_DL_NONLAZY=1 /home/src/perl/repoperls/installed-perls/perl/pdv4QaU/perl-5.8.0@25948/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/PangoLayout.t
t/PangoLayout......1/68 Modification of a read-only value attempted at t/PangoLayout.t line 134.
# Looks like you planned 68 tests but only ran 36.
# Looks like your test died just after 36.
t/PangoLayout...... Dubious, test returned 255 (wstat 65280, 0xff00)
Failed 32/68 subtests
If I run it in the debugger it loses track of the debugger context
completely and I cannot set a breakpoint. At least with 25948. So
switching to current bleadperl I reach that line and see that the
argument 23 is sent to some C lib and there it chokes. Not my area of
I made the random test results a ticket:
2007-11-30 Andreas J. Koenig <>
* JJORE/overload-eval-0.07.tar.gz fails on 2007-11-28T09:27??
Also fails on 32032 which was also threaded. Works with many others.
Trying 30952 which is also threaded. FAIL.
Trying 27048 which is also threaded. FAIL.
Trying 23232 which is also threaded. Perl v5.9.4 required--this is only v5.9.2
Everything before 28317 fails.
2007-11-29 Andreas J. Koenig <>
* Sepia binary search
our $have_warned;
BEGIN { $SIG{__WARN__} = sub { return if $have_warned++; print "suppressing one or more warnings\n" }; }
eval q{use Sepia "0.95_02"};
print $@ ? "N/A" : "OK";
print "\n";
----Output of .../pA0wlau/perl-5.8.0@30609/bin/perl----
----EOF ($?='0')----
----Output of .../pV9JsIn/perl-5.8.0@30610/bin/perl----
----EOF ($?='0')----
* Long time been there, never noticed:
2007-07-04T01:03 perl 31526 529 JONALLEN/a2pdf-1.13.tar.gz NOT OK
2007-07-02T15:26 perl 31515 299 JONALLEN/a2pdf-1.13.tar.gz OK
Now I see this has been discussed in this file but no conclusion.
A perl/$^X issue. Voiced myself in the ticket.
2007-11-27 Andreas J. Koenig <>
* PHRED/Apache-Test-1.30.tar.gz has a new dialog that needs to be
This might need further work. Yesterday I saw a dialog despite
envariable APACHE being set?
* SEANO/Sepia-0.95.tar.gz might need a binary search. But it is
problematic because CPAN::Reporter and Sepia have an issue with each
other so it seems. Twice I have seen a hang after CPAN says
"CPAN::Reporter loaded". No! What looks like a hang is just something
taking many minutes. No?
No, it's just a buggy question/answer game for installing dependencies.
Somebody seems to have forgotten to set $| or something.
2007-11-25 Andreas J. Koenig <>
* Schwern posted about RT::Client::REST. Looks interesting.
2007-11-24 Andreas J. Koenig <>
* Overlooked this one
2007-11-07T01:28 perl 32230 282 GAAS/Font-AFM-1.19.tar.gz NOT OK
2007-11-06T07:57 perl 32226 919 GAAS/Font-AFM-1.19.tar.gz OK
Looks like Test::Harness. 3.00 came out on 11-06. With 32474 and 3.0 I
see FA fail too.
2007-11-23 Andreas J. Koenig <>
* TEVERETT/Class-Prototyped-1.10.tar.gz looks like crying for a binary search help.
eval q{use Class::Prototyped 1.10};
print $@ ? "N/A" : "OK";
print "\n";
----Output of .../pLNXwon/perl-5.8.0@30979/bin/perl----
----EOF ($?='0')----
----Output of .../pTP10LN/perl-5.8.0@30980/bin/perl----
----EOF ($?='0')----
BBC? Yes. And ticket.
* Random test failures with re-engine-Plan9:
* DONEILL/MIME-tools-5.425.tar.gz tests hang under 5.6.2
At about the same time a bleadperl test complained:
t/Smtpsend.............can't create socket: Address already in use at t/Smtpsend.t line 18.
# Looks like your test died before it could output anything.
Dubious, test returned 255 (wstat 65280, 0xff00)
Failed 9/9 subtests
So this might be a concurrency issue between the two tests? Sure!
And 12 days ago already the companion
and now stopped with a distropref.
2007-11-22 Andreas J. Koenig <>
* Re: [perl #47632] Undef loop while condition, loop code motion, and bad warning line number? 5.10-RC1 + 5.8.8
Schwern asks for a binary search. DONE
* My own module?
2007-10-30T23:51 perl 32204 495 ANDK/MAB2-0.06.tar.gz NOT OK
2007-10-30T08:15 perl 32202 1121 ANDK/MAB2-0.06.tar.gz OK
t/dualdb.........Could not tie @recs: illegal flag specified to DB->open; Filename => kafka.dualdb, Subname => recno, Mode => 0664, Flags => 524289 at /home/sand/.cpan/build/MAB2-0.06-EfNVot/blib/lib/Tie/MAB2/Dualdb/ line 28.
-rw-r--r-- 1 root root 299 Oct 30 22:30 libdb-dev.list
Was this the upgrade to libdb 4.6.19-1?
Or the upgrade to 1.816?
395 2007-02-04 PMQS/DB_File-1.815.meta
87656 2007-02-04 PMQS/DB_File-1.815.tar.gz
395 2007-10-28 PMQS/DB_File-1.816.meta
87854 2007-10-29 PMQS/DB_File-1.816.tar.gz
Downgrading to 1.815 does not help. Downgrading to libdb 4.3 does not help either.
My perl 32147 passes all tests, it has DB_File 1.816 already. I
re-install 1.816 and re-test Encode::MAB2 and it succeeds again.
My perl 32208 fails that test, it has 1.816 already. I re-install 1.816
and re-test Encode::MAB2 and it fails again.
Everything looks like a perl bug except that between 32202 and 32204
nothing interesting happened.
So does the downgrade of libdb only have an effect on newer perls? If
so, then we will see 32177 and all others I build now succeed.
I do not understand the reason for that. Reading the output of the perl
compilation indicates that -ldb is called on the linker for
But why is there a -L/usr/local/lib? Dunno, but irrelevant because there
is no libdb. And DB_File is a dynamic extension that gets stored into
../../lib/auto/DB_File/ This then gets installed into
-r-xr-xr-x 1 sand sand 51221 2007-11-22 08:50 /home/src/perl/repoperls/installed-perls/perl/pbMhvub/perl-5.8.0@32444/lib/5.10.0/i686-linux-64int/auto/DB_File/
-r--r--r-- 1 sand sand 63485 2007-11-22 08:50 /home/src/perl/repoperls/installed-perls/perl/pbMhvub/perl-5.8.0@32444/lib/5.10.0/i686-linux-64int/
Nonono, wrong way down the road. BerkeleyDB is it, not DB_File, right? Yes
'requires' => {
'BerkeleyDB' => '0.20',
'Encode' => '1.41'
Now verified with
Get:1 http://k66.linux.bogus testing/main libdb4.6 4.6.21-4 [562kB]
Get:2 http://k66.linux.bogus testing/main libdb-dev 4.6.21-4 [643kB]
After that reinstalling BerkeleyDB, then testing Encode::MAB2 => FAIL.
* TkCarp has only fails for a while. Last srezic PASS with and first
srezic FAIL with 5.8.8
Module Need Have Module Need Have
------ ---- ----------- ------ ---- -----------
Carp 0 1.04 Carp 0 1.04
Tk 0 804.027_500 Tk 0 804.027_501
Module Have Module Have
------------------- ------ ------------------- ------
CPAN 1.9102 CPAN 1.9203
Cwd 3.24 Cwd 3.25
ExtUtils::CBuilder 0.18 ExtUtils::CBuilder 0.18
ExtUtils::Command 1.09 ExtUtils::Command 1.13
ExtUtils::Install 1.41 ExtUtils::Install 1.41
ExtUtils::MakeMaker 6.32 ExtUtils::MakeMaker 6.36
ExtUtils::Manifest 1.48 ExtUtils::Manifest 1.51
ExtUtils::ParseXS 2.15 ExtUtils::ParseXS 2.15
File::Spec 3.12 File::Spec 3.12
Module::Build 0.2806 Module::Build 0.2806
Module::Signature 0.55 Module::Signature 0.55
Test::Harness 2.56 Test::Harness 2.64
Test::More 0.70 Test::More 0.70
version n/a YAML 0.66
YAML::Syck 0.91
version 0.7203
Did 501 break it?
2007-11-21 Andreas J Koenig <>
* Slaven: Give the LWP::UserAgent a conn cache to incr performance.
Patch in the mail but still undecided if this is really an improvement.
2007-11-21 Andreas J. Koenig <>
* some encoding change
2007-11-20T10:28 perl 32412 1240 MIYAGAWA/Web-Scraper-0.22.tar.gz NOT OK
2007-11-19T18:21 perl 32405 471 MIYAGAWA/Web-Scraper-0.22.tar.gz OK
In the meantime 32405 also fails, I must go back to 32395 for an
autobundle comparison. (HTML::TreeBuilder::XPath)
* where is the Gabor page with all the 5.005 modules?
* V is a module but not indexed (?) what's up?
4934 2007-11-07 ABELTJE/V-0.13.tar.gz
??? Mail sent, answer received, needs further processing.
2007-11-18 Andreas J. Koenig <>
* BUG! I just discovered that a success report was sent for Readonly::XS
after a patch was applied. This was once forbidden and must remain
* MAROS/Mail-Builder-1.03.tar.gz seems to hang on 5.6.2 I just ^Ced it.
It was probably DONEILL/MIME-tools-5.425.tar.gz? See above.
* Just discovered that we lost JRED recently:
2007-11-08T16:04 perl 32244 494 JRED/Event-ExecFlow-0.63.tar.gz NOT OK
2007-11-07T17:02 perl 32235 969 JRED/Event-ExecFlow-0.63.tar.gz NOT OK
2007-11-07T01:28 perl 32230 1282 JRED/Event-ExecFlow-0.63.tar.gz NOT OK
2007-11-06T07:57 perl 32226 456 JRED/Event-ExecFlow-0.63.tar.gz OK
2007-11-05T13:08 perl 32222 402 JRED/Event-ExecFlow-0.63.tar.gz OK
2007-11-04T20:10 perl 32219 124 JRED/Event-ExecFlow-0.63.tar.gz OK
and since then 12 more fails out of 12 sessions.
It's a dependency on AnyEvent. Long day comparing AnyEvent results
follows. Mail to Marc has been sent. Update 2007-11-25 akoenig : FIXED
* <URL: >
Answers Yanick: pdflatex is the culprit littering /tmp. As I didn't find any easy way to...
2007-11-17 Andreas J. Koenig <>
* Todo: write a clean_tested() method. Suggests Adam Kennedy:
ah, ok, I understand.
Although if there is dependencies involved, would that also clean A?
Or perhaps we need a clean_all, so that CPAN Testers can just call that each cycle?
Adam K
* 32327 was a debugging build. I see a strange INC path without blib but
I see nothing suspect in the two patches 329 and 330 (328 is maintperl).
And the diff in the autobundles is a bit funny because 327 started
earlier and finished later, so it is a mix of upgrades and downgrades.
2007-11-16T13:38 perl 32330 709 YANICK/XML-XPathScript-1.52.tar.gz NOT OK
2007-11-15T23:07 perl 32327 1008 YANICK/XML-XPathScript-1.52.tar.gz OK
2007-11-14T09:33 perl 32308 325 YANICK/XML-XPathScript-1.52.tar.gz OK
Module::Build 0.2808 vs 0.2808_01 is the most likely cause. But no, this
is it not. I tried it on 32354 which gives still a FAIL and then
downgraded to M:B 1.2808 and it stayed a FAIL. Upgrading to 0.2808_01
again does no change things either.
Ahhh, what does it really mean for a test script when ther is a shebang
line of
#!perl -t
?? What was the exact error message again?
t/04unicode......................Can't locate XML/ in @INC (@INC contains: /home/src/perl/repoperls/installed-perls/perl/pztfddi/perl-5.8.0@32354/lib/5.10.0/i686-linux-64int /home/src/perl/repoperls/installed-perls/perl/pztfddi/perl-5.8.0@32354/lib/5.10.0 /home/src/perl/repoperls/installed-perls/perl/pztfddi/perl-5.8.0@32354/lib/site_perl/5.10.0/i686-linux-64int /home/src/perl/repoperls/installed-perls/perl/pztfddi/perl-5.8.0@32354/lib/site_perl/5.10.0) at t/04unicode.t line 7.
BEGIN failed--compilation aborted at t/04unicode.t line 7.
# Looks like your test died before it could output anything.
Dubious, test returned 255 (wstat 65280, 0xff00)
Failed 11/11 subtests
So it is the right perl being called but not the module in blib being
So I try it once again with 32308, run the test. UNINSTALL it. Run the
test again. There we have it. Fails just the same.
2007-11-16 Andreas J. Koenig <>
* Nicholas says that B::Generate still suffers from an assertion under
debugging. So I probably need to run a binary search on debugging perls
for B::Generate. The binary search leads us again to 22314/5 that has
already gone into a B:Generate BBC, so nothing to shout out.
* Marek Rouchal has opened a ticket about Module::ExtractUse. Resolved
in a MakeMaker ticket.
2007-11-15 Andreas J. Koenig <>
* Another breakage by Test::Distribution. Hopefully this will be fixed
in TD 2.00.
2007-11-11T18:16 maint-5.8 32273 838 SNOWHARE/Unicode-MapUTF8-1.11.tar.gz NOT OK
2007-11-11T01:45 perl 32269 320 SNOWHARE/Unicode-MapUTF8-1.11.tar.gz OK
2007-11-13 Andreas J. Koenig <>
* Another BBC article?
eval q{use B::PerlReq 0.006005};
print $@ ? "N/A" : "OK";
print "\n";
----Output of .../pDKyJRO/perl-5.8.0@31962/bin/perl----
----EOF ($?='0')----
----Output of .../pdIAoqO/perl-5.8.0@31963/bin/perl----
----EOF ($?='0')----
Nope, BBC not justified. badly written test obviously.
Resolved in 0.006006.
* todo: publish the hvds patches DONE
* Need to try to fix Danga::Socket with Class::PseudoHash.
use fields;
use Class::PseudoHash;
# $ref = Class::PseudoHash->new;
$Class::PseudoHash::FixedKeys = 0;
Nope, does not seem to work.
* To write a bradfitz special BBC it needs a list of all his modules
that are broken because of pseudo hashes.
Danga::Socket is only the lowest-level broken module. As long as it is
not fixed we cannot even *see* the others (unless we read the source).
* Test::Distribution is living in a strangely infected neighborhood. E.g. List::Tuples fails with
/usr/bin/make test -- NOT OK
//hint// to see the cpan-testers results for installing this module, try:
reports NKH/List-Tuples-0.03.tar.gz
Running make install
make test had returned bad status, won't install without force
Failed during this command:
ATOURBIN/rpm-build-perl-0.6.5.tar.gz : make_test NO
ZEV/Test-Dependencies-0.08.tar.gz : make_test NO
SMUELLER/Test-Strict-0.08.tar.gz : make_test NO
NKH/Carp-Diagnostics-0.03.tar.gz : make_test NO
NKH/List-Tuples-0.03.tar.gz : make_test NO
I need Cantrell's website for resolving. AHA: 0% chance of success:)
Actually this example is exposing the problem that is in the system that
failing modules with failing dependencies are not reported on
cpantesters: Carp::Diagnostics has 2 fails but only 2 reports, not more.
Probably because Test::Dependencies has so many fails. Downgrading to
Test::Dependencies 0.07 also fails a test but "CPAN::Reporter: test
results were not valid, Prerequisite missing."
- B::PerlReq ...missing.
- PerlReq::Utils ...missing.
B::PerlReq missing in megainstall and a candidate for BBC. Fails with
blead, succeeds with 5.8.8. Now also Test::Dependencies has a test.
Update 2007-12-26 : Ticket to Test-Dependencies opened today But both
Carp-Diagnostics and List-Tuples are by Nadim and make no sense as it
seems and I cannot argue over it. Hrm. I can:
* Lingua::Stem with Test::Harness 3.01 and 2.64 on 32274 broken
t/ such test type: sig
# Looks like your test died before it could output anything.
Dubious, test returned 255 (wstat 65280, 0xff00)
No subtests run
2007-11-11T01:45 perl 32269 939 SNOWHARE/Lingua-Stem-0.83.tar.gz NOT OK
2007-11-10T02:38 perl 32262 1151 SNOWHARE/Lingua-Stem-0.83.tar.gz OK
cpan[9]> m Test::Distribution
Module id = Test::Distribution
CPAN_FILE S/SR/SRSHAH/Test-Distribution-1.29.tar.gz
UPLOAD_DATE 2007-11-10
MANPAGE Test::Distribution - perform tests on all modules of a distribution
INST_FILE /home/src/perl/repoperls/installed-perls/perl/p4CNbhs/perl-5.8.0@32274/lib/site_perl/5.10.0/Test/
Downgrading to 1.28 fixes that.
2007-11-11 Andreas J. Koenig <>
* My release of 1.92_52 gives FAILs in 6 of *my* smokes. As the error
messages mention File::Spec too I wonder if this has to do with a recent
glitch that I have not yet understood.
116743 2007-05-22 KWILLIAMS/PathTools-3.25.tar.gz
118823 2007-10-14 KWILLIAMS/PathTools-3.25_01.tar.gz
So 31790 has only 3.25 according to the m command.
And I get lots of these messages:
Use of uninitialized value $file in string ne at /home/src/perl/repoperls/installed-perls/perl/pNaGaP6/perl-5.8.0@31790/lib/5.9.5/File/Spec/ line 312.
Use of uninitialized value $file in concatenation (.) or string at /home/src/perl/repoperls/installed-perls/perl/pNaGaP6/perl-5.8.0@31790/lib/5.9.5/File/Spec/ line 320.
And after that failing tests.
The File/ in current bleadperl 32269 is the same, but I do not
get these errors. Maybe the r command gives us a clue? No, it spits too
much output.
So I try an "update" to svk 3446 which was before Rich's patches and the
failures are the same. I should also try 3275. Indeed, the test failure
stays which should now have proven that it is not a change in my code
that broke but something that which I have installed in my smoke perls.
I should try perls close to 31790: 31613 and 31882. OK and OK. Now I can
go through diffs in the modules and upgrade until I have the jerk. Fun.
[...hours later...] This strategy does not lead anywhere.
32248 has no problem with this test either. But the scope of the problem
to compare whole trees with hundreds of interdependencies is simply too
New idea: CPAN::Test::Dummy::Perl5::Make has been installed on those
perls, has it not? Yes. And when I uninstall it, all's well.
* This should become a BBC article:
eval q{use Brackup 1.06};
print $@ ? "N/A" : "OK";
print "\n";
----Output of .../pDjpgoB/perl-5.8.0@22314/bin/perl----
----EOF ($?='0')----
----Output of .../prHc4Oy/perl-5.8.0@22315/bin/perl----
----EOF ($?='0')----
2007-11-08 Andreas J. Koenig <>
* Apache::Session failed today on 32235 because Test::Deep was missing.
seq was 388 and the seq of Test::Deep was 390. The latter was
successful, don't understand why it was not found by Apache::Session.
Needs more investigations.
* t/wmf/read..........
ok 1
ok 2
You already have a parser for (t/wmf/read.t) at /home/src/perl/repoperls/installed-perls/perl/pe1S7WD/perl-5.8.0@32235/lib/5.10.0/TAP/ line 412
This happens with Image::MAgick and bleadperl@3223[05] even after I
fixed the test output of t/setattribute.t.
* RHANDOM/Template-Alloy-1.009.tar.gz works with 5.9.4, 5.9.5, 5.10.0
but hangs with 5.8.* during 05_tt_base. I ^Ced all 5.8 tests. 5.6.2 worked again.
Same for RHANDOM/Template-Parser-CET-0.05.tar.gz, even the test has the same name.
* [ #30554] Not possible to upgrade from v1.9101
Seems that I need to test with a perl that has no YAML.
2007-11-07 Andreas J. Koenig <>
* Net::SSLeay 1.32: make fails with "could not answer a question during the
dialog" or some such. Fails with 32230, 32226, 32222, 32219, 32216.
32212 seems different at first sight but then fails too.
* merejn on P5P:
On Wed, 07 Nov 2007 05:30:34 +0100,
(Andreas J. Koenig) wrote:
> This patch brings bleadperl to 1.9204
Can I please have an option or environment variable or install-time question
to *NOT* ask if it is ok to connect to the internet please?
* where is the wiki? need to add hvds patches, Data::Dump::Streamer,
bradfitz, Devel::Cover, etc. to my Sunday posting.
* need a (v)box without gzip or tar so I can see the tests succeed or fail
2007-11-06 Andreas J. Koenig <>
* (Eric Wilhelm on module build mailing list) I think CPAN has a bug
which causes it to pass make_arg to ./Build install. (I seem to remember
having some grief with -j recently.)
* [ #30481] Fail Installing New Mail::SpamAssassin 3.2.3
Need a fresh perl without spamassassin and build&test SpamAssassin as root.
2007-11-05 Andreas J. Koenig <>
* Subject: [ #30481] Failed Test Suite with Mail::SpamAssassin 3.2.3
Looks dangerous.
* ?
2007-11-03 Andreas J. Koenig <>
* what I want more than anything else before 5.10 is a list of all
modules that need patching or don't work.
A first approximation to the list that I really want would be a summary
of all BBC articles and the state they reached.
Shit, finds only 14 hits on "Bleadperl breaks CPAN" in a
narrow timeframe. So how do I find the older postings?
xray to the rescue: 373 hits on BBC. Now the list of affected modules.
"*" is for "not yet investigated". something else for "still relevant"
and "fixed"
DMAKI/File-MMagic-XS-0.09002.tar.gz; only with threads and debugging;
MNOONING/Net-Daemon/Net-Daemon-0.43.tar.gz; only with threads;
RCLAMP/Devel-Caller-0.11.tar.gz; only with threads;
VKON/Tcl-0.95.tar.gz; only with debugging;
Tested patches available
Text::Query 0.07
patch on CPAN: ANDK/patches/Text-Query-0.07-ROBIN-01.patch.gz
Unicode::Lite 0.12
patch on CPAN: ANDK/Unicode-Lite-0.12-NWCLARK-01.patch.gz
XML::Parser 2.34
patch on CPAN: ANDK/patches/XML-Parser-2.34-ANDK-01.patch.gz
Authors fixed: broken fixed
Class::Fields 0.202 0.203
Class::MOP 0.40 0.42
Clone 0.25 0.28
DBI 1.57 1.601
Data::Alias 1.03 1.07
Devel::Size 0.68 0.69
JSON 1.12 1.14
PerlPoint::Parser 0.451 1.05
Regexp::Assemble 0.28 0.32
Rose::HTML::Object::Messages 0.549 0.550
ShiftJIS::X0213::MapUTF 0.30 0.31
TAP::Parser 0.52 0.54
Bleadperl fixed: was broken
Acme::MetaSyntactic 0.99 fixed in bleadperl 0.11 fixed in bleadperl
Class::Trait 0.22 fixed in bleadperl
Contextual::Return v0.2.1 fixed in bleadperl
Perl6::Attributes 0.04 fixed in bleadperl
SQL::Translator 0.08001 fixed in bleadperl
String::Multibyte 1.05 fixed in bleadperl
Test::MockObject 1.07 fixed in bleadperl
Text::WikiFormat 0.78 fixed in bleadperl
YAML 0.66 fixed in bleadperl
* new fails
CHORNY/Apache-Session-1.84.tar.gz[545], RCLAMP/POE-Component-Server-HTTP-0.09.tar.gz[615], ADUITSIS/IPC-Mmap-0.14.tar.gz[767], ANDK/Apache-Session-Counted-1.118.tar.gz[793], DMAKI/DateTime-Calendar-Japanese-0.06001.tar.gz[930], TEVERETT/Class-Prototyped-1.10.tar.gz[1376], MERLYN/CGI-Prototype-0.9053.tar.gz[1377], MAURICE/IPC-ShareLite-0.09.tar.gz[1443]
I see that somebody has filled the messages and semaphore space and I
had to clean them up. Need to watch each of these beasts and write
2007-11-02 Andreas J. Koenig <>
* /tmp again:
30425 CatalystX-CRUD Cleaning up /tmp directory
* Today a new 32025 maintperl finished and it has many fails that I have
not noticed before. See 2007-11-01T02:38. This was due to the glitch
with disabling Sub-Uplevel. So this should not have caused harm because
no reports were sent out in such cases.
2007-11-01 Andreas J. Koenig <>
* Rethink the recent mail exchange with Barbie about timestamps in the future.
* Some distro removed the of my testing perls so I lost 6 perl
installations. I removed them immediately and now let only one perl run.
From the history of sent test reports it seems that Perl-Dist is to blame.
I'm starting cpan for bleadperl@32194 which has a working -V command so must have
a Let me see it:
% ls -l /home/src/perl/repoperls/installed-perls/perl/pICDJJz/perl-5.8.0@32194/lib/5.10.0/i686-linux-thread-multi-64int/
-r--r--r-- 1 sand sand 3383 2007-10-26 06:17:43 /home/src/perl/repoperls/installed-perls/perl/pICDJJz/perl-5.8.0@32194/lib/5.10.0/i686-linux-thread-multi-64int/
And copy it away:
cp /home/src/perl/repoperls/installed-perls/perl/pICDJJz/perl-5.8.0@32194/lib/5.10.0/i686-linux-thread-multi-64int/ /tmp/
Ah, I see Adam has uploaded a 0.29_02 in the meantime. No mention of an
alert. So let's try it now.
cpan[6]> install ADAMK/Perl-Dist-0.29_02.tar.gz
Running make for A/AD/ADAMK/Perl-Dist-0.29_02.tar.gz Going to build A/AD/ADAMK/Perl-Dist-0.29_02.tar.gz
CPAN: CPAN::Reporter loaded ok (v1.04)
Checking if your kit is complete...
Looks good
Warning: prerequisite Perl::Dist::Downloads 0.02 not found.
Writing Makefile for Perl::Dist
Looking for Inno Setup 5... Failed to find the Program Files directory
(/home/src/perl/repoperls/installed-perls/perl/pICDJJz/perl-5.8.0@32194/bin/perl Makefile.PL exited with 0)
CPAN::Reporter: Makefile.PL result is 'pass', No errors.
---- Unsatisfied dependencies detected during ----
---- ADAMK/Perl-Dist-0.29_02.tar.gz ----
Perl::Dist::Downloads [requires]
Running make test
Delayed until after prerequisites
Running make install
Delayed until after prerequisites
Running install for module 'Perl::Dist::Downloads'
Running make for A/AD/ADAMK/Perl-Dist-Downloads-0.03.tar.gz
Checksum for /home/ftp/pub/CPAN/authors/id/A/AD/ADAMK/Perl-Dist-Downloads-0.03.tar.gz ok Going to build A/AD/ADAMK/Perl-Dist-Downloads-0.03.tar.gz
Checking if your kit is complete...
Looks good
Writing Makefile for Perl::Dist::Downloads
(/home/src/perl/repoperls/installed-perls/perl/pICDJJz/perl-5.8.0@32194/bin/perl Makefile.PL exited with 0)
CPAN::Reporter: Makefile.PL result is 'pass', No errors.
Installing blib/lib/auto/Perl/Dist/Downloads/mingw-runtime-3.13.tar.gz
Installing blib/lib/auto/Perl/Dist/Downloads/gcc-g++-3.4.5-20060117-1.tar.gz
Installing blib/lib/auto/Perl/Dist/Downloads/
Installing blib/lib/auto/Perl/Dist/Downloads/gcc-core-3.4.5-20060117-1.tar.gz
Installing blib/lib/auto/Perl/Dist/Downloads/w32api-3.10.tar.gz
Installing blib/lib/auto/Perl/Dist/Downloads/mingw32-make-3.81-2.tar.gz
Installing blib/lib/auto/Perl/Dist/Downloads/binutils-2.17.50-20060824-1.tar.gz
cp lib/Perl/Dist/ blib/lib/Perl/Dist/
Manifying blib/man3/Perl::Dist::Downloads.3
(/usr/bin/make exited with 0)
CPAN::Reporter: make result is 'pass', No errors.
/usr/bin/make -- OK
Running make test
PERL_DL_NONLAZY=1 /home/src/perl/repoperls/installed-perls/perl/pICDJJz/perl-5.8.0@32194/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'inc', 'blib/lib', 'blib/arch')" t/*.t
all skipped: Author tests not required for installation
all skipped: Author tests not required for installation
All tests successful, 2 tests skipped.
Files=4, Tests=9, 1 wallclock secs ( 0.21 cusr + 0.05 csys = 0.26 CPU)
(/usr/bin/make test exited with 0)
CPAN::Reporter: Test result is 'pass', All tests successful.
Preparing a CPAN Testers report for Perl-Dist-Downloads-0.03
Sending test report with 'pass' to
/usr/bin/make test -- OK
Running make install
Prepending /home/sand/.cpan/build/Perl-Dist-Downloads-0.03-QjvVtv/blib/arch /home/sand/.cpan/build/Perl-Dist-Downloads-0.03-QjvVtv/blib/lib to PERL5LIB for 'install'
Installing /home/src/perl/repoperls/installed-perls/perl/pICDJJz/perl-5.8.0@32194/lib/site_perl/5.10.0/Perl/Dist/
Installing /home/src/perl/repoperls/installed-perls/perl/pICDJJz/perl-5.8.0@32194/lib/site_perl/5.10.0/auto/Perl/Dist/Downloads/mingw-runtime-3.13.tar.gz
Installing /home/src/perl/repoperls/installed-perls/perl/pICDJJz/perl-5.8.0@32194/lib/site_perl/5.10.0/auto/Perl/Dist/Downloads/gcc-g++-3.4.5-20060117-1.tar.gz
Installing /home/src/perl/repoperls/installed-perls/perl/pICDJJz/perl-5.8.0@32194/lib/site_perl/5.10.0/auto/Perl/Dist/Downloads/
Installing /home/src/perl/repoperls/installed-perls/perl/pICDJJz/perl-5.8.0@32194/lib/site_perl/5.10.0/auto/Perl/Dist/Downloads/gcc-core-3.4.5-20060117-1.tar.gz
Installing /home/src/perl/repoperls/installed-perls/perl/pICDJJz/perl-5.8.0@32194/lib/site_perl/5.10.0/auto/Perl/Dist/Downloads/w32api-3.10.tar.gz
Installing /home/src/perl/repoperls/installed-perls/perl/pICDJJz/perl-5.8.0@32194/lib/site_perl/5.10.0/auto/Perl/Dist/Downloads/mingw32-make-3.81-2.tar.gz
Installing /home/src/perl/repoperls/installed-perls/perl/pICDJJz/perl-5.8.0@32194/lib/site_perl/5.10.0/auto/Perl/Dist/Downloads/binutils-2.17.50-20060824-1.tar.gz
Installing /home/src/perl/repoperls/installed-perls/perl/pICDJJz/perl-5.8.0@32194/man/man3/Perl::Dist::Downloads.3
Writing /home/src/perl/repoperls/installed-perls/perl/pICDJJz/perl-5.8.0@32194/lib/site_perl/5.10.0/i686-linux-thread-multi-64int/auto/Perl/Dist/Downloads/.packlist
Appending installation info to /home/src/perl/repoperls/installed-perls/perl/pICDJJz/perl-5.8.0@32194/lib/5.10.0/i686-linux-thread-multi-64int/perllocal.pod
/usr/bin/make install UNINST=1 -- OK
Running make for A/AD/ADAMK/Perl-Dist-0.29_02.tar.gz
Has already been unwrapped into directory /home/sand/.cpan/build/Perl-Dist-0.29_02-uH5Hsi Going to build A/AD/ADAMK/Perl-Dist-0.29_02.tar.gz
Installing blib/lib/auto/Perl/Dist/
Installing blib/lib/auto/Perl/Dist/LICENSE.txt
Installing blib/lib/auto/Perl/Dist/README.w32api
Installing blib/lib/auto/Perl/Dist/
Installing blib/lib/auto/Perl/Dist/
Installing blib/lib/auto/Perl/Dist/
Installing blib/lib/auto/Perl/Dist/libnet.cfg
Installing blib/lib/auto/Perl/Dist/README
Installing blib/lib/auto/Perl/Dist/
cp lib/Perl/Dist/ blib/lib/Perl/Dist/
cp lib/Perl/Dist/ blib/lib/Perl/Dist/
cp lib/Perl/Dist/Inno/ blib/lib/Perl/Dist/Inno/
cp lib/Perl/ blib/lib/Perl/
cp lib/Perl/Dist/ blib/lib/Perl/Dist/
cp lib/Perl/Dist/Asset/ blib/lib/Perl/Dist/Asset/
cp lib/Perl/Dist/Asset/ blib/lib/Perl/Dist/Asset/
cp lib/Perl/Dist/Asset/ blib/lib/Perl/Dist/Asset/
cp lib/Perl/Dist/Inno/ blib/lib/Perl/Dist/Inno/
cp lib/Perl/Dist/Asset/ blib/lib/Perl/Dist/Asset/
cp lib/Perl/Dist/Inno/ blib/lib/Perl/Dist/Inno/
cp lib/Perl/Dist/Asset/ blib/lib/Perl/Dist/Asset/
cp script/perldist blib/script/perldist
/home/src/perl/repoperls/installed-perls/perl/pICDJJz/perl-5.8.0@32194/bin/perl "-Iinc" "-MExtUtils::MY" -e "MY->fixin(shift)" blib/script/perldist
Manifying blib/man3/Perl::Dist::Builder.3
Manifying blib/man3/Perl::Dist.3
(/usr/bin/make exited with 0)
CPAN::Reporter: make result is 'pass', No errors.
/usr/bin/make -- OK
Running make test
PERL_DL_NONLAZY=1 /home/src/perl/repoperls/installed-perls/perl/pICDJJz/perl-5.8.0@32194/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'inc', 'blib/lib', 'blib/arch')" t/*.t
all skipped: Not on Win32
all skipped: Not on Win32
all skipped: Not on Win32
all skipped: Author tests not required for installation
all skipped: Author tests not required for installation
All tests successful, 5 tests skipped.
Files=10, Tests=41, 8 wallclock secs ( 1.52 cusr + 0.14 csys = 1.66 CPU)
(/usr/bin/make test exited with 0)
CPAN::Reporter: Test result is 'pass', All tests successful.
Preparing a CPAN Testers report for Perl-Dist-0.29_02
Sending test report with 'pass' to
/usr/bin/make test -- OK
Running make install
Prepending /home/sand/.cpan/build/Perl-Dist-0.29_02-uH5Hsi/blib/arch /home/sand/.cpan/build/Perl-Dist-0.29_02-uH5Hsi/blib/lib to PERL5LIB for 'install'
Can't locate in @INC (@INC contains: inc /home/sand/.cpan/build/Perl-Dist-0.29_02-uH5Hsi/blib/arch /home/sand/.cpan/build/Perl-Dist-0.29_02-uH5Hsi/blib/lib /home/src/perl/repoperls/installed-perls/perl/pICDJJz/perl-5.8.0@32194/lib/5.10.0/i686-linux-thread-multi-64int /home/src/perl/repoperls/installed-perls/perl/pICDJJz/perl-5.8.0@32194/lib/5.10.0 /home/src/perl/repoperls/installed-perls/perl/pICDJJz/perl-5.8.0@32194/lib/site_perl/5.10.0/i686-linux-thread-multi-64int /home/src/perl/repoperls/installed-perls/perl/pICDJJz/perl-5.8.0@32194/lib/site_perl/5.10.0 .) at /home/src/perl/repoperls/installed-perls/perl/pICDJJz/perl-5.8.0@32194/lib/5.10.0/ line 4.
BEGIN failed--compilation aborted at /home/src/perl/repoperls/installed-perls/perl/pICDJJz/perl-5.8.0@32194/lib/5.10.0/ line 4.
Compilation failed in require at /home/src/perl/repoperls/installed-perls/perl/pICDJJz/perl-5.8.0@32194/lib/5.10.0/ExtUtils/ line 9.
BEGIN failed--compilation aborted at /home/src/perl/repoperls/installed-perls/perl/pICDJJz/perl-5.8.0@32194/lib/5.10.0/ExtUtils/ line 9.
Compilation failed in require.
BEGIN failed--compilation aborted.
make: *** [pure_site_install] Fehler 2
/usr/bin/make install UNINST=1 -- NOT OK
Failed during this command:
ADAMK/Perl-Dist-0.29_02.tar.gz : install NO
cpan[7]> q
Warning: Configuration not saved.
Lockfile removed.
>sand@k75:~/CPAN-SVN% ls -l /home/src/perl/repoperls/installed-perls/perl/pICDJJz/perl-5.8.0@32194/lib/5.10.0/i686-linux-thread-multi-64int/
ls: /home/src/perl/repoperls/installed-perls/perl/pICDJJz/perl-5.8.0@32194/lib/5.10.0/i686-linux-thread-multi-64int/ Datei oder Verzeichnis nicht gefunden
Which means in English: not found. So installing ADAMK/Perl-Dist-0.29_02.tar.gz removes the if the installer is owner (which he usually is).
2007-11-01 akoenig : I have issued above text as a "security alert"
ticket on (#30404), informed the cpan-testers-discussion
mailing list and removed the two Perl-Dist-0.29_0[12].tar.gz files from
* Is it true that apache2 does not build with blead?
2007-10-30 Andreas J. Koenig <>
* Today I saw this ugly result:
PERL_DL_NONLAZY=1 /home/src/perl/repoperls/installed-perls/perl/p6GHBr2/perl-5.8.0@27906/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
t/02-runthrough..........panic: free from wrong pool, <F> line 3.
# Looks like your test died just after 13.
Test returned status 255 (wstat 65280, 0xff00)
after all the subtests completed successfully
t/03-error...............panic: free from wrong pool.
# Looks like your test died just after 3.
Test returned status 255 (wstat 65280, 0xff00)
after all the subtests completed successfully
all skipped: Enable TEST_POD environment variable to test POD
all skipped: Enable TEST_POD environment variable to test POD
t/compat_01-selfcheck....panic: free from wrong pool.
# Looks like your test died just after 2.
Test returned status 255 (wstat 65280, 0xff00)
after all the subtests completed successfully
t/compat_02-extmagic.....panic: free from wrong pool.
# Looks like your test died just after 2.
Test returned status 255 (wstat 65280, 0xff00)
after all the subtests completed successfully
Failed Test Stat Wstat Total Fail Failed List of Failed
t/02-runthrough.t 255 65280 13 0 0.00% ??
Failed Test Stat Wstat Total Fail Failed List of Failed
t/03-error.t 255 65280 3 0 0.00% ??
Failed Test Stat Wstat Total Fail Failed List of Failed
t/compat_01-selfcheck.t 255 65280 2 0 0.00% ??
Failed Test Stat Wstat Total Fail Failed List of Failed
t/compat_02-extmagic.t 255 65280 2 0 0.00% ??
2 tests skipped.
Failed 4/7 test scripts, 42.86% okay. 0/21 subtests failed, 100.00% okay.
Files=7, Tests=21, 1 wallclock secs ( 0.76 cusr + 0.10 csys = 0.86 CPU)
/usr/bin/make test -- OK
who wrote the result and who could not read it? Test::Harness 2.57_05
and CPAN::Reporter (not installed!), so it was me!
* Bug in File::Temp version checking code. A simple < is wrong, you must
use CPAN::Version!
* MLEHMANN/Gtk-Perl-0.7009.tar.gz fails because gtk-config not found or
something. Installed libgtk1.2-dev. More libraries missing in the next
round of trial and error.
* File-MMagic-XS failed on 32195, 32186 which is threaded and debugging.
I started to watch F:M:X with 31568 but we have one other
threaded+debugging perl since then: 32032. But yes, 32032 was not a
regular megainstall. So let's try DMAKI/File-MMagic-XS-0.09002.tar.gz
with 32032. And on a maintperl? Try 31223.
Yes, it fails with blead@32032 (panic free from wrong pool), it succeeds
with maint@31223.
And it fails for this:
MMagic.xs:455: error: expected declaration specifiers or '...' before '(' token'
with 27680, 27704, 27705, 27729, 27732, 27733, 27734
It fails with the same panic free from wrong pool on 30953, 30952,
29353, 28507, 28106, 27906, 27806, 27755, 27741, 27735.
Next: According to the comment in 27735 we must go back in time before
27649 and I see a good place at 23232 which is 51 points from 23181
which is quite a good distance. 23240 would have been the better choice.
Oh well.
eval q{use File::MMagic::XS 0.09002};
print $@ ? "N/A" : "OK";
print "\n";
----Output of .../p3g2zXo/perl-5.8.0@26177/bin/perl----
----EOF ($?='0')----
----Output of .../p2IzPOM/perl-5.8.0@26178/bin/perl----
----EOF ($?='0')----
This is no way possible. 26178 did nothing but remove comments. Ahhh,
there is an old 27177 from 2005 involved.
----Output of .../pql0Vj4/perl-5.8.0@26176/bin/perl----
----EOF ($?='0')----
----Output of .../p1BkiZu/perl-5.8.0@26177/bin/perl----
----EOF ($?='0')----
Yes, this is the real thing. BBC article posted to P5P.
2007-10-28 Andreas J. Koenig <>
* watching /tmp is boring and I want to delay the next RT tickets until
after the next release of File::Temp.
* I wish I had an overview over all BBC articles and the status they are
in and links to the articles and the RT tickets and all postings that
preceded BBC saying something like "23456 breaks Term::ReadLine::Gnu".
This (at least the still open parts) should find its way into
perl5100delta.pod. Math::Pari and T:R:G being the most prominent
* Tcl maybe broke around 31941? We do not have the config of our perls
in the database, so SQL will not do it. We need to find all Tcl=OK for
perl=debugging. So some grep through all perl-V and all VKON! or so.
for d in logs/megainstall.2007{09,10}*.d; do
grep -H " optimize" $d/perl-V.txt | perl -pe 's/\n//'
grep ok= $d/VKON!Tcl-* |& perl -nle 'print /( ok=".+?")/'
logs/megainstall.20070922T1716.d/perl-V.txt: optimize='-g', ok="OK"
logs/megainstall.20070923T1153.d/perl-V.txt: optimize='-g', ok="NOT OK"
This means 31939-31941 and we need a config with optimize=-g. Nonono,
because 39 and 41 have long since been purged we need to order 40
directly, then the neighbor and then write the BBC (unless the neighbor
behaves differently from what we see in the database; which means 41
must fail).
31941 is easy peasy. The subject line says exactly what it is doing. But
is it correct to limit an assertion to debugging mode? Are the two
extensions doing stupid things? Let's examine the diagnostics. Tcl:
t/call.........Assertion ((svtype)((_svi)->sv_flags & 0xff)) >= SVt_RV failed: file "Tcl.xs", line 647 at t/call.t line 38.
^ITest returned status 88 (wstat 22528, 0x5800)
DIED. FAILED tests 9-10
^IFailed 2/10 tests, 80.00% okay
And Coro? 4.13 does not work with 31940.
31847/31854 MLEHMANN/Coro-3.63.tar.gz from NA to OK
31682/31684 MLEHMANN/Coro-3.63.tar.gz from OK to NA
SEGV during test: 31613, 31021, 30019, 29743, 29619
PL_parser undeclared in State.xs:1111: 29023, 29503, 29537
As this PL_parser is dependent on 5.9.0 I do not expect that any older perl will now compile
Try older Coro: 4.11 no, 4.1 no, 4.03 SEGV
SEGV during test with 4.03: 29537, 28022, 27002, 25229, 24044
State.xs:263: error: too few arguments to function Perl_pad_push: 23023, 23494, 23768, 23973
This State.xs:263 thing is even in the oldest Coro, 3.63 and I'm not up
to searching backpan.
So I will now have a look at the gdb analysis and then check in maint perl.
Failed to read a valid object file image from memory.
Core was generated by `/home/src/perl/repoperls/installed-perls/perl/pm5CFa8/perl-5.8.0@32198/bin/perl'.
Program terminated with signal 11, Segmentation fault.
#0 coro_transfer (prev=Cannot access memory at address 0xfffffffc
) at libcoro/coro.c:153
153 }
(gdb) bt
#0 coro_transfer (prev=Cannot access memory at address 0xfffffffc
) at libcoro/coro.c:153
Cannot access memory at address 0x4
Well. And maintperl? Ahhh, same thing! Stock 5.8.8 has it. 5.8.1 is
simply too old to understand current Coro code. 22251(5.8.3) has the
SEGV too. So no BBC in here.
* Bugreport to self: File::Temp needs a minimum of 0.14 if we use the
object interface. FIXED
* Devel-Caller poking around.
t/Devel-Caller....ok 1/72
# Failed (TODO) test 'with lexical $foo'
# at t/Devel-Caller.t line 36.
# got: 'GLOB(0x8319b70)'
# expected: 'SCALAR(0x840c250)'
# Failed (TODO) test 'with lexical @foo'
# at t/Devel-Caller.t line 37.
# got: 'SCALAR(0x843b3a8)'
# expected: 'ARRAY(0x84417fc)'
# Failed (TODO) test 'with lexical %foo'
# at t/Devel-Caller.t line 38.
# got: 'GLOB(0x843b268)'
# expected: 'HASH(0x8441824)'
Assertion ((svtype)((shplep)->sv_flags & 0xff)) == SVt_PVGV || ((svtype)((shplep)->sv_flags & 0xff)) == SVt_PVLV failed: file "lib/Devel/Caller.xs", line 49 at /home/sand/.cpan/build/Devel-Caller-0.11-JPp6H1/blib/lib/Devel/ line 32.
# Looks like you planned 72 tests but only ran 43.
# Looks like your test died just after 43.
Test returned status 255 (wstat 65280, 0xff00)
DIED. FAILED tests 44-72
Failed 29/72 tests, 59.72% okay
# Failed (TODO) test 'with lexical $foo'
# at t/Devel-Caller.t line 36.
# got: 'GLOB(0x838b8d0)'
# expected: 'SCALAR(0x83a47b0)'
# Failed (TODO) test 'with lexical @foo'
# at t/Devel-Caller.t line 37.
# got: 'SCALAR(0x84af790)'
# expected: 'ARRAY(0x84b6690)'
# Failed (TODO) test 'with lexical %foo'
# at t/Devel-Caller.t line 38.
# got: 'GLOB(0x84af678)'
# expected: 'HASH(0x84b66b8)'
Test returned status 0 (wstat 11, 0xb)
DIED. FAILED tests 44-72
Failed 29/72 tests, 59.72% okay
Ah, das heisst doch coredump, oder?
% gdb /home/src/perl/repoperls/installed-perls/perl/pbCbNp9/perl-5.8.0@32195/bin/perl core
GNU gdb
Copyright (C) 2007 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...
Using host libthread_db library "/lib/i686/cmov/".
warning: Can't read pathname for load map: Input/output error.
Reading symbols from /lib/i686/cmov/
Loaded symbols for /lib/i686/cmov/
Reading symbols from /lib/i686/cmov/
Loaded symbols for /lib/i686/cmov/
Reading symbols from /lib/i686/cmov/
Loaded symbols for /lib/i686/cmov/
Reading symbols from /lib/i686/cmov/
Loaded symbols for /lib/i686/cmov/
Reading symbols from /lib/i686/cmov/
Loaded symbols for /lib/i686/cmov/
Reading symbols from /lib/i686/cmov/
Loaded symbols for /lib/i686/cmov/
Reading symbols from /lib/i686/cmov/
Loaded symbols for /lib/i686/cmov/
Reading symbols from /lib/
Loaded symbols for /lib/
Reading symbols from /home/src/perl/repoperls/installed-perls/perl/pbCbNp9/perl-5.8.0@32195/lib/site_perl/5.10.0/i686-linux-thread-multi-64int/auto/PadWalker/
Loaded symbols for /home/src/perl/repoperls/installed-perls/perl/pbCbNp9/perl-5.8.0@32195/lib/site_perl/5.10.0/i686-linux-thread-multi-64int/auto/PadWalker/
Reading symbols from /home/sand/.cpan/build/Devel-Caller-0.11-4u9D7a/blib/arch/auto/Devel/Caller/
Loaded symbols for /home/sand/.cpan/build/Devel-Caller-0.11-4u9D7a/blib/arch/auto/Devel/Caller/
Failed to read a valid object file image from memory.
Core was generated by `/home/src/perl/repoperls/installed-perls/perl/pbCbNp9/perl-5.8.0@32195/bin/perl'.
Program terminated with signal 11, Segmentation fault.
#0 0xb7f7b51c in glob_out (sigil=36 '$', op=0x84c2cc8, want_name=0)
at lib/Devel/Caller.xs:49
49 case '$': ret = (SV*) GvSV(gv); break;
Hey, it even has debugging symbols. But what's that 'Failed to read a
valid object file image from memory.'?
/home/src/perl/repoperls/installed-perls/perl/pBY7a0s/perl-5.8.0@27705/bin/perl Build --makefile_env_macros 1 test
t/Devel-Caller....ok 1/72
# Failed (TODO) test 'with lexical $foo'
# in t/Devel-Caller.t at line 36.
# got: 'GLOB(0x82bac48)'
# expected: 'SCALAR(0x839aedc)'
# Failed (TODO) test 'with lexical @foo'
# in t/Devel-Caller.t at line 37.
# got: 'SCALAR(0x83f58c0)'
# expected: 'ARRAY(0x8401304)'
# Failed (TODO) test 'with lexical %foo'
# in t/Devel-Caller.t at line 38.
# got: 'GLOB(0x83f5758)'
# expected: 'HASH(0x840132c)'
Test returned status 0 (wstat 11, 0xb)
DIED. FAILED tests 44-72
Failed 29/72 tests, 59.72% okay
Core dump looks the same.
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/
#1 0xb7f39eb4 in XS_Devel__Caller__called_with ()
from /home/sand/.cpan/build/Devel-Caller-0.11-K2jwTc/blib/arch/auto/Devel/Caller/
#2 0x080d090b in Perl_pp_entersub ()
#3 0x080c85a9 in Perl_runops_standard ()
#4 0x0806559b in perl_run ()
#5 0x0806034d in main ()
Ahh, PadWalker 1.5 denies working with 5.7.3, demands minimum 5.8.2
Everything like in 27048 and the others above.
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/ lib/Devel/Caller.o
Manifying blib/lib/Devel/ -> blib/libdoc/Devel::Caller.3
/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
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)
/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
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.
PadWalker passes its tests but D:C dumps core
PadWalker fails the two tests mentioned above and I force the install.
Devel::Caller passes its tests.
PadWalker is installed, so must have passed its test. D:C has its SEGV.
Padwalker fails as above. force install. D:C SEGV.
Padwalker fails as above. force install. D:C SEGV.
Padwalker fails as above. force install. D:C SEGV.
Padwalker fails as above. force install. D:C SEGV.
18047: no SEGV
2007-10-27 Andreas J. Koenig <>
* Net-Daemon's recent FAILS under threads seems to be due to the way the
old 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;
The compat layer seems to have started working between 30910 and 32032:
% for p in `binsearchaperl --show-cache --bounds 27048-33000 --apcdir /home/src/perl/repoperls/APC --prefix /home/src/perl/repoperls/installed-perls --cachefilter tests/ `; do
$p -MThread -e 'print substr($^X,64), ": ", eval{Thread->new(sub { })} ? "" : "not ", "ok\n"'
done 2>/dev/null
@27048/bin/perl: ok
@29353/bin/perl: not ok
@30910/bin/perl: not ok
@31500/bin/perl: ok
@32032/bin/perl: ok
@32174/bin/perl: ok
@32186/bin/perl: ok
@32194/bin/perl: ok
@32195/bin/perl: ok
but probably not good enough to run the whole code in t/thread.t.
I would guess that somewhere between 27048 and 29353 the compatibility
layer broke heavily and somewhere between 30910 and 31500 they
fixed it a bit. 30955 was the last change to The fix for our
minimal testcase came a bit before that:
require Thread;
print eval{Thread->new(sub { })} ? "ok\n" : "not ok\n";
----Output of .../pCY4xFO/perl-5.8.0@30952/bin/perl----
not ok
----EOF ($?='0')----
----Output of .../pQ8RfLX/perl-5.8.0@30953/bin/perl----
Perl exited with active threads:
1 running and unjoined
0 finished and unjoined
0 running and detached
----EOF ($?='0')----
require Thread;
print eval{Thread->new(sub { })} ? "ok\n" : "not ok\n";
----Output of .../ppYBvaY/perl-5.8.0@27704/bin/perl----
A thread exited while 2 threads were running.
----EOF ($?='0')----
----Output of .../pBY7a0s/perl-5.8.0@27705/bin/perl----
not ok
----EOF ($?='0')----
Running a Net::Daemon 0.43 comare between 30952 and 53 shows the
equivalent result. Now let's see for Devel-Caller and Sub-Multi.
Devel-Caller needs a separate investigation (fails on both 3095[23]).
Now I discover the dependency chain of Sub-Multi. I see that
Devel::LexAlias depends on Devel-Caller. And Data::Bind depends on
Devel::LexAlias and Sub::Multi depends on Data::Bind. So Sub::Multi can
be dropped from further investigation.
Note that we have not yet looked which construct it is that breaks in
the test. So it might be interesting to look if 27704 was still ok. Yes,
it passes all tests and does not skip the t/thread.t.
BBC article is posted.
* /tmp again
30297 HTML-Display Cleaning up /tmp directory
2007-10-26 Andreas J. Koenig <>
* mod_perl also broke recently. Between 32090 and 32101. And it suddenly
worked again in 32192 which was a nothreads nodebugging build without
relocatable inc. nothing obvious, of course.
I made a autobundle for 32085. And 32108. The diffs are huge.
Nono, that's something entirely different. The test server cannot be
started and nothing's there that would tell me an error message. I have
already cited the error message below but I repeat
/home/src/www/apache/apache/apache_1.3.37/src/httpd -f `pwd`/t/conf/httpd.conf -X -d `pwd`/t &
httpd listening on port 8529
will write error_log to: t/logs/error_log
letting apache warm up...\c
[Sat Oct 27 13:24:44 2007] [error] Can't locate in @INC (@INC contains: /home/src/www/apache/apache/apache_1.3.37/lib/5.10.0/i686-linux-thread-multi-64int /home/src/www/apache/apache/apache_1.3.37/lib/5.10.0 /home/src/www/apache/apache/apache_1.3.37/lib/site_perl/5.10.0/i686-linux-thread-multi-64int /home/src/www/apache/apache/apache_1.3.37/lib/site_perl/5.10.0 /home/sand/.cpan/build/mod_perl-1.30-zALo0v/t/ /home/sand/.cpan/build/mod_perl-1.30-zALo0v/t/lib/perl) at /home/sand/.cpan/build/mod_perl-1.30-zALo0v/t//docs/ line 8.\nBEGIN failed--compilation aborted at /home/sand/.cpan/build/mod_perl-1.30-zALo0v/t//docs/ line 8.\nCompilation failed in require at (eval 2) line 1.\n
Syntax error on line 62 of /home/sand/.cpan/build/mod_perl-1.30-zALo0v/t/conf/httpd.conf:
Can't locate in @INC (@INC contains: /home/src/www/apache/apache/apache_1.3.37/lib/5.10.0/i686-linux-thread-multi-64int /home/src/www/apache/apache/apache_1.3.37/lib/5.10.0 /home/src/www/apache/apache/apache_1.3.37/lib/site_perl/5.10.0/i686-linux-thread-multi-64int /home/src/www/apache/apache/apache_1.3.37/lib/site_perl/5.10.0 /home/sand/.cpan/build/mod_perl-1.30-zALo0v/t/ /home/sand/.cpan/build/mod_perl-1.30-zALo0v/t/lib/perl) at /home/sand/.cpan/build/mod_perl-1.30-zALo0v/t//docs/ line 8.
BEGIN failed--compilation aborted at /home/sand/.cpan/build/mod_perl-1.30-zALo0v/t//docs/ line 8.
Compilation failed in require at (eval 2) line 1.
I found the that should be found at
and indeed this is missing in the above list.
Maybe it is because of relocateableinc? Not directly, of course, because
we have had it working for 32085 and do not have it working for 32085
now. So to compare autobundles we would first need a perl that currently
correctly builds and tests mod_perl.
32059 nowadays has the same problem. 32032 ditto. I untar the apache
tarball once again and retry with 32032. Same result. 32009 was built on
Oct 3 and I want to see the logs really, really exactly as they were.
And what do I find? The same results but at that time CPAN::Reporter
reported OK although so many tests were not run. A very interesting
discovery. Probably this is just thanks to Test::Harness 2.99 now
popping up?
I'll now skip back in time and visit 31824 (if possible). It was the
first perl I built with relocateableinc and it reported OK on mod_perl.
Of course it also has the same bug with mod_perl 1.30. CPAN::Reporter
reports (and reported on 2007-09-09) UNKNOWN in this case. But it got
installed and make install was OK, so I did not discover the bug.
Next stop in our time travel shall bring us to 31790 (2007-09-05T01:07).
It was the last perl without relocateableinc. And all tests run and
pass. Cheerio!
* 32194 came with change profile:
new fails
PERIGRIN/JSON-Any-1.12.tar.gz[255], UNOBE/WWW-Facebook-API-v0.4.7.tar.gz[256], MNOONING/Net-Daemon/Net-Daemon-0.43.tar.gz[465], TBONE/Net-FTP-Common-6.0.tar.gz[756], MNOONING/PlRPC/PlRPC-0.2020.tar.gz[768], RCLAMP/Devel-Caller-0.11.tar.gz[787], RCLAMP/Devel-LexAlias-0.04.tar.gz[788], CLKAO/Data-Bind-0.28.tar.gz[789], CTHOM/Net-Twitter-1.06.tar.gz[808], MWS/ResourcePool-1.0104.tar.gz[856], RICKM/Net-Jaiku-0.0501.tgz[1089], CLKAO/Sub-Multi-0.003.tar.gz[1100], FGLOCK/v6-0.020.tar.gz[1102], RCAPUTO/Lexical-Persistence-0.97.tar.gz[1124], VPIT/Variable-Magic-0.04.tar.gz[1165], NUFFIN/Tie-RefHash-Weak-0.07.tar.gz[1168], NUFFIN/Devel-Events-Objects-0.03.tar.gz[1169], MSCHILLI/CPAN-Unwind-0.05.tar.gz[1207]
LARSLUND/PDF-Reuse-Barcode-0.05.tar.gz, RONAN/SVG-Template-Graph-0.13.tar.gz, WRW/Barcode-Code128-2.01.tar.gz
* possible todos:
- list all perlconfigs for the few succeeding Date-Simple
- pick any of the others in the contingency table summary and make a
filtered binary search into the past.
2007-10-25 Andreas J. Koenig <>
* Todo: NOG/AFS-2.4.0 look how the indexer fails DONE
* Summary of recent builds only watching 8 pieces:
useithreads no threads
| bleadperl@32186,32195 | bleadperl@32181,32198 |
| | |
| | Net-Daemon |
| | Devel-Caller |
-g| | |
| | |
| Coro 4.13 | Coro 4.11 |
| Net-Daemon | Tcl |
| Devel-Caller | |
| Tcl | |
| | |
| bleadperl@32180,32194 | bleadperl@32192,32193 |
| | |
| Coro 4.11,4.13 | Coro 4.13 |
| Tcl | Net-Daemon |
| | Devel-Caller |
no| | Tcl |
-g| | |
| | |
| Net-Daemon | |
| Devel-Caller | |
* 32186 (threads+debugging) came with this change profile:
new fails
whereas 32192 (nothreads+nodebugging) had this:
new fails
* Pugs needs some extralibs installed. Installed mtl
* /tmp dir again:
30255 SVG-Template-Graph Cleaning up /tmp directory; predictable tmp filename
30256 svg-svg2zinc Cleaning up /tmp directory; predictable tmp filenames
2007-10-24 Andreas J. Koenig <>
* What exactly were the differences between 32173,32174,32180,32181?
...32173 -Dinstallusrbinperl=n -Uversiononly -Doptimize=-g -des -Duse64bitint -Dusedevel
...32174 -Dinstallusrbinperl=n -Uversiononly -des -Dusedevel -Dusethreads -Duserelocatableinc
...32180 -Dinstallusrbinperl=n -Uversiononly -des -Dusedevel -Dusethreads -Duserelocatableinc
...32181 -Dinstallusrbinperl=n -Uversiononly -Doptimize=-g -des -Duse64bitint -Dusedevel -Duserelocatableinc
So for 86 I wish that we use
...32186 -Dinstallusrbinperl=n -Uversiononly -Doptimize=-g -des -Duse64bitint -Dusedevel -Dusethreads -Duserelocatableinc
...32192 -Dinstallusrbinperl=n -Uversiononly -des -Duse64bitint -Dusedevel -Duserelocatableinc
* And 32181 is the first that is unthreaded again:
new fails
Does that mean that we have N modules that work only on threaded or only on non threaded perls?
started to work on threaded+nondebugging and stopped to work on nonthreaded+debugging:
[dep] AWWAIID/Continuity-0.95.tar.gz
[dep] TEEJAY/Maypole-2.121.tar.gz
stopped to work on threaded+nondebugging and started to work on nonthreaded+debugging:
[dep] CLKAO/Data-Bind-0.28.tar.gz
[dep] FGLOCK/v6-0.020.tar.gz
[dep] MNOONING/PlRPC/PlRPC-0.2020.tar.gz
[dep] RCAPUTO/Lexical-Persistence-0.97.tar.gz
[dep] RCLAMP/Devel-LexAlias-0.04.tar.gz
works on threaded+debugging:
JROCKWAY/Catalyst-Plugin-Unicode-0.8.tar.gz (but never seems to work with optimize=O2 ???)
does not work on threaded+debugging:
always worked with O2:
2007-10-23 Andreas J. Koenig <>
* 32174 has broken Devel::Caller 0.11 and fixed quite a lot of others.
Maybe a threaded thing? Need to start book keeping. 32174 says:
new fails
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.
* off topic AndyA has created coop google searches for perl and cpan:
* /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 <>
* 32154 fails with
Failed 1 test out of 1430, 99.93% okay.
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:
Retrying the tests with 32152 succeeds nicely and with 32147 I can
reproduce the bug. Resolution simple:
2007-10-21 Andreas J. Koenig <>
* 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.
2007-10-19 Andreas J. Koenig <>
* 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
disturbed CPAN::Reporter and caused a false negative.
* more tempfiles and who they might come from:
-rw-rw-r-- 1 sand sand 6000 Oct 19 07:46 8l3WxFQ5ki
-rw-rw-r-- 1 sand sand 1487 Oct 19 07:46 CPAN-Dependency-0.11-l5Lnci.yml
Test fails and is time consuming, running out of time.
-rw-r--r-- 1 sand sand 2048 Oct 19 07:02 sb-test.23308
-rw-r--r-- 1 sand sand 4096 Oct 19 07:03 sb-test.23332
-rw-r--r-- 1 sand sand 2048 Oct 19 07:03 sb-test.23338
-rw-r--r-- 1 sand sand 2048 Oct 19 07:03 sb-test.23534
-rw-rw-r-- 1 sand sand 1563 Oct 19 07:02 DateTime-Format-ISO8601-0.06-dKW3or.yml
Nope, no connection observed.
-rw-rw-r-- 1 sand sand 9 Oct 19 05:26 4077fsCcIV
-rw-rw-r-- 1 sand sand 1561 Oct 19 05:26 IO-Async-0.09-sZbY3R.yml
Yes, reported
30141 IO-Async Cleaning up /tmp directory;
30142 KinoSearch Cleaning up /tmp directory; predictable tmp filenames
-rw-rw-r-- 1 sand sand 452 Oct 19 04:53 petal_debug.26135.1192762409.dhcbshswxa
-rw-rw-r-- 1 sand sand 703 Oct 19 04:53 petal_debug.26189.1192762430.vasuxjjgrp
-rw-rw-r-- 1 sand sand 1633 Oct 19 04:53 petal_debug.26188.1192762430.rmjyjqrpmt
-rw-rw-r-- 1 sand sand 1431 Oct 19 04:53 petal_debug.26188.1192762430.nnmkfdmcol
-rw-rw-r-- 1 sand sand 1395 Oct 19 04:53 petal_debug.26188.1192762430.nczunhwpnl
-rw-rw-r-- 1 sand sand 1344 Oct 19 04:53 petal_debug.26188.1192762430.lcgnvwaewx
-rw-rw-r-- 1 sand sand 150 Oct 19 04:54 petal_cache_2.19_a58e7f5fd83c96c482a2699eec876a3f
-rw-rw-r-- 1 sand sand 154 Oct 19 04:54 petal_cache_2.19_472e5319343b8068fb59de8231ee9008
-rw-rw-r-- 1 sand sand 487 Oct 19 04:54 petal_cache_2.19_3976ac25dc4109849c1cfb097b337432
-rw-rw-r-- 1 sand sand 490 Oct 19 04:54 petal_cache_2.19_1630bf5852cd9f7bedd9c5c361f6d951
-rw-rw-r-- 1 sand sand 4484 Oct 19 04:54 petal_debug.26230.1192762445.ziottszpqa
-rw-rw-r-- 1 sand sand 22188 Oct 19 04:54 petal_cache_2.19_16a885a2aea7745dae5e0a0651edc4f3
-rw-rw-r-- 1 sand sand 8621 Oct 19 04:54 petal_cache_2.19_54b3f86dbf348e89c2ec2685e7c15073
-rw-rw-r-- 1 sand sand 1523 Oct 19 04:54 Petal-2.19-77UZcA.yml
11 files come from this one and I have reported:
30143 Petal Cleaning up /tmp directory
drwxrwxrwx 4 sand sand 4096 Oct 19 04:49 FileCache/
-rw-rw-r-- 1 sand sand 1563 Oct 19 04:49 Pugs-Compiler-Rule-0.26-hUeyBl.yml
-rw------- 1 sand sand 42 Oct 19 04:31 ZRcWZeunOs
drwx------ 2 sand sand 4096 Oct 19 04:31 QjqZAyxa0x/
-rw------- 1 sand sand 40 Oct 19 04:31 E13wRFaSci
drwx------ 2 sand sand 4096 Oct 19 04:31 ozY6kh6pjY/
drwx------ 2 sand sand 4096 Oct 19 04:31 lZNsNEgqMo/
drwx------ 2 sand sand 4096 Oct 19 04:31 41RniDPWeh/
drwx------ 2 sand sand 4096 Oct 19 04:31 11IxvNWzvg/
-rw-rw-r-- 1 sand sand 1259 Oct 19 04:42 parrot-0.4.16-0zNo5F.yml
-rw------- 1 sand sand 125 Oct 20 05:07 0M1yjD09XK
-rw-rw-r-- 1 sand sand 1601 Oct 20 05:07 Slay-Makefile-Gress-0.04-qkMixG.yml
-rw-rw-r-- 1 sand sand 1792 Oct 20 05:07 Text-Restructured-0.003036-pgPGFU.yml
-rw-rw-r-- 1 sand sand 227803 Oct 20 04:22 NsghdoXHTf
drwx------ 2 sand sand 4096 Oct 20 04:23 midvhy07gr
-rw-rw-r-- 1 sand sand 1703 Oct 20 04:22 Test-Warn-0.10-etCdoR.yml
-rw-rw-r-- 1 sand sand 2318 Oct 20 04:24 DBM-Deep-1.0006-XnHLow.yml
* reported:
30113 HTTP-Server-Simple-Mason Cleaning up /tmp directory; predictable tmp filenames
2007-10-17 Andreas J. Koenig <>
* reported:
30051 Pod-Manual Cleaning up /tmp directory; predictable tmp filenames
* If cpan really shouldn't be run as root, then CPAN should refuse to
run as root if sudo is available. --Alias in
2007-10-16 Andreas J. Koenig <>
* From the timestamps one of the three must write the Hello World tempfiles:
-rw-rw-r-- 1 sand sand 1605 Oct 16 10:30 HTTP-Request-AsCGI-0.5-3yvbwD.yml
-rw-rw-r-- 1 sand sand 1465 Oct 16 10:30 Text-SimpleTable-0.03-oRnFgA.yml
-rw-rw-r-- 1 sand sand 1516 Oct 16 10:30 HTTP-Body-0.9-PO5l6r.yml
The latter.
30048 HTTP-Body Cleaning up /tmp directory
* Yesterday on #p5p:
23:51:48 <@rjbs> Hm. Rose::HTML::Object::Messages breaks on 5.10
23:51:48 <@rjbs> next unless(defined *{$fq_sub}{'CODE'} && $name =~
23:52:05 <@rjbs> $fq_sub is a string (symbolic ref)
23:52:05 <@rjbs> Not a GLOB reference at lib/Rose/HTML/Object/ line
2007-10-15 Andreas J. Koenig <>
* Todo: revisit 28915, it seems to have fallen off the edge of the
carpet. And dmq's related one. And possibly weigh in File::Spec rev 3.25_01!
2007-10-14 Andreas J. Koenig <>
* Going to report tmp directory. I already have reported:
26078 Config-JSON: Using predictable filenames in /tmp is a security
hazard and should be avoided even in test scripts. Besides if they
aren't cleaned up they lead to failing tests. Please use File::Temp
26951 Cache-FastMmap (resolved): Using predictable filenames in /tmp has
some security implications too, so should be avoided. In this case it
simply causes the test to fail because another user has occupied this
file or directory.
26538 HTML-Scrubber: The first bug is that the tmp file was not cleaned
up and left ove from a different user in /tmp/. Generally it is
considered a security issue to put predictable files into /tmp.
File::Temp should be used instead.
26536 Module-Refresh (resolved): The first bug is that the test script
does not clean up after itself. /tmp/ is still around from a
test by a different user. In general it is considered a security issue
to write predictable file names into /tmp. Better you use File::Temp
(and remove the files at the end nonetheless).
Today I find a DBM Deep file, one that starts with "use strict;\nuse
ExtUtils::MakeMaker;\nuse CPAN::Version;\n\n# read module and prereq
string from STDIN\nwhile ( <STDIN> ) {...", a directory with two
DBM-Deep files, about 40 "Hello world" perl programs, all at 23:45, a
catalyst logo in PNG format at 23:47 and many, many more
29969 CGI-Session: "Temporary files left over in /tmp"
30020 Log-Report Cleaning up /tmp directory
30019 SQL-DB Cleaning up /tmp directory; predictable tmp filenames open
30018 PAR-Repository-Client Cleaning up /tmp directory open
2007-10-13 Andreas J. Koenig <>
* Slaven sends a miserable FAIL with 5.6.2 and YAML 0.39.
* The failing tests on mod_perl, Archive-Any, and GIS-Distance are
repeatable with 32104 and Log-Dispatch-Config
( has joined them in
failing. I've stopped all running loops to look around in the /tmp
32090 had a working A:A. fforce test on it now fails with
Running make test
Bareword found where operator expected at /tmp/N0WH1MFuPP line 1, near "'/usr/bin/make test 'TEST_FILES"
(Missing operator before TEST_FILES?)
Bareword found where operator expected at /tmp/N0WH1MFuPP line 1, near "00compile"
(Missing operator before compile?)
Bareword found where operator expected at /tmp/N0WH1MFuPP line 3, near "'TEST_FILES=t/00compile.t t/Any.t t/fail.t t/perl-critic.t t/pod.t t/type.t' exited"
(Missing operator before exited?)
syntax error at /tmp/N0WH1MFuPP line 1, near "'/usr/bin/make test 'TEST_FILES"
Can't find string terminator "'" anywhere before EOF at /tmp/N0WH1MFuPP line 3.
And the tempfile is gone. Starting to cleanup my /tmp directory and
rerunning the A:A test again and again. AA itself leaves a testfile in
/tmp. Not every time?
Found something, not related to the tmp directory. I have
- "TEST_FILES=t/00compile.t t/Any.t t/fail.t t/perl-critic.t t/pod.t t/type.t"
in the distroprefs file. If I remove it we succeed. Finding a new bug by
working around another. Who broke the distroprefs file? It is not
MakeMaker or Harness. If I issue 'make test TEST_F...' manually it is
fine. It's something coming earlier.
It's in CPAN::Reporter. If I turn reporting off it goes away.
Downgrading to 0.99_1[540] same problem. Downgrading to 99_05 nope,
99_01 nope. To 0.4801 good.
Ticks in a command. Patch sent to David.
2007-10-12 Andreas J. Koenig <>
* BLUEFEET/GIS-Distance-0.01001.tar.gz also suddenly breaks with 32101:-(
And CMOORE/Archive-Any-0.093.tar.gz too. And something somehow connected
to the /tmp directory.
* mod_perl starts failing with 32101:
[Fri Oct 12 01:50:59 2007] [error] Can't locate in @INC (@INC contains: /home/src/www/apache/apache/apache_1.3.37/lib/5.10.0/i686-linux-64int /home/src/www/apache/apache/apache_1.3.37/lib/5.10.0 /home/src/www/apache/apache/apache_1.3.37/lib/site_perl/5.10.0/i686-linux-64int /home/src/www/apache/apache/apache_1.3.37/lib/site_perl/5.10.0 /home/sand/.cpan/build/mod_perl-1.30-0CO6Yi/t/ /home/sand/.cpan/build/mod_perl-1.30-0CO6Yi/t/lib/perl) at /home/sand/.cpan/build/mod_perl-1.30-0CO6Yi/t//docs/ line 8.\nBEGIN failed--compilation aborted at /home/sand/.cpan/build/mod_perl-1.30-0CO6Yi/t//docs/ line 8.\nCompilation failed in require at (eval 2) line 1.\n
Syntax error on line 62 of /home/sand/.cpan/build/mod_perl-1.30-0CO6Yi/t/conf/httpd.conf:
Can't locate in @INC (@INC contains: /home/src/www/apache/apache/apache_1.3.37/lib/5.10.0/i686-linux-64int /home/src/www/apache/apache/apache_1.3.37/lib/5.10.0 /home/src/www/apache/apache/apache_1.3.37/lib/site_perl/5.10.0/i686-linux-64int /home/src/www/apache/apache/apache_1.3.37/lib/site_perl/5.10.0 /home/sand/.cpan/build/mod_perl-1.30-0CO6Yi/t/ /home/sand/.cpan/build/mod_perl-1.30-0CO6Yi/t/lib/perl) at /home/sand/.cpan/build/mod_perl-1.30-0CO6Yi/t//docs/ line 8.
BEGIN failed--compilation aborted at /home/sand/.cpan/build/mod_perl-1.30-0CO6Yi/t//docs/ line 8.
Compilation failed in require at (eval 2) line 1.
Go figure. I want to see this repeated before I investigate.
* PAR::Filter et al. permanently broken since 31796 on blead, OK with
current maintperl
2007-09-06T07:55 perl 31796 391 SMUELLER/PAR-Packer-0.976.tar.gz NOT OK
2007-09-05T17:16 perl 31795 588 SMUELLER/PAR-Packer-0.976.tar.gz OK
Cannot be something with patch 31796, it's just a test fix.
I still have 31790 and 31824 around. The autobundle diff shows these
suspicious candidates:
- Archive::Unzip::Burst # seems ok
* B