CPAN
view release on metacpan or search on metacpan
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.
http://rt.cpan.org/Ticket/Display.html?id=37075
2008-06-13 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Todo: report Data::Float the bug to switch to "traditional" instead of
"passthrough".
https://rt.cpan.org/Ticket/Display.html?id=36731
2008-06-12 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* 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 <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* 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/quidi-getreports.pl -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("%uD869")'
9 # Failed test 'decodeURI("%uD869%uDEB2%u5F3E%u0064")'
The shorter one is /home/k/var/cpantesters/nntp-testers/1595927 from chris.
No clue.
2008-05-31 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* 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 <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* flock on windows is mandatory -- mail from Jan Dubois
2008-05-28 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* 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.
1..388
# Looks like you failed 2 tests of 388.
# Looks like your test died just after 388.
dubious
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
and
/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.
https://rt.cpan.org/Ticket/Display.html?id=35619
2008-05-03 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* 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.
http://rt.cpan.org/Ticket/Display.html?id=35610
* Catalyst-View-Jemplate 0.06 had a few fails recently, the first on May
1.
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
this.
http://rt.cpan.org//Ticket/Display.html?id=35609
* 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
http://rt.cpan.org/Ticket/Display.html?id=35608
* SHA256-0.01b has some 64bit issue. All FAILs are systems that have
use64bitint set.
http://rt.cpan.org/Ticket/Display.html?id=33944
2008-04-29 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* XML::SAX::RTF needs an emergency release
* Bug in new distroprefs: sorting has been lost
2008-04-26 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* 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 <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* 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 http://rt.cpan.org/Ticket/Display.html?id=28150
Locale! distropref written.
2008-04-23 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* 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.
http://rt.cpan.org/Ticket/Display.html?id=35355
* 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
(30953).
cpantesters currently count Pass 65 : Fail 3, so this seems to be a
bogus report.
2008-04-21 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* 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 <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Coming back to Data::Serializer. The trick was to do what in the
debugger?
make testdb TEST_FILE=t/05-Encryption.t
b 53 "JSON" eq $serializer
s
c 340
s
c 738
s
c 642
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";
http://rt.cpan.org/Ticket/Display.html?id=35239
And a perlbug
Bitops on strings when UTF8 flag is set
2008-04-13 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* 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 <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* 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
REFCNT = 2
FLAGS = (PADMY,POK,pPOK,UTF8)
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_TYPE = PERL_MAGIC_utf8(w)
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 <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* may be a bug in Distroprefs.pm the $abs in line 122. Seen with some DD
only perl.
* OOTools:
----Program----
eval q{use Class::Error 2.21};
print $@ ? "N/A" : "OK";
print "\n";
----Output of .../pBnR154/perl-5.9.2@24659/bin/perl----
OK
----EOF ($?='0')----
----Output of .../pWYtCAP/perl-5.9.2@24660/bin/perl----
N/A
----EOF ($?='0')----
2008-04-05 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* CharsetDetector
----Program----
eval q{use CharsetDetector 1.0};
print $@ ? "N/A" : "OK";
print "\n";
----Output of .../pdVMYpV/perl-5.9.2@25178/bin/perl----
OK
----EOF ($?='0')----
----Output of .../p1Kjy6j/perl-5.9.2@25179/bin/perl----
N/A
----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 <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Data-Serializer:
----Program----
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----
OK
----EOF ($?='0')----
----Output of .../pSMD0sR/perl-5.9.1@23966/bin/perl----
N/A
----EOF ($?='0')----
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 <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Slaven's segfault in RT 34066 needs more thought!!!
2008-03-14 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* 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/CPAN.pm line 8441.
ATTN-ATTN-ATTN-ATTN-ATTN-ATTN-ATTN-ATTN-ATTN-ATTN-ATTN-ATTN
Something went wrong during
/home/src/perl/repoperls/installed-perls/maint-5.8/pnDGtsd/perl-5.8.7@27040/bin/perl
G/GS/GSHANK/Form-Processor-Model-DBIC-0.01.tar.gz
(sleeping 30)
ATTN-ATTN-ATTN-ATTN-ATTN-ATTN-ATTN-ATTN-ATTN-ATTN-ATTN-ATTN
Fixed in my sources, too early to write RT ticket.
At least wrote http://rt.cpan.org//Ticket/Display.html?id=34073 on
YAML::Syck which should (probably?) not have accepted this META.yml.
2008-03-11 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
*
----Program----
eval q{use Hatena::Keyword 0.05};
print $@ ? "N/A" : "OK";
print "\n";
----Output of .../pW6uQKQ/perl-5.9.1@24009/bin/perl----
OK
----EOF ($?='0')----
----Output of .../pBwPNFp/perl-5.9.1@24010/bin/perl----
N/A
----EOF ($?='0')----
thinnercache tells me that Unicode::RecursiveDowngrade broke at the same
patch
2008-03-10 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Some day Ken Williams made a few statements about what CPAN.pm 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
maint-5.10@33443.
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 <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* 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/pXTMoRe/perl-5.10.0@33401;5.11.0;thr=;opt=-O2;perl_patchlevel=
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/paD9wDz/perl-5.10.0@33423;5.11.0;thr=;opt=-g;perl_patchlevel=33423
perl/pRu8vDi/perl-5.10.0@33450;5.11.0;thr=define;opt=-O2;perl_patchlevel=33450
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
http://rt.cpan.org/Ticket/Display.html?id=33926
2008-03-08 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* 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
https://bugzilla.redhat.com/show_bug.cgi?id=196836 and/or
http://lists.scsys.co.uk/pipermail/dbix-class/2007-October/005119.html.
You can suppress this message by setting DBIC_NO_WARN_BAD_PERL=1 in your
environment.
* Data::Structure::Util broke somewhere 24650..24661
CPAN.pm: 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
http://www.nntp.perl.org/group/perl.perl5.porters/2008/01/msg133202.html
(just a random point in the middle), no conclusion there. My conclusion:
install Module::Build really early and never see this discussion again.
rt.perl.org since Jan 8.
$p -Itests -MUnknownError
31253:5.9.5::thr=:opt=-g
Global symbol "$asd" requires explicit package name at tests/UnknownError.pm line 8.
BEGIN not safe after errors--compilation aborted at tests/UnknownError.pm line 9.
Compilation failed in require.
BEGIN failed--compilation aborted.
31384:5.9.5::thr=:opt=-g
Unknown error
Compilation failed in require.
BEGIN failed--compilation aborted.
Wrote a call_UnknownError.pl. The UnknownError.pm was already there.
Apparently I was disturbed when running it the first time.
----Program----
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
----Program----
eval q{use Mail::Mbox::MessageParser 1.5};
print $@ ? "N/A" : "OK";
print "\n";
----Output of .../paCcXxw/perl-5.9.1@23470/bin/perl----
OK
----EOF ($?='0')----
----Output of .../prlkihB/perl-5.9.1@23471/bin/perl----
N/A
----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 Config.pm. Fixing this fixes one test, not all. Two more spots to
patch.
distroprefs/DCOPPIT.Mail-Mbox-MessageParser.yml
http://rt.cpan.org/Ticket/Display.html?id=33004
2008-02-05 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* need to re-visit OLAF/Net-DNS-0.62.tar.gz, not in RT and not inspected
closely enough.
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2008-01/msg01365.html
* need to find the autobox mail that said something about
1.22?
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2007-12/msg00809.html
No need to run binary search again. Now in RT:
http://rt.cpan.org/Ticket/Display.html?id=32928
2008-02-03 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Frank Wiegand tells me stories about a bug in AUTOLOAD, version, or
CPAN.pm.
http://perlmonks.org/?node_id=665058
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
succeeds.
Introducing more evals allows me to identify the modules that *trigger*
the bug:
'Acme::MetaSyntactic::nethack':
'Class::Accessor::Classy':
'Class::DBI':
'Class::Std':
'Config::Std':
'Getopt::Euclid':
'Smart::Comments':
'Sub::Installer':
'Text::Balanced':
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
shaky things that have already exhibited random behaviour in the past.
XML::RSS::LibXML ok
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 <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* 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
specification."
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.
http://rt.cpan.org/Ticket/Display.html?id=31275 where Alias say "A challenge"
* off topic: http://use.perl.org/~pmichaud/journal/35049
patrick on state of perl6/parrot
2007-12-04 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Feature request to David Golden: turn on/off cc_author via
distroprefs. How?
2007-12-02 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* 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----
N/A
----EOF ($?='0')----
----Output of .../pdv4QaU/perl-5.8.0@25948/bin/perl----
OK
----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
t/GdkDisplayManager......
1..4
ok 1 - The object isa Gtk2::Gdk::DisplayManager
ok 2
ok 3
ok 4 - The object isa Gtk2::Gdk::Device
ok
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.
ok
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:
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/FooBar.pm 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 <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* 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
(http://rt.cpan.org/Ticket/Display.html?id=30073) has joined them in
failing. I've stopped all running loops to look around in the /tmp
directory.
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:
args:
- "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 <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* 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 lib.pm 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/si...
Syntax error on line 62 of /home/sand/.cpan/build/mod_perl-1.30-0CO6Yi/t/conf/httpd.conf:
Can't locate lib.pm 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 /ho...
BEGIN failed--compilation aborted at /home/sand/.cpan/build/mod_perl-1.30-0CO6Yi/t//docs/startup.pl 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
- Class::Component
- Class::MethodMaker
- Crypt::SipherSaber
* ExtUtils::Install 1.41_04/1.44 # seems ok
* File::Path # seems ok
+ Getopt::Attribute 1.42 # seems ok
* MRO::Compat # seems ok
* Module::Build # seems ok
- PAR::Filter
+ Set::Scalar
* Test::Deep
- Text::Diff::Parser
- Text::Scan
* XML::LibXML
/home/sand/.cpan/build/PAR-Packer-0.976-JePP61/blib/script/pp: Failed to extract a parl from 'PAR::StrippedPARL::Static' to file 'parltQZf2Gh' at /home/sand/.cpan/build/PAR-Packer-0.976-JePP61/blib/lib/PAR/Packer.pm line 1149, <DATA> line 1.
It's about extracting. This Archive::Unzip::Burst looks interesting. Why
do we not have it?
31790 compiles it and tests ok and has it installed.
* EDPRATOMO/Algorithm-Permute-0.06.tar.gz probably needs a binary
search, it fails to *compile* the XS code. Presumably it has compiled
once upon a time. 25532 fails; 20002 OK; 23023 OK; OOOPs, I have doen
this already and reported. See further below.
2007-10-02 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* JROBINSON/SQL-Translator-0.08001.tar.gz is another BBC candidate.
t/37-translator-graph......Can't locate object method "is_trivial_link" via package "GLOB" at /home/sand/.cpan/build/SQL-Translator-0.08001-oWjySe/blib/lib/SQL/Translator/Schema/Graph.pm line 46.
# Looks like you planned 3 tests but only ran 2.
# Looks like your test died just after 2.
dubious
Test returned status 255 (wstat 65280, 0xff00)
DIED. FAILED test 3
Failed 1/3 tests, 66.67% okay
See 2007-07-03 where I said I cannot run a binary search against it. Now
I can at least with some manual intervention. 23023 OK. It's hard to run
this binary search correct because now some of these perls do not pass
YAML tests and subsequently cannot patch/install Module::Build without
intervention. 24439 OK. 24759 OK.
But 24759 depends on YAML and YAML has was not working for 24759 so
CPAN.pm didn't install it. We have all tests pass but no installation.
Need to force it. And YAML::XS is also tunneled.
So we have a very dark tunnel around 24759 with neither YAML nor
Module::Build. I have a patch for MB but not for YAML.
In any case 28539 still has the test 37 bug. 25532 OK; 27048 fails;
26369 (needs force install YAML) OK; 26695 (force install YAML) fails;
26465 OK; 26545 fails; 26480 OK; ... 496 fails; 488 fails; 484 OK
----Program----
eval q{use SQL::Translator 0.08001};
print $@ ? "N/A" : "OK";
print "\n";
----Output of .../psiUhc4/perl-5.8.0@26486/bin/perl----
OK
----EOF ($?='0')----
----Output of .../pQD0dEL/perl-5.8.0@26487/bin/perl----
N/A
----EOF ($?='0')----
http://groups.google.com/group/perl.perl5.porters/browse_thread/thread/a7b653fdb4b5fc34/be6f8546211987a0?lnk=gst&q=bbc+translator#be6f8546211987a0
http://rt.cpan.org/Ticket/Display.html?id=29940
* RCLAMP/POE-Component-Server-HTTP-0.09.tar.gz looks like a BBC
candidate 22245 OK. But it's shadowed by the depends on POE-API-Peek
which was broken by blead for a while around 27514.
I have the impression that POE::API::Peek started to work on 31051 and
that POE::Component::Server::HTTP now works too since I have added a
dependency on POE::API::Peek in my distroprefs file. Nope, the
dependency on POE::API::Peek is in the Makefile.PL of P:C:S:HTTP.
Apparently all's well. *Maybe* there's also a configure_requires on POE
needed somewhere, dunno.
* IFF Compress::Zlib 2.X does not work we can take
PMQS/Compress-Zlib-1.42.tar.gz as a replacement!
Would be nice to find a replacement for Scalar-List-Utils too. 1.19 does
not work with blead@23023, but 1.17 does.
2007-10-01 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* off topic: try rob kinyon's bug with the next bleadperl which will
have no debugging and no int64bit.
2007-09-29 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* digging into gtk. It always failed because somebody told the Gtk
self-configuration that something on my system was not sufficient. No
helpful diagnostics were ever provided.
Running through the debugger today reveals that it is due to pkg-config.
Asking pkg-config with the right options reveals a few things
# pkg-config --exists --print-errors 'gtk+-2.0'
I had to call it several times and to install libxmu-dev libxinerama-dev
libxinerama1 (who would have guessed?)
This does at least let the above command return true.
But there is still a version requirement in the Gtk2 package that says
gtk+-2.0 >= 2.0.0
And surprise, we now fulfill it.
I think the only bug is the --silence-errors option that I saw in the
debugger. It should be replaced with --print-errors. Otherwise the user
never sees an error and has to suffer.
http://rt.cpan.org/Ticket/Display.html?id=29758
* todo: add more Tk modules to megainstall. Which are missing?
4454 2001-05-05 SREZIC/Tk-Autoscroll-1.11.tar.gz MISS OK
9563 2007-03-17 SREZIC/Tk-Canvas-Point-0.03.tar.gz MISS FAIL0 OK1
8190 2002-08-08 SREZIC/Tk-CanvasFig-1.014.tar.gz MISS FAIL0 HANG0
9673 2003-02-12 SREZIC/Tk-ContextHelp-0.10.tar.gz MISS FAIL0 HANG0
19515 2007-09-28 SREZIC/Tk-Date-0.42_51.tar.gz MISS FAIL0 OK1
10448 2004-07-02 SREZIC/Tk-DateEntry-1.38.tar.gz MISS FAIL0 OK1
5193 2005-10-10 SREZIC/Tk-Enscript-1.08.tar.gz MISS FAIL0 OK1
10380 2007-04-10 SREZIC/Tk-FontDialog-0.13.tar.gz HAVE
25367 2006-05-23 SREZIC/Tk-GBARR-2.07.tar.gz (Tk::Cloth) MISS FAIL0 OK1
22275 2005-05-03 SREZIC/Tk-Getopt-0.49.tar.gz MISS FAIL0 OK1
10848 2007-02-02 SREZIC/Tk-HistEntry-0.43.tar.gz HAVE
19328 2004-07-02 SREZIC/Tk-JPEG-Lite-2.01403.tar.gz MISS FAIL0 OK1
8146 2004-09-04 SREZIC/Tk-PathEntry-2.23.tar.gz MISS FAIL0 OK1
60117 2007-07-27 SREZIC/Tk-Pod-0.9935.tar.gz HAVE
6803 2005-08-25 SREZIC/Tk-Splash-0.14.tar.gz MISS FAIL0 OK1
166725 2007-05-11 SREZIC/Tk-TIFF-0.10.tar.gz MISS FAIL0 OK1
12299 2007-09-23 SREZIC/Tk-WidgetDump-1.35.tar.gz MISS FAIL0 OK1
6855 2004-03-20 SREZIC/Tk-WinPrint-0.05.tar.gz MISS FAIL1
12873 2006-09-01 SREZIC/Tk-XMLViewer-0.18.tar.gz MISS FAIL0 OK1
HAVE ... already installed
MISS ... not installed yet
FAIL0 ... fails without DISPLAY
FAIL1 ... fails compile
OK ... OK without DISPLAY
OK1 ... OK after setting DISPLAY=:121
HANG0 ... hangs during test with DISPLAY=:121 but doesn't hang with BATCH=1
* DMAKI/Gungho-0.08007.tar.gz
t/03_live/twitter................skipped
all skipped: Enable GUNGHO_TWITTER_USERNAME and GUNGHO_TWITTER_PASSWORD to run these tests
t/99_kwalitee....................skipped
all skipped: Enable TEST_KWALITEE to enable these tests
t/99_pod-coverage................skipped
all skipped: Enable TEST_POD environment variable to test POD
t/99_pod.........................skipped
all skipped: Enable TEST_POD environment variable to test POD
t/engine/danga-socket/01_load....ok
t/engine/danga-socket/04_dns.....
and hangs forever. I kill that test and get this summary:
Failed Test Stat Wstat Total Fail List of Failed
-------------------------------------------------------------------------------
t/02_config.t 1 256 2 1 2
t/engine/danga-socket/04_dns.t 0 15 20 40 1-20
5 tests skipped.
Failed 2/14 test scripts. 21/100 subtests failed.
All that should be in the report.
Repeat with maint@31223, same result, this time without sent report
because it was not running from the CPAN shell. Same failure on danga
for 5.8.8 but 5.8.8 doesn't have the 02_config failure.
http://rt.cpan.org/Ticket/Display.html?id=29660
2007-09-28 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* MSISK/HTML-TableExtract-2.10.tar.gz: I had already RTed months ago
that it is due to the HTML::TreeBuilder but did I write it into a
distroprefs file? Yes, Sir, I have:
distroprefs/MSISK.HTML-TableExtract.yml and that is why since then I
have ONLY fails.
Would be cool to offer a fix though.
But in the interest of sanity it would be better to write a distroprefs
file automatically that's based on some criterium like, say, no release
for over N months although since that many months nothing but fail
reports. This would also be interesting for CPANTS.
* Todo: write a history of used distroprefs docs so we can identify
which ones are never used and can be purged.
2007-09-25 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* MIME-tools-5.421 give me a major headache the testsuite (sometimes?)
runs into a tight loop of 'Warning: Use of "require" without parentheses
is ambiguous at (eval 5493800) line 1.' At least now twice for 31952 and
31955.
I have to kill this one:
sand 14150 55.2 45.6 714620 710088 pts/16 R+ 01:32 88:43 /home/src/perl/repoperls/installed-perls/perl/pN0oLia/perl-5.8.0@31955/bin/perl -w t/Gauntlet.t
But the next test has the same problem
sand 30860 64.8 1.3 24940 20572 pts/16 R+ 04:13 1:14 /home/src/perl/repoperls/installed-perls/perl/pN0oLia/perl-5.8.0@31955/bin/perl -w t/Head.t
And then again for
sand 30969 50.5 0.6 13924 9600 pts/16 R+ 04:15 0:14 /home/src/perl/repoperls/installed-perls/perl/pN0oLia/perl-5.8.0@31955/bin/perl -w t/Misc.t
I repeatedly verify who has the problem with such commands:
% lsof -p 30969|grep cwd
perl 30969 sand cwd DIR 9,1 4096 17304047 /home/sand/.cpan/build/MIME-tools-5.421-fuesqd
But then one after the other
sand 31244 49.3 0.8 16868 12544 pts/16 R+ 04:17 0:23 /home/src/perl/repoperls/installed-perls/perl/pN0oLia/perl-5.8.0@31955/bin/perl -w t/Parser.t
sand 31363 46.6 0.8 17768 13480 pts/16 R+ 04:18 0:21 /home/src/perl/repoperls/installed-perls/perl/pN0oLia/perl-5.8.0@31955/bin/perl -w t/ParserEncoded.t
sand 31578 34.0 0.6 14100 9888 pts/16 R+ 04:20 0:09 /home/src/perl/repoperls/installed-perls/perl/pN0oLia/perl-5.8.0@31955/bin/perl -w t/ParserPreamble.t
sand 31608 52.5 0.8 17696 13376 pts/16 R+ 04:20 0:27 /home/src/perl/repoperls/installed-perls/perl/pN0oLia/perl-5.8.0@31955/bin/perl -w t/Ref.t
Now we're done. I urgently need a solution for that. Both for a
bugreport and for the meta stuff with probably POE. Or commandline.
Interesting enough is that Mt-5.421 is young and I have 4 OKs up to
31945. Compare autobundle with @31945 and @31952 and @31955:
/home/sand/.cpan/Bundle/Snapshot_2007_09_25_0[012].pm
Diffs are worthless because the latter two were killed. But I can reproduce the bug.
http://groups.google.com/group/perl.perl5.porters/browse_thread/thread/c69cf6ab2b16f985/62b09eab3381584f?lnk=gst&q=%22is+ambiguous%22&rnum=8#62b09eab3381584f
How could I forget that thread.
2007-09-22 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* between bleadperl 31895 and 31937 we went from 215 fails to 159.
Supercool but still hard to write good reports about it.
* Bug in RECENT code: somebody removes a file from PAUSE and forgets to
pass over to the RECENT file. Then the receiver needs a more tolerant
strategy than the current one. Currently he retries until he gets the
deleted file which is never and only then he would publish his own
RECENT file.
* Net-DNS also broke recently
PASS Acme-Pythonic-0.46 i686-linux-64int 2.6.16-2-k7 1 message andreas.koenig.gmwojprw 13:47
That seems to be the same as
23:00 * GumbyNET2 cpan.testers: PASS Acme-Pythonic-0.46 perl-5.6.2
i686-linux-64int 2.6.16-2-k7 andreas.koenig.gmwojprw@franz.ak.mind.de
22060 22:47:11.7952 test PASS Acme-Pythonic-0.46 (perl-5.6.2) i686-linux-64int 2.6.16-2-k7
So we have 9 hours time shift.
* 23:16 <@klapperl> I see no showstopper in CPAN.pm.
23:17 <@klapperl> I'll have a 1.91_54 by next weekend
23:17 <@xdg> All high priority CPAN::Reporter features are in. (E.g. duplicate
report checks by phase)
23:17 <@klapperl> and after a week we could roll 1.92
23:17 <@xdg> Great!
23:17 <@klapperl> great!
* tentative posting to Module::Build
Recently, on IRC (off the top of my head):
<klapperl>: so can you explain why the compatibility layer is broken?
<ewilhelm>: jeez, it is the *compatibility layer*
I think it's time that Module::Build considers another compatibility
layer in addition to the existing one. This is just a raw sketch to get
some talk going, I have not actually tried to work this out. So what
would people think of this:
Build.PL has a new option
...
diplomatic_makefile_pl => 1,
...
generated Makefile.PL
if (eval { require Module::Build; 1}){
# if user has Module::Build installed we use it
system $^X, "Build.PL";
write_diplomatic_makefile;
} else {
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,
-rw-rw-r-- 1 sand sand 71977 Sep 3 03:48 logs/megainstall.20070902T1240.d/residuum.yml
-rw-rw-r-- 1 sand sand 4168125 Sep 5 13:18 logs/megainstall.20070905T0107.d/residuum.yml
-rw-rw-r-- 1 sand sand 4307567 Sep 6 03:28 logs/megainstall.20070905T1716.d/residuum.yml
2007-09-04 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Bug in Pod::XXX: when writing manpage for
TOBY/Geo-Coordinates-OSGB-2.00.tar.gz there is a pm file with 11 MB.
Some perls do that without hesitating but others (and they seem to be
the more recent ones) never seem to finish.
2007-09-02 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Bug: with a Makefile.PL that has a timestamp in the future, we cannot
proceed very far. Because the generated Makefile will be outdated.
Likewise with all other files in a distro.
* Todo: config option to enable code refs in YAML. (LoadCode)
rafl: DONE
2007-08-30 Andreas Koenig <k@andreas-koenigs-computer.local>
* hashed out on the bus with anonymous, how the endless loop of RECENT
testing shall look like: one never dying job produces POE sessions that
shall test some distro with some perl. This queue is always keeping two
or three jobs active in parallel and watches stdout+stderr. If for more
than 10 minutes no output is produced the job gets a SIGSTOP and it is
moved to the unlimited(?) heap of hangers and the next job from the
queue is made active. Somebody provides us an interface to send stdin to
one of the hangers. As soon as this is done that job gets queued again
and is not considered a hanger anymore. The queuerunner will then send
it a SIGCONT to activate it. Somebody provides us an interface to list
all hangers, and one to show the output of one hanger.
http://gumbynet.org.uk/hackintro/
http://gumbynet.org.uk/hackathon/
* todo: commit bit for florian
2007-08-29 Andreas Koenig <k@andreas-koenigs-computer.local>
* bug from tina: new debian without gcc. Then install Bundle::CPAN and
it leads to the installation of a Compress::Zlib that does not work
because it was not compiled. (fakeroot/debootstrap?)
2007-08-28 Andreas Koenig <k@andreas-koenigs-computer.local>
* cpan-testers-discuss@perl.org list subscribe
* RECENT file: quartely/monthly/weekly/daily
* discussion list/bofs/david golden, foxson, barbie
* email headers/subject line ==> http upload ==> subscribe/unsubscribe
==> fail-safeness of email cannot be topped
* pita...
* BOF: Offline testing: Smoke needs a way to store the produced emails
* David Cantrell Feature request: every time I have no distroprefs and
have to answer some question, CPAN.pm should look over my sholder, record
the answers and write the according distroprefs file for me. Or
something.
* why did the tests not fail when windows 98 had no flock? Because
Expect was not installed, I think.
* off topic: get cable back from Ovid
* Todo: add FUSE stuff to megainstall.txt DONE
2007-08-27 Andreas Koenig <k@andreas-koenigs-computer.local>
* recap todos:
jariaalto/28952: move gpg key import from Makefile.PL to FirstTime and
allow tight control over the gpg call itself.
adam kennedy: set XXX_VERSION
david cantrell: make verbosity controllable: $redef, myconfig, Lockfile,
PERL5LIB, DEL, scanning, scan_cache, ... This should probably be done
with some optprint method to make the call selfdocumenting. But that's
not the $Frontend's business. We must change
$CPAN::Frontend->myprint($what) to
CPAN::Shell->optprint(category,threshold,$what).
david cantrell: add a CPAN::API::HOWTO manpage DONE
Integrate cpan_home into the new FirstTime manpage.
differentiate what to download on which command: an 'a' or 'ls' needs
only authors index. see also "ttl".
RECENT file overhaul (see also bin/rsync-over-recentfile.pl)
demerphq wants time series on a regex analyzer. perl versions are in
regexec.filelog.gz (but they go back till perl @1; so I'll start with
27000 I presume), available perls are in
available-nonthr-debugging-perls.txt. DONE (still need to check the job
in into the tests repository)
cleanup build_dir by age regardless size and useable by non-interactive
users.
review Test::Reporter and see how the choice between Mail::Send and
Net::SMTP is implemented.
review CPAN::Reporter 0.4801.
BBC article about data::dump::streamer? No! Talk to Yves about it!
2007-08-24 Andreas Koenig <k@andreas-koenigs-computer.local>
* 24.8. 2 emails to answer about PAUSE and Adam Monsen.
* hr ================ no todos below this line ================ /hr
* hr ================ no todos below this line ================ /hr
* hr ================ no todos below this line ================ /hr
* demerphq writes (maybe same bug as RT 28915???):
I was using the bleadperl version of cpan to install a module
(B::Utils) and here is what I saw. The second ...... DONE line took a
long time (more than a minute) to execute, makeing me wonder if it had
crashed, but it finished eventually.
Either File::Spec should be changed to not warn, or CPAN needs to be
changed not to pass undef to File::Spec::Win32::catdir.
Yves
Ps: this output is what i see immediately after installing blead from
rsync. I note that it doesnt require the CPAN config process that I
would have expected.
Yves
cpan shell -- CPAN exploration and modules installation (v1.9102)
ReadLine support available (maybe install Bundle::CPAN or Bundle::CPANxxl?)
cpan[1]> install B::Utils
CPAN: Storable loaded ok (v2.16)
Going to read C:\perl\.cpan\Metadata
Database was generated on Thu, 01 Feb 2007 02:26:48 GMT
Use of uninitialized value $_ in transliteration (tr///) at
C:/perl/lib/File/Spec/Win32.pm line 141, <FIN> line 1.
Use of uninitialized value $_ in pattern match (m//) at
C:/perl/lib/File/Spec/Win32.pm line 143, <FIN> line 1.
CPAN: Time::HiRes loaded ok (v1.9707)
LWP not available
CPAN: Net::FTP loaded ok (v2.77)
Fetching with Net::FTP:
ftp://cpan.etla.org/pub/CPAN/authors/01mailrc.txt.gz
Going to read C:\perl\.cpan\sources\authors\01mailrc.txt.gz
CPAN: Compress::Zlib loaded ok (v2.005)
............................................................................DONE
Use of uninitialized value $_ in transliteration (tr///) at
C:/perl/lib/File/Spec/Win32.pm line 141.
Use of uninitialized value $_ in pattern match (m//) at
C:/perl/lib/File/Spec/Win32.pm line 143.
LWP not available
Fetching with Net::FTP:
ftp://cpan.etla.org/pub/CPAN/modules/02packages.details.txt.gz
Going to read C:\perl\.cpan\sources\modules\02packages.details.txt.gz
Database was generated on Thu, 23 Aug 2007 01:38:11 GMT
HTTP::Date not available
............................................................................DONE
Use of uninitialized value $_ in transliteration (tr///) at
C:/perl/lib/File/Spec/Win32.pm line 141.
Use of uninitialized value $_ in pattern match (m//) at
C:/perl/lib/File/Spec/Win32.pm line 143.
LWP not available
Fetching with Net::FTP:
ftp://cpan.etla.org/pub/CPAN/modules/03modlist.data.gz
Going to read C:\perl\.cpan\sources\modules\03modlist.data.gz
............................................................................DONE
Going to write C:\perl\.cpan\Metadata
Running install for module 'B::Utils'
CPAN: Data::Dumper loaded ok (v2.121_14)
'YAML' not installed, falling back to Data::Dumper and Storable to
read prefs 'C:\perl\.cpan\prefs'
Running make for J/JJ/JJORE/B-Utils-0.05.tar.gz
LWP not available
Fetching with Net::FTP:
ftp://cpan.etla.org/pub/CPAN/authors/id/J/JJ/JJORE/B-Utils-0.05.tar.gz
CPAN: Digest::SHA loaded ok (v5.45)
LWP not available
Fetching with Net::FTP:
ftp://cpan.etla.org/pub/CPAN/authors/id/J/JJ/JJORE/CHECKSUMS
Checksum for C:\perl\.cpan\sources\authors\id\J\JJ\JJORE\B-Utils-0.05.tar.gz ok
Scanning cache C:\perl\.cpan\build for sizes
............................................................................DONE
B-Utils-0.05/
B-Utils-0.05/MANIFEST
B-Utils-0.05/META.yml
B-Utils-0.05/t/
B-Utils-0.05/t/02basic.t
B-Utils-0.05/Changes
B-Utils-0.05/README
B-Utils-0.05/Makefile.PL
B-Utils-0.05/lib/
B-Utils-0.05/lib/B/
B-Utils-0.05/lib/B/Utils.pm
CPAN: File::Temp loaded ok (v0.18)
Warning (usually harmless): 'YAML' not installed, will not store
persistent state
--
perl -Mre=debug -e "/just|another|perl|hacker/"
2007-08-23 Andreas Koenig <k@andreas-koenigs-computer.local>
* JARIAALTO@cpan.org at http://rt.cpan.org/Ticket/Display.html?id=28952
Consider this when installing the CPAN bundle:
Importing PAUSE public key into your GnuPG keychain... gpg: WARNING:
using insecure memory!
gpg: please see http://www.gnupg.org/faq.html for more information
done!
(You may wish to trust it locally with 'gpg --lsign-key 450F89EC')
Checking if your kit is complete...
Looks good
Writing Makefile for CPAN
SUGGESTION
Not all people use one monolithing GPG keyring, so any automatic
"imports" beyond user control is bad. Please don't automatically import
any keys, but sugest the KEYID or present a gpg key fetch command to use.
Here is an example of the typical use of multiple keyrings to separate
keys according to their use:
$ cat ~/.gnupg/gpg.conf
keyring pubring-remailer.pgp
keyring pubring-sw-development.pgp
In this case the CPAN key would have been put into
pubring-sw-development.pgp, but the CPAN installer script couldn't have
known that.
2007-07-21 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* SVG-Metadata needs a binary search. I suspect pseudo hashes. Very ugly
result:
----Program----
eval q{use SVG::Metadata 0.28};
print $@ ? "N/A" : "OK";
print "\n";
----Output of .../p0IId7q/perl-5.8.0@17639/bin/perl----
OK
----EOF ($?='0')----
----Output of .../pINt5Dc/perl-5.8.0@17705/bin/perl----
N/A
----EOF ($?='0')----
Need a perl between 17639 and 17705
(but 17641, 17642, 17644, 17654, 17655, 17656, 17671, 17672, 17673, 17674, 17675, 17676, 17677, 17678, 17679, 17680, 17681, 17682, 17683, 17684, 17685, 17686, 17687, 17688, 17689, 17690, 17691, 17692, 17693, 17694, 17695, 17696, 17697, 17698, 17699, ...
No useable patch available between 17639 and 17705
Patches 17641, 17642, 17644, 17654, 17655, 17656, 17671, 17672, 17673, 17674, 17675, 17676, 17677, 17678, 17679, 17680, 17681, 17682, 17683, 17684, 17685, 17686, 17687, 17688, 17689, 17690, 17691, 17692, 17693, 17694, 17695, 17696, 17697, 17698, 1769...
pseudo hashes were extinct, when? 17725!
So it isn't a pseudo hash thing? well, 17705 failed because XML::Twig
was not working then. But when I 'force notest install XML::Twig', then
SVG::Metadata passes its tests.
Next round of binsearch with the fixed 17705. And then I had to find out
that SVG::Metadata does not declare its dependency on HTML::Entities and
had to install that manually into some involved perls and finally I got:
----Program----
eval q{use SVG::Metadata 0.28};
print $@ ? "N/A" : "OK";
print "\n";
----Output of .../pjEfwQE/perl-5.8.0@17724/bin/perl----
OK
----EOF ($?='0')----
----Output of .../pg7Kp5D/perl-5.8.0@17725/bin/perl----
N/A
----EOF ($?='0')----
* Assertion: Environment is being set during perl {Build,Makefile}.PL?
iow: is set_perl5lib called from within get or its deputies? Yes, in
line 7193 within make
* Idea: new option to cleanup the build_dir not by size but by age.
* Todo: with the new sendmail configuration I should retry if mailtools
work now. Which perl is good for that? Stock 5.8.8 should do and note
there is a 2.00_xx! For install I can configure back to using sudo. But
all testing should be done by sand because there is the reporter DB. So
this time I want to disable prefs? No, k installs, sand tests.
Yes, even with Test::Reporter 1.27 the mail from Mail::Send seems to
have been accepted for delivery (RJBS/Test-BinaryData-0.003.tar.gz). Now
with Test::Reporter 1.30 I tried KWILLIAMS/Path-Class-0.16.tar.gz. And
finally with MARKOV/MailTools-2.00_01.tar.gz I try
JROCKWAY/Directory-Scratch-0.12.tar.gz
Mails went out through sendmail.
Mailq is empty. But the mails did not come back to me on the
subscription address. Nor to Google
http://groups.google.com/group/perl.cpan.testers/topics?lnk=srg
Let me compare the 3 mails above with the last mail before that. It was
about BPAN. A bad one with Mail::Send:
# egrep 'l6L5ZkbD030283' /var/log/mail.info
Jul 21 07:35:46 k75 sendmail[30283]: l6L5ZkbD030283: from=sand, size=5897, class=0, nrcpts=1, msgid=<200707210535.l6L5ZkbD030283@k75.linux.bogus>, relay=sand@localhost
Jul 21 07:35:46 k75 sm-mta[30284]: l6L5Zk0d030284: from=<sand@k75.linux.bogus>, size=6121, class=0, nrcpts=1, msgid=<200707210535.l6L5ZkbD030283@k75.linux.bogus>, proto=ESMTP, daemon=MSA, relay=localhost.localdomain [127.0.0.1]
Jul 21 07:35:46 k75 sendmail[30283]: l6L5ZkbD030283: to=cpan-testers@perl.org, ctladdr=sand (1005/1005), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=35897, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (l6L5Zk0d030284 Message accepted fo...
Jul 21 07:35:59 k75 sm-mta[30286]: l6L5Zk0d030284: to=<cpan-testers@perl.org>, ctladdr=<sand@k75.linux.bogus> (1005/1005), delay=00:00:13, xdelay=00:00:13, mailer=esmtp, pri=126121, relay=mx.develooper.com. [63.251.223.176], dsn=2.0.0, stat=Sent (Que...
And a good one with Net::SMTP:
# egrep 'l6L5MQN5027327' /var/log/mail.info
Jul 21 07:22:26 k75 sm-mta[27327]: l6L5MQN5027327: from=<andreas.koenig.gmwojprw@franz.ak.mind.de>, size=4884, class=0, nrcpts=1, msgid=<200707210522.l6L5MQN5027327@franz.ak.mind.de>, proto=ESMTP, daemon=MTA, relay=localhost.localdomain [127.0.0.1]
Jul 21 07:22:39 k75 sm-mta[27329]: l6L5MQN5027327: to=<cpan-testers@perl.org>, delay=00:00:13, xdelay=00:00:12, mailer=esmtp, pri=124884, relay=mx.develooper.com. [63.251.223.176], dsn=2.0.0, stat=Sent (Queued! 1184995359 qp 21633 <200707210522.l6L5M...
Too obvious. CPAN::Reporter or Test::Reporter is unable to set the from
address when switching to Mail::Send.
Stepping through the debugger. Test::Reporter::_mail_send line 344 sets
the From correctly. Later Mail::Send passes itself over to Mail::Mailer
DB<14> n
Mail::Send::open(/usr/local/perl-5.8.8/lib/site_perl/5.8.8/Mail/Send.pm:57):
57: Mail::Mailer->new(@_)->open($self);
DB<14> x \@_
0 ARRAY(0x85b1c74)
empty array
DB<15> x $self
0 Mail::Send=HASH(0xbe3ac30)
'From' => ARRAY(0xbe3c75c)
0 'andreas.koenig.gmwojprw@franz.ak.mind.de'
'Subject' => ARRAY(0xbe3c7d4)
0 'PASS WebService-Mogo2-0.01 i686-linux-64int 2.6.14'
'To' => ARRAY(0xbe3a9e4)
0 'cpan-testers@perl.org'
'X-Reported-Via' => ARRAY(0xbe3be14)
0 'Test::Reporter 1.30, via CPAN::Reporter 0.46'
Aha. I have sendmail installed and despite Mail::Send and Mail::Mailer
carefully keep the $sender and $hdr intact, Mail::Mailer::sendmail
throws it away because it cannot handle it.
The documentation of Test::Reporter tells me that I can use
$tr->mail_send_args(['smtp']); perhaps. So let's try. With MailTool
2.00_01 I must write a bugreport that there is a syntax error.
http://rt.cpan.org/Ticket/Display.html?id=28411
the syntax. This dies without an error message.
So I come to the conclusion that I must fix Test::Reporter for me.
IS this all I need?
- use constant FAKE_NO_MAIL_SEND => 0; # for debugging only
+ use constant FAKE_NO_MAIL_SEND => 1; # for debugging only
YES!
2007-07-19 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Bug: 'fforce get STAS/libapreq-1.33.tar.gz' runs into an endless loop.
All the configure_requires stuff is only working for "install", often
not for get/make/test. The first get must keep a record that it has
already tried the other get so it won't repeat this step.
And I saw "Panic: ..." from
$CPAN::Frontend->mydie("Panic: A prerequisite is not available, please investigate...");
and this is presumably the spot where I should look into
sponsored_modules (sp?)
2007-07-18 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* http://rt.cpan.org/Ticket/Display.html?id=28369 about
WRW/Barcode-Code128-2.01.tar.gz
* http://rt.cpan.org/Ticket/Display.html?id=28370 about
CHROMATIC/Crypt-CipherSaber-1.00.tar.gz
2007-07-17 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* 0 E. [17-Jul 229: David Golden ] Re: FAIL Module-Mask-0.03 i686-linux 2.4.27-3-686
* binarysearch for J/U:r
23023 YAML::Syck
26015 YAML, Jifty::DBI
27939
28005 Params::Validate, DateTime (P:V 0.86 broke at 27942)
28513 DateTime::Format::Strptime
29023 DateTime::Format::Strptime
29527
OMG, I see all the UNIVERSAL::require errors and then an "ok" so it gets
installed just to prove my testing pointless:-(
30019 YAML::Syck
* UNIVERSAL::require and Jifty have some broken relationship. Maybe we
could run a binary search with a very limited test? The testsuite of
UNIVERSAL-require-0.11 has no issues with bleadperl but Jifty uses U:r
it in a way that fails since day X. t/00-load.t would do for the binary
search. Let's disable CPAN::Reporter and add the test/args:
TEST_FILES=t/00-load.t to the distroprefs file. And
cpanconfig/test_report: 0.
Not possible because Jifty-DBI-0.41 fails with 23023. And PASS 94 : FAIL
68 is not encouraging to continue with this test. Since 2007-06-29T20:11
I haven't seen a PASS for Jifty::DBI.
t/10schema.t 7 1792 147 7 16 20 27 33 39 45 51
But Jifty::DBI from SVN works, so we can adjust everything to
2007-07-15 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* off topic: working on Module::Build for "the corridor". Trying to
determine the exact boundaries of the corridor. The lower end is not
that hard to determine because binarysearch finds its way through the
area. But the upper boundary is slow because for some reason questions
are being asked by, e.g. 25125. Ah, it is within the corridor. 26003 is
outside. First broken perl is 23190, last one is....25414.
And running make test in SVN rev. 9738 with my fixes:
% for p in /usr/local/perl-5.6.2/bin/perl /usr/local/perl-5.8.[01378]/bin/perl /usr/local/perl-m-5.8.0@31162/bin/perl /home/src/perl/repoperls/installed-perls/perl/p*/perl-5.*@{23190,24139,25125,25414,31614}/bin/perl ; do
$p Build.PL&&./Build test || break
done
2007-07-14 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Todo: investigate version.pm and Module::Build in the 23000-25000
corridor. I recently posted the problem and Schwern made a suggestion I
need to test against.
* TMOERTEL/Test-LectroTest-0.3500.tar.gz started to fail with 31613 but
it had already a fail with 31429. Reproducable? The test takes a very
long time, tempting to press ^C. OK, after a couple of minutes, all
tests OK.
This is the FAIL with 31613:
t/gens............
# Failed test 'Float(sized=>0,range=>[-400,-200]) dist mean is -300 (z-score = -3.93)'
# at t/gens.t line 1149.
# '3.92902581170997'
# <
# '3.89'
# Looks like you failed 1 test of 248.
dubious
^ITest returned status 1 (wstat 256, 0x100)
DIED. FAILED test 55
And this with 31429:
t/gens............
# Failed test 'String() length under sizing [1..1] dist mean is 0.5 (z-score = -3.98)'
# at t/gens.t line 1149.
# '3.98295682672687'
# <
# '3.89'
# Looks like you failed 1 test of 248.
dubious
^ITest returned status 1 (wstat 256, 0x100)
http://rt.cpan.org/Ticket/Display.html?id=28195
* DBIx-Timeout just now got a ticket for a missing dependency and of
course a distropref too.
http://rt.cpan.org/Ticket/Display.html?id=28193
2007-07-13 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* ANDYA/Set-IntSpan-Fast-v1.0.tar.gz is still reported an newer than the
installed 1.000000 ?! I just saw it with 5.8.9-tobe, never with blead,
maybe because I never run the r command with blead?
Retesting with 31599:
cpan[1]> r /intspan/
CPAN: Storable loaded ok (v2.16)
Going to read /home/sand/.cpan/Metadata
Database was generated on Thu, 12 Jul 2007 20:50:00 GMT
CPAN: YAML::Syck loaded ok (v0.94)
Going to read /home/sand/.cpan/build/
............................................................................DONE
Found 606 old builds, restored the state of 463
Package namespace installed latest in CPAN file
Set::IntSpan::Fast v1.0 1.000000 ANDYA/Set-IntSpan-Fast-v1.0.tar.gz
1 installed module has a version number of 0
they are
Module < Set::IntSpan::Fast (ANDYA/Set-IntSpan-Fast-v1.0.tar.gz)
Uhhh, ohhh.
This was really two bugs: one that we believed that "v1.0" was 0. FIXED now
The other is that I believe that trailing ".0" should not actually be
treated as significant. This mainly because version.pm's numify really
translated v1.0 to 1.000000 and has no roundtrip between numify and
normal:
% /home/src/perl/repoperls/installed-perls/*/p*/perl-5.*@31614/bin/perl -Mversion -le 'print version->new(version->new("v1.0")->numify)->normal'
v1.0.0
I adjusted CPAN::Version to trim trailing ".0" (but keep one).
http://rt.cpan.org/Ticket/Display.html?id=28206
2007-07-12 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* HTTP::Server::Simple random test results
http://rt.cpan.org/Ticket/Display.html?id=28122
2007-07-11 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Exporter::Simple now has its test scripts but the binary search points at
Change 29023 by stevep@stevep-kirk on 2006/10/15 17:17:32
Upgrade to Time-HiRes-1.93.
What a crap! The reason turns out to be that I have distroprefs files
that 1.8855 could not grok and 1.8855 was not forward compatible and
very misbehaving visavis unknown parameters. FINISHED after some days
* Encode::IBM fails at 'make install' after successful make test
http://rt.cpan.org/Ticket/Display.html?id=28090
* Brandon Black suggests that ftp: URLs shall not be tried before all
http URLs have been tried with all external programs we could find.
We currently do this: the outer loop is about easy/hard/hardest where
easy means LWP+Net::FTP, hard has the code for external programs,
hardest is about an external "ftp" program. The inner loop iterates over
URLs. His suggestion means that we shall devide the URLs into http and
ftp and shall run:
easy with file
easy with http
hard with http
easy with ftp
hard with ftp
hardest (which is ftp only per definition)
Test it with ftp://AFTP, http://BHTTP, file://CFILE and 'get
DDDD/notexist-0.0.tar.gz'
I see:
Fetching with LWP:
file://CFILE/authors/01mailrc.txt.gz
Fetching with LWP:
http://BHTTP/authors/01mailrc.txt.gz
Trying with "/usr/bin/curl -L -f -s -S --netrc-optional" to get
http://BHTTP/authors/01mailrc.txt.gz
Trying with "/usr/bin/wget -O /home/k/.cpan/sources/authors/01mailrc.txt.tmp14022" to get
http://BHTTP/authors/01mailrc.txt.gz
Trying with "/usr/bin/lynx -source" to get
http://BHTTP/authors/01mailrc.txt.gz
Fetching with LWP:
http://www.perl.org/CPAN/authors/01mailrc.txt.gz
No, this is a new bug. Before we send them to perl.org, we should try
the ftp URL. So we need 5 steps more for the default URLs for a total of
11. Very nice. Seems to work now but needs a rewrite in a less obscure
style: tuples instead of strings that get manipulated and maybe a
$filter argument to reduce the number of necessary methods.
DONE.
2007-07-09 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* [09-Jul 60: Steve Peters ] Help in finding bleadperl test failures
Steve asks for help with MasonX::Interp::WithCallbacks. But I have to
backtrack because this is a case of shadowing. 28840 had issues with a
prereq, namely DWHEELER/Params-CallbackRequest-1.17.tar.gz. So now I
need two binary searches for that, 23023-28840-31573 to determine where
the shadowing starts and where it ends and then continue with the initial
request.
other modules, in this case 'Running make for
Y/YS/YSAS/SWF-File-0.42.tar.gz'. I must find a way to only take the
second part of these chunks.
2007-07-04 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Toremember: the big loop must run from a window that can connect to
the X server. Or we must bug the authors that they write tests that are
not depending on a running window server. Like DISPLAY=:121 ? Does
AnyEvent behave with that?
* Today (@31526) potentially new fails seem to be
LGODDARD/Time-Simple-0.052.tar.gz, JONALLEN/a2pdf-1.13.tar.gz, and
PCANARAN/HTML-GMap-0.04.tar.gz
Two autobundle runs compared show several improvements due to "depends"
but nothing that hints at Time-Simple. PDF::API2::Simple 1.1.2 hints at
a2pdf and nothing hints at HTML-GMap.
Time-Simple really failed for the first time ever. The failure can be
reproduced, even with fforce and with @31515! It has something to do
with 23:59:59 vs 22:59:59.
a2pdf has PASS:FAIL 78:13. I see
Can't load '/home/src/perl/repoperls/installed-perls/perl/p7mD5hd/perl-5.8.0@31526/lib/5.9.5/i686-linux-64int/auto/Fcntl/Fcntl.so' for module Fcntl: /home/src/perl/repoperls/installed-perls/perl/p7mD5hd/perl-5.8.0@31526/lib/5.9.5/i686-linux-64int/au...
This might be a core change? No, it's reproducable with 31515 which was
previously doing fine with this distro.
HTML-GMap-0.04 has 0:1, it is new in the arena.
2007-07-03 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Bug: does not seem to uncover recursive dependencies. I speced
match:
distribution: "^SZABGAB/Spreadsheet-ParseExcel-\d"
depends:
requires:
Spreadsheet::ParseExcel::FmtJapan2: 0
unknowing that this was a recursive dependency. The throttling strategy
in CPAN::Queue kicked in and I had to kill this run.
* megainstall with yesterday's version was broken: only 688 distros and
8 MB logfile. What did the other 550 do?
Looks good
Writing Makefile for classes
Can't use string ("0.25") as a HASH ref while "strict refs" in use at lib/CPAN.pm line 7868.
FIXED
* Bug: untar happens twice FIXED
* To be tested: is the behaviour sane when they say configure_requires:perl:15?
* Use it for DBI/DBD::SQLite! DONE
* Revisit all depends/* distroprefs if they were written with the correct
flavor of *requires. E.g. X500::DN/Parse::RecDescent certainly is a
"requires" not a "build_requires" but nobody would notice because we
install P:R later anyway. DONE
* JROBINSON/SQL-Translator-0.08 has a configure_requires on
Module::Build::Compat. I saw this today with blead@23190:
Can't locate Module/Build/Compat.pm in @INC (@INC contains: /home/src/perl/repoperls/installed-perls/perl/pvvpo99/perl-5.8.0@23190/lib/5.9.2/i686-linux-64int /home/src/perl/repoperls/installed-perls/perl/pvvpo99/perl-5.8.0@23190/lib/5.9.2 /home/src/...
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)
CPAN: CPAN::Reporter loaded ok (v0.44)
PERL_DL_NONLAZY=1 /home/src/perl/repoperls/installed-perls/perl/pVSGU0p/perl-5.8.0@31443/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
t/depends....Failed to change directory to '/home/sand/.cpan/build/Module-Depends-0.12-hZuYHR/t/no-such-dir' at /home/sand/.cpan/build/Module-Depends-0.12-hZuYHR/blib/lib/Module/Depends.pm line 66
# Looks like you planned 17 tests but only ran 7.
# Looks like your test died just after 7.
dubious
Test returned status 255 (wstat 65280, 0xff00)
DIED. FAILED tests 8-17
Failed 10/17 tests, 41.18% okay
Failed Test Stat Wstat Total Fail List of Failed
-------------------------------------------------------------------------------
t/depends.t 255 65280 17 20 8-17
Failed 1/1 test scripts. 10/17 subtests failed.
Files=1, Tests=17, 2 wallclock secs ( 0.57 cusr + 0.04 csys = 0.61 CPU)
Downgrading to DAGOLDEN/File-chdir-0.07.tar.gz fixes the tests:
RCLAMP/Module-Depends-0.12.tar.gz
/usr/bin/make -- OK
Running make test
PERL_DL_NONLAZY=1 /home/src/perl/repoperls/installed-perls/perl/pVSGU0p/perl-5.8.0@31443/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
t/depends....Subroutine main::build_requires redefined at /home/src/perl/repoperls/installed-perls/perl/pVSGU0p/perl-5.8.0@31443/lib/5.9.5/Exporter.pm line 66.
at Makefile.PL line 3
Subroutine main::include_deps redefined at /home/src/perl/repoperls/installed-perls/perl/pVSGU0p/perl-5.8.0@31443/lib/5.9.5/Exporter.pm line 66.
at Makefile.PL line 3
Subroutine main::requires redefined at /home/src/perl/repoperls/installed-perls/perl/pVSGU0p/perl-5.8.0@31443/lib/5.9.5/Exporter.pm line 66.
at Makefile.PL line 3
ok
All tests successful.
Files=1, Tests=17, 3 wallclock secs ( 0.84 cusr + 0.06 csys = 0.90 CPU)
I have not checked which behaviour I find more appropriate just wanted
to let you know.
http://rt.cpan.org/Ticket/Display.html?id=27721
* MLEHMANN/AnyEvent-2.52.tar.gz Started dying on 2007-06-21T21:46 with
'X connection to localhost:10.0 broken (explicit kill or server
shutdown).' But not always.
* JRED/Event-ExecFlow-0.63.tar.gz?
Depends on AnyEvent.
* DBRIAN/XML-SimpleObject-0.53.tar.gz? Does not declare prereq XML::Parser
http://rt.cpan.org/Ticket/Display.html?id=27109 (six weeks ago)
2007-06-23 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* CHROMATIC/Crypt-CipherSaber-1.00.tar.gz had a dropout at 31444 need to
look closer
* Off topic Todo: Devel::Symdump fails recur test with 5.00504.
But succeeds in the debugger.
* DMAKI/File-Extract-0.06.tar.gz is dependent on Spreadsheet::Read and
therefore has mixed results.
* Refactor the distroprefs with one file for all the "standard" MI
distros. DONE but as of 31446 not yet tested.
2007-06-22 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Glib: I once put a patch for Glib into /tmp/ and then forgot and then
lost the patch. Today I reconstructed what might have been in there so
that the distroprefs get useable again. Similarly I had to put the Gtk2
patch from patches/ to /tmp/.
2007-06-20 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* ZOOLEIKA/SVG-Plot-0.06.tar.gz
http://rt.cpan.org/Ticket/Display.html?id=27652
* MRAMBERG/Catalyst-Plugin-Unicode-0.3.tar.gz is among the new fails but
I don't see a fail report on cpantesters. Ah, he did not include the
inc/ directory so need Module::Install installed. Does not build, cannot
write a Reporter mail. Already reported by DANIELTWC
https://rt.cpan.org/Ticket/Display.html?id=27633
* ARANDAL/parrot-0.4.13.tar.gz does not even finish make:-(
2007-06-19 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* DBI 1.57 needs a binary search and I cannot compile perls between
20373 and 20575. They all fail with
cc -L/usr/local/lib -o miniperl \
miniperlmain.o opmini.o libperl.a -lnsl -ldl -lm -lcrypt -lutil -lc
libperl.a(mg.o): In function `Perl_magic_set':
/home/src/perl/repoperls/perl-p-5.8.0@20573/mg.c:2215: undefined reference to `setruid'
/home/src/perl/repoperls/perl-p-5.8.0@20573/mg.c:2269: undefined reference to `setrgid'
/home/src/perl/repoperls/perl-p-5.8.0@20573/mg.c:2364: undefined reference to `setproctitle'
libperl.a(pp_sys.o): In function `Perl_pp_fteread':
/home/src/perl/repoperls/perl-p-5.8.0@20573/pp_sys.c:2949: undefined reference to `eaccess'
libperl.a(pp_sys.o): In function `Perl_pp_ftewrite':
/home/src/perl/repoperls/perl-p-5.8.0@20573/pp_sys.c:2976: undefined reference to `eaccess'
libperl.a(pp_sys.o): In function `Perl_pp_fteexec':
/home/src/perl/repoperls/perl-p-5.8.0@20573/pp_sys.c:3003: undefined reference to `eaccess'
collect2: ld returned 1 exit status
So we could try to replace mg.c and pp_sys.c with later versions? We
could look into our history if we ever had such an encounter -- No.
So we need to document that because we will have to go into this region
again.
Where were mg.c changes?
./bin/blame-helper.pl --diffdir APC/5.9.0/diffs --lower 20400 --upper 24009 mg.c
As expected, I cannot compile 20829 either. As all this is highly
unlikely to help we should rather look into config.sh:
Maybe I should try to add to --config '-Ud_eaccess -Ud_setruid
-Ud_setrgid -Ud_setproctitle'? I think I did that before. Because we
have the directories already I edit the config.sh to the same effect and
run make again. I do this in 20474. Yes this is the way to go.
Lets write this in perl:
perl -pi~ -e 's/define/undef/ if /^d_(eaccess|setruid|setrgid|setproctitle)=/' config.sh
----Program----
eval q{use DBI 1.57};
I've voiced myself in the ticket for now.
* RUZ/DBIx-SearchBuilder-1.48 intermittant failures.
http://rt.cpan.org/Ticket/Display.html?id=27557
* DBIx-Class with 31369
t/cdbi-t/06-hasa.t 1 256 24 1 17
t/cdbi-t/09-has_many.t 1 256 31 1 31
t/cdbi-t/12-filter.t 255 65280 50 67 1-2 15-16 18 20-50
t/cdbi-t/18-has_a.t 2 512 41 2 26-27
t/cdbi-t/19-set_sql.t 255 65280 17 11 12-17
t/cdbi-t/22-self_referential.t 255 65280 2 4 1-2
But sometimes all tests pass because these tests are skipped with the
reason given "Class::Trigger and DBIx::ContextualFetch"
Are these modules specified as prereqs? No. Bug report filed as
http://rt.cpan.org/Ticket/Display.html?id=27555
2007-06-09 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* new fails vs gone fails @31356 disappointing:
[ADEO/Data-Random-0.05.tar.gz, BYRNE/SOAP-Lite-0.69.tar.gz,
DBRIAN/XML-SimpleObject-0.53.tar.gz, DMAKI/Class-DBI-Loader-0.32.tar.gz,
IAMCAL/Flickr-API-0.08.tar.gz, IAMCAL/XML-Parser-Lite-Tree-0.03.tar.gz,
LBROCARD/Test-WWW-Mechanize-Catalyst-0.37.tar.gz,
MIYAGAWA/CGI-Untaint-email-0.03.tar.gz,
MIYAGAWA/Class-DBI-SQLite-0.11.tar.gz, MKUTTER/SOAP-WSDL-1.23.tar.gz,
MTHURN/Tk-Wizard-2.007.tar.gz, PETDANCE/Test-WWW-Mechanize-1.14.tar.gz,
PETDANCE/WWW-Mechanize-1.30.tar.gz,
SIMON/Class-DBI-Loader-Relationship-1.2.tar.gz,
TEEJAY/Maypole-2.111.tar.gz, TMTM/CGI-Untaint-date-1.00.tar.gz,
TMTM/Class-DBI-Plugin-RetrieveAll-1.04.tar.gz, TSCH/Glib-1.144.tar.gz,
VKON/Tcl-0.95.tar.gz, YARON/WWW-Monitor-0.24.tar.gz]
[CORION/Test-Without-Module-0.09.tar.gz,
MRAMBERG/Catalyst-View-TT-0.25.tar.gz,
MSISK/HTML-TableExtract-2.10.tar.gz,
PETDANCE/Template-Timer-0.04.tar.gz, STAS/libapreq-1.33.tar.gz,
VKON/Tcl-0.91.tar.gz]
Well, Mech was failing because wikipedia was down;), so it's not
reproducable and OK.
2007-06-08 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* http://rt.cpan.org/Ticket/Display.html?id=27491 Log-Report-0.05
because it hangs during the test I cannot put it into megainstall
2007-06-07 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* SWF::Builder flaky test. Seemingly random results. This RT ticket is
now 4 weeks old. Need to patch the distro.
http://rt.cpan.org/Ticket/Display.html?id=26971
distroprefs/YSAS.SWF-Builder.yml DONE
* POE 0.9989 fails a tk test under very rare unknown circumstances.
Only three time (2007-06-06T19:55 (31344), 2007-05-29T05:48 (31296),
2007-05-26T14:17 (31281)) in 26*6+1 times. The failure is not
reproducable. The logfiles show all three times exactly the same:
t/30_loops/50_tk/wheel_run...................
# Failed test 'coderef/shutdown close'
# at t/30_loops/00_base/wheel_run.pm line 332.
# got: 'close'
# expected: 'stdout'
# Looks like you planned 99 tests but only ran 97.
# Looks like you failed 1 test of 97 run.
dubious
^ITest returned status 1 (wstat 256, 0x100)
DIED. FAILED tests 53, 98-99
^IFailed 3/99 tests, 96.97% okay
http://rt.cpan.org/Ticket/Display.html?id=27478
* MSISK/HTML-TableExtract
https://rt.cpan.org/Ticket/Display.html?id=20709
The output looks very similar to HTML::CalendarMonth. It's about the
difference between <foo attr=0> and <foo attr="0">.
I see very randomly looking test results. There must be a correlation to
some already installed module.
$ grep -r 'eval.*use ' lib/
lib/HTML/TableExtract.pm: eval "use HTML::TreeBuilder";
lib/HTML/TableExtract.pm: eval "use HTML::ElementTable 1.17";
The TreeBuilder is it.
But this does not answer the HTML::CalendarMonth problem.
* why does an upgrade install Chart 2.4.1? Because 2.4.1 < 2.3? How does
this happen?
Chart::Mountain undef 2.004001 CHARTGRP/Chart-2.4.1.tar.gz
2007-06-05 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Todo: Test if we can work with YAML::Tiny.
http://svn.ali.as/cpan/concept/cpan-yaml-tiny/
No, it fails on many distroprefs files and on FTPstats.yml. This was
with 0.12.
* WWW::Live365 has very mixed/random test results. Most recent breakage
was WWW::Mechanize but this seems to be fixed now, so probably
everything OK.
2007-06-04 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Watch HTML-TreeBuilder-XPath-0.08
It failed suddenly in current build and has quite a good history of
green builds, although not perfect.
* Binary searches in some regions below 23023 are getting uglier and
uglier. I now see test failures in CPAN.pm's 10version.t (Out of
memory!) so CPAN.pm does not get installed, we have to use a very old
CPAN.pm which cannot install current CPAN::Reporter and cannot run
distroprefs. So it asks all the questions that we had so happily
eliminated.
Some time ago I had always used the very current CPAN.pm from the repo
for running the binary searches. Maybe I should switch back to that?
Notest is your friend! First we check if we are below patchlevel 23023.
Then we check if we are below 1.8802. If so, we install 1.8802 so that
we get at "notest". Then we install current version with the help of
notest. Fini. Now it flies again.
* SADAHIRO/ShiftJIS-X0213-MapUTF-0.30.tar.gz might also be a candidate,
or with the same history pattern:
SADAHIRO/ShiftJIS-CP932-MapUTF-1.01.tar.gz
Let's try with
ShiftJIS::X0213::MapUTF
This became a BBC article on 2007-06-05
* Time-HiRes-Value-0.04 has an unreproducable test failure.
make[3]: Entering directory `/home/sand/.cpan/build/Time-HiRes-Value-0.04-GZ0nGl'
PERL_DL_NONLAZY=1 /home/src/perl/repoperls/installed-perls/perl/p4tyIz4/perl-5.8.0@31330/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
t/01test......ok
t/02timing....
# Failed test at t/02timing.t line 19.
# got: ''
# expected: '1'
# Looks like you failed 1 test of 2.
dubious
^ITest returned status 1 (wstat 256, 0x100)
DIED. FAILED test 2
^IFailed 1/2 tests, 50.00% okay
Failed Test Stat Wstat Total Fail List of Failed
-------------------------------------------------------------------------------
t/02timing.t 1 256 2 1 2
Failed 1/2 test scripts. 1/52 subtests failed.
* LBROCARD/Devel-ebug-0.48.tar.gz has intermittent failures, should be
reported.
* SAVA/Encode-IMAPUTF7-1.00.tar.gz candidate for binary search? 23023
fails also. 20002 doesn't fail. After many hours we reach the interval
between 22774 and 22872 and we need to build new perls again.
Before we reach the endpoint I already see that the test output has
already changed somewhere, so maybe we need more binary searches. The
failure @22842 looks so simple:
t/0-test....Modification of a read-only value attempted at /home/sand/.cpan/build/Encode-IMAPUTF7-1.00/blib/lib/Encode/IMAPUTF7.pm line 39.
# Looks like your test died before it could output anything.
t/0-test....dubious
Test returned status 255 (wstat 65280, 0xff00)
----Program----
eval q{use Encode::IMAPUTF7 1.00};
print $@ ? "N/A" : "OK";
print "\n";
20070419T1622 perl 30979
20070419T1942 perl 30985
Only 8 tests out of my 880 distributions fail with this regression:
Params::Util, Graph (3 tests),
Then Algorithm::Dependency tries again to test Params::Util 4 times. Why
4 times?
First time during make because I forgot to set PERL_AUTOINSTALL=--skip.
It seems to choose CPANPLUS to do the job, maybe because I have set
CPANPLUS_IS_RUNNING? CPANPLUS then runs make test on Params::Util twice.
Then CPANPLUS gives up with
*** Params::Util installation cancelled.
*** Module::AutoInstall installation finished.
Then CPAN.pm reaches 'make test' and Module::Autoinstall or something is
called again from the Makefile and CPANPLUS runs the test on
Params::Util twice again just to reach the same conclusion.
The regression in blead is reported to P5P. The thing with
Module::Install has no place where it should be directed. Rantbox?
* The kwalify test also fails on 5.8.0 with YAML 0.39. Which YAML has my
5.6.2? None, only YAML::Syck 0.84 which was a regression. Trying to
compile 0.85 fails already during its own tests on 5.6.2. 0.82 ditto. So
is it time to install 0.85 with force? Yes, but with this the test in
12cpan still fails. Maybe I should ask the question the other way round.
If we downgrade YAML to 0.39, can we then reproduce the bug with 5.9.5?
Trying with blead@31000: make test OK; make run + install
INGY/YAML-0.39.tar.gz OK; make test OK.
2007-04-20 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* off topic:
http://www.oreillynet.com/pub/a/databases/2007/04/12/building-a-data-warehouse-with-mysql-and-perl.html
(sam tragar)
* http://bricas.vox.com/
* it seems like maybe a recent upgrade of XML::LibXML broke XML::Atom?
Where is the script that quickly confirms/denies this hypothesis?
* "Found 1659 old builds, restored the state of 880"
So we did not reach 1000 yet.
* Test::WWW::Mechanize has many PASSes _and_ FAILs.
* I have removed from megainstall: PGP::Sign because it does not set $|;
and Djabberd because it seemed to hang in the test even when it could
write to /tmp/djabberd/
* 5.6.2 fails one kwalify test in 12cpan.t for non obvious reason.
2007-04-19 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Crypt::OpenPGP needs a fix in the distroprefs file. What was the
problem? During XML-FOAF the usual recursion into installing OpenPGP
seemed to happen. Yes, I had PERL_AUTOINSTALL set, now added
PERL_EXTUTILS_AUTOINSTALL.
As long as this was missing, we had to kill the recursively acting
installer three times: during make, make test, and make install.
DONE.
* 1.91 is out.
2007-04-18 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* bug: megainstall contains Bundle::Pause which is not published. Should
be.
2007-04-17 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* see thread "echo die > Makefile.PL" on module-authors. Fortunately,
Joshua argues well.
* Slaven sent me dependency statistics on freebsd ports of perl modules.
I have checked the 208 top lines (20+ references) of 1200. I found
IO::Socket::INET6 hanging and added a few others to megainstall.
* reports command should display open issues on rt.cpan.org. Current
value to look up is
http://rt.cpan.org/Public/Dist/Display.html?Name=Template-Timer
Currently one would search for the element table and count the number of
tr minus one to get the number of new and open issues. The page is
declared as XHTML strict but isn't compliant.
2007-04-16 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Most urgent tasks?
Report Text::Hatena (JKONDO/Text-Hatena-0.20.tar.gz)
Report Locale::TextDomain (GUIDO/libintl-perl-1.16.tar.gz)
Write a bug report about Coro::Event and its interaction with CPAN.pm or
find out how to fix it and write a patch. Turn off distroprefs or work
without CPAN.pm to make things more obvious. Look:
cpan[2]> m Coro::Event
Module id = Coro::Event
CPAN_USERID MLEHMANN (Marc Lehmann <pcg@goof.com>)
CPAN_VERSION 2.1
CPAN_FILE M/ML/MLEHMANN/Coro-3.6.tar.gz
UPLOAD_DATE 2007-04-14
MANPAGE Coro::Event - do events the coro-way
INST_FILE (not installed)¯
Analyse the endless loop in "fforce test Task::Smoke". Maybe the fforce
is to blame?
FirstTime manpage?
Implement configure_requires? (testcase RPC::XML)
Implement a depends/requires keyword for distroprefs? (Testcase
Spreadsheet-ParseExcel (http://rt.cpan.org/Ticket/Display.html?id=24693)
or XML-Filter-XInclude
(http://rt.cpan.org/Ticket/Display.html?id=27401))
Speedup the cleanup? DONE [...time passes...] But I do not like the new
version. I want to see how long it takes/will take. svk rev. 2216 seems
to provide that.
Implement 30shell.t in a way that always emits useful output after a
failure? DONE in SVK rev. 2255
Find an opinion on MIME-tools. It seems that nobody cares. It's about
undef in %INC. I think it can stay as it is and we must educate
ourselves how %INC works now. But if it is not even in perldelta.pod?
Discussion on P5P was 11/12.4.
* Bug? "fforce test Task::Smoke" goes into an endless loop.
Test-TAP-Model and Task-Smoke play ping pong. All other prreqs are
satisfied quickly and prepended to PERL5LIB but these two stay active
drwx------ 6 k k 4096 Apr 16 06:58 Task-Smoke-0.15-5ksBtB
-rw-rw-r-- 1 k k 1424 Apr 16 06:58 Task-Smoke-0.15-5ksBtB.yml
-rw-rw-r-- 1 k k 1532 Apr 16 06:58 Test-TAP-Model-0.09-wUFmP9.yml
drwx------ 5 k k 4096 Apr 16 06:58 Test-TAP-Model-0.09-wUFmP9
drwx------ 6 k k 4096 Apr 16 06:58 Task-Smoke-0.15-QOiZ85
-rw-rw-r-- 1 k k 1424 Apr 16 06:58 Task-Smoke-0.15-QOiZ85.yml
-rw-rw-r-- 1 k k 1532 Apr 16 06:58 Test-TAP-Model-0.09-H3Lqy0.yml
drwx------ 5 k k 4096 Apr 16 06:58 Test-TAP-Model-0.09-H3Lqy0
drwx------ 6 k k 4096 Apr 16 06:58 Task-Smoke-0.15-6lDDuP
-rw-rw-r-- 1 k k 1424 Apr 16 06:58 Task-Smoke-0.15-6lDDuP.yml
-rw-rw-r-- 1 k k 1532 Apr 16 06:58 Test-TAP-Model-0.09-48ClDJ.yml
drwx------ 5 k k 4096 Apr 16 06:58 Test-TAP-Model-0.09-48ClDJ
drwx------ 6 k k 4096 Apr 16 06:57 Task-Smoke-0.15-V3h8gK
-rw-rw-r-- 1 k k 1424 Apr 16 06:57 Task-Smoke-0.15-V3h8gK.yml
-rw-rw-r-- 1 k k 1532 Apr 16 06:57 Test-TAP-Model-0.09-MI4CP5.yml
drwx------ 5 k k 4096 Apr 16 06:57 Test-TAP-Model-0.09-MI4CP5
drwx------ 6 k k 4096 Apr 16 06:57 Task-Smoke-0.15-0rmHRt
-rw-rw-r-- 1 k k 1424 Apr 16 06:57 Task-Smoke-0.15-0rmHRt.yml
-rw-rw-r-- 1 k k 1532 Apr 16 06:57 Test-TAP-Model-0.09-A0HeR8.yml
drwx------ 5 k k 4096 Apr 16 06:57 Test-TAP-Model-0.09-A0HeR8
drwx------ 6 k k 4096 Apr 16 06:57 Task-Smoke-0.15-BpPXIa
After I interrupt the endless loop and say "install Task::Smoke" all is
well quickly. Let's page back what was prepended to PERL5LIB?
---- Unsatisfied dependencies detected during ----
---- GAAL/Task-Smoke-0.15.tar.gz ----
Test::TAP::Model [requires]
Prepending /home/k/.cpan/build/Test-TAP-HTMLMatrix-0.08-t1Tza8/blib/arch /home/k/.cpan/build/Test-TAP-HTMLMatrix-0.08-t1Tza8/blib/lib /home/k/.cpan/build/Method-Alias-1.03-Xgby0k/blib/arch /home/k/.cpan/build/Method-Alias-1.03-Xgby0k/blib/lib /home/k...
Running Build test
Delayed until after prerequisites
Running test for module 'Test::TAP::Model'
Running make for N/NU/NUFFIN/Test-TAP-Model-0.09.tar.gz
Prepending /home/k/.cpan/build/Test-TAP-HTMLMatrix-0.08-t1Tza8/blib/arch /home/k/.cpan/build/Test-TAP-HTMLMatrix-0.08-t1Tza8/blib/lib /home/k/.cpan/build/Method-Alias-1.03-Xgby0k/blib/arch /home/k/.cpan/build/Method-Alias-1.03-Xgby0k/blib/lib /home/k...
Signature for /home/ftp/pub/CPAN/authors/id/N/NU/NUFFIN/CHECKSUMS ok
Checksum for /home/ftp/pub/CPAN/authors/id/N/NU/NUFFIN/Test-TAP-Model-0.09.tar.gz ok
2007-04-15 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
Snapshot_2007_04_11_0[01].pm
The only version difference is in Tk::Tree, impossible that it has an
influence.
2007-04-10 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* t/op/pat....................................................FAILED at test 1658
this is with bleadperl @ 30881
2007-04-09 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Need tests for dot distros and scripts. megainstall tests both but is
too slow and we had no dot distro running on MB.
2007-04-08 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Bug: my first trial (after the release of 1.90) to use "cpan ." with
class-mop failed. It did not try the Build.PL but compleined about the
inexistent Makefile.PL. Trying again with full path gave the same ugly
result:
Running make for /home/src/perl/class-mop/SVN/.
Prepending /home/k/.cpan/build/Test-Without-Module-0.09-4HOjGl/blib/arch /home/k/.cpan/build/Test-Without-Module-0.09-4HOjGl/blib/lib to PERL5LIB for 'get'
Has already been unwrapped into directory /home/src/perl/class-mop/SVN/.
Prepending /home/k/.cpan/build/Test-Without-Module-0.09-4HOjGl/blib/arch /home/k/.cpan/build/Test-Without-Module-0.09-4HOjGl/blib/lib to PERL5LIB for 'make'
CPAN.pm: Going to build /home/src/perl/class-mop/SVN/.
Can't open perl script "Makefile.PL": No such file or directory
Warning: No success on command[/home/src/perl/repoperls/installed-perls/perl/pqoGi7b/perl-5.8.0@30869/bin/perl Makefile.PL]
Directory '/home/src/perl/class-mop/SVN/.' not below /home/k/.cpan/build, will not store persistent state
Prepending /home/k/.cpan/build/Test-Without-Module-0.09-4HOjGl/blib/arch /home/k/.cpan/build/Test-Without-Module-0.09-4HOjGl/blib/lib to PERL5LIB for 'test'
Running make test
Make had some problems, won't test
CPAN: Module::Build loaded ok (v0.2807)
Failed during this command:
/home/src/perl/class-mop/SVN/. : writemakefile NO '/home/src/perl/repoperls/installed-perls/perl/pqoGi7b/perl-5.8.0@30869/bin/perl Makefile.PL' returned status 512
First culprit is the 'return 1;' in line 5730.... FIXED in SVK rev. 2187
or so.
* Nice to have: serialization needs to be able to deal with JSON et.al.
too.
* LWP::UserAgent usage is not centralized, several spots of copy&paste.
2007-04-07 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Nice to have: an overview over the neuralgic patches up to 5.10 that
broke XS modules with both links to patches, versions of the modules
before and after the fix, error messages, etc. This would help people
who have a broken XS module to find the quickest fix.
* Bug: we scan the cache for sizes, then sort by date, then delete. We
should first sort by date, then scan for sizes, then start to remove
without scanning as soon as we know we are above the limit.
* Maybe add a depends keyword to distroprefs because the number of
missing dependency declarations in modules does not decrease despite all
the bug reports we have sent out.
* As soon as we support bz2 we must have an implicit dependency on
packages Compress::Bzip2 whenever we want to untar such a thing.
* For the Todo from David Golden: On installation of a distribution,
check %INC for modules in that distribution. If found, warn the user and
suggest that they call "reload cpan" at the prompt.
Very good idea. But I had to answer:
But it will need some refinement because the
'reload cpan' command only checks for a static list of modules. It's
in my Todo file now and will be dealt with after 1.90.
Maybe we just reload whatever we have loaded at the moment? Dangerous?
How to render the process that is now already quite loud?
* HTML::CalendarMonth is failing but the error output is really large. I
just tried to report() it and must check later if the mail actually
arrived. --- It seems this report never arrives.
* Todo(???): introduce --notest and --force, etc. I'm not fond of it but
Slaven has observed that two users expected it would work that way.
* off topic: replace "falling" with "decreasing" where appropriate
* off topic: Richard's talk about debugger brings me the idea to patch
it to support saving of terminal history. I started implementing it and
then lost track of my changes. Now in k75:/home/src/perl/perl5db/
Patch sent in but Richard would like to get the default behaviour being
to write the histfile.
* bring the FirstTime dialogs into POD and back
* somebody reports that RT does recursion. But what is the driving
module for RT? RSPIER/Bundle-RT-0.030601.tar.gz ? No, this will only
tell CPAN to install "most of RT's dependent modules". Not RT itself.
--> this needs a bugreport.
* wishlist Mark Overmeer: less output
* http://www.youtube.com/watch?v=daJ1Hs_y738 screencast hint from
Juergen Christoffel
* http://rt.cpan.org//Ticket/Display.html?id=25223
contact brian
* offtopic: Perl::Repository::APC needs a doc patch that it doesn't work
on case insensitive file systems.
* Todo: write one of the CircDepe distros new to include version
number(s) in prerequisites, especially undef.
* Bug report/feature request from David Cantrell via David Golden:
report shall only report on what-I-say, but not on the prerequisites.
work properly? Well, maybe we can. We just have to try. And when? Before
the release?
I'd also need input from David because I could easily break his
intentions.
* Musing: when we some day optimize for the best CPAN mirror we shall
learn from bittorrent and consider that the index file problem is
separated from the rest of CPAN. And that we can fetch older files from
everywhere but younger files only from hosts being fresh enough.
* Next biggies: mod_perl, Subversion
* Feature request by self: The bad performance of YAML.pm seems to be a
showstopper. YAML.pm needs to be banned or disabling of YAML operations
should be possible, don't know exactly how.
* IAMCAL/XML-Parser-Lite-Tree-0.03.tar.gz fails when called early,
succeeds when called late?
Yes, this is the case. Because X:P:L:T depend on XML::Parser::Lite.
PAUSE has indexed BYRNE/SOAP/SOAP-Lite-0.60a.tar.gz for that, but I have
disabled the installation of this distro, so we fail quickly with a
missing dependency.
But during megainstall somebody installs X:P:L 0.65_3 and solves the
problem for X:P:L:T. So who is it? With locate I find this:
% ls -l /home/ftp/pub/PAUSE/authors/id/H/HE/HEX/XML-Parser-Lite-0.66.tar.gz
-rw-rw-r-- 1 root root 4388 Jan 31 13:53 /home/ftp/pub/PAUSE/authors/id/H/HE/HEX/XML-Parser-Lite-0.66.tar.gz
But when going through the logfile, I find that SOAP-Lite-0.69 has
installed it. Is my logfile the only one who knows who installed what?
What a sad story. It's getting even worse when we realize that nobody
discovers who overwrote which previous version!
I must ask HEX if this is all as intended. DONE.
We should also institutionalize a place where FAILED reports of the
PAUSE indexer are directed to. We receive 3 every day and nobody cares
about them, not even the authors.
I also need to understand how I can speed up Gnus on large, rarely
visited mailboxes. It is extremely slow on my pause mailbox and I cannot
simply catchup on that as I do with the lookslikespam mailbox.
And how do I deal with the X:P:L:T dependency in exactly this situation?
It's not a goto. We need to patch up the dependency: instead of X:P:L it
would have to be BYRNE/SOAP-Lite-0.69.tar.gz for now. But this would
have to be removed as soon as HEX gets the index entry. Well, I think we
have to pass on this one. Pity.
And we have a similar issue with Flickr::API which also depends on
XML::Parser::Lite::Tree (but which still fails tests, even if we resolve
the X:P:L dependency).
I think it's best described as a pseudo dependency. It depends on a
thing that is contained in another but this other thing hides this (with
the underscore in the version number).
As was the case before we had distroprefs, externally known dependencies
are best handled by bundle files. My "bundle file" here is the
MEGA_INSTALL macro in my Makefile.PL. I simply add SOAP::Lite _before_
Plagger.
* Feature request by self: "o conf init ~"
Should only try to talk about uninitialized or undefined config
variables. (?)
Tried it and it was much more work than expected, giving up. For a
future reference, see the lines around C< $matcher eq "~" > in
FirstTime.pm
* TTL stuff
* retry to run under Devel::Cover and actually read the results.
* Feature: make the FTPstats max counter settable.
* make _get_urllist a public method for Randy.
* Write manpage for CPAN::HandleConfig, esp load().
* I realize that CPAN::FTP::localize is undocumented and is what Randy
wants.
* Integrate hosts into $META like authors, distributions, and modules?
If we're cautious, this might turn into an automatic optimization.
If Coro does index downloads for us, we do not have to fear slow
connections and can gather better data.
* Guessing of -p0/-p1 for patch maybe wrong if the patch tries to create
a new file against, say, /dev/null.
* Would be nice: integrate the config variable name into the init
dialogs such that one has a chance to learn their names over time.
* Would be nice: 'o conf /check/' to list all variables matching a regex.
* Todo: offer the choice between (readline) Gnu and Perl and Coro. See
my trials in the bin/ directory (SVN only). Possibly this is done via
envariables? Then we only should document it.
* Mail::Send problem persists that Test::Reporter's mails do not arrive
when sent with Mail::Send but do when sent with Net::SMTP (IIRC). In any
case I must disable installation of Mail::Send somehow or debug.
Test::Reporter has got a wish item via RT already some weeks ago.
http://rt.cpan.org/Ticket/Display.html?id=13836
http://code.google.com/p/test-reporter/
* if we make the TTLs setable, maybe we should make the TTL for
CHECKSUMS file too. In any case we have the problem of imacat also when
the TTL of the local copy of the CHECKSUMS file has not yet been
reached!
* Coro. See also notes below, search for anyevent
So next problem child is Apache-Session. I find no line in the output
(yet?) that would explain the problem but a suspect it's simply due to
the mod_perl dependency. Nope. Only declared prereqs are
requires:
File::Temp: 0
Test::Deep: 0.082
Test::Exception: 0.15
Test::More: 0.47
???
2007-04-02 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Bug or what?
% make run
/home/src/perl/repoperls/installed-perls/perl/p3VGl7t/perl-5.8.0@30827/bin/perl -Ilib -MCPAN -eshell
CPAN: Term::ANSIColor loaded ok (v1.11_01)
Terminal does not support AddHistory.
cpan shell -- CPAN exploration and modules installation (v1.90)
ReadLine support available (try 'install Bundle::CPAN')
cpan[1]> m HTTP::Body
CPAN: Storable loaded ok (v2.16)
Going to read /home/k/.cpan/Metadata
Database was generated on Mon, 02 Apr 2007 05:09:49 GMT
CPAN: YAML::Syck loaded ok (v0.84)
Going to read /home/k/.cpan/build/
......................................................Use of uninitialized value in concatenation (.) or string at lib/CPAN.pm line 657.
Use of uninitialized value in concatenation (.) or string at lib/CPAN.pm line 657.
Use of uninitialized value in concatenation (.) or string at lib/CPAN.pm line 657.
Use of uninitialized value in concatenation (.) or string at lib/CPAN.pm line 657.
Use of uninitialized value in concatenation (.) or string at lib/CPAN.pm line 657.
Use of uninitialized value in concatenation (.) or string at lib/CPAN.pm line 657.
Use of uninitialized value in concatenation (.) or string at lib/CPAN.pm line 657.
Use of uninitialized value in concatenation (.) or string at lib/CPAN.pm line 657.
Use of uninitialized value in concatenation (.) or string at lib/CPAN.pm line 657.
Use of uninitialized value in concatenation (.) or string at lib/CPAN.pm line 657.
Use of uninitialized value in concatenation (.) or string at lib/CPAN.pm line 657.
Use of uninitialized value in concatenation (.) or string at lib/CPAN.pm line 657.
Use of uninitialized value in concatenation (.) or string at lib/CPAN.pm line 657.
Use of uninitialized value in concatenation (.) or string at lib/CPAN.pm line 657.
Use of uninitialized value in concatenation (.) or string at lib/CPAN.pm line 657.
Use of uninitialized value in concatenation (.) or string at lib/CPAN.pm line 657.
Catching error: 'Alert: While trying to YAML file
with '' the following error was encountered:
' at lib/CPAN.pm line 274
CPAN::shell() called at -e line 1
Same for 30824. But when I repeat the 'm' command after that, it works.
There must be a yaml file that breaks something. Needs further investigation.
The broken YAML file is ~/.cpan/build/DBD-SQLite-1.13-Hqur1h.yml which
fails at line 30/31:
29 prefs:
30 comment: '\nBecause the Makefile.PL depends on having DBI installed we w ant to\nlet them build DBI and then rerun perl Makefile.PL and then make"\n\ nIt\'s a crazy example that I do not really like. I prefer resolving\nsuch a thing...
31 install: {}
32
YAML::LoadFile isn't accepting this as valid YAML either. So who wrote
it? It was written by YAML::Syck 0.84.
https://rt.cpan.org/Ticket/Display.html?id=26057
2007-04-01 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* The HTTP::Body failing test is interesting. It's a loop over 11 cases
with 5 tests on each. We get one "ok" and the next line in the code is
an is_deeply() which consumes memory until exhausted.
Replacing YAML with YAML::Syck resolves the problem. But running the
program in the debugger with YAML also resolves it.
https://rt.cpan.org/Ticket/Display.html?id=25927
Also posted to P5P.
* Much worse, I just discover that the last run of megainstall hangs and
it is not obvious where.
It has to do with Jifty and lsof says it has
/home/k/.cpan/build/Jifty-0.70117-rnNlvG/t/Mapper as the CWD.
The last lines in the output file are
Calling 'column' within a schema class is deprecated:
package Jifty::Model::Session::Schema;
column session_id => ...; # NOT VALID
Please write this instead:
package Jifty::Model::Session;
use Jifty::DBI::Schema;
use Jifty::Record schema {
column session_id => ...; # VALID
};
Sorry for the inconvenience.
*********************************************************
at /home/k/.cpan/build/Jifty-0.70117-rnNlvG/blib/lib/Jifty/Model/Session.pm line 20
# Failed test 'use Jifty::Test::WWW::Mechanize;'
# at t/Mapper/t/01-raw-api.t line 16.
# Tried to use 'Jifty::Test::WWW::Mechanize'.
# Error: Base class package "Test::WWW::Mechanize" is empty.
# (Perhaps you need to 'use' the module which defines that package first.)
# at /home/k/.cpan/build/Jifty-0.70117-rnNlvG/blib/lib/Jifty/Test/WWW/Mechanize.pm line 5
# BEGIN failed--compilation aborted at t/Mapper/t/01-raw-api.t line 16.
# Compilation failed in require at (eval 1124) line 2.
# BEGIN failed--compilation aborted at (eval 1124) line 2.
Can't locate object method "new" via package "Jifty::Test::WWW::Mechanize" at t/Mapper/t/01-raw-api.t line 21.
# Looks like you planned 32 tests but only ran 2.
# Looks like you failed 1 test of 2 run.
http://rt.cpan.org/Ticket/Display.html?id=26001
* AltaVista::BabelFish 42.0.1
tests OK but CPAN.pm complains about an unfulfilled dependency,
IO::Redirect. CPAN.pm does no know about IO::Redirect. Ticket in RT
written.
http://rt.cpan.org/Ticket/Display.html?id=26000
* Net::Twitter 1.04
testers has a pass, no fails. No bugreports in RT. It fails because
JSON::Any fails. And JSON::Any fails because of a POD bug uncovered by
Test::Pod or some such. Uh, oh!
http://rt.cpan.org/Ticket/Display.html?id=25991
* Devel::ebug 0.47
Nothing blead related in RT. Tests ok with 30804. On retry installs
successfully also with 30791. The error in the logfile is a YAML thing.
NEEDS FURTHER WATCHING
* Template::Timer 0.04, don't know where it comes from.
It's been uploaded in 2005 and does profiling on TT. Catalyst-View-TT
may have brought that in but who brought us that? Need to look into RT
which is down at the moment. There is one bugreport about strange
behaviour with 5.9.2 but no followup. Here it fails with 20002 too and
with 16904.
Cannot imagine what the problem is. Maybe som TT internal thing and
older versions of Template did something differently.
http://rt.cpan.org/Ticket/Display.html?id=26002
* HTTP::Body 0.9 broken too.
Ahh, this is the already reported YAML bug.
* CPAN-SQLite from CVS broken too:
20070326T0114 perl 30754
20070326T0933 perl 30756
20070326T1512 perl 30759
20070326T2046 perl 30763 B
20070327T0157 perl 30769 B
20070327T0954 perl 30771 B
20070327T1451 perl 30773 B
20070327T2003 perl 30774 B
20070328T1247 perl 30775 B
20070329T0833 maint-5.8 30765
20070329T1122 perl 30776 B
20070330T0409 perl 30777 B
20070330T2244 perl 30777 B
20070330T2346 perl 30791 B
A single 'make clean' helped and is now in the LOCAL distroprefs file.
* Why is this in last night's megainstall (megainstall.20070330T2346.out):
CPAN.pm: Going to build P/PE/PEVANS/Time-HiRes-Value-0.03.tar.gz
Checking whether your kit is complete...
Looks good
Checking prerequisites...
Looks good
Creating new 'Build' script for 'Time-HiRes-Value' version '0.03'
Copying lib/Time/HiRes/Value.pm -> blib/lib/Time/HiRes/Value.pm
Manifying blib/lib/Time/HiRes/Value.pm -> blib/libdoc/Time::HiRes::Value.3
PEVANS/Time-HiRes-Value-0.03.tar.gz
./Build -- OK
Prepending /home/k/.cpan/build/DateTime-Util-Astro-0.08-yKjgxA/blib/arch /home/k/.cpan/build/DateTime-Util-Astro-0.08-yKjgxA/blib/lib /home/k/.cpan/build/mod_perl-1.30-eynhXg/blib/arch /home/k/.cpan/build/mod_perl-1.30-eynhXg/blib/lib /home/k/.cpan...
It seems to indicate that some modules were built and tested
successfully and await installation. But why did they not get installed?
I can see elsewhere in the logfile:
DMAKI/DateTime-Util-Astro-0.08.tar.gz
make install UNINST=1 -- OK
STBEY/Bit-Vector-6.4.tar.gz
make install UNINST=1 -- OK
DCONWAY/Text-Autoformat-1.13.tar.gz
make install UNINST=1 -- OK
So apparently three times the unsetting of the is_tested flag did not
work. Do we have a new bug in perl or is it our own bug?
Going back to February 22, I see the same thing for
DateTime-Util-Astro-0.08-BsMTev XML-LibXML-1.62-Zi4hvt
Apache-Session-1.82-3jaGeJ Bit-Vector-6.4-nHiJ0u
This was less noisy in January, started in February, so I suppose our
own bug:(
2007-03-30 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Perlbal fails all over since we have it in megainstall at
20070323T0231.
Why are there some logfiles without a broken Perlbal?
B for broken:
B 20070323T0231 perl 30700
20070323T0727 maint-5.8 30701 gpg failure? terminated?
B 20070323T1315 perl 30714
B 20070323T1935 perl 30726
B 20070323T2327 maint-5.8 30723
B 20070324T0326 perl 30740
B 20070324T1335 maint-5.8 30743
B 20070324T1813 perl 30745
B 20070325T0041 perl 30750
B 20070329T1122 perl 30776
20070329T1818 perl 30777 gpg failure? terminated?
B 20070330T0409 perl 30777
20070330T2219 perl 30777 terminated somehow
B 20070330T2244 perl 30777
B 20070330T2346 perl 30791
20070331T0514 perl 30804 still running
The two gpg failures/terminated questions are suspicious. I rename them
to .out.term so they do not lead to confusion.
* Perlbal failing with maintperl, bleadperl (very different failure
modes). 2 reports sent (as k), check which arrived!
And 5.8.8 failed the first time but succeeded the second time. Binary
search impossible because sometimes it hangs. Too fragile: hanging test
45 for example. Maybe the prerequisites not tight enough?
2007-03-29 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
2007-03-27 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Bug: Uuuuuh, pressing ^C and then trying an illegal command, ugliness:
LWP failed with code[500] message[read timeout]
Trying to get away with old file:
6114541 500 -rw-rw-r-- 1 1000 1000 504953 Nov 8 08:02 /home/k/.cpan/sources/modules/02packages.details.txt.gz
Going to read /home/k/.cpan/sources/modules/02packages.details.txt.gz
Database was generated on Tue, 07 Nov 2006 12:25:12 GMT
.
Caught SIGINT, trying to continue
cpan> hosts
Refusing to autoload 'hosts' while signal pending at lib/CPAN.pm line 590.
Seems to be FIXED
* Verilog-Perl a.k.a. Verilog::Language broke some day but not on perl
but on some other module most probably. I spent a long time
investigating and still no good plan how to identify the problem.
There's quite a bit to read further down on 2007-02-17.
2007-03-28 akoenig: 2007-01-27/28 the tests started failing.
grep -1 WSNYDER/Verilog-Perl logs/megainstall.20070*.out|grep 'make test'
logs/megainstall.20070127T1700.out- /usr/bin/make test -- OK
logs/megainstall.20070127T2309.out- /usr/bin/make test -- OK
logs/megainstall.20070128T0351.out- /usr/bin/make test -- NOT OK
all tests before that were OK, all tests after failed.
logs/megainstall.20070127T2309.out:ESC[1;44m WSNYDER/Verilog-Perl-2.371.tar.gz
logs/megainstall.20070127T2309.out-ESC[0mESC[1;44m /usr/bin/make test -- OK
--
logs/megainstall.20070128T0351.out:ESC[1;44m WSNYDER/Verilog-Perl-2.371.tar.gz
logs/megainstall.20070128T0351.out-ESC[0mESC[1;31m /usr/bin/make test -- NOT OK
Now this: back in February I proved it is not perl. Now I proved, it is
something based on date, not perl version. So something else was updated
that evening, either a distro or a distroprefs file.
% diff -u =(grep 'CPAN.pm: Going to' logs/megainstall.20070127T2309.out | sort) =(grep 'CPAN.pm: Going to' logs/megainstall.20070128T0351.out | sort)
--- /tmp/zshkEon7w 2007-03-28 08:09:44.000000000 +0200
+++ /tmp/zsheCNzmI 2007-03-28 08:09:44.000000000 +0200
@@ -321,6 +321,7 @@
CPAN.pm: Going to build J/JR/JROBINSON/DBIx-Class-0.07005.tar.gz
CPAN.pm: Going to build J/JR/JROGERS/Net-Telnet-3.03.tar.gz
CPAN.pm: Going to build J/JU/JURL/DBD-ODBC-1.13.tar.gz
+ CPAN.pm: Going to build J/JV/JV/Getopt-Long-2.36.tar.gz
CPAN.pm: Going to build J/JW/JWIED/Net-Daemon-0.39.tar.gz
CPAN.pm: Going to build J/JW/JWIED/PlRPC-0.2018.tar.gz
CPAN.pm: Going to build K/KA/KANE/CPANPLUS-0.076.tar.gz
It is GetOpt-Long-2.36!
Now I wrote a bug report and RT answers with an internal server error.
Bug report lost? Fortunately no:
https://rt.cpan.org/Ticket/Display.html?id=25900
* David Golden sent me this link to perlmonks
http://perlmonks.org/?node_id=603402 and we have since fixed the
documentation in perlrun or so. Need to come back to monks and report
this success. DONE.
2007-03-26 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Todo: shuffle the Todo list so that it is useable again
* Jifty seems to hang in the test
/home/src/perl/repoperls/installed-perls/perl/pWbnf63/perl-5.8.0@30754/bin/perl -w t/Mapper/t/02-api.t
I must kill the associated process because it is standing still since
2:48 and now it is 5:25. Will have to be seen again before we can take
some action.
2007-03-25 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Bug: the notest pragma seems to be sticky. I encounter today that I
cannot test Module::Build with the error message:
Skipping test because of notest pragma
I do not know who sets it. Even after 'fforce get' it is set.
After removing all Module-Build*.yml files in the build directory the
problem goes away. Apparently we restore the pragma from a previous
session... UHHH. Bug!
Fixed in SVK rev. 2112 or so.
* Todo: XUL::Node is some POE stuff and asks two questions
* rxvt-unicode current version is @ 8.2, debian's is @ 7.9
* Todo: post a working patch against Danga-Socket based on Dan Kogai's
posting
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-12/msg00187.html
binary search and then comparing the profile of installed modules and
their versions near the old and the new borderline. As we have no idea
which modules to watch we will have to use autobundle.
28094 succeeds, 95 fails. The patch 28095 is empty (!; see 28097 for
some kind of explanation). The modules in the old (failing) 28095 are
documented in Snapshot_2007_03_21_00.pm The first succeeding perl above
28094 is which? 28100 and its snapshot is Snapshot_2007_03_21_01.pm
And the first that then fails again is 28101 and I have now to change
one module after the other to find out which has a bug. The snapshot of
the 101 is Snapshot_2007_03_21_02.pm.
Upgrading ExtUtils::MakeMaker from 6.30_02 to 6.32: no success.
100 ok: Zoidberg-0.96-GO1tIS ExtUtils::Install 1.39
101 fail: Zoidberg-0.96-wZKukQ ExtUtils::Install 1.41
Stepwise upgrading of ExtUtils::Install:
54015 2006-04-09 YVES/ExtUtils-Install-1.38.tar.gz
65192 2006-04-14 YVES/ExtUtils-Install-1.39.tar.gz
66620 2006-04-15 YVES/ExtUtils-Install-1.39_01.tar.gz
56020 2006-04-30 YVES/ExtUtils-Install-1.40.tar.gz
56582 2006-07-02 YVES/ExtUtils-Install-1.41.tar.gz
57600 2007-02-02 YVES/ExtUtils-Install-1.41_01.tar.gz
57628 2007-02-03 YVES/ExtUtils-Install-1.41_02.tar.gz
58146 2007-02-11 YVES/ExtUtils-Install-1.41_03.tar.gz
1.39 ok
1.39_01 not ok
1.40 not ok
1.41 not ok
1.41_01 fails its tests
1.41_02 not ok
1.41_03 not ok
[(Sidetrack: Up/downgrading to 1.39_01 does not work. When I go to the
~/.cpan/build/ExtUtils-Install-1.39_01 and call './Build install' then I
see just this:
Reading skip patterns from 'INSTALL.SKIP'.
Writing /home/src/perl/repoperls/installed-perls/perl/pbN6H8H/perl-5.8.0@28100/lib/site_perl/5.9.4/i686-linux-64int/auto/ExtUtils/Install/.packlist
I have to remove the INSTALL.SKIP file to install it. After that the
installation finishes and I get 1.39_01.)]
Downgrading to 1.39 makes it "work" again. When it comes by zoidrc it says:
Skipping /etc/zoidrc (unchanged)
Apparently I have this zoidrc since Feb 12 or somebody set the timestamp
to that. The file belongs to me, so I would be able to overwrite it. The
failure to install it is a bug in ExtUtils::Install since 1.39_01.
http://rt.cpan.org/Ticket/Display.html?id=25627
What's noteworthy is that there seems to be no viable workaround short
of patching Zoidberg. I cannot find a way to skip the installation step
of etc/zoidrc. Not with "appdir", not with "distroprefs/*/commandline"
where I tried to remove some files in the right moment, not with
"||true" on the commandline because etc/zoidrc comes before the modules.
Only thing is to disable all ExtUtils::Install after 1.39 and allow 1.39
and downgrade everywhere. But here my love to Zoidberg is not strong
enough and I decide to wait for a new release of ExtUtils::Install.
2007-03-20 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Bug in perldoc when rendering S< > which is being used in
Tk/pod/mega.pod. It seems the rest of the line is being lost or so.
tkpod displays it correctly.
* Todo: screencast into the distro.
http://kubasik.net/blog/2006/12/04/finally-howto-screencast-on-linux/
http://ubuntu.wordpress.com/2006/06/08/how-to-create-a-screencast-in-ubuntu/
I think I do not like these tools. They may be good for a YouTube video
but for inclusion in the distro I want a text file that can be replayed,
not a video. Tk, wx or curses. But maybe with sound. And of course,
things that need just-in-time-explanation like "Watch now what happens
when I hit TAB" or "see the result in slow motion now". It's probably
much harder to produce such a beast than one would think on first sight.
2007-03-19 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Todo: fix wxWidgets to not download 20 MB every time I try to build
it. [...] Oh well, I removed wxWidgets from MEGA instead.
* Todo: investigate a bug in Cache.pm. Cache-2.04 failed today but it
does not fail when I want to report the bug. The error message in the
logfile was:
t/file...........
# Failed test 'Cache::Tester::test_expiry: entry with 1 sec timeout added'
# at /home/k/.cpan/build/Cache-2.04-L1wXv8/blib/lib/Cache/Tester.pm line 449.
# Looks like you failed 1 test of 84.
dubious
Test returned status 1 (wstat 256, 0x100)
DIED. FAILED test 37
Failed 1/84 tests, 98.81% okay
2007-03-18 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Alien::wxWidgets uses C< use Fatal qw(mkdir); > and uncovers that
bleadperl forgot Fatal.pm when the _ prototype was introduced.
http://groups.google.com/group/perl.perl5.porters/browse_thread/thread/2cae4476fda4c645/94fa909e7ae230a8#94fa909e7ae230a8
2007-03-17 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Retrying now with 5.6.2 from my k account. Worked.
* Just sent a report for 5.8.3 from my k account and it arrived immediately.
* report about 5.00504? I forgot that CPAN::Reporter does not run there.
Lots of prereqs broken on 5.005
* Report from OSX:
So apparently I knew too little about @INC population.
It seems perl 5.8.8 scans the PERL5LIB directories at startup if they
exist and only populates @INC for directories that either are explicitly
mentioned or that really exist. The directories .../5.8.8 and
.../5.8.8/i686-linux-64int are not added as long as they are not
created.
And apparently I had always relied that perl solves it for me.
POSTED analysis to P5P with the subject "Composing @INC from PERL5LIB".
* David Cantrell reports that YAML must be > 0.39 if we want to use it.
FIXED
2007-03-06 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Oh Joy of having authors who carefully track the dependencies between
their packages. bignum currently depends on Math::BigInt 1.79. But
current version is 1.80. But Math-BigIng-1.80 depends on bignum 0.19. So
if I have 1.77 I must first install 1.79, then I can install bignum and
only then I can install BigInt 1.80.
I'm sure some people will call it a bug that CPAN.pm is not able to
install the old version 1.79 as a dependency of 1.80.
2007-03-04 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* blead@30460:
ext/Time/HiRes/t/HiRes......................................FAILED at test 35
[...]
../ext/Time/HiRes/t/HiRes.t: overall time allowed for tests (90s) exceeded!
ok
* Strange failures with bleadperl @30458:
ADAMK/Test-ClassAPI-1.03.tar.gz : make_test NO
ADAMK/File-Flat-1.00.tar.gz : make_test NO
ADAMK/Test-Inline-2.201.tar.gz : make_test NO
RUZ/DBIx-SearchBuilder-1.47.tar.gz : make_test NO
JESSE/Class-ReturnValue-0.53.tar.gz : make_test NO one dependency not OK (Test::Inline)
ADAMK/Algorithm-Dependency-1.102.tar.gz : make_test NO one dependency not OK (Test::ClassAPI)
when I tried all these, they worked fine.
It seems that ADAMK/Test-ClassAPI-1.03 is depending on Params::Util but
not declaring it? Yes, that's it. Already reported as
http://rt.cpan.org/Ticket/Display.html?id=25009
* 29026 broke Text::Template
t/09-error.........Illegal value `WLUNCH' for TYPE parameter at t/09-error.t line 41
t/09-error.........FAILED test 3
Failed 1/5 tests, 80.00% okay
It's a \Q\` matter and shall be treated as a bug in user code, I suppose.
https://rt.cpan.org/Ticket/Display.html?id=23620 and a new distroprefs
file. I only looked into RT too late:(
2007-03-03 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* just sent a report about Exporter::Simple. Debugging shows that it was
sent with Net::SMTP. Same for XML::Compile. Neither arrived at testers.
Maybe I had a different smtp host then? I do not remember to ever have
changed it.
smtp_server=localhost
We should try mx.develooper.com ?
Tried that with Attribute::Util. Debugging says that it was sending to
develooper.
Or maybe I shouldn't have changed my email address?
Changing back to andreas.koenig.gmwojprw@franz.ak.mind.de and reporting
about UNIVERSAL::exports.
YES, this was it. So I need to turn the clock back: I have not reported
anything for quite a while:(
* whats missing for this release?
cpan -r bug report # mail to brian is on the way
Jost's sun-solaris test # no idea what to do
can we have RT # Bundle::RT is in
and Tcl in megainstall # DONE
* my internet access is broken at the moment. When it is back I need to
answer two posts by Eric Wilhelm.
* possible bug: when a distroprefs file has "match" but no valid keyword
under match/, then it seems that it matches always instead of being
rejected as invalid. We must make the one of the match subthingies
mandatory. Need to study
http://www.kuwata-lab.com/kwalify/users-guide.01.html for that when my
internet is back.
FIXED in svk rev. 2002 or so.
2007-03-02 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* New FAILS from testers: Jost on Sun sees only 4 OKs in 30shell on
solaris and a dubious. Slaven saw one test in 31sessions failing.
The Slaven thing can be averted by taking out a piece of the "Expected"
regexp. DONE
For the failure on sun I need a different strategy. Something that gives
more feedback.
t/30shell..........dubious
Test returned status 255 (wstat 65280, 0xff00)
DIED. FAILED tests 5-230
Failed 226/230 tests, 1.74% okay
2007-03-01 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* XML::Simple failed a test today. When I came and tested it again, it
succeeded. Fortunately the tests spit out helpful diagnostics. Looks
like XML::SAX must be installed? No, this seems not the problem. So
maybe a intermittant failure.
t/3_Storable......
no element found at line 1, column 0, byte 0 at /home/src/perl/repoperls/installed-perls/perl/pvDPEkV/perl-5.8.0@30435/lib/site_perl/5.9.5/i686-linux-64int/XML/Parser.pm line 187
# Looks like you planned 23 tests but only ran 13.
# Looks like your test died just after 13.
dubious
Test returned status 255 (wstat 65280, 0xff00)
2007-02-28 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Tcl needs some attention to compile? NO
2007-02-26 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* supposedly a bug: Slaven found both cpanconfig and cpan_config FIXED
* todo: document match/perlconfig DONE
2007-02-24 Andreas Koenig <k@andreas-koenigs-computer.local>
* jochen stenzel asked me for a comparison of CPAN::Site and dot
distributions or better said, a summary about the options we have today
to support modules besides CPAN itself.
My current favorite is to have all distros that are not on CPAN in a
repository, check the repository out on the local disk, ideally always
in the same path/location. Then write a Bundle file that contains all
"root" directories of these non-distros and install the Bundle. (Note to
self: need to write detailed instructions how to do all that). The
advantage of this is that nobody needs to make releases, all code is
And when I now patch perl.h with 30044 straight forward and compile perl
again and install it and then fforce test Verilog::Language? Then it too
passes all tests!
Does ./installperl not overwrite perl.h??? It does overwrite it.
CCACHE to blame? No, CCACHE_DISABLE makes no difference.
Something within Verilog must be broken too. It's a preprocessor. It may
parse header files and draw conclusions.
Let me repeat:
30043: ok
30044: not ok
30333: not ok
Apply diff 43:44 to 30043: still ok
apply diff 44:43 to 30333: still not ok
So *something* between perl and Verilog does not notice the perl.h
change and remains in the state it had on the very first compile. Maybe
this something even survives make clobber.
"regen" or some such?
apply diff 44:43 to 30333 and regen: still not ok
Remove the old 30044 and build one with buildaperl from scratch, no
extra patching:
30044: ok
!!!!! something must have gone wrong when building 30044 the first time,
so the binary search went wrong too and I was hunting the wrong diff for
many hours.
Maybe there is still a race condition in binsearchaperl?
Remember: if a binary search brings a result that raises doubts, remove
both perls from installed-perls and their build directory as well and
rerun the binary search.
This is even true if there is NO race condition within binsearchaperl.
It's always possible that some third party installed something that
disturbs the binary search, like say Carp.pm
So I start the next binsearch since 30044 now is OK and it diagnoses
3006{4,7} as the threshold and I decide immediately to remove 30067 to
run the next binsearch. And it jumped only forward and decided now it
would be between 3007[26]. It's very clear now that it is not bleadperl
but some other module that is used by vppp.
LATER. I must delay further analysis because this can take a long time.
2007-02-16 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Talk: convert a megainstall file to HTML with <pre> and <span
class="XXX"> and many anchors so that we can jump directly into it. Then
make HTML slides that jump into that file and into the distroprefs files
which may need converting too for best lettersize.
Interestingly, when I do this, rendering of the resulting HTML file is
too much work for my firefox on linux/Dell/500 MHz. The MacBook is
several orders of magnitude faster but still a bit painful.
* in the talk, compare dot distros with pip and Inject.
* read CPAN::Inject and CPAN::Mini::Inject manpages
straightforward and modest. No index support, so only distribution
support.
* read pip manpage:
Wow: http://svn.phase-n.com/svn/cpan/trunk/pip invitation to write
directly to it. But nobody gives me the clue howto follow this
invitation. It *is* subversion. Ah, two levels higher we have the
paragraph
To access the repositories above via Subversion, browse to the
location in the repository you want via your web browser and then
use that URL with your favorite Subversion client tool. You may
asked to enter your username and password for access to any
restricted repositories.
Indeed, I can do
% svn co http://svn.phase-n.com/svn/cpan/trunk/pip/ ./
and when I want to check in, it asks me for username and password. But
it speaks only http, so no way to use that seriously. No contact address
on that page either except for a link to the Michael.Sinz homepage.
Typos: "is available is", "guarentee"
Missing example of a p5i file in the manpage.
Ahh, now I understand how it works. Authentication does not go via pause
(I watched the logfile while logging in with wrong password) but every
author must get a password from adam directly. So that's OK. It's just
misleading to say
Write access to the repository is made available automatically to
any published CPAN author, and to most other volunteers on request.
2007-02-15 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* I'm guilty to not have mentioned Devel::Size when we were talking
about releasing 5.10. It's gone broke when? 29544: Eliminate PVBM
We need something like this which is from a patch by Nicholas for
Clone.xs:
+#if PERL_VERSION <= 8
case SVt_PVBM: /* 8 */
+#endif
FIXED in http://rt.cpan.org/Ticket/Display.html?id=24982 and distroprefs.
* I just discovered that CPAN::Reporter does not work with 5.8.0 because
IO::CaptureOutput does not either.
2007-02-13 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* My tests usually are run with perls that are pretty well equipped with
modules. I should always test with a minimum perl installation. We need
to provide one. Let's nominate a funny number. 30123.
31sessions test succeeds with this.
BUT if I remove Archive::Tar and Compress::Zlib, then it fails. Wonderful.
FIXED around SVK rev. 1913
* Today with 30254 I observed HTML::Mason test failure, but only once:
t/10-cache....................
# Failed test 'cache_self_expire_in'
# at /home/k/.cpan/build/HTML-Mason-1.35-ecRYhh/blib/lib/HTML/Mason/Tests.pm line 593.
# Looks like you failed 1 test of 20.
dubious
Test returned status 1 (wstat 256, 0x100)
DIED. FAILED test 6
Failed 1/20 tests, 95.00% okay
When I started a binary search this same perl succeeded with all tests.
Go figure.
* From Adam K:
> Ahhh, yes...'reload index' was the key for me. Unfortunately, I had a
> very stale mirror (ibiblio.org) as my first site. I then repopulated
> my cpan site list based on info from http://www.cs.uu.nl/people/henkp/
> mirmon/cpan.html and thought my index would get updated automatically.
Andreas
This is the issue I was talking about before, with regards to mirror
changes.
We should probably always flush non-archival files when the mirror changes.
FIXED in SVK rev. 1903
* Bug: Template-Plugin-Number-Format-1.01 declares prerequisite
Number::Format with version undef (real undef, not the String undef) and
it does not get installed before the tests happen. I need a random perl
that has neither T:P:N:F nor Template nor N:F.
for p in `binsearchaperl --show-cache --bounds 30000-99999 --apcdir /home/src/perl/repoperls/APC --prefix /home/src/perl/repoperls/installed-perls` ; do
$p -e 'for my $p (qw(Template::Plugin::Number::Format Number::Format Template)){
eval qq{require $p};
print $@ ? "-" : "+";
}
print $^X, "\n"'
done
Gives 30192.
RKOBES/ExtUtils-Manifest-1.51.tar.gz : make_test NO Test::Harness too old
KWILLIAMS/ExtUtils-ParseXS-2.18.tar.gz : make_test NO Test::Harness too old
KWILLIAMS/PathTools-3.24.tar.gz : make_test NO Test::Harness too old
KWILLIAMS/Module-Build-0.2806.tar.gz : make_test NO Test::Harness too old
JPEACOCK/version-0.69.tar.gz : make_test NO
As so often, we are missing the required version numbers in the
dependency graph, so I must ask CPAN.pm manually.
Archive::Tar
=> K/KA/KANE/Archive-Tar-1.30.tar.gz
=> File::Spec # 0.82 but 3.18 is installed
=> K/KW/KWILLIAMS/PathTools-3.24.tar.gz
=> Module::Build
=> K/KW/KWILLIAMS/Module-Build-0.2806.tar.gz
=> File::Spec.
Aha. This demonstrates that the recursive dependency detector calculates
wrong. It does not seem to take into account the minimum required
version number. Maybe this is all due to the Test::Harness anomaly?
Can I shorten the path? Trying on k75. If I only ask for 'install
Archive::Tar', what happens? It gets installed. Same for File::Spec.
Same for Module::Build. Grrr. And when I say 'upgrade', then it does
indeed upgrade? Because Expect is not installed we must answer the
libnet question after a while (which surprises me because it is in
DD_PREFS) and shortly after that we are facing the same output as
described above.
Can this situation then be reproduced after leaving CPAN.pm? Or do we
have to start from the beginning? 'install version' just fails due to
'qv.al' and such. The upgrade command now does not reproduce the above
situation.
Seems to be FIXED in SVK rev. 1865 or so. There was (1) a variable
confusion: s/depth/color/ around line 8802 and (2) the need to pull the
desired version number out again within color_cmp_tmps and to compare
with what we have available at the moment. (3) we needed a way to
withdraw quickly when we only set all commandcolors to 0. Not sure if we
couldn't withdraw much quicker though: isn't recursion detection after
the command has finished completely bogus? No, it is necessary because
if we run into recursion it is no fun and we must break it.
BTW, it's incredible how long it takes to upgrade 28095: more than 30
minutes.
2007-02-05 Andreas J Koenig <akoenig@iconmobile.com>
* Important things I forgot in the talk paper (minus means already written):
-degraded mode
-add distribution name to every OK/NOT OK; also inspired by Ilya.
-mention 'cpan .', compare with pip and Inject stuff
-mention yaml_module and YAML::Syck earlier
-build_requires_install_policy
-scripts installation
Devel::Cover statistics??? -- not really interesting
eexpect example -- no, no good example found
- force/fforce
- auto_commit
- maybe mention Kwalify in the distroprefs section
- Randy status report
- patch/applypatch support with example
- goto example
- commandline example -- no, too intimidating
Screenshot of the hosts command
cpan[1]> hosts
CPAN: YAML loaded ok (v0.62)
Log starts: Thu Jan 4 16:26:35 2007
Log ends : Fri Feb 2 17:14:48 2007
Successful downloads:
N kB secs kB/s url
1 504 1 360.3 ftp://ftp.kulnet.kuleuven.ac.be/pub/mirror/CPAN/
1 501 1 254.7 ftp://ftp.rediris.es/mirror/CPAN/
2 898 3 252.3 ftp://dl.iskon.hr/pub/CPAN/
1 125 0 226.4 http://cpan.serveroffice.at/
2 164 0 218.5 http://cpan.interprovide.de/
1 501 2 182.8 ftp://cpan.mirrors.skynet.be/pub/CPAN/
2 72 0 175.1 http://www.planet-elektronik.de/CPAN/
1 218 1 167.4 ftp://cpan.provocation.net/
2 309 2 130.9 ftp://ftp.cs.uu.nl/mirror/CPAN/
1 126 1 119.0 http://cpan.blic.net/
4 201 1 111.8 http://cpan.org.ua/
2 43 0 105.6 http://www.chemmedia.de/mirrors/CPAN/
1 121 1 104.0 ftp://cpan.mirrors.easynet.fr/pub/ftp.cpan.org/
2 133 1 99.0 http://cpan.univ-paris.com/
5 555 8 69.3 ftp://ftp.litnet.lt/pub/CPAN/
2 203 3 59.3 ftp://ftp.flirble.org/pub/CPAN/
1 88 1 58.6 ftp://ftp.cpan.nl/pub/CPAN/
2 56 1 56.2 ftp://ftp.cs.tu-berlin.de/pub/lang/perl/CPAN/
1 34 0 56.0 http://cpan.panu.it/
1 125 2 55.9 ftp://no-more.kiev.ua/pub/CPAN/
Unsuccessful downloads:
2 http://cpan.univ-paris.com/
2 http://www.chemmedia.de/mirrors/CPAN/
2 http://cpan.interprovide.de/
2 ftp://ftp.uit.no/pub/languages/perl/cpan/
2 ftp://gnu.kookel.org/ftp/CPAN/
2 ftp://ftp.telepac.pt/pub/cpan/
2 http://cpan.mirror.rokscom.nl/
2 ftp://ftp.du.se/pub/CPAN/
1 http://kvin.lv/pub/CPAN/
1 http://cpan.enstimac.fr/
1 http://cpan.org.ua/
1 http://cpan.panu.it/
2007-02-04 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Got another mail from T. Need to close the issue. Better a WONTFIX
than scenes like those we had on P5P at the end of the 90ies.
2007-02-03 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Feature request by self: introduce a lex TELS that ignores a failing
Makefile.PL, declares the META.yml as authoritative (for lack of
alternatives), and reruns the Makefile.PL; we should count how often we
local $|=1;{my $s = fileno select;warn "Going to print message to selected filehandle[$s]. \$|[$|]";}
print "$mess $dispdef";warn "Have printed message to selected filehandle";
With that I retry and am quite surprised that again the output file
looks like the first time.
For my testing it seems better to not redirect STDERR but only STDOUT,
so we can just look with 'ls -l' to see that the file is empty.
2007-01-30 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* http://rt.cpan.org/Ticket/Display.html?id=24673 Template fails.
Maybe needs a binary search? DONE and REPORTED.
* DMAKI/DateTime-Util-Calc-0.11.tar.gz hangs, but I do not see why.
/usr/bin/patch -N --fuzz=3 -p1
patching file t/04-bigfloat.t
Prepending /home/k/.cpan/build/DBD-SQLite-1.13-PQHMS0/blib/arch /home/k/.cpan/build/DBD-SQLite-1.13-PQHMS0/blib/lib to PERL5LIB for 'make'
CPAN.pm: Going to build D/DM/DMAKI/DateTime-Util-Calc-0.11.tar.gz
So I start to believe that Module::Install (or who?) does not set $|. ps
shows:
k 11717 0.0 0.3 7704 5488 pts/3 S+ 00:52 0:00 /home/src/perl/repoperls/installed-perls/perl/peBfNb9/perl-5.8.0@30067/bin/perl Build.PL
% lsof -p 11717|grep cwd
perl 11717 k cwd DIR 9,1 4096 11323846 /home/k/.cpan/build/DateTime-Util-Calc-0.11-oDcgJK
By killing all jobs involved in this, I can find out more:
>06:31:09 k@k75:/home/src/perl/repoperls% kill 3391 3392 1458 1459 11717
>06:32:02 k@k75:/home/src/perl/repoperls% cd /home/k/.cpan/build/DateTime-Util-Calc-0.11-oDcgJK
>06:32:12 k@k75:~/.cpan/build/DateTime-Util-Calc-0.11-oDcgJK% /home/src/perl/repoperls/installed-perls/perl/peBfNb9/perl-5.8.0@30067/bin/perl Build.PL
================================================================================
+ You don't seem to have neither Math::BigInt::GMP and Math::BigInt::Pari
+
+ Many astronomical calculations require the arbitrary-precision math
+ libraries like GMP. Without it you might see occasional overflows
+ which will result in an incorrect calculation. It is recommended that
+ you install either one of the module (If both are installed, GMP will
+ be used)
+
+ To install GMP, you will be required to have installed GMP library from
+ http://www.swox.com/gmp/ prior to installing the Perl module
+
+ To install Pari, you will be required to have installed Pari from
+ http://www.parigp-home.de/ prior to installing the Perl module.
+
+ Proceed with installation without Math::BigInt::GMP or Math::BigInt::Pari? [n]
Why did I never before see this?
Because Math::BigInt::GMP fails! See
http://rt.cpan.org/Ticket/Display.html?id=24672
Whatever the answer, this must go into distroprefs. DONE for both TELS
and DMAKI.
In the Build.PL I see:
my $proceed = Module::Build->y_n($message, "n");
Looks to me that Module::Build should set $| within y_n? Yes? No?
Missing $| reported to module build mailing list just now.
2007-01-28 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* My talk proposal http://www.perl-workshop.de/auth/my/edittalk?id=46
-Distroprefs: Module morphing, taming, killing, obedience, etc.
-CPAN::Reporter: Talkback.
-CPAN::SQLite: use less memory.
-dot distros: cpan DOT (bring your own)
-Persistent Shell. build_dir_reuse
-Permanent Shell. reload seems reliable now
-Upgrade.
-Test Now, Install Later. Is_tested, install_tested
-Interactive Configuration of single items.
-Color.
Bundle::CPANxxl - what is in there? sequence matters.
-hosts stats
* Feature: On recursive dependency please dump the required version.
DONE
* Spreadsheet-ParseExcel-0.28 is broken for quite some time now.
https://rt.cpan.org/Ticket/Display.html?id=24267 is about missing
prerequisites. This explains two test failures but not the third:
t/examples/warning......
# Failed test 'stderr is empty when running warning.pl'
# at t/examples/warning.t line 10.
# got: 'Character in 'c' format wrapped in pack at /home/k/.cpan/build/Spreadsheet-ParseExcel-0.28-ddCmVr/blib/lib/Spreadsheet/ParseExcel.pm line 1744.
# Character in 'c' format wrapped in pack at /home/k/.cpan/build/Spreadsheet-ParseExcel-0.28-ddCmVr/blib/lib/Spreadsheet/ParseExcel.pm line 1748.
# '
# expected: ''
# Looks like you failed 1 test of 2.
dubious
Test returned status 1 (wstat 256, 0x100)
DIED. FAILED test 1
Failed 1/2 tests, 50.00% okay
https://rt.cpan.org/Ticket/Display.html?id=7376 has something about it.
* hunting XML::Twig/bleadperl test failures again. I started this once
on 2007-01-06 and yesterday I let a binary search run against 3.29.
28202 broke 3.29 but only with a test failure that later disappeared
again, so this result is not interesting. I need a temporary patch that
disables the testfile t/test_xml_split.t completely. Ah, this is quite
easy with test/args distroprefs.
Testing a temporary MIROD.XML-Twig.yml file that lists all test scripts
individually (except the offending one). And it turns out that this
functionality was missing in CPAN.pm. FIXED in SVK rev. 1807
With 28202 the test test_xml_split started failing
Somewhere before 28319 test_xml_split stopped failing
With 28319 the test test_errors started failing
Somewhere before 28785 test_errors stopped failing
With 28785 the test test_3_27 started failing
Somewhere between 29274 and 29285 the test test_mark started failing
274 did not fail the mark test
275 had problems to build XML::Parser, but why? Or better yet, why did
274 have no problems building XML::Parser 2.34? I just retried, and yes,
274 can build XML::Parser. 29275 seems to have a syntax error in
/home/src/perl/repoperls/installed-perls/perl/poKEUxZ/perl-5.8.0@29275/lib/5.9.5/utf8_heavy.pl.
Yes, it is very annoying, the syntax error is there and cannot be
explained by anything but a disk drive error (and I had RAID break three
times these days). It is a rotten build and must be removed.
278 cannot be built due to two failing tests. We will ignore the failing
tests ../ext/Time/HiRes/t/HiRes.t ../lib/perl5db.t for now. OK, it does
not fail the mark test, just the 3_27.
279 fails the mark test. Ready to write to P5P. And I must correct the
temporarily manipulated test/args distroprefs file.
285 failed the mark test
29010 and 29220 have at least test_3_27.t and test_additional.t failing
29411 and 29705 have at least test_mark failing
30044 fails only test_3_27 and test_mark
* Slaven tells me that he can confirm the Term::ReadLine::Gnu behaviour
in the t/callback.t test that I find so annoying for 5.9.5(debugging)
but not for 5.8.8. I.e. with 5.8.8 the window gets closed automatically
while with 5.9.5 it stays.
This would normally be solved with a binary search but as always with
big distros there are risks. Tk under randomly picked 21846 segfaults
during make test. Same for 23300.
25302 dies quickly with
/home/src/perl/repoperls/installed-perls/perl/pq4nEoU/perl-5.8.0@25302/bin/perl: symbol lookup error: /home/src/perl/tk/SVN/blib/arch/auto/Tk/Event/Event.so: undefined symbol: Perl_newXS_flags
28810 dies quickly with
Strange: could not load Tk library: Assertion (svtype)((_svi)->sv_flags & 0xff) >= SVt_PV failed: file "Event.xs", line 33 at /home/src/perl/repoperls/installed-perls/perl/pPOaCtI/perl-5.8.0@28810/lib/5.9.4/i686-linux-64int/DynaLoader.pm line 224.
Compilation failed in require at /home/src/perl/tk/SVN/blib/lib/Tk.pm line 13.
BEGIN failed--compilation aborted at /home/src/perl/tk/SVN/blib/lib/Tk.pm line 13.
Compilation failed in require at (eval 3) line 3.
and 29411 similarly with
Strange: could not load Tk library: Assertion (svtype)((_svi)->sv_flags & 0xff) >= SVt_PV failed: file "Event.xs", line 33 at /home/src/perl/repoperls/installed-perls/perl/pXADjKY/perl-5.8.0@29411/lib/5.9.5/i686-linux-64int/DynaLoader.pm line 226.
Compilation failed in require at /home/src/perl/tk/SVN/blib/lib/Tk.pm line 13.
BEGIN failed--compilation aborted at /home/src/perl/tk/SVN/blib/lib/Tk.pm line 13.
* Speed things up by reading distroprefs less often or otherwise find
out who is so slow here. What happens between 'Running make for
<distro>' and 'Checksum for <distro> ok'? Time is spent in get(). Even
though we now do negative caching of distroprefs for the time of one
command, the get() is still slower for some reason. SEEMS AMENDED
* if somebody else deletes a build_dir, we must offer a better solution
than breakage 'can't chdir...'
Suggest "maybe try 'force get $ID' to clean up the object in memory" or
something like that. Or "to reset everything" or "to start with a fresh
distro"... Nothing seems really good and correct. DONE
* Catalyst would be another candidate for a large dependency list. INC'ED
* hr ================ no todos below this line ================ /hr
* hr ================ no todos below this line ================ /hr
* hr ================ no todos below this line ================ /hr
* Bug: batch jobs scan for sizes although they never delete anything. So
either teach them to delete under certain conditions or do not scan for
sizes. FIXED
* Bug: "faileTAB" does not do completion
Fixed in SVK rev. 1806
* NEELY/Data-Serializer-0.36.tar.gz : make_test NO
This distro appeared these days on the make_test-NO scene. But when I
look closer, it turns out that it fails with the pretty old bleadperl
22491.
2007-01-27 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* what's going on with JHOBLITT/DateTime-Format-ISO8601-0.0403.tar.gz?
rt.cpan.org has the solution in ticket 24335. Patch by Aaron Crane (=ARC)
Aaron's patch cannot be copy and pasted because of some whitespace
problems. So I try to apply it manually.
======================Dealing With Patches==================
My procedure when I encounter a broken package:
look DISTRO
cd ..
rsync -va DISTRODIR/ DISTRODIR.orig/
# fix the distro in DISTRODIR
diff -urp DISTRODIR.orig DISTRODIR > DISTRODIR-ANDK-01.patch
gzip DISTRODIR-ANDK-01.patch
I then upload the resulting patch to my CPAN patches/ directory and
write a YAML file into my prefs_dir/ directory that contains roughly
---
comment: "This patch fixes ..."
match:
distribution: "^DISTRO$"
patches:
- ANDK/patches/DISTRODIR-ANDK-01.patch
That's all. From then I can install that distro for any perl version on
that machine.
Uploaded to CPAN and a new distropref file is made.
* yesterday I built maintperl 29988 and somehow megainstall failed with
Jifty-DBI asking auto-install questions. I suppose the question was
asked by a different perl and an old CPAN because I do have a Jifty-DBI
distropref file that should prevent questions asking.
NO! The malfunctioning started exactly at 23:40 when the disk also
started failing. So I suppose we can simply restart a megainstall on
29988 now.
No. Still hanging. No signs of being the wrong perl. Trying with 'make run'.
______________________ D i s t r o P r e f s ______________________
AUDREYT.Jifty-DBI.yml[0]
Running make for A/AU/AUDREYT/Jifty-DBI-0.32.tar.gz
Has already been unwrapped into directory /home/k/.cpan/build/Jifty-DBI-0.32-LUlvH7
'/home/src/perl/repoperls/installed-perls/maint-5.8/pLUMXwK/perl-5.8.0@29988/bin/perl Makefile.PL' returned status 2, won't make
'fforce make ...' first scans the build_dir for sizes which takes a
while, maybe the resync of the RAID is slowing it down. After that the
distroprefs mechanics answer the auto-install question(s).
But 'test Jifty::DBI' fails some tests. It tests many dependencies, so
let's look at the summary:
AUDREYT/Jifty-DBI-0.32.tar.gz
/usr/bin/make test -- NOT OK
Failed during this command:
JHOBLITT/DateTime-Format-ISO8601-0.0403.tar.gz: make_test NO
AUDREYT/Jifty-DBI-0.32.tar.gz : make_test NO
cpan[4]> is_tested
Sat Jan 27 06:08:02 2007 /home/k/.cpan/build/FreezeThaw-0.43-MyeZXx
Sat Jan 27 06:08:07 2007 /home/k/.cpan/build/DBIx-DBSchema-0.31-Wrf6R4
Sat Jan 27 06:08:17 2007 /home/k/.cpan/build/Lingua-EN-Inflect-1.89-8UYDiB
Sat Jan 27 06:08:36 2007 /home/k/.cpan/build/Cache-Simple-TimedExpiry-0.27-rznB3I
Ahja, just the normal autoinstall misbehaviour. Because something
failed, it tries to go into recursion. My normal patch
ANDK/Module-AutoInstall-in-inc-ANDK-01.patch seems to take the
appropriate amount of care for that.
2007-01-26 Andreas J Koenig <akoenig@iconmobile.com>
* document build_requires and when you talk about prerequisites, name
the option names explicitly. DONE
* note/explain the improved behaviour on recursion detection in the
Changes file. DONE.
* Today I found a bug in Tk::Pod when trying with bleadperl:
/..../tkpod -I lib CPAN
Need to have a closer look some day.
A test script also failed but I installed it with 'force notest install
Tk::Pod' because I had more interest in getting _71 out.
Sent a patch to Slaven today which commented out an else in line 190 or
so.
2007-01-26 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* bug: 'fforce instTAB' doesn't do completion.
FIXED in SVK rev. 1762
2007-01-23 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Today I also saw an uninstallable IO::AIO 2.32: the AIO.pm file was
not found within blib although it was there in blib/lib/IO/IO/AIO.pm.
Who is playing a false game? Diff between 3.31 and 2.32 shows:
+ PM => {
+ 'AIO.pm' => '$(INST_LIBDIR)/IO/AIO.pm',
+ },
Bug fixed and reported to Marc:
--- Makefile.PL~ 2007-01-22 16:58:24.000000000 +0100
+++ Makefile.PL 2007-01-23 08:04:38.000000000 +0100
@@ -61,7 +61,7 @@
VERSION_FROM => "AIO.pm",
LIBS => ['-lpthread -lrt', '-lpthread', '-lpthreads', ''],
PM => {
- 'AIO.pm' => '$(INST_LIBDIR)/IO/AIO.pm',
+ 'AIO.pm' => '$(INST_LIBDIR)/AIO.pm',
},
clean => { FILES => "autoconf/config.h autoconf/config.log autoconf/config.status" },
});
* Today I saw this:
cpan[15]> install Coro
Running install for module 'Coro'
Running make for M/ML/MLEHMANN/Coro-3.41.tar.gz
Has already been unwrapped into directory /home/k/.cpan/build/Coro-3.41-xlIZvI
Has already been made
Running make test
Couldn't chdir to '/home/k/.cpan/build/Coro-3.41-xlIZvI': No such file or directory
Running make install
make test had returned bad status, won't install without force
This was already somewhere in my Todo list: give up objects in memory
that cannot fulfil some promise or at least offer the solution which is
fforce install Coro # but no, this is not an appropriate suggestion
Or remove the objects from memory while CacheMgr is running. Or both! If
we delete it ourselves, the deletion from memory is appropriate
--DONE in ~ SVK rev. 1760 --
but if somebody else deletes it we must offer a better solution than the
above breakage.
Suggest "maybe try 'force get $ID' to clean up the object in memory" or
something like that. Or "to reset everything" or "to start with a fresh
distro"... Nothing seems really good and correct. LATER
* Today Ken confirmed that _build/prereqs is safe to rely on. Good news,
Thanks Ken!
* Todo before 71: write a Changes file. Declare YAML::Tiny not supported
DONE; support is_tested and install_tested and document them (DONE SVK
rev 1763); integrate the distroprefs README into the manpage (DONE SVK
rev. 1766); speed up distroprefs parsing with a cache DONE in SVK rev.
1764;
It would be nice to understand the failures that were reported through
testers and the one I saw on my dev05 box and the ones I saw on OSX but
it will again be a developer release after all, so maybe these will have
to wait.
The test failure on dev05 is not reproducable. OSX?
OSX passes all tests with my first _71 test build.
* Today I tried 1.88_69 on OSX wit 5.8.6 as it comes preinstalled.
File::HomeDir has issues and I could not use CPAN::Reporter to write a
report because it said there was no config file. Will have to revisit
this.
* For several days I have kept Kwalify out with dontload_list. Today I
opened the door again and let 29923 work through megainstall. All's
well.
2007-01-21 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* We need a speedup of the distroprefs stuff. Currently we're going
through readdir and YAML::Load thousand times per module. We should
probably cache the whole directory structure once per command and delete
it from re-used build_dirs. DONE with negative per-command distroprefs
cache.
2007-01-20 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Today I have a segv with 29895 when running CPAN.pm. It may be
relevant that I erroneously left YAML::Tiny configured? I reconfigured
to prefer YAML::Syck and ... the SEGV remains. Configuring limit
coredumpsize 100m now. The SEGV seems to bring the box to its knees and
the logfile of the first run of 29895 says 'Out of memory'. And the core
file is indeed 100m and has no stack. Setting coredumpsize to 1000m now.
The problem comes immediately after loading Kwalify 1.13
29887 was the last before 895 and its logfile is large. It came to the
place where it loaded YAML::Tiny and from there is broke but not with a
SEGV. So something between 29887 and 29895 is evil. How ironic that most
of these patches are related to CPAN.pm!
The newest core file is 1000M large, gdb needs a long time to load it
and again says "No stack" when I say 'bt'.
Next idea is to 'o conf dontload_list push Kwalify'. Now we get a step
further. CPAN tries to install Archive::Zip, then becomes very slow,
grows to 55M and then starts scanning build_dir for sizes. From that
point it succeeds in building and installing, just a bit slow it seems,
but this may be just the normal distroprefs slowness. Bundle::CPANxxl is
installed now and megainstall is running. After a while I discover that
I made a typo for yaml_module and said YAML::Sync. Of course this leads
to slowness. Interesting mistake though, we might want to guard against
it. 'make megainstall' finishes just as we're used to.
FirstTime warns on misspelled module names since SVK rev. 1761.
2007-01-15 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* DBIx::Class has DBD::SQLite as build_requires. Thus it is being built,
not installed and CPAN::SQLite does not demand it as prerequisite
because it finds it (?) but then the install_driver fails during the
tests. Weird.
As a first alternative I try to install DBD::SQLite explicitly
immediately before CPAN::SQLite.
* See the two fails on CPAN testers for 1.88_69!
They are both MSWin32 and 397036 is 5.8.5 and fails
t/31sessions.......dubious
Test returned status 5 (wstat 1280, 0x500)
DIED. FAILED tests 10-11, 14, 22, 26
Failed 5/30 tests, 83.33% okay
Output impossible to read
398304 is 5.8.8 and fails
t/31sessions.......# DEBUG: name[first]system["C:\strawberry-perl\perl\bin\perl.exe" "-IC:\strawberry-perl\.cpanplus\5.8.8\build\CPAN-1.88_69\t" "-Mblib" "-MCPAN::MyConfig" "-MCPAN" "-e" "@CPAN::Defaultsites = (); shell" > test.out] at t/31sessions.t...
# Failed test 'command[dump $::x=4*6+1]'
# at t/31sessions.t line 162.
# 'Lockfile removed.
# '
# doesn't match '/= 25;/'
Use of uninitialized value in pattern match (m//) at t/31sessions.t line 162.
It seems there is no output at all to parse.
* Look into YAML::Tiny; doesn't seem to work. We need a better catch on
the problem it is causing: currently I do not see where it is failing.
2007-01-14 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* learn something new every day: less -R preserves the ANSI color
sequences. Best way to analyse the captured output.
* maint@29776 breaks DBI, need to check with 29802. Failure mailed to
P5P. Fixed by Nicholas.
2007-01-13 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* And the next new bug: again an endless loop between PDF::FromHTML and
XML::Twig. I'm not sure in which state CPAN.pm was when this run
started, so I rerun from scratch with 29779 and stop the usual loop.
No, the bug is there. The distro of PDF::FromHTML is the next on the
IO::Uncompress::Base PMQS/IO-Compress-Base-2.003.tar.gz (2)
IO::Compress::Base PMQS/IO-Compress-Base-2.003.tar.gz (2)
IO::Uncompress::Gunzip PMQS/IO-Compress-Zlib-2.003.tar.gz (1)
IO::Compress::Gzip PMQS/IO-Compress-Zlib-2.003.tar.gz (1)
Compress::Raw::Zlib PMQS/Compress-Raw-Zlib-2.003.tar.gz (3)
IO::Compress::Base::Common PMQS/IO-Compress-Base-2.003.tar.gz (2)
(1)
---- PMQS/IO-Compress-Zlib-2.003.tar.gz ----
IO::Uncompress::Base [requires] (2)
IO::Compress::Base [requires] (2)
Compress::Raw::Zlib [requires] (3)
(2) PMQS/IO-Compress-Base-2.003.tar.gz (OK: 44923)
(3) PMQS/Compress-Raw-Zlib-2.003.tar.gz (OK: 45150)
(1) PMQS/IO-Compress-Zlib-2.003.tar.gz (OK: 45329)
(0 in 45401) Won't repeat unsuccessful test during this command
]]]
43878: [0mmake[1]: Entering directory `/home/k/.cpan/build/Compress-Zlib-2.003-z0UL8v'
PERL_DL_NONLAZY=1 /home/src/perl/repoperls/installed-perls/maint-5.8/prPS0AD/perl-5.8.0@29726/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
t/000prereq.....
# Failed test (t/000prereq.t at line 46)
# Tried to use 'Compress::Raw::Zlib'.
# Error: Can't locate Compress/Raw/Zlib.pm in @INC (@INC contains: t t/compress /home/k/.cpan/build/Compress-Zlib-2.003-z0UL8v/blib/lib /home/k/.cpan/build/Compress-Zlib-2.003-z0UL8v/blib/arch /home/src/perl/repoperls/installed-perls/maint-5.8/p...
Why does it try testing C-Z too early? Could we convince CPAN.pm to
retry testing in 45401? Dump its state at both points in time?
Update 2007-01-11 akoenig : Found a "next" at the end of unsat_prereq
that skipped already sponsored modules. Removed it because it looks as
if it were responsible for the above bug. After that the infinite
recursion problem between CBuilder and File::Spec dominated the next run
and the normal recursion detection mechanism did not help to break the
loop. To put the bad to the ugly it turned out that the recursion
between CBuilder and File::Path is a wrong recursion in that the
available version of File::Spec in 5.8.9 is 1.12 and CBuilder does not
specify a version number, so is really satisfied with 1.12 but somebody
else seems to require 1.19 and so CPAN.pm is hunting for that without a
real reason. So we have a big bug here and no time to fix it.
See also the "next WHAT" in CPAN::Queue::jumpqueue. If we keep it, we
keep the queue at 100 instances of File-Spec-XXX.tar.gz without growing.
If we remove it, the queue grows. Both cases are infinite loops, so
neither better than the other.
2007-01-09 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Watch the Module::Build space for updates to the question of calling
M:B methods or parsing _build/*. Ken seemed to argue for the file (?)
FINI
2007-01-08 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Todo: distroprefs mechanism is still inefficient in that it scans too
often the whole distro_dir. (But it's super to have that while
developing new rules). And it's a drag especially when people have only
YAML and no YAML::Syck because they were not told or have no compiler or
whatsoever. Or revisit the caching mechanism for the YAMLs and count the
actual YAML activities.
Also, reduce the default max counter for FTPstats to 1000 or 14 days or
so and make it settable.
* The speed factor that I wrote about a few times recently is due to the
YAML::Syck being 100 times faster than YAML. Whenever for some reason
YAML::Syck is missing, the whole CPAN.pm feels like running on a 386
whatever we are doing, because we now have too many tasks delegated to
YAML format. What to do?
* 00.README into the manpage now? DONE
2007-01-07 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Bug: I say 'force test JHOBLITT/DateTime-Format-ISO8601-0.0403.tar.gz'
and I see (with the usual noise around) in essence:
---- Unsatisfied dependencies detected during ----
---- JHOBLITT/DateTime-Format-ISO8601-0.0403.tar.gz ----
DateTime::Format::Builder [requires]
Running test for module 'DateTime::Format::Builder'
---- Unsatisfied dependencies detected during ----
---- DROLSKY/DateTime-Format-Builder-0.7807.tar.gz ----
Class::Factory::Util [requires]
Params::Validate [requires]
DateTime::Format::Strptime [requires]
Running test for module 'Class::Factory::Util'
DROLSKY/Class-Factory-Util-1.6.tar.gz
/usr/bin/make test -- OK
DROLSKY/Params-Validate-0.86.tar.gz
/usr/bin/make test -- OK
---- Unsatisfied dependencies detected during ----
---- RICKM/DateTime-Format-Strptime-1.0700.tar.gz ----
DateTime::TimeZone [requires]
DateTime::Locale [requires]
Params::Validate [requires]
---- Unsatisfied dependencies detected during ----
---- DROLSKY/DateTime-TimeZone-0.57.tar.gz ----
Class::Singleton [requires]
Params::Validate [requires]
ABW/Class-Singleton-1.03.tar.gz
/usr/bin/make test -- OK
DROLSKY/DateTime-TimeZone-0.57.tar.gz
./Build test -- OK
---- Unsatisfied dependencies detected during ----
---- DROLSKY/DateTime-Locale-0.33.tar.gz ----
Params::Validate [requires]
DROLSKY/DateTime-Locale-0.33.tar.gz
./Build test -- OK
RICKM/DateTime-Format-Strptime-1.0700.tar.gz
/usr/bin/make test -- OK
DROLSKY/DateTime-Format-Builder-0.7807.tar.gz
./Build test -- OK
* concurrency: the most critical point at the moment seems to be the
cleanup of the build directory and another process trying to access one
of the directories with chdir to build_dir. This dies without a
Distrostatus in
Couldn't chdir to /home/k/.cpan/build/Term-ReadLine-Gnu-1.16-MacKnJ at lib/CPAN.pm line 8839
Stupid use of croak(), we want die or confess and want to fix it when it
happens again.
Turned into confess in SVK rev. 1632
* Are the dot directories documented? Where? Is chdir mentioned there?
Yes, it was documented in the section "Integrating local directories"
and I rewrote it a bit, it sounded too boring. It still sounds boring
and leads me to the idea to support
get:
commandline:
I'll have to think some more about it. (Also consider Ingy's move to
prefer SVN over CPAN)
* somebody sending a Tk window during a test just waiting to be clicked
away? Who is it? Tk itself? Maybe this was just a single revision? NO,
it is Term::ReadLine::Gnu in t/callback.t. Wow, it compiles, apparently.
But does it pass the tests? Can we disable this batch-unfriendly test?
We cannot disable it without patching.
We must click the window away and after that we still have tests failing.
This looks ugly to me. I have Expect and can answer interactive
questions but I have no robot to click a window away. For now I'll put
T:R:Gnu before Tk in the megainstall. Needs a better solution.
What was the name again of the environment variable for automated
testing?
David Golden once (2006-09-25 on perl-qa) stated 'AUTOMATED_TESTING --
used by many authors to toggle tests for non-interactive situations', so
it may be a de-facto standard. A long thread at the beginning of October
more or less backed this proposal to signal unattended testing.
ADDRESSED in rev. 1708
* Remember to see after the Devel::Cover module. 0.60 fails tests and
maybe needs a binary search again.
* Hackaton in Munich? Slides for Munich!
* Watch hosts statistics.
* Todo: enable batch jobs to trigger cleanup of the build directory.
Methods: scan_cache, tidyup, Variable: scan_cache. LOCK.
No, only checklock needs to be made something official. Maybe rename to
get_lock then.
* Despite all the care that goes into the distroprefs directory, we
always will fail on some distros that ask questions and hang forever.
It's time to rethink a global way out of modules that hang in an IO
operation.
* 11-17 lists a few things for documentation.
* make up your mind about install_tested.
2007-01-02 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* parrot is a bit of a mess, it seems. Why is CONTAINSMODS so tiny?
At least I would expect
CONTAINSMODS Inline::Parrot Inline::Parrot::parrot Parrot::Config Parrot::Embed Parrot::Interpreter Parrot::Test::Cardinal Perl::Critic::Policy::CodeLayout::UseParrotCoda SmartLink
But *really* I'd expect several pages of output. But what I initially encountered was
CONTAINSMODS Inline::Parrot Inline::Parrot::parrot
Instead, I find quite a lot in
cpan[3]> d LTOETSCH/parrot-0.4.5.tar.gz
CPAN: LWP::UserAgent loaded ok (v2.033)
CPAN: Time::HiRes loaded ok (v1.9704)
CPAN: URI::URL loaded ok (v5.03)
Distribution id = L/LT/LTOETSCH/parrot-0.4.5.tar.gz
CPAN_USERID LTOETSCH (Leopold Totsch <lt@toetsch.at>)
CONTAINSMODS Parrot::BuildUtil Parrot::Configure Parrot::Configure::Step::Base Parrot::Docs::Directory Parrot::Docs::File Parrot::Docs::Group Parrot::Docs::Item Parrot::Docs::POD2HTML Parrot::Docs::Section Parrot::Docs::Section::BigNum Parrot::Do...
UPLOAD_DATE 2006-06-19
We have two bugs here. Only one is at CPAN.pm level.
Oops, now I understand it: I had used ^C to break out of the slow loop.
No wonder that I get less members.
PROTECTED in rev. 1682
2007-01-01 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Is it possible that Tk gets installed twice per megainstall?
Not in megainstall.20070102T1831.out
But in megainstall.20070103T0336.out I see that 'NI-S/Tk-804.027.tar.gz'
has 'make_test NO'. Looking at its YAML I see it is 'CALLED_FOR:
Tk::HList'. So is Tk::HList lost in SVN?
But this is again a case where browseentry failed and NOTHING got
installed. Bug is reported, do not pay attention to more than one bug:)
* Class::MethodMaker
lib/Class/MethodMaker.xs: In function 'XS_Class__MethodMaker_set_sub_name':
lib/Class/MethodMaker.xs:12: error: invalid lvalue in assignment
lib/Class/MethodMaker.xs:13: error: invalid lvalue in assignment
Module id = Class::MethodMaker
DESCRIPTION Create generic class methods
CPAN_USERID FLUFFY (Martyn J. Pearce <fluffy@cpan.org>)
* Bug: hosts statistics was cut off before Dec. 17. For now I've added a
mandatory debugging line to see it when it happens.
Saw it again. I suspect that somebody without YAML gets an empty stats
arrayref and later comes to the conclusion that he may write the first
record.
Most probably fixed now. The code that truncated did not check if we
were really able to write afterwards. (Log starts: Mon Dec 18 14:19:10
2006)
2006-12-17 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* See recent bugreport on modules against pause indexer and version
objects and consider how it affects us here. SEEMS OK.
* From an Email from Ingy to Steffen Mueller:
The idea is to make things a lot easier for a lot more people to be
involved. Well that's part of the plan anyway. Mostly I intend Kwiki to
be downloadable and installable via subversion rather than cpan.
While I don't intend to completely abandon cpan, I also am not so
interested in keeping cpan up to date. Really it should be automated
somehow. Anyway, all this is to say that if you want to shepard Kwiki on
cpan, you are most welcome to.
An argument for "commandline" but maybe for even more.
Commandline is DONE.
* priorities today: force, commandline (DONE)
* DBD::mysql: I'm sure there is just a defined() somewhere missing in
the Makefile.PL. Seems to be FIXED by 4.00.
* DBD::SQLite again: With bleadperl 29398 and current CPAN.pm I tried to
install /home/src/perl/cpan-sql-stuff/CPAN-SQLite/. but again it failed
because DBD::SQLite did not write its SQLite.xsi file. I fear there's
something being (not) done in the Makefile.PL instead of during make.
Yes. On the second try DBD::SQLite builds perfectly well. So one must
make sure that they are installed in this order. Maybe this is normal
for DBDs? I have never noticed this before. Hrm. This would be a case
for re-running perl Makefile.PL after building the prereqs.
If we had 'commandline', we would write
make:
commandline: "$PERL Makefile.PL; make"
Or something like that. Will test as soon as we have 'commandline'.
DONE
* priorities: bugfixing; SQLite; Kwalify;
redesigning the force pragma: biggie; see showstopper alert
distroprefs left over: single ersatzcommand for the test mantras: we
currently can change the make command and the arguments at the end but
the word test is always on the command line and this looks silly. But
maybe not worth a new keyword. But I've also proposed ->{test}{skip}, so
the two can be folded perhaps? ---- On the bycicle it occurred to me: we
add "commandline" to each of get/make/test/install and then the user can
even say "cvs up" or "perl -e 1". I like it.
* I'm convinced now that we need more force flavors and that force shall
be limited in scope
force get shall re-fetch
force make shall not re-fetch but run make again
force test shall not make again but try to test again
force install shall not test again but try to install
* But when we have four different force flavors, we will demand a
superforce that works like the force now does and sets all "lower" ones?
* Todo: when fixing force note that the documentation about force is in
three places: CPAN::{Bundle,Distribution,Module}::force.
* Bug that has to do with install_tested or build_dir_reuse or degraded
shell mode or some use of ^C at the wrong moment:
PEREINAR/File-Which-0.05.tar.gz : install NO
But File::Which is installed. Maybe in a concurrent shell. When I ask
for 'install File::Which' I get 'is up to date' and nothing gets
repaired. When I ask for 'install PEREINAR/File-Which-0.05.tar.gz' then
the thing gets tested but not installed because 'Already tried without
success'.
Are we in trouble?
Maybe we must rethink how 'force test' works. It should not 'force get',
and 'force make', it should just test and not refuse to do it.
Or we must compute the COMMANDID better than we do during reanimate and
treat negative COMAMNDIDs with more rigor in some constellations?
The thing is that the module object for File::Which knows about the
correct distro object but it gets the installed version from @INC and
does not know who put it there and so should not be able to discard the
distro object. Hmmm.
Remember, we have the notest pragma! Maybe we can let install_tested
support both the force and the notest pragma and are through?
But no, even 'notest install ...' does not succeed because we need
force, not notest, but force propagates down until we restart with get.
This is, of course a last resort, but it's no fun:-(
SHOWSTOPPER ALERT!
At least I get the impression this extreme case happens only on ^C, but
some other methods of dieing will certainly exist as well.
* Observing in a shell in degraded mode: it wrote a new Metadata file.
* Observing how install_tested behaves: within the same session it
installs without retesting. In a new session it does retest. What
*should* it do?
Noting that the DH test runs forever again because GMP comes too late.
* Investigate if I want Math::Bigint::GMP in the core. Think of
Crypt::DH and the horrible test timings when Math::Bigint::GMP is not
installed
* find out why upgrade always upgrades
Apache::Session::Generate::ModUniqueId and ...::ModUserTrack.
Seems to be Apache-Session-1.81/Session/Generate/ModUniqueId.pm and
Apache-Session-1.81/Session/Generate/ModUsertrack.pm
SO OK, nothing to worry.
* The Net::SSH::Perl test 03-packet still runs forever even with
Math::Bigint::GMP. Maybe this is completely unrelated? Yes! No load!
Report sent. But can we patch it? Maybe not as long as Math::Pari and
Crypt::Random are prereqs and fail themselves.
* In Crypt::DH rewrite the test so that TEST_VERBOSE tells us timings
and Math::BigInt internals. No need! It's Math::Bigint again. Test is
really quick with Math::Bigint::GMP installed. Note that Math::GMP is
not enough. But can we patch it?
* CPAN::Checksums -> Data::Compare -> File::Find::Rule ->
Number::Compare
* I wanted to watch some scenarios with persistent data. Especially with
modules that work and that are being tested again and again with prereqs
and without or within bundles and if they are retested or not, installed
or not with persistence and within the same session.
Write a megatest?
* Study "pip" by Adam K (in Module-Plan-Base) and CPAN::Mini::Tested and
CPAN::Mini::Phalanx100 and also see what we can do for
Module::ThirdParty
* Provide an API or documentation how to find out the CPAN::Config
variables.
* Now I know the first bug in install_tested: it re-tests already
installed modules.
* One thing we do not support yet in distroprefs is adding dependencies
without patching. Shall we?
* Bug in T:B:
Text::Balanced v1.99.1_1 1.98 DCONWAY/Text-Balanced-1.98.tar.gz
Bug reported as http://rt.cpan.org/Ticket/Display.html?id=23968
2006-12-16 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Bug? Binary search seems to run incredibly slow today for
POE::Component::Client::DNS and I had already the same impression
yesterday for L:M:Gettext.
Hopefully fixed by caching negative results of _sqlite_running.
* Bug? I suddenly see less than 76 dots when we read 01mailrc.txt.gz:
Going to read /home/ftp/pub/CPAN/authors/01mailrc.txt.gz
............................................................................DONE
Happening during a binary search with perl-5.8.0@20373.
Oops, scratch that, this is exactly 80 colums and I just have a broader
terminal:)))
2006-12-15 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* #23887 has a patch. DUPLICATE of 23933. #23933 ! ANSWERED
2006-12-12 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Todo: enable batch jobs to trigger cleanup of the build directory.
Methods: scan_cache, tidyup, Variable: scan_cache. LOCK.
No, only checklock needs to be made something official. Maybe rename to
get_lock then.
2006-12-11 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* #23887 has a patch. DUPLICATE of 23933.
2006-12-10 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Buglets with sqlite: does not correctly deal with SVN::Core and
Bundle::Pause. Things not on CPAN.
Something else coming from megainstall and some debugging code has been
added to produce inspection evidence:
Panic: obj[---
reqtype: r
] cannot meth[install]
So we somehow produce an empty object that has nothing but reqtype set.
I saw this for the first time with SQLLite. Today, with megainstall,
when I turn SQLite off, the bug does not happen. But the bug might be in
CPAN.pm as well, we must trace it back to the origin of this weird hash.
Update 2006-12-12: it is happening with SVN::Client
# Running Build install
So why is Zip not OK? Maybe because we "installed" it with a fake
install command? It did not arrive in an install directory but it was
removed from the "is_tested" directories and then not prepended to
PERL5LIB?
Yes, that seems the correct interpretation. The old test was not
revealing that, the new code is. So we improved the code that much that
it does not allow the faked-up test anymore.
OK, this shows us how important it is that each test tests only one
thing. This Build module tests a bit too much so we cannot easily
recognize how to interprete a failure and we break the first rule of
testing zen: tests are there to find bugs.
* Todo: when fixing force note that the documentation about force is in
three places: CPAN::{Bundle,Distribution,Module}::force.
* integrate the use_sqlite and sqlite_dbname parameters before _65 DONE.
2006-12-07 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Another problem with goto is that if people say upgrade, the newer
version will be tried again, will goto the other and then the same
version as the installed one will be built and installed again. Probably
too rare a case to worry about. Goto is always a temporary solution.
* XML::Feed and XML::RSS cooperation continues to exhibit bugs:
t/05-atom10-link......ok
t/06-atom10...........ok
t/07-atom10-create....ok
All tests successful.
Files=7, Tests=171, 9 wallclock secs ( 7.08 cusr + 0.42 csys = 7.50 CPU)
BTROTT/XML-Feed-0.12.tar.gz
Tests succeeded but one dependency not OK (XML::RSS)
Running Build install
make test had returned bad status, won't install without force
So although XML::RSS was installed successfully, it is not uptodate. But
it's goodenough for XML::Feed which demands version 1.01. We have 1.12
and CPAN has 1.21 but 1.21 is disabled now with a goto.
Maybe we check for uptodateness in the wrong place?
No, we checked if the newest distro completed its tests.
FIXED in SVK rev. 1516
2006-12-06 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* http://rt.cpan.org/Ticket/Display.html?id=23588
Not fixed with XML::RSS 1.21! Now re-reported as
http://rt.cpan.org/Ticket/Display.html?id=23822
2006-12-05 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* With all the care that goes into the distroprefs directory, we always
will fail on some distros that ask questions and hang forever. It's time
to rethink a global way out of modules that hang in an IO operation.
* Todo: make the distropref schema even easier accessible like with a
manpage.
2006-12-04 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Bug reported by Sendu Bala: it can really happen that CPAN.pm deletes
a build_dir while the owner is still in the queue.
testshell-with-protocol cannot reproduce by setting build_cache to 0.1,
not even with 0.001, and not even with 0.
Recall: during the first "get" the cachemgr is introduced. It is global
and gets never replaced and so should never be called again for
scan_cache.
I ask Sendu to explaint he circumstances and he brings an example where
somebody calls CPAN.pm recursively. No, I don't consider this a bug. and
besides, it won't happen in 1.89 anymore *although* I do not consider it
a bug.
* Bug: Goto does not work as it should for XML::RSS. Currently I see
that XML::Feed is tested before XML::RSS is installed. First X:F has the
prereq to X:R, so X:R is processed. It has a prereq of Test::Manifest
which is processed and installed. Then comes X:R again but it says:
/usr/bin/make -- OK
Running make test
Delayed until after prerequisites
Running make install
Delayed until after prerequisites
And then immediately comes X:F's test and fails. X:R is dropped from the
queue somehow.
And undelay and goto do not know each other. Because goto does not jump
on the queue, I suppose.
FIXED in SVK rev. 1508
* Bug: The current Makefile has an implicit dependency on YAML::Syck
This was a bug in MANIFEST.SKIP which excluded the .dd files in
distroprefs/
FIXED in SVK rev. 1506
2006-12-03 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Maybe I should undo the too far going changes I did in the preparation
for a better force implementation and make a _64? Force could delay the
next release considerably.
OK, the three occurrences of fforce are gone. What else?
2006-12-02 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* find a way to treat kwalify such that the schema is documented and can
be accessed directly. And such that not only YAML::Syck can read it.
Current solution confuses YAML.
After some rewriting of CPAN::Kwalify I'm stuck with this:
% /home/src/perl/repoperls/installed-perls/*/*/perl-*@29438/bin/perl -e '
use Kwalify; use File::Slurp qw(slurp);
my($schema,$data) = map { eval slurp $_ } @ARGV;
Kwalify::validate( $schema, $data );
' ./lib/CPAN/Kwalify/distroprefs.dd ./distroprefs/RGIERSIG.Expect.dd
[/make] Expected subschema (a hash)
While this succeeds:
% /home/src/perl/repoperls/installed-perls/*/*/perl-*@29438/bin/perl -e '
use Kwalify; use YAML::Syck;
my($schema,$data) = map { YAML::Syck::LoadFile($_) } @ARGV;
Kwalify::validate( $schema, $data );
' ./lib/CPAN/Kwalify/distroprefs.yml ./distroprefs/RGIERSIG.Expect.yml
The solution is to use $Purity=1 for Data::Dumper transformations as
described in the Data::Dumper manpage. Thanks to Slaven for digging it
out for me.
* priorities today: force, expect, commandline
backtrack: kwalify in separate package
* My talk proposal http://www.perl-workshop.de/auth/my/edittalk?id=46
Module Morphing. Module Taming. Module Killing. Talkback. cpan DOT
(bring your own)! Persistent or Permanent Shell? Upgrade. Test Now,
Install Later. Configure Your Pick. Color. Kovaric.
Wasn't that Kolaric? Oops. My memory betrayed me.
2006-12-01 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Bug: while trying a goto in KCLARK.SQL-Translator.yml that should
point to JROBINSON/SQL-Translator-0.08_04.tar.gz nothing works as
expected. CPAN tries to download pub/CPAN/authors/id/JROBINSON (without
the J/JR/). All other 4 gotos still seem to work.
Is this because it is from today or because JR has 9 letters?
Testing JROBINSON/SQL-Translator-0.08_04.tar.gz directly is no problem.
fixed in SVK rev 1474
* Release the two new bundles
* XML::Twig's tests fail and when looking around one eventually finds
http://xmltwig.com/ where there is a 3.27 version. No repository access.
Looks like another case for 'we want "get URL"'. Or theoretically
someone could just release it to CPAN as 3.27_20061201.tar.gz and then
treat it with a goto. But that smells.
2006-11-30 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Todos reshuffled.
2006-11-29 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* DBD::mysql: I'm sure there is just a defined() somewhere missing in
the Makefile.PL
* Need to patch Module::AutoInstall and test antirecursion with an
environment variable. Errr, I need to patch the inc/ directory of
Plagger then. Done and patch for now in the patches directory.
Remember that there's also a rant in 00.README -- No, this is already
gone.
http://rt.cpan.org/Ticket/Display.html?id=23735 now suggests a patch
2006-11-28 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* DBD::SQLite again: With bleadperl 29398 and current CPAN.pm I tried to
install /home/src/perl/cpan-sql-stuff/CPAN-SQLite/. but again it failed
because DBD::SQLite did not write its SQLite.xsi file. I fear there's
something being (not) done in the Makefile.PL instead of during make.
Yes. On the second try DBD::SQLite builds perfectly well. So one must
make sure that they are installed in this order. Maybe this is normal
for DBDs? I have never noticed this before. Hrm. This would be a case
for re-running perl Makefile.PL after building the prereqs.
If we had 'commandline', we would write
make:
commandline: "make; $PERL Makefile.PL; make"
Or something like that. Will test as soon as we have 'commandline'.
* Observing that expect-in-any-order is much slower than expect (of
course) and that one could safe minutes for Plagger if a timeout were
set to 0.1 or so.
Update 2006-12-17 akoenig : low global timeout value does not work
because the first question has a few seconds to wait for whatever. So
one would really need tiemouts per question and in the case of anyorder
one would have toi calculate the current maximum for the timeout and
while this would be doable it would be overspecification, too much to
learn for the user with too little gain to be made. REJECTED
2006-11-27 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Todo: if some other processes have deleted my build_dir while I was
running, heck maybe I can do that even myself, react accordingly
DONE.
2006-11-26 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* bug:
force get /home/src/perl/cpan-sql-stuff/CPAN-SQLite/.
goes through all of urllist and tries to download
ftp://cpan.mirrors.skynet.be/pub/CPAN/authors/id//home/src/perl/cpan-sql-stuff/CPAN-SQLite/.
etc.
And after that we cannot work with the
/home/src/perl/cpan-sql-stuff/CPAN-SQLite/. directory anymore, somehow
the internal state has lost the connection to the real directory.
Without the force it works nicely and says:
Is already unwrapped into directory /home/src/perl/cpan-sql-stuff/CPAN-SQLite/.
FIXED in SVK rev. 1487
2006-11-25 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* priorities: bugfixing; SQLite; Kwalify;
redesigning the force pragma: biggie; see showstopper alert
distroprefs left over: single ersatzcommand for the test mantras: we
currently can change the make command and the arguments at the end but
the word test is always on the command line and this looks silly. But
maybe not worth a new keyword. But I've also proposed ->{test}{skip}, so
the two can be folded perhaps? ---- On the bycicle it occurred to me: we
add "commandline" to each of get/make/test/install and then the user can
even say "cd .... && cvs up" or "perl -e 1". I like it.
11-17 lists a few things for documentation.
restructure the expect keyword family DONE
TTL stuff
make up your mind about install_tested.
2006-11-24 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* But when we have four different force flavors, we will demand a
superforce that works like the force now does and sets all "lower" ones?
* Todo: distroprefs mechanism is still inefficient in that it scans too
often the whole distro_dir. (But it's super to have that while
developing new rules)
2006-11-23 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* I'm convinced now that we need more force flavors and that force shall
be limited in scope
force get shall re-fetch
force make shall not re-fetch but run make again
force test shall not make again but try to test again
force install shall not test again but try to install
2006-11-22 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* document build_requires and when you talk about prerequisites, name
the option names explicitly.
2006-11-21 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
2006-11-20 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Randy sent rkobes-cpan4.diff which should fit to cvs rev. 1.21 of
CPAN/SQLite.pm.
2006-11-19 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
2006-11-18 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* kwalify schema language: http://rubyforge.org/frs/?group_id=815&release_id=5513
Docs: http://www.kuwata-lab.com/kwalify/users-guide.01.html
Yaml mode: http://svn.clouder.jp/repos/public/yaml-mode/trunk
cvs -d :pserver:anonymous@srezic.cvs.sourceforge.net:/cvsroot/srezic co Kwalify
/home/src/perl/srezic/Kwalify/.
Todo: integrate schemacheck into a test and put Kwalify into the Bundle
for f in distroprefs/*.yml; do
/home/src/perl/repoperls/installed-perls/perl/pSI5eZY/perl-5.8.0@29319/bin/pkwalify -f cpan_distroprefs_schema.yml $f
done
2006-11-17 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* make _get_urllist a public method for Randy.
* Write manpage for CPAN::HandleConfig, esp load().
* I realize that CPAN::FTP::localize is undocumented and is what Randy
wants.
2006-11-16 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
2006-11-15 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Integrate hosts into $META like authors, distributions, and modules?
If we're cautious, this might turn into an automatic optimization.
If Coro does index downloads for us, we do not have to fear slow
connections and can gather better data.
2006-11-14 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Randy says:
The only data CPAN::SQLite really needs from CPAN.pm is:
- a location to store the database file; for this,
it's presently using $CPAN::Config->{cpan_home},
which I believe is the same location as Metadata;
- the name of the database file; in this I've been
using a new config entry $CPAN::Config->{sqlite_dbname},
or 'cpandb-sqlite', as a default;
- the location (directory) beneath which the CPAN
indices are kept; I've been using
$CPAN::Config->{keep_source_where}, assuming
it's a simple directory.
The guessing for this in CPAN::SQLite comes when it's
not being run under CPAN.pm.
As for CPAN::SQLite providing data to CPAN.pm,
that's being done solely in CPAN::SQLite::META,
and it uses
$CPAN::META->instance($class => $id)->set(%data);
for everything, except for CONTAINSMODS, where
it uses
$d = $CPAN::META->instance($class => $id);
$d->{CONTAINSMODS} = \%list_of_mods;
* Catalyst would be another candidate for a large dependency list.
* Guessing of -p0/-p1 for patch maybe wrong if the patch tries to create
a new file against, say, /dev/null.
* Expect structure. We can leave expect as it is but expect-in-any-order
needs a way to set the timeout. The structure must change, I fear.
* Would be nice: integrate the config variable name into the init
dialogs such that one has a chance to learn their names over time.
* Watch the Module::Build space for updates to the question of calling
M:B methods or parsing _build/*. Ken seemed to argue for the file (?)
* write a patch for Test::Reporter so you can choose the mail sending
module? Reported 2005-07:
http://rt.cpan.org/Ticket/Display.html?id=13836
* Investigate if I want Math::Bigint::GMP in the core. Think of
Crypt::DH and the horrible test timings when Math::Bigint::GMP is not
installed
* find out why upgrade always upgrades
Apache::Session::Generate::ModUniqueId and ...::ModUserTrack.
Seems to be Apache-Session-1.81/Session/Generate/ModUniqueId.pm and
Apache-Session-1.81/Session/Generate/ModUsertrack.pm
SO OK, nothing to worry.
* The Net::SSH::Perl test 03-packet still runs forever even with
Math::Bigint::GMP. Maybe this is completely unrelated? Yes! No load!
Report sent. But can we patch it? Maybe not as long as Math::Pari and
Crypt::Random are prereqs and fail themselves.
* In Crypt::DH rewrite the test so that TEST_VERBOSE tells us timings
and Math::BigInt internals. No need! It's Math::Bigint again. Test is
really quick with Math::Bigint::GMP installed. Note that Math::GMP is
not enough. But can we patch it?
* The first thing that I encounter when I start testing instead of
installing things is that test doesn't stop when the installed version
is higher than or equal to the CPAN version. Ilya invented for that
test_uptodate??
* CPAN::Checksums -> Data::Compare -> File::Find::Rule ->
Number::Compare
* I wanted to watch some scenarios with persistent data. Especially with
modules that work and that are being tested again and again with prereqs
and without or within bundles and if they are retested or not, installed
or not with persistence and within the same session.
Write a megatest?
* Study "pip" by Adam K (in Module-Plan-Base) and CPAN::Mini::Tested and
CPAN::Mini::Phalanx100 and also see what we can do for
Module::ThirdParty
* replace 03 index file with YAML.
* Provide an API or documentation how to find out the CPAN::Config
variables.
* Looks like a bug to me what I find in Bundle-SZABGAB-0.01.yml:
CONTAINSMODS is empty because Gabor has a distro in the bundle.
* Now I know the first bug in install_tested: it re-tests already
installed modules.
* One thing we do not support yet in distroprefs is adding dependencies
without patching. Shall we?
* Todo: clean up "XXX" in the code
* M2 (Wishlist) separate the TTLs for 01,02,03. If somebody asks 'a
FOO', we should only check for the authors database, etc.
* E1 Todo: use 00whois.xml instead of mailrc, and follow the UTF-8 HOWTO to
get rid of the term_is_latin variable. Test output with locales.
* H4 branch 1.87-dbmdeep-hackery revive? It was very broken but I do not
remember details. Hint: DBM::Deep promises significant memory savings
and in that branch we tried to see how it can be made to work for us.
* M3 RT 17353: Flag outdated CPAN sites and move them to the end of the
list when they have reached 291 hours. (Note: $CPAN/authors/02STAMP)
* E1: revisit rev 158:159, the introduction of "recent" and "perldoc".
#21791 has its bugreport. I don't like that most of the subroutines are
thrown into CPAN::Distribution either. OTOH, we have commands that have
no central role within CPAN. One can always refuse to use them. Hrm.
HTML::Display!
* E5: (again and again) verify that the CPAN.pm-using modules continue
to work:
DMUEY/AltaVista-BabelFish
MSCHILLI/CPAN-Unwind
ULPFR/CPAN-WAIT
RJRAY/Devel-Modlist
SMUELLER/PAR-Dist-FromCPAN
DAGOLDEN/Perl-Dist
CRAKRJACK/Test-CPANpm
* E5 watch RT for open tickets. This todo can never be closed.
* E1 Todo: continue to close the Pod::Coverage gap. Currently only
CPAN.pm is covered
* E3 Todo: write a test for dot-cpan/Metadata usage. Hmmm. Important for
the future of locking, the future of DBM::Deep, protocol changes. Not
sure what to test.
* M3 Todo: investigate what BUGHUNTING in Tarzip means "today": it's
about a very old bug in Archive::Tar that is most probably fixed. Turn
bughunting on with the command C< !print$CPAN::Tarzip::BUGHUNTING=1 >.
It is slow but everything should just plain work. When we're confident
that everything works, we could offer a tar_policy option that has
options "ext" and "mod", for external programs vs. modules, default to
"ext"?
* M3 Reopened Bug: it seems that a user who is in /bin and has "." in
the beginning of the path gets ./sh as his shell from FirstTime. If we
encounter . in the path we should rather ignore it. But first we must
verify the behaviour. Reported by Slaven Rezic on behalf of Tino
Schulze. This has nothing to do with -I. but only with the shell and
$ENV{PATH} and as we do not know which shell it was it seems we cannot
test for the problem.
* H1 These days developer TELS posted to perl5-porters that his newest
From: brian d foy <brian.d.foy@gmail.com>
Subject: Re: Welcome new user LOCAL
To: modules@perl.org
Date: Mon, 18 Sep 2006 14:52:48 -0500
Organization: Perl Authors Upload Server
Reply-To: modules@perl.org
In article <877j0361hl.fsf@k75.linux.bogus>, (Andreas J. Koenig)
<andreas.koenig.gmwojprw@franz.ak.mind.de> wrote:
> My spontaneous idea was to support the command
>
> cpan> get http://bloodgate.com/perl/packages/devel/Math-BigInt-1.78.tar.gz
oh, very interesting, especially if I already have the file:
cpan> get file:///....
This makes CPAN::Mini::Inject a bit less useful because I no longer
need the middle man.
* Make the "new -> ." symlink in scripts/ as outlined in a mail to kurt
and jarkko
* M2 feature request by Juergen Christoffel: have time stamps on the
history and a history command to see them
* hr ================ no todos below this line ================ /hr
* hr ================ no todos below this line ================ /hr
* hr ================ no todos below this line ================ /hr
* SQL-Translator-0.07 has a broken signature
(reported 9 months ago at
https://rt.cpan.org/Ticket/Display.html?id=16852). When trying to
install CLACO/Handel-0.99_15 I see this warning running by quite often
instead of only once and testing of it again and again. And the same for
Email-Valid and DBIx-Class-Validation.
Why?
CLACO/Handel-0.99_15.tar.gz
/usr/bin/make test -- NOT OK
Failed during this command:
LYOKATO/FormValidator-Simple-0.19.tar.gz : make_test NO
MIYAGAWA/Email-Valid-Loose-0.05.tar.gz : make_test NO
CLACO/DBIx-Class-Validation-0.01001.tar.gz : make_test NO
DROLSKY/DateTime-Format-MySQL-0.04.tar.gz : make_test NO
RICKM/DateTime-Format-Strptime-1.0700.tar.gz : make_test NO
CLACO/DBIx-Class-UUIDColumns-0.01000.tar.gz : make_test NO one dependency not OK (SQL::Translator)
RJBS/Email-Valid-0.176.tar.gz : make_test NO
DROLSKY/DateTime-Format-Builder-0.7807.tar.gz: make_test NO
KCLARK/SQL-Translator-0.07.tar.gz : signature_verify NO
CLACO/Handel-0.99_15.tar.gz : make_test NO
Besides the need to find out why the tests are repeated so often, it may
be a good idea to support check_sigs via distroprefs.
DONE
* receiving file list ...
14484 files to consider
./
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:
*** Module::AutoInstall version 1.02
*** Checking for Perl dependencies...
[Core Features]
- LWP ...loaded. (5.805)
- HTML::TokeParser ...loaded. (2.35)
- Test::More ...loaded. (0.62)
- Class::ErrorHandler ...loaded. (0.01)
- Feed::Find ...loaded. (0.06)
- URI::Fetch ...loaded. (0.08)
- XML::RSS ...loaded. (1.10 >= 1.01)
- XML::Atom ...loaded. (0.23 >= 0.08)
- DateTime ...loaded. (0.35)
- DateTime::Format::Mail ...loaded. (0.30)
- DateTime::Format::W3CDTF ...loaded. (0.04)
- List::Util ...loaded. (1.18)
*** Module::AutoInstall configuration finished.
Checking whether your kit is complete...
Looks good
The failing one under 27048 says
*** Module::AutoInstall version 1.020
*** Checking for Perl dependencies...
[Core Features]
- LWP ...loaded. (5.805)
- HTML::TokeParser ...loaded. (2.350)
- Test::More ...loaded. (0.620)
- Class::ErrorHandler ...loaded. (0.010)
- Feed::Find ...loaded. (0.060)
- URI::Fetch ...loaded. (0.080)
- XML::RSS ...loaded. (1.200 >= 1.01)
- XML::Atom ...loaded. (0.230 >= 0.08)
- DateTime ...loaded. (0.350)
- DateTime::Format::Mail ...loaded. (0.300)
- DateTime::Format::W3CDTF ...loaded. (0.040)
- List::Util ...loaded. (1.180)
*** Module::AutoInstall configuration finished.
Checking whether your kit is complete...
Looks good
Yes, and when I downgrade XML::RSS to 1.1, then the test failure goes
away.
Bingo. Another case for "goto".
* I just wrote in a mail to Sendu Bala:
> On a tangentially related note, are there any plans to make CPAN do
> anything useful with the 'recommends'/'optional_features' information
> in a META.yml file?
No. I never considered this a job for CPAN.pm. If I had the time,
inclination and fu to write talk-me-through-optional-features
software, I'd write it independently from CPAN.pm.
I think of CPAN.pm as the glue between the user and the CPAN mantras.
CPAN.pm 1.89 will allow the users to store their preferences about
optional things in any CPAN package, no matter how the packages
themselves manage them. If you play with 1.88_62 see the 00.README in
the distroprefs directory. But it's no
talk-me-through-optional-features software.
Or if you prefer a drawing:
+----------+ +----------------+ +----------+
| | | mantras | | |
| | |perl Makefile.PL| | |
| user | |make | | module |
| | |make test | | |
| | |make install | | |
+----------+ ^^^ +----------------+ ^^^ +----------+
||| |||
||Gap filled ||Gap for
|by CPAN.pm |options software
* hosts statistics: the host with the most unsuccessful downloads is
which? Of course the one that lead the urllist. That doesn't prove
anything.
* answer Sendu Bala two mails, one private, one on cpan-workers
* From a mail I sent to Slaven about Tk:
Mit 20002 bekomme ich t/regexp.t 2 512 21 2 10-11
Mit 29332 t/regexp.t 0 11 21 36 4-21
Letzteres entspricht wohl Deinem Coredump.
Noch sehe ich keine wirklich saubere Strategie fuer binsearch. Die
bereits frueher angewendete mit 'notest install' zuerst und dann
nochmaligem test von regexp.t scheint die einfachste im Moment. Den
habe ich auch grade eben gestartet.
Sauber waere wohl, wenn man 'make test' dazu bringen koennte, nur
schlicht und einfach ein einziges Skript aufzurufen. --> Todo
* After all the prereq hassles with XML::Atom I finally could install it
for perl 20002 after many manual interventions but without overrule
(except when we call the XML::LibXML=1.61003 decision as an overrule)
After the same hassles under 29332 I see the test failure
t/02-content...........NOK 23/32
# Failed test at t/02-content.t line 62.
# got: 'xml'
# expected: 'base64'
# Looks like you failed 1 test of 32.
t/02-content...........dubious
Test returned status 1 (wstat 256, 0x100)
DIED. FAILED test 23
Failed 1/32 tests, 96.88% okay
This means that if I just got the proper prerequisites I'd have run a
binarysearch in no time.
*** Module::AutoInstall version 1.030
*** Checking for Perl dependencies...
[Core Features]
- MIME::Base64 ...loaded. (3.07_0100)
- URI ...missing.
- Class::Data::Inheritable ...missing.
==> Auto-install the 2 mandatory module(s) from CPAN? [y] y
[Faster XML parsing with libxml]
- XML::LibXML ...missing. (would need 1.54)
==> Auto-install the 1 optional module(s) from CPAN? [y] y
[Pure perl XML parsing with XML::XPath]
- XML::XPath ...missing.
==> Auto-install the 1 optional module(s) from CPAN? [n] y
[Client/Server for Atom API]
- LWP ...missing.
- LWP::Authen::Wsse ...missing.
- Digest::SHA1 ...missing.
- DateTime ...missing.
==> Auto-install the 4 optional module(s) from CPAN? [y] y
[Feed and API Auto-discovery]
- HTML::Parser ...missing.
==> Auto-install the 1 optional module(s) from CPAN? [y] y
CPAN: File::HomeDir loaded ok
*** Dependencies will be installed the next time you type 'make'.
(You may need to do that as the 'root' user.)
*** Module::AutoInstall configuration finished.
Next step is to document what is wrong with the prereqs and present the
findings to author.
1. Test fails on XML::XPath. requires bug
2. Ditto on LWP::UserAgent requires bug
3. Ditto on Digest::SHA1 requires bug
4. Ditto on DateTime requires bug
5. Ditto on XML::LibXML not so obviously!) requires bug
XML::XPath
LWP::UserAgent
Digest::SHA1
DateTime
XML::LibXML
It may be the case that the author thought that a user that says no to
an optional feature will accept failing tests. But I'd expect that if I
say no to a feature then this feature is not tested at all. And I'd
argue this is important because a user can usually not reliably
differentiate proprely between failing tests due to bugs and failing
tests due to missing prereqs. No bug on Module::AutoInstall side.
Now our manual binary search stands at 27069(ok) and 29332(not ok) and
our patch seems to be clear: add the above 5 modules to requires and not
as optional modules.
Done and it worked with 28618.
* Need a way to specify a different distribution for a module. Say, we
realize that the officially current XML::LibXML 1.62 is broken but some
PAJAS/XML-LibXML-1.61003.tar.gz still works. I think, I'd like
->{goto} = "PAJAS/XML-LibXML-1.61003.tar.gz"
DONE
* Need a way to specify notest from distroprefs. When we know Strptime
doesn't pass a test but we know that the problem is harmless or can be
ignored for some reason. I think, I'd like ->{test}{skip} = 1
* Todo: LWP::Authen::Wsse is an optional prereq of XML::Atom but did not
get installed. Need to find out how to signal to AutoInstall that I want
all recommendations installed. Ahh, I find that XML::Atom not only uses
AutoInstall but also Module::Build and that writes a _build/prereq file
and I could read that. I would then find that 'recommends' hashref and I
could then start installing what I find there.
But how do I know that the user wants that the recommendations be
installed?
While watching what Module::Install is doing and trying out variations I
get the impression that I have no chance to do the right thing. If the
user says, he wants the recommendations, they still do not end up in
META.yml or _build/prereqs or where else should I look?
After the user has said that he wants everything, we see
Checking prerequisites...
* Optional prerequisite LWP::Authen::Wsse is not installed
* Optional prerequisite XML::LibXML is not installed
* Optional prerequisite DateTime is not installed
But nobody builds or installs them. I find them nowhere in the build
directory stored away. And yet, when I test XML::Atom, it requires it
magically and I have to install them manually.
* Todo: the order of lines in the "failed" command or "failed" report
section is, given identical command ID, I believe, random. Need a
timestamp for finer granular sorting. That would make the listing much
more useful because the first is the most important, all others may be
followup errors.
* Todo: write a Makefile target for the 3 *.dd files in distroprefs DONE
* Todo: Storable support for distroprefs DONE
* Since I fixed the bootstrapping problem of YAML/Expect/ReadLine by
allowing fallback dd files, I thought that now I would be able to run
binary searches more often for broken (or unexpectedly fixed) modules.
My first victim should be DateTime::Format::Strptime. But binary search
converged towards 2794[123] and it was so obvious from mere watching
that this turning point was not the Strptime problem but some other
Params::Validate related problem. P:V 0.86 broke at 27942 and so
DateTime could not be built and Date::Time::Locale could not be built
and Strptime could also not pass its tests.
At some point in time later P:V worked again and so we have this
eclipse: at 27942 the still working Strptime disappeared in the shadow
of P:V and when P:V started to work again, Strptime was broken (or was
it not?). If it broke we cannot see where it broke unless we start
another higher level view that throws extra patches around.
The good news is that we can determine the duration of the eclipse of
P:V: it broke at 27942 and reappeared between 28156 and 28181 (closer
examination pending).
Very nice: Strptime worked with 28181 and so we can run another binary
search between 28181 and 29312. Breakage at 28325 and report sent to P5P
* why is reuse_old_builddir (sp?) turned off in degraded mode? I think
there is no good reason. FIXED
* Observed that the E of DONE is in the second line during "03". Take
the algorithm in reanimate_build_dir() around line 4175 in all three
index files. It's easier to read and workd even for @items < 76. DONE
* display the commandid during the failed command -- just for a while. I
want to see how big the holes are and if they look plausible. -- They
have all the same number! FIXED
* Bug: ~/.cpan/sources/modules is full with backup files FIXED in 1360
* I just added the decicive line to Makefile.PL so that I can
conveniently start messing around with CPAN::SQLite support:
/home/src/perl/cpan-sql-stuff/CPAN-SQLite/. # (!)
% make run-with-sqlite
/home/src/perl/repoperls/installed-perls/perl/pDtzfB5/perl-5.8.0@29285/bin/perl -I$HOME/.cpan -Ilib -MCPAN::SQLite -MCPAN::MyConfig -MCPAN -e '$CPAN::Config->{use_sqlite}++; shell'
CPAN: Term::ANSIColor loaded ok (v1.11)
cpan shell -- CPAN exploration and modules installation (v1.8862)
ReadLine support enabled
cpan[1]> d MSCHILLI/Log-Log4perl-1.07.tar.gz
CPAN: YAML::Syck loaded ok (v0.71)
Going to read /home/k/.cpan/build/
............................................................................DONE
Found 593 old builds, restored the state of 337
Updating database file ...
Can't exec "cpandb": No such file or directory at /home/src/perl/repoperls/installed-perls/perl/pDtzfB5/perl-5.8.0@29285/lib/site_perl/5.9.5/CPAN/SQLite/META.pm line 179.
system cpandb --update failed: -1 at /home/src/perl/repoperls/installed-perls/perl/pDtzfB5/perl-5.8.0@29285/lib/site_perl/5.9.5/CPAN/SQLite/META.pm line 179.
at lib/CPAN.pm line 276
CPAN::shell() called at -e line 1
Uh. Patch rkobes-cpan3.diff backed out. Now I probably know where to start.
* Integrate freshness into hosts stats. (#17353)
* Allow dd or st files instead of yml in distroprefs for bootstrapping
purpose. DONE
* Todo: avoid ->can everywhere and replace with UNIVERSAL::can. See
Adriano Rodrigues' bugreport. DONE
* This looks silly:
cpan[15]> o conf commit
commit: wrote '/home/k/.cpan/CPAN/MyConfig.pm'
Please use 'o conf commit' to make the config permanent!
FIXED
* write a dummy distro that reads arguments to Makefile.PL and another
one that reads something from STDIN (or maybe both in one) DELAYED until
the distroprefs stuff leaves the alpha stage.
* The bug in Strptime is in the "ga" locale. Installing the ga locale on
my box doesn't solve it. Manana.
* "I hate Module::AutoInstall". See down under the hr when you ever have
time.
2006-11-12 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* BUG: randomize_urllist cannot be set on the shell commandline: because
it ends in "list", it becomes always an array:))
FIXED
* Todo: guess the patch option -p0 or -p1
DONE
* distroprefs with artificial intelligence: find out how to write a
distropref with so much AI that it handles several different dialogues.
I just realized that YAML::Syck talked me into a different dialogue on
some older bleadperl that had YAML 0.60 installed:
*** WARNING ***
This release breaks compatibility with versions earlier than version 0.60 of
YAML::Syck and YAML.pm when serializing blessed references.
See the COMPATIBILITY file for more information.
*** Pre-0.60 version of YAML.pm (0.53) detected.
Continue installing YAML::Syck? [y]
We would like to answer to this question yes if it comes. Or we would
like to upgrade YAML first.
One would think that Expect collects data and compares them to a pool of
regular expressions each of which has an associated answer. As soon as
one expression matches, its answer is given and it is taken out of the
pool. On EOF do not even complain. Very similar to what we do now. Is it
even worth to keep the current interface? Yes, because it has the
potential to break. Because Expect itself does not provide it. We must
write some code in between:
Variant 1: match on /./, look at the whole collected string, do the
match loop. On success do as we do now, on failure continue as we do
now. On timeout do like we do now. On EOF exit the loop silently. As
test write a distro that asks 12 questions in random order and dies if
the wrong answer is given.
Variant 2: match on /./ until timeout is reached. Now do your own
matching. On success do as we do now, on failure give up. One question
that we cannot answer is too much. There is no timeout error, just a "no
prepared regex matches the question". On EOF exit the loop silently.
Variant 2 is much better.
Today I wrote CPAN-Test-Dummy-Perl5-Make-Expect-1.00.tar.gz for that.
DONE
2006-11-11 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* So what does Randy's patch do?
Disable {read,write}_metadata_cache
Disable rd_{modlist,modpacks,authindex}
sub sqlite_reload {
On 'reload index' it runs its own sqlite_reload
And 'exists' is patched.
No patch to all_objects?
How to use?
o conf use_sqlite 1
% make run
/home/src/perl/repoperls/installed-perls/perl/peHlG5S/perl-5.8.0@29243/bin/perl -Ilib -MCPAN -eshell
CPAN: File::HomeDir loaded ok (v0.58)
For some reason some modules failed early in the cycle and then never
got re-tested. And they broke others which also didn't get re-tested. In
the end we had a lot of modules uninstalled that would test individually
well but all refused to re-test without force.
One simple solution was to 'force test Bundle::CPANxxl' but that took
many minutes again.
[What's the deal with PathTools? Ahh, the dependency on
ExtUtils::CBuilder again. I have reported the bug but it is not yet
fixed. FIXED in Bundle::CPAN by pulling CBuilder to the front,]
For example the chain broke: CPAN::Checksums -> Data::Compare ->
File::Find::Rule -> Number::Compare. I could install Number::Compare now
when I asked for it (without force!), and then the chain could be
resolved step after step.
Something's fishy.
2006-10-30 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Q: Why is this: during install Bundle::Phalanx100 I get for
DBD::Oracle a writemakefile NO
'/home/src/perl/repoperls/installed-perls/perl/pIOeQkH/perl-5.8.0@29165/bin/perl
Makefile.PL' returned status 65280
When I leave the shell and start it again and call 'failed' it is gone.
A: because we did not care for the state safe
Fixed in rev. 1172
2006-10-30 Andreas J Koenig <akoenig@*c*nm*b*l*.com>
* From: "David Golden" <xdaveg@gmail.com>
Subject: CPAN::Reporter and Bundle::CPAN
To: "Andreas J. Koenig" <andreas.koenig.gmwojprw@franz.ak.mind.de>
Date: Mon, 30 Oct 2006 10:04:05 -0500
With CPAN::Reporter 0.29, all the config items are switched over. The
Todo backlog is still non-trivial, but I don't think any of the items
will cause back-compatibilty problems down the line. Given that,
please feel free to add CPAN::Reporter to Bundle::CPAN whenever you
have a chance.
David
* disable PerlMagick
2006-10-30 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* File::Slurp vs Pod::Coverage. Ticket opened:
http://rt.cpan.org/Ticket/Display.html?id=22693
2006-10-29 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Need to write build_dir/*.yml files also if reuse is turned off. And
also when we fail.
* Need a 'disabled' keyword on distroprefs. The hack to use
cpanconfig/make=false is both Unix centric and not obvious. ADDED in
rev. 1159
* distroprefs is harder to use with build_dir_reuse than before. We now
need "force get" more often because the old prefs value is in the distro
object. Force get can mean a network connection, so there's a need to
decide how we want to deal with that.
First idea is to remove the prefs from the serialized object but this is
much worse in case a patch has been applied.
* new method perl_fingerprint and _is_deeply or so to compare previous
and current fingerprint. DONE in rev. 1158
* Math::Pari was definitely broken by blead. Make it a bug report(?)
----Program----
eval {require Math::Pari};
print $@ ? "N/A" : Math::Pari->VERSION;
print "\n";
----Output of .../pAEBdqj/perl-5.8.0@24541/bin/perl----
2.010709
----EOF ($?='0')----
----Output of .../pIwwDvK/perl-5.8.0@24542/bin/perl----
N/A
----EOF ($?='0')----
Need a perl between 24541 and 24542
This between Ilya and me:
> But bleadperl@29045 doesn't compile with:
>
> cc -c -I pari-2.1.7/src -Ipari-2.1.7/src/headers -Ipari-2.1.7/src -I./libPARI -DDEBUGGING -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -g -DVERSION=\"2.010708\" -DXS_VERSION=\"2.010708\" -fPIC "-I/ho...
> Pari.xs:1219: error: 'XPVCV' has no member named 'xof_off'
> Pari.xs: In function 'XS_Math__Pari_DESTROY':
xray searching for "Ilya CV attach" finds
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2002-02/msg00633.html
Reading 24542.... Posting to P5P WRITTEN
Answer received with a pointer to a previous discussion where Nicholas said
|Assuming it is, in blead upgrading the PVCV to a PVFM and using
| IV xfm_lines;
|instead should work. The structures are equivalent, except that PVFM
|has that one extra IV at the end.
2006-10-28 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* think about the locking from a different angle: currently it is
possible but unsafe to have concurrent access to the .cpan/build
directory
* go after the Module::Build errors in Error.pm and Mason: I suspect
that's the set_perl5lib bug mentioned by Ilya. NO, it was not the
set_perl5lib bug. The bug is that the two distros use subclassing in
their Build.PL and so Module::Build's own methods are unable to provide
the prerequisites. My workaround for now is to fall back to the content
of META.yml, the bug persists and needs to be discussed with M:B people.
* write a dummy distro that reads arguments to Makefile.PL and another
one that reads something from STDIN (or maybe both in one) DELAYED until
the distroprefs stuff leaves the alpha stage.
* replace 03 index file with YAML.
* Todo/buglet: turn on debug "CPAN" and find the reason why
incommandcolor is quite often not reset. We had that further down but I
fear it is not yet fixed.
* H3 Locking: Linda W writes
>I'm not sure I understand the reason for the lock file
>placed in cpan_home. If I have two different architectures
>with different build directories, I'm not sure I understand
>where the conflict is -- is it in storing/listing Bundles,
>the history file, the Metafile or the shared source?
>I can understand private history, but the Bundles aren't
>updated often, the sources should be fairly static (unless
>new files are downloaded), The metafile would be updated about
>once a day (default).
>If the build directories are separate, why would there be a
>need for locking more in interactive use vs. batch use?
And I promise to try out a more granular locking mechanism. This was
between 2006-01-26 and 2006-02-01 (and I wrote a paragraph into the
manpage how multiple ~/.cpan* directories could work)
2006-10-27 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Test if "reuse" works without metadata (timing issues because the
entries do not exist yet?) No, it doesn't! FIXED in rev 1149
* Investigate what happens if a user has CPAN 1.8802 and Module::Build
0.2611 and tries to upgrade to 0.2805. Gabor says, it fails. If it
fails, I'll have to coin a new phrase for the bug: install suicide? No
need to worry, ATM it works more or less well, but it doesn't fail
rightaway. CHECKED after rev. 1149 or so.
* Rethink if Ilya's expire_old_builds is better the build_dir_reuse in
that it sets an expiration date. His -1 is my 1. His 0 is my 0. I have
nothing like his 30. The name of his variable is not good in that one
could believe that setting expire_old_builds==0 might mean to do NOT
expire them at all. Hmm. I think my build_dir_reuse is good enough.
* Todo: invent a test for build_dir_reuse. It should construct a YAML
file before test start that will then be picked up and lead to some
"already in..." which we test for. And then we use force to actually get
that distro. Or we do that for an inexistent distro so that we do not
have to rewrite the test after each new release? DONE in rev. 1152
2006-10-25 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Todo: if the user does not want to install a module (say a
build_requires), give him options to use the already tested module even
after he has left the shell.
Ilya seems to say, people do NOT want to install a number of modules
because they are not yet sure if they really need them. But they have
tested them and have them still lying around in their ~/.cpan/build
directory. So we should give them a chance to use them next time they
* Todo: put the distro ID close to the OK or NOT OK line DONE in rev.
1136 or so.
* What was the deal with
Package 'CPAN' already declared with version '1.88_57'
ignoring new version ''.
Looks good
again?
http://www.mail-archive.com/module-build@perl.org/msg00340.html
* Since DBI is fixed I see other interesting breakages: Class::DBI,
RPC::PlServer, GD.
GD fails with 5.8.8 and 5.8.3
Class::DBI fails with 5.8.8
RPC::PlServer fails with 5.8.8 and 5.8.3 but only if Crypt::DES is
installed
OK, so nothing new.
2006-10-24 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Coro 2.0 works with bleadperl Yay! YAML for Coro with default answers
written.
* bug with notest pragma: it seems to remain in the distro object. I did
a report DAGOLDEN/CPAN-Reporter-0.28_51.tar.gz, then I did a "notest
install" on it. Then I reloaded and tried a "report" on it again and
CPAN refused to run the test because of the notest pragma.
FIXED in rev. 1132 but what is a good test for it? test WRITTEN in 1133.
2006-10-23 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* The ->VERSION bug was back for a short while. It happens when
version.pm is not installed and Module::Build loads its own version.pm
from <data>. There it finds 0.661 and this does something that isn't
fool proof, very hard to diagnose and to reproduce. Easy workaround: do
not check for Module::Signature->VERSION anymore. The test was on 0.26
and we now have 0.55, so I guess, I can remove the version test.
As soon as I have means to not call into Module::Build, this bug will
diappear for sure, so no need to hunt it down from here. FINISHED in
rev. 1123
So recall: one can turn off sig_check, then install version, then leave
and enter CPAN.pm and the bug should disappear. Or we release 1.88_57
now. Update: I released 1.88_57 immediately after that.
* SMPETERS fixed DBI-1.52. Thank you! YAML for DBI with patch address
written
2006-10-23 Andreas J Koenig <akoenig@iconmobile.com>
* make a list of cpanconfig variables that can be changed via
distroprefs. Extend the list and document it, so that people can look it
up and do not have to read the source and can file bug reports against
it.
I fear for example that the preferred builder is not configurable(?)
latter half FIXED in rev. 1124
First half done with rev. 1125
* Write an executive summary of the state of affairs wrt. distroprefs so
we can decide about future directions. Update the README file to better
outline the executive summary. Update the examples to better reflect our
powers and weaknesses.
What we have:
- Give the user a simple system to store per-distro preferences related
to environment variables, commandline args and stdin for the four
commands of our traditional mantra: perl Makefile.PL, make, make test,
make install (and symmetrically for M:B modules)
- Give the user the option to patch distros with arbitrary patches from
local disk or CPAN
What we aim at:
- Give the users a simple means to exchange their preferences to reduce
the overhead of maintaining them. As it currently stands, those YAML
files devaluate quickly as new distros arrive.
2006-10-23 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* release a 1.8802 with the HTML::Mason workaround? Because it may take
a while until 1.89 is ready to go. DONE in rev. 1120
2006-10-22 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Todo: gzipped patches; DONE in rev. 1103
* patches that are not separate files but live in the YAML file? REJECT
unless somebody requests it.
2006-10-21 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* add CPAN::Reporter to Bundle::CPAN (which version of CPAN.pm needs
CPAN::Reporter currently? -- 1.88) WAITING for OK from David Golden
* Tina suggests: if the user has changed some config variable via 'o
conf' mechanism and has not yet saved the new config via 'o conf commit'
and is leaving the shell without saving, we could trigger a dialog.
#22396 talks about this.
After some thinking: maybe I prefer just a loud warning instead of a
hanging terminal. Hmmm.
This is a critical/showstopper thing because people perceive it as a
bug. rev. 1114 FIXES
* Todo: find out the remaining relevant pieces of Ilya's patch:
(1) better logging (maybe with the help of CPAN::Reporter?) I said below
that we have colors now, but fact is that you have to scroll back and if
you install 100 modules, you cannot investigate without disturbing the
process. One would like to study STDOUT and STDERR in a separate window.
(2) "cpantok#" keep some test OK state between sessions. I see no strong
need for this ATM.
* just a memo what I usually install:
o debug CPAN Distribution
install YAML::Syck Expect YAML Bundle::CPAN Module::Signature CPAN::Reporter Math::BigInt::GMP Plagger Bundle::Phalanx100 Jifty
YAML::Syck after Bundle::CPAN did not turn off interactivity.
YAML::Syck before Bundle::CPAN worked well.
CPAN::Reporter before YAML worked well but we want to catch the early
YAML interactivity (which in turn can be avoided with YAML::Syck).
* as long as HTML::Mason/Module::Build are broken, we should use
Bundle::HTML::Mason? Alas, it doesn't list HTML::Entities. And after
that it still fails on 07-interp.t. Ah, ok. Report sent. But can we
patch it? DONE
* Maybe add support for more CPAN::Config variables in distroprefs
* Todo: document the trailing dot and that it is useful in a Bundle file
and that there is a LOCAL.trailing_dot_distros.yml in the distroprefs
directory. DONE in rev. 1093
* Todo: extend patch ability to files from CPAN to be downloaded on the
fly DONE in rev. 1089
2006-10-20 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* highest prio: patches. Easy to test with an example against one of my
failing dummy distros. DONE in rev. 1086
* add 'perl' to the matches stuff of distroprefs DONE in rev. 1087
* When we have support for patches and apply patches, we should also
disable reporting through CPAN::Reporter. DONE in rev. 1088
2006-10-19 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Ilya's patch
svn cp -r 131 https://pause.perl.org:5460/svn/cpanpm/trunk https://pause.perl.org:5460/svn/cpanpm/branches/1.76-ilya200610
https://pause.perl.org:5460/svn/cpanpm/branches/1.76-ilya200610 now lives in
/home/k/sources/CPAN/SVN-branches/1.76-ilya200610/
and the patch is applied and checked in. Ready for studying.
Original discussion: google groups for prerequisites_policy expire_old_builds.
Today I would suggest
(1) prio 1!: organize patching into distroprefs, full path within the
YAML file seems acceptable (DONE)
(2) organize logging into distroprefs via redirection (might be easy but
prio low because we have colors now)
(3) keep the new meaning of the trailing dot, it does not interfere with
patching as it is for *personal* distrodirectories (make sure it works
with local bundles! (DONE[it did already])). For local distros one does
not need patching (and if you do, you know what you're doing).
(4) mark_tested_ok is similar to distcc/ccache and could probably be
implemented as such. The time consuming step on perl distros is 'make
test' and that makes it very complicated. One would need a checksum of
perl AND all used modules during the test. Like for example File::Slurp
failing with current combination of perl and Test::Pod::Coverage but
succeeding without T:P:C
Poor man's variant of it may be one that works only with a perl checksum
or mtime as Ilya did. Still seems outside the scope of CPAN.pm but
should be supported once it works outside with simple mantra.
For now, distroprefs give you a different 'make' command for a
permanently-known-to-be-tested module, that might be just 'true' on UNIX
or something to do with distcc/ccache-like solution.
That might be annoying if one works with different perls and want to
have different modules marked as tested_ok. Maybe we need to add "perl"
into the "match" structure? (Yes!) (DONE)
(5) Faszinating is the idea to leave the shell and come back into the
same state of already tested but uninstalled modules. But why are they
not installed? Hrm, maybe because once installed, nobody will re-test
them? Need further arguments.
(6) install_tested is the normal default when running 'install' instead
of 'test'. What's the deal?
(7) containsdists is implemented but nowhere used, so what?
(8) I have not yet understood the distinction between force_test and
force_update and the call $self->test('install') seems bogus.
* just a memo what I usually install:
o debug CPAN Distribution
force install Expect
install YAML Bundle::CPAN Module::Signature CPAN::Reporter Math::GMP Math::BigInt::GMP Plagger Bundle::Phalanx100 Jifty
YAML::Syck after Bundle::CPAN did not turn off interactivity.
YAML::Syck before Bundle::CPAN worked well.
CPAN::Reporter before YAML worked well but we want to catch the early
YAML interactivity (which in turn can be avoided with YAML::Syck).
* From David Golden forwarded rt.cpan.org #20979
head -13 C:/vanilla-perl/perl/lib/CPAN/Config.pm|tail -1
'cpan_home' => q[C:\vanilla-perl\.cpan\],
The trailing backslash escapes the delimiter and creates a syntax
error. This is always reproducable for the latest release of CPAN:
FIXED in rev. 1071.
* In case somebody asks again, this is from Test::Harness 2.62
+2.62 Thu Jun 8 14:11:57 CDT 2006
+ [FIXES]
+ * Restored the behavior of dying if any subtests failed. This is a
+ pretty crucial bug that I should have fixed long ago. Not having this
+ means that CPANPLUS will install modules even if their tests fail. :-(
+
This came into blead @28384.
2006-10-18 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Add Jifty to your regular testing.
2006-10-17 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Need to look after Math::Pari's errors DONE:
#ifdef LONG_SHORTER_THAN_IV
# error "LONG_SHORTER_THAN_IV not implemented"
seems to be related to -Duse64bitint. Report to Ilya sent.
* First thought: it would be cleaner if you just didn't pass any distro
> with LOCAL as the author to CPAN::Reporter. I'd rather leave the
> logic of when CPAN::Reporter should be invoked to CPAN.pm. (E.g.
> Expect scripts)
Good. I'll make that then.
DONE in rev. 1061
* More files to be marked with svn:ignore. DONE in rev. 1063
2006-10-16 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* two distroprefs files were in 1.88_55 but not in SVN:-( must write
some code that prevents this bug from happening again.
Snag is that ChangeLog, META.yml, SIGNATURE, and
t/CPAN/authors/id/A/AN/ANDK/NotInChecksums-0.000.tar.gz are not intended
to be checked in. --> svn:ignore DONE
* new maint-5.8:
drwxr-xr-x 34 k k 8192 Oct 15 21:38 perl-m-5.8.0@29022/
drwxr-xr-x 35 k k 8192 Oct 15 21:19 perl-p-5.8.0@29023/
2006-10-15 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Investigate what's going on with Crypt::DH and Net::SSH::Perl. Both
seem to hang during the tests. Might be a GMP issue. We must pull GMP to
the front, otherwise Math::Bigint takes all the time (I suppose). Hrm,
the DH test ran over hours even with GMP (but I'm not sure yet, need to
make the observation control tighter).
* Feature request by Slaven: build a patched thing. Reminds me of Ilyas
words about something involving patches. Maybe (1) if the argument ends
with a dot, it is a local directory: go there and build. (DONE in rev.
1056) Maybe (2) keyword patch in distroprefs. (DELAYED indefinitely)
* new maint-5.8:
drwxr-xr-x 34 k k 8192 Oct 14 23:48 perl-m-5.8.0@29014/
drwxr-xr-x 35 k k 8192 Oct 14 23:30 perl-p-5.8.0@29015/
2006-10-14 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Test installing Plagger with saying yes to all dependency questions.
Needs 63 times "Y\n" :-) => say --defaultdeps instead of --installdeps=y
DONE in rev. 1038
* Add support for all(?) other CPAN::Config variables. Maybe by turning
them all into methods in CPAN::Distribution, maybe via autoload, maybe
with clever use of local(). Currently only "make",
"make_install_make_command", and "build_requires_install_policy" are
supported. The first two for PDL on freebsd, the last one was just for
quick testing of the mechanism. Added test_report around rev. 1061
* Randy Kobes' CPAN-Search-Lite lives at
http://sourceforge.net/cvs/?group_id=101571 and on my local disk at
/home/src/perl/cpan-search-lite/CPAN-Search-Lite. As it needs DBI, it
cannot use bleadperl. Latest maint-perl is 28854.
AI::Categorizer needed by t/basic.t, not listed as prereq. Needs in turn
(unlisted?) Algorithm::NaiveBayes. Bug report to Ken sent.
Warning: prerequisite Config::IniFiles 0 not found.
Warning: prerequisite DBD::SQLite 0 not found.
Warning: prerequisite File::Listing 0 not found.
DBD::SQLite did not compile on the first try. But it did on the second.
I think in between I installed libsqlite0-dev.
Trying make test.
No again: I have no Lingua::StopWords:=(
No SOAP::Lite
No Perl::Tidy
No HTML::TextToHTML
No Pod::Xhtml
No XML::SAX::ExpatXS
Finished installing prereqs, all tests except Mysql pass which is OK.
(mysql fails for me only because my mysql has no password and you cannot
specify on the commandline that it has no passwd. You can only specify A
password but it must not be empty)
make install is OK.
First invocation of the indexer with
/home/src/perl/repoperls/installed-perls/maint-5.8/pjTSIuN/perl-5.8.0@28854/bin/csl_index --config /home/src/perl/cpan-search-lite/cpan.conf --setup
Using config file "/home/src/perl/cpan-search-lite/cpan.conf"
Cannot retrieve /home/src/perl/cpan-search-lite/indices/ls-lR.gz from file:///home/ftp/pub/PAUSE/indices/ls-lR.gz at /home/src/perl/repoperls/installed-perls/maint-5.8/pjTSIuN/perl-5.8.0@28854/lib/site_perl/5.8.8/CPAN/Search/Lite/Index.pm line 198.
Ouch, ls-lR.gz is used for what exactly? That's pure funet. I fetch it
from there. It's huge (2.4M)! How often do they update it?
/home/src/perl/repoperls/installed-perls/maint-5.8/pjTSIuN/perl-5.8.0@28854/bin/csl_index --config /home/src/perl/cpan-search-lite/cpan.conf --setup
Using config file "/home/src/perl/cpan-search-lite/cpan.conf"
Cannot retrieve /home/src/perl/cpan-search-lite/MIRRORED.BY from file:///home/ftp/pub/PAUSE/./MIRRORED.BY at /home/src/perl/repoperls/installed-perls/maint-5.8/pjTSIuN/perl-5.8.0@28854/lib/site_perl/5.8.8/CPAN/Search/Lite/Index.pm line 198.
Gotta get this mirroredby file as well...
% /home/src/perl/repoperls/installed-perls/maint-5.8/pjTSIuN/perl-5.8.0@28854/bin/csl_index --config /home/src/perl/cpan-search-lite/cpan.conf --setup
Using config file "/home/src/perl/cpan-search-lite/cpan.conf"
Argument "0.20a" isn't numeric in numeric comparison (<=>) at /home/src/perl/repoperls/installed-perls/maint-5.8/pjTSIuN/perl-5.8.0@28854/lib/site_perl/5.8.8/CPAN/Search/Lite/Util.pm line 274.
[...]
Ah, it's quite fast.
* write a dummy distro that reads arguments to Makefile.PL and another
one that reads something from STDIN (or maybe both in one) DELAYED until
the distroprefs stuff leaves the alpha stage.
* Measure kwalitee with Module::CPANTS::Analyse before uploading. That
way we can catch bugs in M:C:A itself or in its dependencies. DELAYED
because currently M:C:A doesn't pass its own tests.
* write a test with new dummy modules PrerecqurseI and II (or CircDep?)
Take t/CPAN/authors/id/A/AN/ANDK/CPAN-Test-Dummy-Perl5-Make as the
source and
t/CPAN/authors/id/A/AN/ANDK/CPAN-Test-Dummy-Perl5-Make-CircDepeOne as
target. DONE in rev. 1031
* Schwern reopened 21144. Go resolve, I have promised before the next
release. FIXED in rev. 1016 and 1018
2006-10-13 Andreas J Koenig <akoenig@*c*nm*b*l*.com>
* Slaven want direct support for $Config->{make} and
make_install_make_command so that it can be set to gnumake for PDL on
freebsd. DONE in rev 1015
* Slaven says that no user knows the distroname as well as the module
name. ==> Change the prefs hash structure. "qr" shall be replaced by
"match" and contain "module" and/or "distro" which are ANDed conditions
and each may contain a regex. We probably will rename all distroprefs
files too. DONE in rev. 1013/14
2006-10-13 Andreas J Koenig <akoenig@*c*nm*b*l*.com>
* always check if *c*nm*b*l* has crept into the Todo file!
2006-10-13 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* check the version numbers since we rolled over rev. 1000. DONE, is OK
* Fix what podcover found: prefs and yaml_loadfile DONE.
* See if YAML::Tiny works and if so, mention it in FirstTime and maybe
make it the default?? Doesn't seem to work out of the box. DONE and
documented in FirstTime.
* I hate Module::AutoInstall. Watching installation of Plagger:
CPAN.pm: Going to build M/MI/MIYAGAWA/Plagger-0.7.13.tar.gz
make[1]: Entering directory `/home/k/.cpan/build/Plagger-0.7.13'
/home/src/perl/repoperls/installed-perls/perl/p4tTru3/perl-5.8.0@29004/bin/perl "-Iinc" Makefile.PL --config= --installdeps=File::Find::Rule,0,UNIVERSAL::require,0.1,Template,2.13,Template::Provider::Encoding,0.04,Text::Tags,0,DateTime::Format::Strpt...
CPAN: File::HomeDir loaded ok (v0.58)
*** Installing dependencies...
Holy crap! Recursive installation where we are just eager to maintain a
clean and efficient queue of installation objects and could do it
ourselves so easily? And besides that, the INC path is not our INC path,
so I always get a different CPAN version. While the latter is only
disturbing a minority, it's a BUUUUUUG to go recursive.
Not only does it cost memory, this child is also uninformed about failed
installations!
This needs to be fixed.
The manpage of M:AI says it checks if it is running under CPAN.pm. Maybe
this check is wrong? Apparently yes.
2006-10-12 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* restructure the prefs YAML files to have cpanconfig as key and all
CPAN.pm configs inside that. That gives room to cpanplus. DONE
* why did MIYAGAWA/XML-Atom not work? -- Because it asked us twice but
our yaml file only answered once FIXED.
* improve feedback when you pick a file for prefs settings, maybe store
the picked yaml file in the distro object. DONE.
* test if you can get around single modules by specifying
prefs->{make}{nosuchtarget}. Interesting for MailTools or DBI in current
bleadperl. EXACTLY! (and tested)
* test if the Test-Deep setting of brip works. DONE
2006-10-11 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* F/FD/FDALY/Test-Deep-0.096.tar.gz is just needed temporarily during building or testing. Do you want to install it permanently? (Y/n) [no]
* BTROTT/Crypt-DSA-0.14.tar.gz
==> Auto-install the 1 optional module(s) from CPAN? [n]
==> Auto-install the 1 optional module(s) from CPAN? [n]
* PETDANCE/WWW-Mechanize-1.20.tar.gz
Do you want to install the mech-dump utility? [y]
* ABW/Template-Toolkit-2.15.tar.gz
Do you want to build the XS Stash module? [y]
+ about 9 questions
* BYRNE/SOAP-Lite-0.69.tar.gz
Press <enter> to see the detailed list.
Do you want to proceed with this configuration? [yes]
Do you want to perform these tests in addition to core tests? [no]
* RCAPUTO/POE-0.38.tar.gz
Would you like to skip the network tests?
(Any text other than Y or y will be taken as a no) [n]
* DBROBINS/Net-SSH-Perl-1.30.tar.gz asks
Which protocol(s) do you plan to use? [3]
Enter your choices, separated by spaces: [1]
Would you like to install it? (y/n) [y]
Would you like to install it? (y/n) [y]
* ILYAZ/modules/Math-Pari-2.010706.tar.gz asks
Make sure you have a large scrollback buffer to see the messages.
Fetch? (y/n, press Enter)
* INGY/Inline-0.44.tar.gz asks for
Do you want to install Inline::C? [y]
* EESTABROO/IMAP-Admin-1.6.4.tar.gz asks me for...
Enter server:
Enter login:
Enter password:
Test using SSL(y/n)?
Test using CRAM(y/n)?
Enter Port#:
* NIKIP/Authen-PAM: asks me for a password during testing and I enter
"testing". Maybe I should enter exactly what he demands?
* GBARR/perl-ldap-0.33 and ExtUtils::AutoInstall. Read source code. Same
for GBARR/Authen-SASL-2.10 DONE
* CHAMAS/SSLeay: the first distro that shows us that Expect needs a
debugging aid. Maybe fixed in rev. 998 or so
* Interesting bug occurred with current maint when I tried to upgrade
everything. PathTools failed and I see this:
cpan[3]> d KWILLIAMS/PathTools-3.22.tar.gz
Use of uninitialized value in sprintf at lib/CPAN.pm line 4258.
Distribution id = K/KW/KWILLIAMS/PathTools-3.22.tar.gz
CPAN_USERID P5P (The Perl5 Porters Mailing List <perl5-porters@perl.org>)
CALLED_FOR File::Spec
CHECKSUM_STATUS OK
CONTAINSMODS Cwd File::Spec File::Spec::Cygwin File::Spec::Epoc File::Spec::Functions File::Spec::Mac File::Spec::OS2 File::Spec::Unix File::Spec::VMS File::Spec::Win32
UPLOAD_DATE 2006-10-10
archived tar
build_dir /home/k/.cpan/build/PathTools-3.22
incommandcolor 0
localfile /home/ftp/pub/CPAN/authors/id/K/KW/KWILLIAMS/PathTools-3.22.tar.gz
make NO
modulebuild 1
prereq_pm build_requires requires
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
prereq_pm_detected 1
^^^^^^^^^^^^^^^^^^^^
reqtype c
unwrapped YES
writemakefile YES
yaml_content
But I cannot reproduce it. So I must have upgraded something that caused
the bug. REVISITED after 1.88_54 and FIXED in 1043.
* Since when fails a YAML test? 0.62 with blead @28990 fails today on
rt-bugs.t or so. Reported to P5P. RESOLVED in blead @28997.
2006-10-10 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* put the distroprefs directory into MANIFEST. DONE in rev. 993
* DistroPrefs:
Variable Comment Done in file
pl env DBROBINS.Net-SSH-Perl.01.yml
args GAAS.libwww.01.yml
expect JJORE.Carp-Clan.01.yml
make env
args
expect
test env Tk-Getopt(BATCH=1) SREZIC.Tk-Autoscroll.01.yml
args
expect ReadLine ILYAZ.Term-ReadLine-Perl.01.yml
install env
args
expect
cpanconfig:
build_requires_install_policy FDALY.Test-Deep.01.yml (???)
2006-10-09 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
2006-10-08 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Nice to have: CPAN::MyDistroPrefs to store arguments and expect
scripts to Makefile.PL/make/test/install based on regexes being matched
against the distroname. (think libwww, ReadLine, perl-ldap, Apache-Test,
and always questions from Module::AutoInstall, Carp::Clan asks if I want
a prereq for testing from Makefile.PL, Net::DNS ask if I want to run
tests over the internet, mod_perl or Apache::Test asks me for the apache
executable, Authen-PAM asks me for a password, Module::Signature asks
for importing the key)
Name? DistroPrefs is good. Customize is not so good because one would
expect that it is related to 'o conf'. Distro must be in the name.
DistroCustomize is too long so DistroBuildEnv seems completely out of
band. Only Prefs is tempting but again too easily confusable with 'o
conf' stuff. Something completely different? Its about Env, Args, Stdin.
BuildInput? Distrinput? Distrin? No. DistroPrefs the long word, prefs
the short one. 'reload prefs' might be a command if we need it at all.
ALL DONE in rev. 1015; well, left in alpha state
* Todo/buglet: turn on debug "CPAN" and find the reason why
incommandcolor is quite often not reset.
First example is "Net::Stomp" with a prereq of Class::Accessor::Fast.
After it and its prereq are installed, the module Class::Accessor::Fast
and the distro K/KA/KASEI/Class-Accessor-0.25.tar.gz are both still in
command state.
So it's something with follow_prereqs.
Seems to be fixed with rev. 980 but needs to stay on the watchlist
No, I just tried Bundle::Phalanx100 and the majority of modules was in
commandcolor and many were neither installed nor reported as failed, so
the rev. 908 may be buggier than we ever were?? Maybe its just the "run
it twice" problem due to late dependency resolving. Oh and watch the
ugly bug that shows up when makeing Mason!
AHHHH, that is fixable with eval! FIXED in rev. 981.
2006-10-07 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Todo: clean up XXX
* automatic testing? Is it anywhere documented what the impacts of
$ENV{AUTOMATED_TESTING} are?
* new keyword capture? CPAN::Reporter does not know the output of the
commands before "test" and cannot report about compilation failures.
This looks like a major flaw to me:-(
* E1: Nice to have: make YAML vs. YAML::Syck switchable. Another
advantage would be that we could remove YAML from the Bundle. DONE rev. 986
* reload cpan should be based on timestamps. Fixed in rev. 979
* Bug via Bundle::Phalanx100? Shortly after perl-ldap-0.33 I see
Unknown require type for 'G/GB/GBARR/Convert-ASN1-0.20.tar.gz', setting to 'r'. This should not happen and is construed a bug.
Later:
Unknown require type for 'A/AG/AGROLMS/GSSAPI-0.23.tar.gz', setting to 'r'. This should not happen and is construed a bug.
Todo: see after it. I think it's AutoInstall.
Fixed in rev. 979
2006-10-06 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Bug: cpan[15]> install File::Copy::Recursive
Running install for module File::Copy::Recursive
Running make for D/DM/DMUEY/File-Copy-Recursive-0.28.tar.gz
Is already unwrapped into directory /home/k/.cpan/build/File-Copy-Recursive-0.28
Has already been processed within this session
Running make test
Prepending /home/k/.cpan/build/File-Copy-Recursive-0.28/blib/arch /home/k/.cpan/build/File-Copy-Recursive-0.28/blib/lib to PERL5LIB.
( run in 1.058 second using v1.01-cache-2.11-cpan-0bb4e1dffa6 )