CPAN
view release on metacpan or search on metacpan
> Result: FAIL
> Result: NOTESTS
> That was added to make life easier for CPAN::Reporter and other meta-
> harnesses.
> Does that help at all? We're committed to keeping that. If we ever
* PDL broke a while back
2007-07-24T21:46 perl 31650 1001 CSOE/PDL-2.4.3.tar.gz NOT OK
2007-07-24T00:10 perl 31649 790 CSOE/PDL-2.4.3.tar.gz OK
since then it's red, seemingly failing on the make phase. re-testing
with an older perl, @31613, succeeds on the make phase. But this doesn't
prove anything because all prereqs are already there. And then it fails
on the test phase in t/xvals.t. 31650 also failed on xvals.t. Now we
have a prove that it's not blead related but to some other factor.
But now, what has been upgraded on 31613 since then? Unfortunately
timestamps have changed because of the cleanup of hardlinks. autobundle
comparisons don't help because I have no succeeding version of PDL at
hand.
I'll have to try these:
installed-perls/perl/prYHaRP/perl-5.8.0@31021/bin/perl FAIL
installed-perls/perl/pnKRDVH/perl-5.8.0@31078/bin/perl FAIL
installed-perls/perl/p9kRmP3/perl-5.8.0@31113/bin/perl FAIL
installed-perls/perl/pn6vGWK/perl-5.8.0@31187/bin/perl FAIL
installed-perls/perl/pOCMj1r/perl-5.8.0@31251/bin/perl FAIL
installed-perls/perl/pbULX5j/perl-5.8.0@31281/bin/perl FAIL
installed-perls/perl/p8ObZoq/perl-5.8.0@31319/bin/perl FAIL
installed-perls/perl/pL3qrBd/perl-5.8.0@31384/bin/perl FAIL
installed-perls/perl/pi12oAh/perl-5.8.0@31429/bin/perl FAIL
installed-perls/perl/pzqCeY9/perl-5.8.0@31509/bin/perl FAIL
installed-perls/perl/pX10SPP/perl-5.8.0@31563/bin/perl FAIL
2007-09-17 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* new fails
BDFOY/Test-Prereq-1.033.tar.gz[100]
DROLSKY/DateTime-0.41.tar.gz[144]
DROLSKY/DateTime-Format-Mail-0.3001.tar.gz[145]
LLAP/SVG-TT-Graph-0.09.tar.gz[177]
FGLOCK/DateTime-Set-0.25.tar.gz[227]
FGLOCK/DateTime-Event-Recurrence-0.16.tar.gz[238]
KELLAN/DateTime-Format-W3CDTF-0.04.tar.gz[293]
ABH/XML-RSS-1.31.tar.gz[295]
RONAN/SVG-Template-Graph-0.12.tar.gz[311]
MARKSTOS/Data-FormValidator-4.51.tar.gz[461]
MRAMBERG/Catalyst-Plugin-FormValidator-0.02.tar.gz[462]
RJBS/Date-Span-1.121.tar.gz[483]
RJBS/Email-Send-2.185.tar.gz[487]
JSIRACUSA/Rose-DateTime-0.532.tar.gz[664]
ROBM/Cache-FastMmap-1.19.tar.gz[708]
NUFFIN/Catalyst-Plugin-Session-Store-FastMmap-0.03.tar.gz[709]
NUFFIN/Catalyst-Plugin-Session-State-Cookie-0.08.tar.gz[710]
MRAMBERG/Catalyst-Plugin-Authentication-Store-DBIC-0.09.tar.gz[712]
SCHUBIGER/DateTime-Format-Natural-0.39.tar.gz[745]
JUERD/DBIx-Simple-1.31.tar.gz[829]
FGLOCK/DateTime-Event-ICal-0.09.tar.gz[835]
DROLSKY/DateTime-Format-ICal-0.08.tar.gz[836]
DPAVLIN/Search-Estraier-0.08.tar.gz[843]
MIYAGAWA/XML-Atom-0.27.tar.gz[857]
PIJLL/DateTime-Format-Epoch-0.10.tar.gz[876]
DMAKI/DateTime-Util-Calc-0.13002.tar.gz[878]
DMAKI/DateTime-Util-Astro-0.11001.tar.gz[879]
DMAKI/DateTime-Event-Lunar-0.06.tar.gz[880]
DMAKI/DateTime-Util-Astro-0.08.tar.gz[881]
DMAKI/DateTime-Event-SolarTerm-0.05.tar.gz[882]
DMAKI/DateTime-Event-Chinese-0.05.tar.gz[883]
DMAKI/DateTime-Calendar-Chinese-0.07.tar.gz[884]
* this came about at 20:37:
Syncing (277/312) A/AJ/AJPEACOCK/CHECKSUMS
Syncing (281/312) B/BL/BLOONIX/CHECKSUMS
Syncing (282/312) C/CA/CASIANO/CHECKSUMS
Syncing (286/312) D/DG/DGRIZZANT/CHECKSUMS
Syncing (288/312) D/DM/DMAKI/CHECKSUMS
Syncing (290/312) F/FE/FERREIRA/CHECKSUMS
Syncing (292/312) H/HM/HMBRAND/CHECKSUMS
Syncing (293/312) J/JO/JOHANL/CHECKSUMS
Syncing (295/312) J/JU/JUERD/CHECKSUMS
Syncing (296/312) M/ML/MLEHMANN/CHECKSUMS
Syncing (299/312) M/MR/MRAMBERG/CHECKSUMS
Syncing (302/312) N/NU/NUFFIN/CHECKSUMS
Syncing (304/312) CHECKSUMS
Syncing (307/312) R/RK/RKRIMEN/CHECKSUMS
Syncing (308/312) S/SL/SLANNING/CHECKSUMS
Syncing (311/312) T/TS/TSCH/CHECKSUMS
Syncing (312/312) W/WY/WYANT/CHECKSUMS
It seems that we still produce more CHECKSUMS file than necessary.
* Todo: autobox BBC article
* http://use.perl.org/~schwern/journal/34469
Schwern about version advisories. Very nice.
2007-09-16 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* strptime/https://rt.cpan.org/Ticket/Display.html?id=29330
How could it happen that strptime broke from one day to the other?
When exactly did it happen?
2007-09-11T23:51 perl 31847 DateTime-Format-Strptime-1.0700 NOT OK
2007-09-11T10:45 perl 31843 DateTime-Format-Strptime-1.0700 OK
Snapshot_2007_09_16_0[01].pm... DROLSKY/DateTime-Locale-0.35.tar.gz
broke it.
2007-09-13 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Strangely Tie::Cache fails on one bleadperl, 31854. Binary search
beg_user_to_install_module_build_asap();
write_traditional_compat_makefile();
}
the generated diplomatic Makefile would then contain:
default:
./Build
test:
./Build test
install
./Build install
[...etc...]
Has this been tried? Does it have pitfalls? It seems so easy and
natural. Isn't anybody keen implementing it?
* switching back to EUMM for one smoke and then back to MB with the
distroprefs for MethodMaker which needs EUMM.
2007-09-10 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* trying to summarize where Build.PL is inferior to Makefile.PL:
SCHWIGON/class-methodmaker/Class-MethodMaker-2.10.tar.gz
(FLUFFY/Term-ProgressBar-2.09.tar.gz dependent)
Steffen seems to be the only one.
* ----Program----
eval q{use autobox 1.10};
print $@ ? "N/A" : "OK";
print "\n";
----Output of .../pAtHKhk/perl-5.8.0@25563/bin/perl----
OK
----EOF ($?='0')----
----Output of .../pGuLryz/perl-5.8.0@25570/bin/perl----
N/A
----EOF ($?='0')----
Need a perl between 25563 and 25570
No patch available between 25563 and 25570
* the job with prefer_installer=MB has finished and this are the new fails:
new fails
ZOOLEIKA/RDF-Simple-0.3.tar.gz[64],
SCHWIGON/class-methodmaker/Class-MethodMaker-2.10.tar.gz[170],
FLORA/Net-SSLeay-1.32.tar.gz[376],
SULLR/IO-Socket-SSL-1.08.tar.gz[377],
AWESTHOLM/Net-SMTP-TLS-0.12.tar.gz[378],
HIROSE/Net-SSL-ExpireDate-1.04.tar.gz[518],
JASONK/Business-OnlinePayment-2.01.tar.gz[933],
JESSE/GnuPG-Interface-0.36.tar.gz[949],
SCHWIGON/pdf-fdf-simple/PDF-FDF-Simple-0.11.tar.gz[1058],
JPEACOCK/SVN-Notify-Mirror-0.03603.tar.gz[1088],
FLORA/Catalyst-View-Mason-0.13.tar.gz[1169],
APOCAL/POE-Component-SSLify-0.08.tar.gz[1226],
NUFFIN/Catalyst-Plugin-Session-State-Cookie-0.07.tar.gz[1263],
DKAMHOLZ/Catalyst-Plugin-Authentication-Store-DBIC-0.07.tar.gz[1264],
JROCKWAY/Task-Catalyst-Tutorial-0.03.tar.gz[1270],
FLUFFY/Term-ProgressBar-2.09.tar.gz[1273],
MARKOV/XML-Compile-0.53.tar.gz[1276],
MWS/ResourcePool-1.0104.tar.gz[1282],
CHROMATIC/Crypt-CipherSaber-1.00.tar.gz[1293]
Some problems of a different kind with these, they were either not
processed at all or the logfile parser did not find them:
gone
/home/src/perl/cpan-sql-stuff/CPAN-SQLite/.,
ADAMK/Chart-Math-Axis-1.00.tar.gz,
AGRUNDMA/Catalyst-Engine-Apache-1.11.tar.gz,
ANDYA/Perl-Version-v1.000.tar.gz,
BRICAS/Catalyst-Plugin-I18N-0.06.tar.gz,
DKAMHOLZ/Authen-Htpasswd-0.16.tar.gz,
DKAMHOLZ/Catalyst-Plugin-Authentication-Store-Htpasswd-0.02.tar.gz,
DMAKI/DateTime-Util-Astro-0.08.tar.gz,
DOWENS/JSON-DWIW-0.13.tar.gz,
DROLSKY/HTML-Mason-1.36.tar.gz,
ESSKAR/Catalyst-Plugin-Session-Store-File-0.10.tar.gz,
FDALY/Test-Deep-0.097.tar.gz,
GAAS/Array-RefElem-1.00.tar.gz,
HOLOWAY/Catalyst-Log-Log4perl-1.00.tar.gz,
JCAMACHO/Catalyst-Controller-FormBuilder-0.04.tar.gz,
JDHEDDEN/Object-InsideOut-3.21.tar.gz,
JURACH/FCGI-ProcManager-0.17.tar.gz,
MARKOV/XML-Compile-0.52.tar.gz,
MRAMBERG/Catalyst-Plugin-Prototype-1.33.tar.gz,
MSCHWERN/Class-Fields-0.202.tar.gz,
NODINE/Text-ASCIIMathML-0.3.tar.gz,
NUFFIN/Catalyst-Controller-BindLex-0.03.tar.gz,
NUFFIN/Catalyst-Plugin-Session-State-URI-0.07.tar.gz,
NWIGER/CGI-FormBuilder-3.0501.tgz,
SKIMO/FCGI-0.67.tar.gz
2007-09-09 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* ooooops:
----- The following addresses had permanent fatal errors -----
<cpan-testers@perl.org>
(reason: 550 sorry, your envelope sender is in my badmailfrom list)
So my last 1842 reports have not been accepted by cpantesters:-(
* how do ~/.cpanreporter/history.db and ~/.cpanreporter/reports-sent.db sync?
* Todo/Bug: Alzabo-GUI-Mason runs into endless loops during its dialog with me.
Some directory doesn't exist, it says.
2007-09-08 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* I just set prefer_installer=MB after @31806 finished. I promised that
on IRC#toolchain to ewilhelm, need to report after the next smoke.
Schwern made it a ticket:
http://rt.cpan.org/Ticket/Display.html?id=29235
)->containsmods();
You may also refer to a distribution in the form A/AU/AUTHORID/TARBALL.
=head1 SEE ALSO
the main CPAN.pm documentation
=head1 AUTHOR, COPYRIGHT and LICENCE
blah blah blah
=cut
2007-08-18 Andreas Koenig <k@andreas-koenigs-computer.local>
* Offline job?
CPAN::FirstTime manpage. DONE with one exception: cpan_home
help x. DONE
'o conf /slash/'. DONE
ask if we may try to connect to the internet DONE
differentiate what to download on which command.
'help TAB' should not start downloading index files. And should then not
offer all modules and Bundles. FIXED
2007-08-15 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Test the recent file mechanism with very short timespans. See what
happens when the RECENT file contains no elements or one element. Maybe
one element must always be kept? Maybe we need a timestamp in the file?
Maybe the timestamp of the file must be taken into account?
2007-08-13 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* I suspect that Net::FPing only works with threaded perls. Need to
investigate.
2007-08-11 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* reminder about current operating center:
seconds: perl ~k/sources/CPAN/SVK/trunk/bin/loop-over-recent.pl
| minutes: tail -f ~sand/.cpanreporter/history.db
| | hours: watch -n 20 '~k/sources/CPAN/SVK/trunk/bin/recent.pl|head -n 23'
| | |
v v v
* long standing bug in configure_requires only visible in the logfiles
logs/megainstall.20070{727T0705,730T1247,803T0330,810T2248,812T0825}.out
Somebody injects Apache::Cookie and somebody injects Apache::Request.
Apache-DBI and Apache-Test have already been installed at this point.
libapreq is untarred, configure_require hits and before it can resolve
things correctly configure_require_later is incremented a second time
and we panic.
The number of modules installed before the bug happens is low:
perl -nle '$S{$1}++ if /Running make for ([\040-\177]+)/; END {
print map { "$_\n" } grep { $S{$_}==5 } keys %S;
}' logs/megainstall.20070{727T0705,730T1247,803T0330,810T2248,812T0825}.out|wc -l
50
Reading the list reveals nothing inspiring/obvious/spectacular. With
this tar command I can reproduce the state at the moment when the bug happened:
tar -xvz -C / -f ./installed-perls-perl-31701.tar.gz
But I need the command that reproduces it.
I thought of
rm -rf ~/.cpan/build/libapreq-1.33-* ~/.cpan/build/mod_perl-1.30-* ~/.cpan/build/Apache-*
rm -f /home/src/perl/repoperls/installed-perls/perl/pwRjjSU/perl-5.8.0@31701/lib/site_perl/5.9.5/Apache/DBI.pm /home/src/perl/repoperls/installed-perls/perl/pwRjjSU/perl-5.8.0@31701/lib/site_perl/5.9.5/i686-linux-64int/Apache/Test.pm
and then
cpan> install Apache::DBI Apache::Test Apache::Request
But this installs mod_perl just fine as it should.
With a variant of the one liner (bin/confreq_bug_logs.pl) we see more
clearly what's common to all these failing runs.
2007-08-10 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* HTML::Parser 3.56 broken on my threaded maint perls due to failing threads
test. How come? Including debian perl. 3.55. tests OK.
t/threads............Can't call method "join" on an undefined value at t/threads.t line 36.
# Looks like your test died before it could output anything.
t/threads............dubious
Test returned status 255 (wstat 65280, 0xff00)
DIED. FAILED test 1
Failed 1/1 tests, 0.00% okay
libwww mailing list is silent about this:-(
Hey, the same goes for DBI:
t/05thrclone..............Can't call method "join" on an undefined value at t/05thrclone.t line 74.
# Looks like you planned 43 tests but only ran 2.
# Looks like your test died just after 2.
dubious
Test returned status 255 (wstat 65280, 0xff00)
DIED. FAILED tests 3-43
Failed 41/43 tests, 4.65% okay
Trying to build threaded perl with maint@31223 FAILS!
Blead@31701 SAME!
* Todo: remove RECENT-48:00::00.yaml, let the loop-over-recent script
run with PERL_MM_USE_DEFAULT, see that 5.6.2 is integrated.
2007-08-04 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Test::Reporter 1.32 came out but switching between Mail::Send and
Net::SMTP is delayed till 1.34.
* http://cpandeps.cantrell.org.uk/ dependency graph with test results
combined
2007-08-03 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Data::Dump::Streamer 2.03 still a weird place to go. Yesterday I
posted at http://rt.cpan.org/Ticket/Display.html?id=28270 a quite clear
solution to the installation bug but nobody reacts.
After that I could start doing binary searches but they broke again and
again and gave wrong results. Last result looks interesting
----Program----
eval q{use Data::Dump::Streamer 2.03};
print $@ ? "N/A" : "OK";
print "\n";
----Output of .../pDzbqZK/perl-5.8.0@29359/bin/perl----
OK
----EOF ($?='0')----
----Output of .../pHzMH4R/perl-5.8.0@29360/bin/perl----
N/A
----EOF ($?='0')----
reganch heavily involved. Yes, this is it. See
http://rt.cpan.org/Ticket/Display.html?id=25574.
2007-08-01 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* example perls for the various $]?
installed-perls/perl/pItJUYG/perl-5.7.3@16603/bin/perl 5.007003
installed-perls/perl/p0IId7q/perl-5.8.0@17639/bin/perl 5.008
installed-perls/perl/pocR0se/perl-5.8.0@22312/bin/perl 5.009
installed-perls/perl/pqwklWx/perl-5.8.0@22491/bin/perl 5.009001
installed-perls/perl/pF3yxpB/perl-5.8.0@24139/bin/perl 5.009002
installed-perls/perl/pztoXzt/perl-5.8.0@27002/bin/perl 5.009003
installed-perls/perl/p0fQi13/perl-5.8.0@28966/bin/perl 5.009004
installed-perls/maint-5.8/pAyq3oR/perl-5.8.0@18352/bin/perl 5.008
installed-perls/maint-5.8/pet10ji/perl-5.8.0@20939/bin/perl 5.008001
installed-perls/maint-5.8/p4wjLcy/perl-5.8.0@22552/bin/perl 5.008003
installed-perls/maint-5.8/pKwJ8yG/perl-5.8.0@23004/bin/perl 5.008004
installed-perls/maint-5.8/pOrDlAM/perl-5.8.0@23390/bin/perl 5.008005
installed-perls/maint-5.8/prOuseq/perl-5.8.0@24448/bin/perl 5.008006
installed-perls/maint-5.8/pybSSNM/perl-5.8.0@26876/bin/perl 5.008007
installed-perls/maint-5.8/pdHcRny/perl-5.8.0@31223/bin/perl 5.008008
2007-07-31 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* NUFFIN/Catalyst-Plugin-Session-State-Cookie-0.07.tar.gz started to
fail on 2007-07-17 between bleadperl@31618 and ...20. 20 is already
deleted but we can compare with 23.
When I go back to 18 and try to install it again as distro then I get
the same failure.
http://rt.cpan.org/Ticket/Display.html?id=28574
2007-07-28 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* libxml2 upgrade broke XML::LibXML but in a minor way so we can write a
distropref that skips one test
https://rt.cpan.org/Ticket/Display.html?id=27659
2007-07-27 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* libwww fails now with a different error than a few days ago.
* make test fails on 30shell! Does it maybe have to do with LWP missing?
No. Recent changes to _reload_this() broke it. FIXED.
* Todo: help x should provide specific help for x
* Todo: run with CPAN::SQLite
2007-07-26 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* CPAN::Reporter refresh
----Program----
eval q{use CPAN::Reporter 0.46};
print $@ ? "N/A" : "OK";
print "\n";
----Output of .../pYGQKvE/perl-5.8.0@30867/bin/perl----
N/A
----EOF ($?='0')----
----Output of .../pCVcKvs/perl-5.8.0@30868/bin/perl----
GXBOK
----EOF ($?='0')----
----Program----
eval q{use CPAN::Reporter 0.46};
print $@ ? "N/A" : "OK";
print "\n";
----Output of .../pKsPB4G/perl-5.8.0@29544/bin/perl----
OK
----EOF ($?='0')----
----Output of .../p7dQLd3/perl-5.8.0@29545/bin/perl----
N/A
----EOF ($?='0')----
2007-07-25 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
But I don't understand it because my script must have tried to install
Module::Build for 23190??
Ahh, I see this is the ugly, ugly version.pm bug that I had some
exchange about with John Peacock and which affects some interval in the
23000-25000 area. Have no details at hand but this tells me that I
cannot run binary searches for SQL::Translator:-(
2007-07-02 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* MM->parse_version() will now try to load version.pm before checking
the $VERSION of a module (MM 6.35)
2007-07-01 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* From: "Brandon Black" <blblack@gmail.com>
Subject: Re: Add B::Generate/Padwalker to core?
To: "Perl 5 Porters" <perl5-porters@perl.org>
Date: Sun, 1 Jul 2007 16:03:52 -0500
On 7/1/07, Ævar Arnfjörð Bjarmason <avarab@gmail.com> wrote:
> Telling people who've never bothered with perl before to run cpan -i
> Some::Module can be quite frightning for them. CPAN ask you a
> bazillion questions when you first use it (maybe cpanp fixes this?).
>
5.9.5's default cpan is much better, in that it defaults virtually
everything intelligently and just asks that you pick a mirror for
yourself. I think defaulting to http transports even for the fetch of
the initial MIRRORED.BY would improve things even more, but that goes
back to http transports not being available in stock Perl on all
platforms. LWP is a solution, but unlikely to make it into core
anytime soon. Perhaps if it would at least test for http support (via
LWP or external stuff like wget/curl) and default to using any
available http transport instead of ftp if possible for bootstrapping
mirror lists and module lists, that would improve the situation for
some.
-- Brandon
* configure_requires needs to be rounded off with distroprefs
depends/configure_requires most prominently because we can test it
better if we write some distroprefs that use it.
* SQL::Translator has an error message that seems to resemble MRO error
messages. Binary search?
* Handle N/A because
! DBIx::Class::Validation 0.02000 n/a
! FormValidator::Simple 0.17 n/a
! SQL::Translator 0.08 n/a
DBIx::Class::Validation => FormValidator::Simple => Email::Valid!
SQL::Translator!
* NUFFIN/Catalyst-Plugin-Authentication-0.09.tar.gz,
NUFFIN/Catalyst-Plugin-Session-0.15.tar.gz,
NUFFIN/Catalyst-Plugin-Session-State-Cookie-0.07.tar.gz recursive
dependencies
http://rt.cpan.org/Ticket/Display.html?id=27848
* report missing dependency in Compress::LZO or LZOp or some such.
MFX/Compress-LZO-1.08.tar.gz : make NO
PMQS/IO-Compress-Lzop-2.005.tar.gz : make_test NO
No bug, just liblzo missing on my system.
* Todo: re-evaluate if Mail::Send now works for cpantesters.
2007-06-30 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Todo: check out what exactly rsync 3.0 will bring us with the batch
mode. It is a way to run many rsync updates simultaneously but not with
a database for each pair rather with the same batch jobs for all slaves
or so. I do not think this is what I want.
* configure_requires needs dummy test distro that depends on some other
dummy test distro. we must test the behaviour if that other distro is
available and if it is not available.
Pick a dummy distro as a blueprint. Make-Expect is a bit too large.
Build is not suited because I do not speak M:B well. I take the simple
Make thing and I call the new one Make-ConfReq.
* Devel::EvalContext? We should run it through a binary search together
with Data::Alias 1.06. Data::Alias does not like 23023. 26015? No.
28005? Ignition found. The binsearch reaches 28927/8 which simply cannot
be it. We must look why EvalContext failed. YAML 0.65 is a prereq and it
did not compile at that time. In 28928 we have no YAML and so no install
happens. But why do we have a YAML with 28927? Maybe some test has been
skipped or some such, it does not really matter. 26015 also fails
because of YAML. 27422 has YAML and tests OK. For further proceedings we
must filter out perls that cannot have a YAML 0.65 for whatever reason.
We should probably install YAML with notest. Doing so now.
Just for the record, the failing test is this one:
t/marshall...........*** glibc detected *** double free or corruption (fasttop): 0x08607110 ***
dubious
Test returned status 0 (wstat 6, 0x6)
DIED. FAILED tests 1-10
Failed 10/10 tests, 0.00% okay
This does not lead to a convergence either because now I find out that
the now fixed Data-Alias 1.06 does not work with some earlier
bleadperls. This means I start another binsearch to find this threshold
and after that I can limit the other binsearch to the interval that we
have a working Data::Alias 1.06 for. The threshold is 31252. This is the
very first bleadperl that works with Data::Alias 1.06
And within this short interval 31252-31505 Devel::EvalContext seems to
not run. Now what would be interesting to know: how long did D:E work
with Data::Alias 1.05?
The first Devel::EvalContext that worked for me was with 27002
5.9.0/diffs/
5.9.0/diffs/29196.gz
1184 100% 1.13MB/s 0:00:00 (xfer#1, to-check=219/14484)
5.9.0/diffs/29413.gz
2178 100% 708.98kB/s 0:00:00 (xfer#2, to-check=8/14484)
5.9.0/diffs/29414.gz
848 100% 4.31kB/s 0:00:00 (xfer#3, to-check=7/14484)
5.9.0/diffs/29415.gz
2540 100% 12.79kB/s 0:00:00 (xfer#4, to-check=6/14484)
5.9.0/diffs/29416.gz
691 100% 3.46kB/s 0:00:00 (xfer#5, to-check=5/14484)
5.9.0/diffs/29417.gz
1053 100% 3.02kB/s 0:00:00 (xfer#6, to-check=4/14484)
5.9.0/diffs/29418.gz
546 100% 1.55kB/s 0:00:00 (xfer#7, to-check=3/14484)
5.9.0/diffs/29419.gz
352 100% 1.00kB/s 0:00:00 (xfer#8, to-check=2/14484)
5.9.0/diffs/29420.gz
845 100% 2.38kB/s 0:00:00 (xfer#9, to-check=1/14484)
5.9.0/diffs/29421.gz
12248 100% 17.49kB/s 0:00:00 (xfer#10, to-check=0/14484)
*&*^*&%%&%$!!!!!
The following patches had errors:
29196
Errors while patching
and before
----stdout+err patching 29196 (ret=256)---
The text leading up to this was:
--------------------------
|Index: depot/perl/pod/perlretut.pod
|--- depot/perl/pod/perlretut.pod#37~27989~ 2006-04-28 01:41:25.000000000 -0
700
|+++ depot/perl/pod/perlretut.pod 2006-11-02 23:08:18.000000000 -0800
--------------------------
File to patch:
Skip this patch? [y]
5 out of 5 hunks ignored
----EOF----
PAPU: Registering as a failing patch d[29196] at /usr/local/perl/bin/patchaperlu
p line 374.
Bug reported anfd promptly fixed by Philippe M. Chiasson (gozer).
* Batch jobs without a lock should not be allowed to cleanup the cache
directory. And then document the lock policy and that there are lockless
batch runs. DONE
* Observing what autoinstall does:
/home/src/perl/repoperls/installed-perls/perl/p6siswe/perl-5.8.0@29397/bin/perl
"-Iinc" Makefile.PL --config= --installdeps=File::Find::Rule,0,UNIVERSAL::requir
e,0.1,Template::Provider::Encoding,0.04,Text::Tags,0,DateTime::Format::Mail,0,Da
teTime::Format::W3CDTF,0,DateTime::Format::Strptime,0,Cache::Cache,1.04,Module::
Pluggable::Fast,0,HTML::ResolveLink,0,MIME::Types,1.16,XML::Feed,0.12,XML::Atom,
0.23,Term::Encoding,0,Encode::Detect,1,HTTP::Cookies::Mozilla,0,XML::Liberal,0.1
4,XML::RSS::Liberal,0,HTML::TreeBuilder::XPath,0,HTML::FormatText,0,DateTime::Fo
rmat::Japanese,0,HTML::Scrubber,0,XML::Feed,0.09,XML::Atom,0.20,Net::SMTP::TLS,0
,Mail::Address,0,HTML::Scrubber,0,Time::Duration::Parse,0,WebService::Bloglines,
0.11,Cache::FastMmap,0,POE::Component::Client::HTTP,0,Xango,1.04,DateTime::Forma
t::Epoch,0,WWW::Mixi,0.48,SVN::Core,0,SVN::Client,0,WebService::YouTube,0,WWW::B
abelfish,0,Text::Emoticon,0,HTML::ResolveLink,0,Email::Address,0,Lingua::ZH::Han
Detect,0,Text::Language::Guess,0,IP::Country,0,Text::Hatena,0,Hatena::Keyword,0,
Image::Info,0,Text::Markdown,0,Regexp::Common::profanity_us,0,HTML::ResolveLink,
0.02,Text::Kakasi,0,Mail::SpamAssassin,0,URI::Find,0,URI::Find,0,Audio::Beep,0,P
OE::Component::IRC,0,POE::Component::IKC::Client,0,Net::NetSend,0,Text::CSV_PP,0
,Net::Delicious,0,Mail::IMAPClient,0,Template::Plugin::JavaScript,0,Net::Movable
Type,0,PDF::FromHTML,0,Palm::PalmDoc,0,Text::WrapI18N,0,Data::Serializer,0,Data:
:ICal,0,Search::Estraier,0,File::Grep,0,KinoSearch,0,DBIx::Class::Schema,0,XML::
FOAF,0,Config::INI::Simple,0,HTML::TreeBuilder::XPath,0,Lingua::EN::Summarize,0,
Text::Original,0,Lingua::JA::Summarize::Extract,0
CPAN: File::HomeDir loaded ok (v0.58)
Yes, this goes really into recursion. Since I have "reuse" turned on,
the damage is limited but if I had it not on, it would be a lot of
expensive noops.
The question is simply: how can I prevent autoinstall from going into
recursion? I want it to do its detective work and return it to me. Ahhh,
it does so! It writes them in traditional style into the Makefile. All I
need to prevent is that this target (the "installdeps" target) is run
during 'make'. Or that it is being run but does nothing. Or whatever
that does not repeat what I have already done.
* Broken: 30shell.t. Recently something changed this:
# NEXT: m /_NEXISTE_/
# EXPECT: Contact Author J. Cpantest Hietaniemi(?s:.*?cpan[^>]*?>)
# GOT: m /_NEXISTE_/
# Module _NEXISTE_ (Contact Author J. Cpantest Hietaniemi <nospam@nospam>)
# Module _NEXISTE_::_NEXISTE_ (Contact Author J. Cpantest Hietaniemi <nospam@nospam>)
# 2 items found
to this:
# Module _NEXISTE_ (N/A)
# Module _NEXISTE_::_NEXISTE_ (N/A)
# 2 items found
Who was it? First time I need a binary search on my own code:)
Standing at HEAD: fail as above
Switching back to 1310: fails with Looks like you planned 227 tests but
only ran 163.
Running forward with a quick obvious fix: Looks like you planned 227
tests but only ran 159.
Switching to 1300: Looks like you planned 227 tests but only ran 163.
1290: completely broken
To 1291: Looks like you planned 227 tests but only ran 159.
To 1281: All tests successful
if there is no CPAN/Config.pm, we must initialize one immediately. If we
are root, this should be something like
/usr/local/perl-5.8.0@27277/lib/5.8.8/CPAN/Config.pm as I just tested it
with 5.8.8.
So if root installs CPAN without testing it, they have no CPAN/Config.pm.
They start it and land immediately in the init process. Good.
If he runs 'make test' it should succeed all tests. Currently it fails
12cpan and skips 30shell because of 'no Expect'. ==> TODO. DONE with
rev. 659
If they have no CPAN/Config.pm and start cpan as an ordinary user, then
they should get, without asking, a ~/.cpan/CPAN/MyConfig.pm and land in
the init dialog. This is currently OK.
* Todo: mention rt.cpan.org in the manpage. Oops, this was already DONE
2006-02-22 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* rethink if the CPAN/Config.pm file now is being built at all. Shouldn't
it be built as a system-wide default? Yes, it is being built. DONE
2006-02-20 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Bug: the new test 12cpan.t is not suited for 5.004_05:
t/12cpan............Unquoted string "qr" may clash with future reserved word at t/12cpan.t line 13.
Unquoted string "command" may clash with future reserved word at t/12cpan.t line 13.
syntax error at t/12cpan.t line 13, near "/,"
Unquoted string "qr" may clash with future reserved word at t/12cpan.t line 17.
Unquoted string "foo" may clash with future reserved word at t/12cpan.t line 17.
syntax error at t/12cpan.t line 17, near "+=>"
Unquoted string "bar" may clash with future reserved word at t/12cpan.t line 17.
Unquoted string "baz" may clash with future reserved word at t/12cpan.t line 17.
Unquoted string "foo" may clash with future reserved word at t/12cpan.t line 17.
Execution of t/12cpan.t aborted due to compilation errors.
# Looks like your test died before it could output anything.
dubious
and not for 5.005_04:
t/12cpan..........Can't locate object method "catfile" via package "File::Spec" at t/12cpan.t line 3.
# Looks like your test died before it could output anything.
t/12cpan..........dubious
Test returned status 255 (wstat 65280, 0xff00)
DIED. FAILED tests 1-3
Failed 3/3 tests, 0.00% okay
FIXED
* Bugalert: I saw the "awry" case without a reason.
cpan[10]> install Bundle::Spd
Signature for /home/k/.cpan/sources/authors/id/G/GA/GAAS/CHECKSUMS ok
Checksum for /home/k/.cpan/sources/authors/id/G/GA/GAAS/libwww-perl-5.805.tar.gz ok
libwww-perl-5.805/
libwww-perl-5.805/lib/
libwww-perl-5.805/lib/HTTP/
libwww-perl-5.805/lib/HTTP/Cookies.pm
[...]
libwww-perl-5.805/Changes
libwww-perl-5.805/AUTHORS
libwww-perl-5.805/README
libwww-perl-5.805/lwpcook.pod
Removing previously used /home/k/.cpan/build/libwww-perl-5.805
Package came without SIGNATURE
Running install for module HTML::HeadParser
Running make for G/GA/GAAS/HTML-Parser-3.50.tar.gz
LWP not available
Fetching with Net::FTP:
ftp://localhost/pub/CPAN/authors/id/G/GA/GAAS/HTML-Parser-3.50.tar.gz
Signature for /home/k/.cpan/sources/authors/id/G/GA/GAAS/CHECKSUMS ok
Warning: No checksum for HTML-Parser-3.50.tar.gz in /home/k/.cpan/sources/authors/id/G/GA/GAAS/CHECKSUMS.
The cause for this may be that the file is very new and the checksum
has not yet been calculated, but it may also be that something is
going awry right now.
Proceed? [yes] Caught SIGINT
Got another SIGINT
cpan[11]> ls GAAS
After that, the problem was not reproducable. Remove and reinstall perl,
install CPAN, install Bundle::CPAN, install Bundle::Spd works.
So we have a hard to reproduce bug.
Running 'install Bundle::Phalanx100' gives after 20 minutes
Warning: No checksum for Net-Daemon-0.39.tar.gz in /home/k/.cpan/sources/authors/id/J/JW/JWIED/CHECKSUMS.
The cause for this may be that the file is very new and the checksum
has not yet been calculated, but it may also be that something is
going awry right now.
Proceed? [yes]
This time I look immediately into the CHECKSUMS file (which is the cached
one!) and indeed there is no Net-Daemon-0.39.tar.gz in it. On the CPAN
we do have a newer checksums file. Is this cool?
So we have the root of the cause. Now for a solution?
I can answer 'no' and then reproduce the problem. Note that the old
CHECKSUMS file is 3 months old and its timestamp is 1 month old.
Fixed in 638 with the new argument $sloppy for CHECKSUM_check_file, but
test still missing. ... Test added by adding CHECKSUMS@588 in rev. 643
Later renamed to CHECKSUMS.2nd (around rev. 1033)
2006-02-19 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Bug: with 'o debug all' we did not reach 'Distribution seems to have
never been unzipped/untarred, nothing done' but instead some "Unknown
distribution" or so. Fixed in 625
( run in 2.965 seconds using v1.01-cache-2.11-cpan-39bf76dae61 )