CPAN
view release on metacpan or search on metacpan
* Final binsearch on P5NCI:
----Program----
eval q{use P5NCI 0.31};
print $@ ? "N/A" : "OK";
print "\n";
----Output of .../pecvOBn/perl-5.8.0@32401/bin/perl----
N/A
----EOF ($?='0')----
----Output of .../pbMBeR9/perl-5.8.0@32405/bin/perl----
OK
----EOF ($?='0')----
http://rt.cpan.org/Ticket/Display.html?id=27963
* Bug: I just did a 'fforce get' on modperl followed by a 'install'. The
install tried to apply the patch a second time and then quickly failed
because apparently the "install" attribute wasn't cleared. Eeek. Low
prio because 'fforce get' is a bit of nonsense on the user side (it
seems).
2007-12-12 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* P5NCI may need a binary search where it *started* to work. Depends
what chromatic wants to know. Ticket 27963. 32395 fails, 32444 passes
tests. DONE.
2007-12-11 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* ALERT
2007-12-10T07:35 perl 32603 25 DAGOLDEN/CPAN-Reporter-1.06.tar.gz NOT OK
2007-12-09T16:21 perl 32601 25 DAGOLDEN/CPAN-Reporter-1.06.tar.gz OK
It cannot be perl because the changes were ....
32603 on 2007/12/10 by craigb@craigb-brianor
Fix uninitialized pointer bug in VMS version of readdir() when
case preservation feature is enabled.
32602 on 2007/12/09 by craigb@craigb-brianor
Tolkien quote for vms/vms.c.
autobundle? No, I think it is Test-Harness 3.05. Trying on PAUSE with 32602
FIXED by David in 1.0601
2007-12-10 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* ELLIOTJS via RT has brought evidence about CPAN.pm failures on solaris
2007-12-09 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Test::Harness 3.04 failing when Encode not installed?
t/unicode.........................
# Failed test 'Unicode smiley (script): value for description matches'
# at t/unicode.t line 111.
Wide character in print at t/lib/Test/Builder.pm line 1266.
# got: 'Everything is fine âº'
# expected: 'Everything is fine %G☺%@'
# Looks like you failed 1 test of 20.
Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/20 subtests
Haven't seen this before.
http://rt.cpan.org/Ticket/Display.html?id=31314 and fixed.
* Jifty failed on IPC::PubSub::Cache::Memcached: Can't locate
Cache/Memcached.pm. Looks like somebody forgot a dependency decl.
In the Jifty dependency preparations I see only IPC::PubSub and
Cache::Cache but no Memchache stuff. The full error states:
Cannot load backend module: IPC::PubSub::Cache::Memcached: Can't locate Cache/Memcached.pm in @INC (@INC contains: /home/sand/.cpan/build/Jifty-0.71129-LHzsQe/inc /home/sand/.cpan/build/Jifty-0.71129-LHzsQe/blib/lib /home/sand/.cpan/build/Jifty-0.71...
and happens during t/04-test_file
2007-12-08 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* New BBC candidate
----Program----
eval q{use Test::Class 0.25};
print $@ ? "N/A" : "OK";
print "\n";
----Output of .../pykQRSb/perl-5.8.0@32581/bin/perl----
OK
----EOF ($?='0')----
----Output of .../pvgC1Ko/perl-5.8.0@32582/bin/perl----
N/A
----EOF ($?='0')----
We have many other victims between 32580 and now but most of them are
shaky things that have already exhibited random behaviour in the past.
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)
??? Mail sent, answer received, needs further processing.
2007-11-18 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* BUG! I just discovered that a success report was sent for Readonly::XS
after a patch was applied. This was once forbidden and must remain
forbidden.
* MAROS/Mail-Builder-1.03.tar.gz seems to hang on 5.6.2 I just ^Ced it.
It was probably DONEILL/MIME-tools-5.425.tar.gz? See above.
* Just discovered that we lost JRED recently:
2007-11-08T16:04 perl 32244 494 JRED/Event-ExecFlow-0.63.tar.gz NOT OK
2007-11-07T17:02 perl 32235 969 JRED/Event-ExecFlow-0.63.tar.gz NOT OK
2007-11-07T01:28 perl 32230 1282 JRED/Event-ExecFlow-0.63.tar.gz NOT OK
2007-11-06T07:57 perl 32226 456 JRED/Event-ExecFlow-0.63.tar.gz OK
2007-11-05T13:08 perl 32222 402 JRED/Event-ExecFlow-0.63.tar.gz OK
2007-11-04T20:10 perl 32219 124 JRED/Event-ExecFlow-0.63.tar.gz OK
and since then 12 more fails out of 12 sessions.
It's a dependency on AnyEvent. Long day comparing AnyEvent results
follows. Mail to Marc has been sent. Update 2007-11-25 akoenig : FIXED
* <URL: http://rt.cpan.org/Ticket/Display.html?id=30051 >
Answers Yanick: pdflatex is the culprit littering /tmp. As I didn't find any easy way to...
2007-11-17 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Todo: write a clean_tested() method. Suggests Adam Kennedy:
ah, ok, I understand.
Although if there is dependencies involved, would that also clean A?
Or perhaps we need a clean_all, so that CPAN Testers can just call that each cycle?
Adam K
* 32327 was a debugging build. I see a strange INC path without blib but
I see nothing suspect in the two patches 329 and 330 (328 is maintperl).
And the diff in the autobundles is a bit funny because 327 started
earlier and finished later, so it is a mix of upgrades and downgrades.
2007-11-16T13:38 perl 32330 709 YANICK/XML-XPathScript-1.52.tar.gz NOT OK
2007-11-15T23:07 perl 32327 1008 YANICK/XML-XPathScript-1.52.tar.gz OK
2007-11-14T09:33 perl 32308 325 YANICK/XML-XPathScript-1.52.tar.gz OK
Module::Build 0.2808 vs 0.2808_01 is the most likely cause. But no, this
is it not. I tried it on 32354 which gives still a FAIL and then
downgraded to M:B 1.2808 and it stayed a FAIL. Upgrading to 0.2808_01
again does no change things either.
Ahhh, what does it really mean for a test script when ther is a shebang
line of
#!perl -t
?? What was the exact error message again?
t/04unicode......................Can't locate XML/XPathScript.pm in @INC (@INC contains: /home/src/perl/repoperls/installed-perls/perl/pztfddi/perl-5.8.0@32354/lib/5.10.0/i686-linux-64int /home/src/perl/repoperls/installed-perls/perl/pztfddi/perl-5.8...
BEGIN failed--compilation aborted at t/04unicode.t line 7.
# Looks like your test died before it could output anything.
Dubious, test returned 255 (wstat 65280, 0xff00)
Failed 11/11 subtests
So it is the right perl being called but not the module in blib being
tested.
So I try it once again with 32308, run the test. UNINSTALL it. Run the
test again. There we have it. Fails just the same.
http://rt.cpan.org/Ticket/Display.html?id=30796
2007-11-16 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Nicholas says that B::Generate still suffers from an assertion under
debugging. So I probably need to run a binary search on debugging perls
for B::Generate. The binary search leads us again to 22314/5 that has
already gone into a B:Generate BBC, so nothing to shout out.
* Marek Rouchal has opened a ticket about Module::ExtractUse. Resolved
in a MakeMaker ticket.
2007-11-15 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Another breakage by Test::Distribution. Hopefully this will be fixed
in TD 2.00.
2007-11-11T18:16 maint-5.8 32273 838 SNOWHARE/Unicode-MapUTF8-1.11.tar.gz NOT OK
2007-11-11T01:45 perl 32269 320 SNOWHARE/Unicode-MapUTF8-1.11.tar.gz OK
2007-11-13 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Another BBC article?
----Program----
eval q{use B::PerlReq 0.006005};
print $@ ? "N/A" : "OK";
print "\n";
----Output of .../pDKyJRO/perl-5.8.0@31962/bin/perl----
OK
----EOF ($?='0')----
----Output of .../pdIAoqO/perl-5.8.0@31963/bin/perl----
N/A
----EOF ($?='0')----
Nope, BBC not justified. badly written test obviously.
http://rt.cpan.org/Ticket/Display.html?id=30717
Resolved in 0.006006.
* todo: publish the hvds patches DONE
* Need to try to fix Danga::Socket with Class::PseudoHash.
use fields;
use Class::PseudoHash;
# $ref = Class::PseudoHash->new;
*** can not find package gtk+-2.0 >= 2.0.0
*** check that it is properly installed and available in PKG_CONFIG_PATH
at Makefile.PL line 69
And I cannot find out which package I have to install on debian and I
remember that on previous occasions I did not find out the problem
either.
The message above comes from ExtUtils::PkgConfig. Maybe it is broken?
Maybe I must remove libgtk 1.2 first?
Nope. Test program insists:
% /home/src/perl/repoperls/installed-perls/perl/p2VJt9O/perl-5.8.0@31136/bin/perl -le '
use ExtUtils::PkgConfig;
$package ="gtk+-2.0";
%pkg_info = ExtUtils::PkgConfig->find ($package);
'
*** can not find package gtk+-2.0
*** check that it is properly installed and available in PKG_CONFIG_PATH
at -e line 4
I put the patch into the patches directory and give up for now.
* make a release for Adam and send it to him before actually releasing
(because I broke pip)
* Net::Libdnet on debian needs to change d to dumb in two spots:
Libdnet.xs must say include dumbnet.h and Makefile.PL must say -ldumbnet.
That runs all tests OK. That should be wrapped into a DEFINE.
* Nothing TODO: Event 1.08 broken in blead. It's just the test suite,
not Event itself. It was discussed on P5P.
2007-05-03 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* XML::Validator::Schema fails tests. Binary search points to 29118.
Repeating the binary search with different starting points
* disabled modules get no "markup" in the output to split them out of
the logfile.
* 2688{4,6} by Matthias. Complicated materiel from a scriptwriter who
needs cleanup help for build_dir. Maybe we should make build_dir_reuse
mandatory too.
2007-05-02 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Last run had a lot of fails but it seems the first failure was due to
a timeout (DBI), the others were just dependency traps. The batch job
running colorout-to-dir.pl apparently drew too many ressources. I've
added a sleep.
2007-05-01 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* The UTF-8 HOWTO is by Bruno Haible. Markus Kuhn wrote
http://www.cl.cam.ac.uk/~mgk25/unicode.html which is a FAQ. The latter
contains 'How should the UTF-8 mode be activated?'
* Todo: Jesse Vincent #26840
2007-04-30 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Locale::TextDomain: I realize now that the results are mixed. One NOT
OK between 4 or 5 OKs. So there's something very fishy going on.
* Theoretical prereq bug needs testing: "test" must ask for "available"
modules (which includes the part coming from PERL5LIB), but "install"
must ask for "installed" modules (but this only for requires, not for
build_requires).
* Bug: patch(1) does not understand --fuzz everywhere as reported by MAREKR
in https://rt.cpan.org/Ticket/Display.html?id=26664
Need a module or better probing.
* http://use.perl.org/comments.pl?threshold=0&mode=nested&commentsort=0&op=Change&sid=35312
Barbie asks for getting CPAN.pm support into CPAN::YACSmoke
* parrot should be advised on a group account on pause.
2007-04-29 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Interesting ticket: https://rt.cpan.org/Ticket/Display.html?id=26727
about redrawing the current line after something has moved the cursor.
2007-04-28 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Jifty again. Same recipe as last time, still no clue.
* Here broke Tk and Regexp-Assemble:
20070422T1717 perl 31019
20070423T1448 perl 31029
Slaven determined 31027. In addition a binary search is running in case
we need it again.
----Program----
eval {require Regexp::Assemble};
print $@ ? "N/A" : "OK";
print "\n";
----Output of .../phti9p4/perl-5.8.0@31025/bin/perl----
OK
----EOF ($?='0')----
----Output of .../pgwvrPP/perl-5.8.0@31027/bin/perl----
N/A
----EOF ($?='0')----
Need a perl between 31025 and 31027
(but 31026 could not successfully be used to build perl)
REPORTED to P5P
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
DONE
2007-03-24 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* screencast still in idea stage: Slaven suggests to write an abstract
widget as described in Tk::mega. This shall then use a text widget and
only implement a few things like add_character, delay, add_line. Each
shall then be passed through to the text widget. If our needs cannot be
fulfilled by the text widget, we can still switch later to a canvas
implementation.
Further methods needed to make TAB behaviour visible. Both on capture
and on output tricky. Does screen capture the TAB with its built-in? No.
It's a drag. It turns me off. It seems the only software that does it
right might be xterm itself? Ask Marc if rxvt can do it? DONE
2007-03-23 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* rt.cpan.org #25627 is awaiting further thoughts.
2007-03-21 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* I just discovered Term::ReadLine::Zoid by Jaap Karssenberg (PARDUS).
It seems to work if the prompt is a string, it fails if it is an
overloaded string. E.g.:
PERL_RL=Zoid /home/src/perl/repoperls/installed-perls/*/p*/perl-5*@30598/bin/perl -Ilib -MCPAN -e 'shell("zoid> ")'
CPAN: File::HomeDir loaded ok (v0.64)
CPAN: Term::ANSIColor loaded ok (v1.11)
cpan shell -- CPAN exploration and modules installation (v1.8879)
ReadLine support enabled
zoid> q
Lockfile removed.
But it starts in vi mode so immediately turns me off.
PERL_RL=Zoid::Emacs works better.
See also Zoidberg, the Perl shell. It seems to need a binary search. Or
two! First it failed a test in blead which passes with ~29000. But with
~29000 it's misbehaving during installation because it wants to write to
/etc/. Maybe a Module::Build problem. With ~23000 it is installable.
Strange. After a few hours we reach the area 2809[45] and the diffs
indicate that we must be chasing a red herring. Usually we detect this
by removing the older of the two involved perls and restarting the
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
* Slaven reports bug: there is a yml file in dot directories named
"..yml" FIXED in svk rev. 1390
* Jifty 0.61123_01 is out and the tests fail on Module::Refresh missing
and Test::Base as far as I can see.
Kwalify is out.
Jifty says what it would like to have:
- App::CLI ...missing. (would need 0.03)
- Email::Send ...missing. (would need 1.99_01)
- HTML::Mason ...missing. (would need 1.3101)
- HTML::Mason::Plugin ...missing.
- HTTP::Server::Simple ...missing. (would need 0.20)
- HTTP::Server::Simple::Recorder ...missing.
- XML::Simple ...missing.
- Module::Install::Admin ...missing. (would need 0.50)
- Test::HTTP::Server::Simple ...missing. (would need 0.02)
- Test::WWW::Mechanize ...missing. (would need 1.04)
- Class::Accessor::Named ...missing.
- Devel::Cover ...missing.
- Module::Install::Admin ...missing. (would need 0.50)
- PAR::Dist::FromCPAN ...missing.
Now that I have Module::Refresh and Test::Base Jifty fails tests due to
HTML::Mason.
* Trying to get a binary search running for XML-Feed-0.12. I need to go
before 20000 where I haven't been for quite a while and nothing works.
I need to break a circular dependency ExtUtils::CBuilder => File::Spec
=> PathTools => ExtUtils::CBuilder
I'm hung at the moment with 19096: it cannot build
Scalar-List-Utils-1.18 because it fails during perl Makefile.PL:
Can't call method "load" on an undefined value at inc/Module/Install.pm line 180
I have tried to install Module::Install myself but this did not help.
Removing the whole inc directory does not help either. When I improve
the code at line 180, it just gets reverted magically. This is what I
tried to insert:
my $obj = eval { $self->load($method) };
if ($@) {
my $err = $@;
require Carp;
confess $err;
}
$obj or return;
Running in the debugger fails also because it fails at compile time.
Giving up on 19096, trying 19523.
Same thing but I realise that I can skip Scalar-List-Utils. Now I need
to install LWP with notest. And XML::Atom fails because 'Undefined
subroutine &utf8::is_utf8 called at t/18-unicode.t line 17.' Use notest
again. And XML-Feed's test still fails with
t/01-parse............NOK 44/72
# Failed test at t/01-parse.t line 59.
# 'Hello!...'
# doesn't match '(?-xism:<p>Hello!</p>)'
t/01-parse............NOK 45/72
# Failed test at t/01-parse.t line 60.
# got: undef
# expected: 'Hello!...'
# Looks like you failed 2 tests of 72.
t/01-parse............dubious
Test returned status 2 (wstat 512, 0x200)
DIED. FAILED tests 44-45
Failed 2/72 tests, 97.22% okay
Trying 19096 again. This time XML::Atom cannot write a Build file with
the same Module::Install bug as above. Giving up.
Maybe investigate within the maint branch?
Yes! This shows us an interesting fact: under 29163 we see the same
failure. Under my /usr/local/perl-5.8.8/ we do not see it. 27048 which
is closest to 27040 (which would be 5.8.8 exactly).
Same failure. So it's very likely a module dependency. Some recent
module upgrade probably. my 5.8.8 installation might still have the old
one and updating breaks? The successfully testing 5.8.8 says
CPAN.pm: Going to build B/BT/BTROTT/XML-Feed-0.12.tar.gz
*** 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)
( run in 0.882 second using v1.01-cache-2.11-cpan-cdf2f3d4e48 )