CPAN
view release on metacpan or search on metacpan
Arrrrgrrrr, I misread this as a fail in my previous look at the terminal.
18554:
PadWalker passes its tests but D:C dumps core
18037:
PadWalker fails the two tests mentioned above and I force the install.
Devel::Caller passes its tests.
18300:
PadWalker is installed, so must have passed its test. D:C has its SEGV.
18150:
Padwalker fails as above. force install. D:C SEGV.
18078:
Padwalker fails as above. force install. D:C SEGV.
18057:
Padwalker fails as above. force install. D:C SEGV.
18048:
Padwalker fails as above. force install. D:C SEGV.
18047: no SEGV
2007-10-27 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Net-Daemon's recent FAILS under threads seems to be due to the way the
old Thread.pm has now become a compatibility layer. Its t/thread.t tests
if (!eval { require Thread; my $t = Thread->new(sub { }) }) {
print "1..0\n";
exit 0;
}
The compat layer seems to have started working between 30910 and 32032:
% for p in `binsearchaperl --show-cache --bounds 27048-33000 --apcdir /home/src/perl/repoperls/APC --prefix /home/src/perl/repoperls/installed-perls --cachefilter tests/filter-threaded.pl `; do
$p -MThread -e 'print substr($^X,64), ": ", eval{Thread->new(sub { })} ? "" : "not ", "ok\n"'
done 2>/dev/null
@27048/bin/perl: ok
@29353/bin/perl: not ok
@30910/bin/perl: not ok
@31500/bin/perl: ok
@32032/bin/perl: ok
@32174/bin/perl: ok
@32186/bin/perl: ok
@32194/bin/perl: ok
@32195/bin/perl: ok
but probably not good enough to run the whole code in t/thread.t.
I would guess that somewhere between 27048 and 29353 the compatibility
layer broke heavily and somewhere between 30910 and 31500 they
fixed it a bit. 30955 was the last change to Thread.pm. The fix for our
minimal testcase came a bit before that:
----Program----
require Thread;
print eval{Thread->new(sub { })} ? "ok\n" : "not ok\n";
----Output of .../pCY4xFO/perl-5.8.0@30952/bin/perl----
not ok
----EOF ($?='0')----
----Output of .../pQ8RfLX/perl-5.8.0@30953/bin/perl----
ok
Perl exited with active threads:
1 running and unjoined
0 finished and unjoined
0 running and detached
----EOF ($?='0')----
----Program----
require Thread;
print eval{Thread->new(sub { })} ? "ok\n" : "not ok\n";
----Output of .../ppYBvaY/perl-5.8.0@27704/bin/perl----
ok
A thread exited while 2 threads were running.
----EOF ($?='0')----
----Output of .../pBY7a0s/perl-5.8.0@27705/bin/perl----
not ok
----EOF ($?='0')----
Running a Net::Daemon 0.43 comare between 30952 and 53 shows the
equivalent result. Now let's see for Devel-Caller and Sub-Multi.
Devel-Caller needs a separate investigation (fails on both 3095[23]).
Now I discover the dependency chain of Sub-Multi. I see that
Devel::LexAlias depends on Devel-Caller. And Data::Bind depends on
Devel::LexAlias and Sub::Multi depends on Data::Bind. So Sub::Multi can
be dropped from further investigation.
Note that we have not yet looked which construct it is that breaks in
the test. So it might be interesting to look if 27704 was still ok. Yes,
it passes all tests and does not skip the t/thread.t.
BBC article is posted.
* /tmp again
30297 HTML-Display Cleaning up /tmp directory
2007-10-26 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* mod_perl also broke recently. Between 32090 and 32101. And it suddenly
worked again in 32192 which was a nothreads nodebugging build without
relocatable inc. nothing obvious, of course.
I made a autobundle for 32085. And 32108. The diffs are huge.
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:
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)
DIED. FAILED test 174
(150:2:0:0)
http://rt.cpan.org/Ticket/Display.html?id=28203
* Test-Inline-2.204.tar.gz missing depe
http://rt.cpan.org/Ticket/Display.html?id=28139
* RJBS/Email-MIME-1.859.tar.gz started to fail between 2007-07-14T05:07
and 2007-07-13T08:07 which is between 31600 and 31613.
The FAIL with 613 is now reproducable. The OK with 600 is not
reproducable anymore, some update since then has broken it.
The last OK before was with 2007-07-12T22:46 (31599). This OK is
reproducable.
So I'll compare autobundle of 599 and 600.
I see that Email::Simple was updated from 1.999 to 2.001.
When I install 1.999 on 31613? Then Email-MIME-1.859 passes all tests.
http://rt.cpan.org/Ticket/Display.html?id=28170 (reported by pmei
<petermei@gmail.com>)
* Idea: new options how to treat Module::Install. I could peek into the
Makefile.PL and guess if it is a Module::Install based one or maybe look
at inc/Module/Install.pm. Then what?
Answer Auto-Install questions with "y", "n", DEFAULT? Make a difference
between optional and mandatory? Realize that "n" would not work because
for mandatory stuff they then ask. "Really...". Hrmmm. Ask Adam?
I suppose he would recommend to set the PERL_MM_USE_DEFAULT variable.
That would choose DEFAULT.
* Todo: complete the show_xxx_version config parameters DONE
* I want to use ^C during recent to mean that I do not want to continue
to read this document. DONE
* Net::FTP::Commom now in RT because of frequent test failures:
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).
1 Verilog-Perl 2.361 WSNYDER
2 Verilog-Perl 2.371 WSNYDER
Cool feature.
I do the same for CPAN and they answer
1 CPAN 1.87 ANDK
2 CPAN 1.8869 ANDK
3 CPAN 1.8866 ANDK
4 CPAN 1.8872 ANDK
5 CPAN 1.8867 ANDK
6 CPAN 1.8864 ANDK
7 CPAN 1.8871 ANDK
8 CPAN 1.88 ANDK
9 CPAN 1.8865 ANDK
10 CPAN 1.8873 ANDK
11 CPAN 1.8874 ANDK
12 CPAN 1.8868 ANDK
13 CPAN 1.8801 ANDK
14 CPAN 1.8802 ANDK
What a strange sorting! And where are the underscores? And when I say 'i
11' they say
Installing CPAN
*** Install log written to:
/home/k/.cpanplus/install-logs/CPAN-1171719784.log
Module 'CPAN' installed successfully
No errors installing all modules
This action took less than a second and I must open that logfile to find
out that CPAN is already up to date (without version information). And
above that I do have 1.8873 installed, not 1.8874 so why they do not
install 1.8874 is not clear.
But I can test 1.8874 ok and now I have again no idea why the 5 FAILS on
testers.
* Macbook compiles bleadperl@30032 with a horrible amount of test failures
Failed Test Stat Wstat Total Fail List of Failed
-------------------------------------------------------------------------------
../ext/Encode/t/Aliases.t 2 512 ?? ?? ??
../ext/Encode/t/CJKT.t 255 65280 60 120 1-60
../ext/Encode/t/Encode.t 2 512 ?? ?? ??
../ext/Encode/t/Encoder.t 255 65280 516 1032 1-516
../ext/Encode/t/Unicode.t 255 65280 37 74 1-37
../ext/Encode/t/at-cn.t 255 65280 29 58 1-29
../ext/Encode/t/at-tw.t 255 65280 17 34 1-17
../ext/Encode/t/enc_data.t 2 512 ?? ?? ??
../ext/Encode/t/enc_eucjp.t 2 512 ?? ?? ??
../ext/Encode/t/enc_module.t 2 512 ?? ?? ??
../ext/Encode/t/enc_utf8.t 2 512 ?? ?? ??
../ext/Encode/t/encoding.t 2 512 ?? ?? ??
../ext/Encode/t/fallback.t 255 65280 44 88 1-44
../ext/Encode/t/from_to.t 255 65280 3 6 1-3
../ext/Encode/t/grow.t 2 512 ?? ?? ??
../ext/Encode/t/gsm0338.t 255 65280 21 42 1-21
../ext/Encode/t/guess.t 2 512 ?? ?? ??
../ext/Encode/t/jperl.t 255 65280 15 30 1-15
../ext/Encode/t/mime-header.t 255 65280 11 21 1-11
../ext/Encode/t/mime_header_iso2022jp.t 255 65280 14 28 1-14
../ext/Encode/t/perlio.t 255 65280 38 76 1-38
../ext/Encode/t/utf8strict.t 2 512 ?? ?? ??
../ext/Hash/Util/FieldHash/t/01_load.t 255 65280 8 12 1-2 4-8
../ext/Hash/Util/FieldHash/t/02_function. 255 65280 ?? ?? ??
../ext/Hash/Util/FieldHash/t/03_class.t 255 65280 7 14 1-7
../ext/Hash/Util/FieldHash/t/04_thread.t 255 65280 ?? ?? ??
../ext/Hash/Util/FieldHash/t/05_perlhook. 255 65280 ?? ?? ??
../ext/Hash/Util/FieldHash/t/10_hash.t 255 65280 ?? ?? ??
../ext/Hash/Util/FieldHash/t/11_hashassig 255 65280 ?? ?? ??
../ext/Hash/Util/FieldHash/t/12_hashwarn. 255 65280 ?? ?? ??
../ext/Hash/Util/t/Util.t 255 65280 227 430 1-227
../ext/PerlIO/encoding/t/nolooping.t 255 65280 1 2 1
../ext/Storable/t/downgrade.t 255 65280 169 325 7-169
../ext/Storable/t/restrict.t 2 512 ?? ?? ??
../ext/Sys/Syslog/t/syslog.t 4 1024 159 4 129-132
../lib/Pod/Simple/t/corpustest.t 43 15 3 5 7 9 11 17
19 21 23 25 28
36 38 40 42
../lib/base/t/fields-base.t 255 65280 29 20 20-29
../lib/base/t/fields.t 255 65280 16 22 6-16
../lib/encoding/warnings/t/4-lexical.t 3 1 2
comp/utf.t 2 512 15 30 1-15
io/layers.t 37 13 6 9-11 13 21
23-24 33-37
run/fresh_perl.t 94 1 94
uni/chomp.t 2 512 ?? ?? ??
uni/chr.t 255 65280 6 12 1-6
uni/greek.t 2 512 ?? ?? ??
uni/latin2.t 2 512 ?? ?? ??
uni/tr_7jis.t 255 65280 6 12 1-6
uni/tr_eucjp.t 255 65280 6 12 1-6
uni/tr_sjis.t 255 65280 6 12 1-6
uni/tr_utf8.t 255 65280 8 16 1-8
79 tests and 530 subtests skipped.
Failed 50/1366 test scripts. 1312/172604 subtests failed.
Files=1366, Tests=172604, 647 wallclock secs (357.74 cusr + 65.52 csys = 423.26
CPU)
Failed 50/1366 test programs. 1312/172604 subtests failed.
* Todo: mark hosts command and dot directories as alpha code in the
documentation.
* Bug: Watch the upload date between the two runs of 'm'
cpan[4]> m Verilog::Language
Module id = Verilog::Language
DESCRIPTION Language support, number parsing, etc
CPAN_USERID WSNYDER (Wilson Snyder <wsnyder@wsnyder.org>)
CPAN_VERSION 2.371
CPAN_FILE W/WS/WSNYDER/Verilog-Perl-2.371.tar.gz
DSLIP_STATUS Rdpfp (released,developer,perl,functions,Standard-Perl)
INST_FILE (not installed)
cpan[5]> m Verilog::Language
Module id = Verilog::Language
DESCRIPTION Language support, number parsing, etc
Can't localize lexical variable $f at tests/my-local.pl line 3.
Now binary search runs..... 28 ok, 29 not ok.
Jarkko reports these:
> Linux:
> http://www.nntp.perl.org/group/perl.daily-build.reports/43396 29609
> http://www.nntp.perl.org/group/perl.daily-build.reports/43381 29604
>
> AIX:
> http://www.nntp.perl.org/group/perl.daily-build.reports/43428 29609
> http://www.nntp.perl.org/group/perl.daily-build.reports/43395 29604
>
> OpenBSD:
> http://www.nntp.perl.org/group/perl.daily-build.reports/43414 29609
> http://www.nntp.perl.org/group/perl.daily-build.reports/43374 29599
That's something different. So I reported the 29er to p5p. It's since
been fixed in 29639.
2006-12-28 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Bug in SQLite: if I type "install TAB" I only get completion for the
modules that have already been loaded:
cpan[5]> install
Acme::Meta Danga::Socket POSIX Sys::Syscall Time::HiRes
DBD::mysql IO::Poll Socket Test::More fields
Reported to and FIXED by Randy.
2006-12-27 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* #24114 by Steve says that we do not survive without YAML!
Trying to fix with overloaded Exception classes leads to more changes
than I feel comfortable with without writing new tests. So we need tests
that test missing YAML and YAML::Syck. Maybe Test::Without::Module might
help?
No. The tricky way that CPAN.pm is using to load modules is not suited
for T:W:M. I have tried it and I see YAML gets loaded without
hesitation. But I recall we have dontload_list. Very nice.
IMPROVED in SVK rev. 1639 and added tests in 31sessions.t since then.
* document the major change to the force pragma and find tests that
enforce that
* document how test repete is supposed to work and find tests that
enforce that
2006-12-26 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Paul Johnson has already fixed #24067 in his repository. Unfortunately
he sends me a link to svnweb instead of the repository itself. Svnweb
itself neither gives machine readable output nor does it provide a link
to the repository.
Fortunately one can guess it: svn ls http://pjcj.sytes.net/svn/Devel-Cover
Repository version passes all tests.
2006-12-25 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* I don't know how to prevent SQLite dieing due to locked database.
Because it happens such that a batch process reads the database and an
interactive process tries to write the database. The latter does not
know about the other. Both know nothing about each other beforehand.
Then they clash and I cannot find out.
FIXED (at least improved) by Randy
2006-12-24 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Todo: create a second shell test, say 31force.t that starts from
scratch and studies the variants without having to wait for many minutes
It would be good if we had a test script that allows us to visit
multiple sessions. It would not really need Expect.pm! We make short
sessions instead. 31sessions.t is it. Test::Base or what? No, it doesn't
convince me but I don't know why.
* after SVK rev. 1604 doing a megainstall from scratch a second time to
study the differences tomorrow or in the late evening.
Later... looks good. But crazy that we find both DBD::mysql 4.00 and
3.0008 in the failed departement (Update 2006-12-26 akoenig : reported
as http://rt.cpan.org/Ticket/Display.html?id=24096). And the second
anomaly that .../svn/tk/. succeeded at 17:28 but not at 11:45. Not much
for 5100 diff chunks.
* Rethinking once again 'force test'. Right now I see "Has already been
tested successfully" within one session but not when I start a session.
This needs to change because our big force redesign should let us say
'force test thing' when we really want just exactly that and should save
us the time when we really know this has been tested OK.
I think this happens in SVK rev.1604
* Buglet: if I do a 'force get thing' then I get a new build_dir for the
thing. If I had done a 'test thing' before then the old build_dir is in
the is_tested hash/set/database and survives in the paths prepended to
PERL5LIB
FIXED in SVK rev. 1589
But wait! If we have many variants of one distro in PERL5LIB, then all
hell breaks loose because we possibly do not get the right one as the
first. We need to sort by something. DONE in upcoming SVK rev. 1604.
Oh, and we need to filter out the installed ones. So we really must tie
the distros and the is_tested stuff together. Makes no sense to prepend
test-directory-X to PERL5LIB when X is installed. FIXED for the
make_install attribute: this was lost because there was an early return
on success in CPAN::Distribution::install().
2006-12-23 Andreas J. Koenig <andreas.koenig.7os6VVqR@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.
* Would be nice: 'o conf /check/' to list all variables matching a regex.
* I realize that it's quite pointless to try downloading with "fancy"
when there is Net::FTP installed. OTOH, *sometimes* it may be clueful. I
should explain in a FAQ that it makes sense to disable the externel
programs once one has Net::FTP and LWP. The problem only appears if you
have many hosts in the urllist and try to download a fresh file: here
you want to try only with one method and cycle through the hosts
quickly.
2006-11-13 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Randy Kobes needs an API to find out where the index files are
located. And the whole SQLite needs to be integrated. First question is
what do we use from it. Only the readonly stuff, I suppose. And the
urllist. And all this might need to be combined with the TTL stuff and
separate loading of index files.
* 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
* 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
cpan shell -- CPAN exploration and modules installation (v1.8861)
ReadLine support enabled
cpan[1]> o conf use_sqlite 1
Warning: unknown configuration variable 'use_sqlite'
use_sqlite [1]
Please use 'o conf commit' to make the config permanent!
cpan[2]> m CPAN
CPAN: YAML::Syck loaded ok (v0.71)
Going to read /home/k/.cpan/build/
............................................................................DONE
Found 593 old builds, restored the state of 343
Updating database file ...
Can't exec "cpandb": No such file or directory at lib/CPAN.pm line 4152.
system cpandb --update failed: -1 at lib/CPAN.pm line 4152.
at lib/CPAN.pm line 276
CPAN::shell() called at -e line 1
OK, let's patch the path to $^X in and retry:
% 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)
CPAN: Term::ANSIColor loaded ok (v1.11)
cpan shell -- CPAN exploration and modules installation (v1.8861)
ReadLine support enabled
cpan[1]> o conf use_sqlite 1
Warning: unknown configuration variable 'use_sqlite'
use_sqlite [1]
Please use 'o conf commit' to make the config permanent!
cpan[2]> m CPAN
CPAN: YAML::Syck loaded ok (v0.71)
Going to read /home/k/.cpan/build/
............................................................................DONE
Found 593 old builds, restored the state of 343
Updating database file ...
Done!
Can't call method "set" on an undefined value at lib/CPAN.pm line 962.
at lib/CPAN.pm line 276
CPAN::shell() called at -e line 1
Hmmm. So Randy wants to have use_sqlite to be set before we enter the
shell and he wants it only within the shell. This is pretty likely
wrong.
Trying to set use_sqlite earlier with a tiny patch to Makefile.PL.
Doesn't work because CPAN::SQLite loads MyConfig again according to the
debugger:
$ = require '/home/k/.cpan/CPAN/MyConfig.pm' called from file `/home/src/perl/repoperls/installed-perls/perl/peHlG5S/perl-5.8.0@29243/lib/site_perl/5.9.5/CPAN/SQLite.pm' line 50
So we lose the switch again. Back to the drawing board.
Either I need a way to use CPAN::SQLite without having it guess CPAN.pm
internals all over the place. Or Randy needs a CPAN.pm that has API
calls for all the CPAN.pm internals. I cannot allow a plugin that tries
to reload the Config file and overwriting the Internals that I have
currently set. This is happening and makes it hard to predict what will
happen next.
FIXED by Randy
* Bug: When I tried to report MSCHWERN/B-Generate-1.06_2.tar.gz, it
failed but did not try all 43 hosts.
Trying with "/usr/bin/lynx -source" to get
http://mirror.eunet.fi/CPAN/authors/id/M/MS/MSCHWERN/B-Generate-1.06_2.tar.gz
Error while trying to rename '/home/k/.cpan/sources/authors/id/M/MS/MSCHWERN/B-Generate-1.06_2.tar.gz.tmp13806' to '/home/k/.cpan/sources/authors/id/M/MS/MSCHWERN/B-Generate-1.06_2.tar.gz': No such file or directory
at lib/CPAN.pm line 267
CPAN::shell() called at -e line 1
Lynx again!
Try
/usr/bin/lynx -source http://mirror.eunet.fi/CPAN/authors/id/M/MS/MSCHWERN/B-Generate-1.06_2.tar.gz
They send an error page that looks different than usual
Fixed in SVK rev. 1298
* degraded mode problems: I did an 'o conf commit' in degraded mode and
blew away some config variables. We need a global that disallows commit
from degraded shells. It would also disallow 'defaults' because that
would restore the other config variables.
DONE. But MAYBE we want to tie $CPAN::Config?
* Bug: ~ expansion missing or warning demanded
From: Adam Kennedy <cpan@ali.as>
Subject: Re: Trouble installing module: "LWP not available"
To: cpan-discuss@perl.org
Date: Wed, 08 Nov 2006 16:55:21 +1100
Andreas
Speaking of bad configs, I think I might be a good idea to start
adding some basic error checks.
Yesterday I got caught by the various paths not allowing the use of
tilde ~. Instead of my homedir, it installed to a directory called,
literally, "~".
Apart from being a little annoying, fixing it required I make the
scariest command I've ever done on a production system.
rm -rf "~"
:/
Adam K
DONE in SVK rev. 1290
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
come around with the same perl.
DONE in rev. 1140 with build_dir_reuse
* 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
/usr/bin/make test -- OK
Running make install
Installing /usr/local/perl-5.8.8/lib/site_perl/5.8.8/File/Copy/Recursive.pm
Installing /usr/local/perl-5.8.8/man/man3/File::Copy::Recursive.3
Writing /usr/local/perl-5.8.8/lib/site_perl/5.8.8/i686-linux-64int/auto/File/Copy/Recursive/.packlist
Appending installation info to /usr/local/perl-5.8.8/lib/5.8.8/i686-linux-64int/perllocal.pod
What I had done was to install CPAN::Reporter but forgot the sudo for
make. Then I added the sudo to make_install_make_command and did a
'force get' and then the above. The install was successful in the end
but the "Sorry" message was written in red and completely bogus and
together with the 'Refusing to autoload' message was frightening.
Showstopper!
Trying to reproduce by setting both m*_install_*_command variables to
"false", then install CPAN::Reporter. This gives a long list of failed
installs at the end. Then 'install File::Copy::Recursive' works as
expected: already tried without success. Then 'force get F:C:R' works as
expected. And then again 'install File::Copy::Recursive' works as
expected: tests again and tries to install.
Shhhhhhh, so I cannot reproduce this, something must have been different.
GIVEN UP: this did not show up again in any test
* Who broke libwww recently?
local/http-get........ok 1/20Use of uninitialized value in numeric eq (==) at local/http-get.t line 167, <DAEMON> line 1.
local/http-get........FAILED test 5
Failed 1/20 tests, 95.00% okay
local/http............ok 1/18Use of uninitialized value in numeric eq (==) at local/http.t line 158, <DAEMON> line 1.
local/http............FAILED test 5
Failed 1/18 tests, 94.44% okay
# HTTP/1.1 200 OK
# Date: Sat, 07 Oct 2006 04:16:57 GMT
# Server: libwww-perl-daemon/1.36
# Content-Type: text/html
# Last-Modified: Sat, 07 Oct 2006 03:29:15 GMT
# Client-Date: Sat, 07 Oct 2006 04:16:57 GMT
# Client-Peer: 192.168.0.75:45978
# Client-Response-Num: 1
# Title: En prøve
#
# <html><title>En prøve</title>
# <h1>Dette er en testfil</h1>
# Jeg vet ikke hvor stor fila behøver å være heller, men dette
# er sikkert nok i massevis.
not ok 5 # content_length=0
HERE [html] at ../blib/lib/LWP/MediaTypes.pm line 70.
size[0]mtime[1160191755] at ../blib/lib/HTTP/Daemon.pm line 531.
Daemon.pm:
sysopen(F, $file, 0) or
return $self->send_error(RC_FORBIDDEN);
binmode(F);
my($ct,$ce) = guess_media_type($file);
my($size,$mtime) = (stat _)[7,9];
Tracked and reported to P5P. FINI.
* Todo: Write a new test: If one prerequisite doesn't pass its tests, we
sure want to test the dependent module but it must not be installed. I
have no example at hand.
First continue fixing dummy-Build and dummy-Make distros (and maybe
more), then make one that is depending on dummy-Fails. DONE in rev. 973
And write the new test for it. DONE in rev. 975
* Gabor reports #21692: how to reproduce? Just get a 5.8.7 and call
upgrade on it. No, take a 5.8.8 and silently replace B::Concise with the
5.8.7 one. OR: take some maint-5.8 short before 5.8.8! Where to find the
patch number for 5.8.8? Module::CoreList!
% perl -MModule::CoreList -le 'use Data::Dumper;print Dumper(\%Module::CoreList::patchlevel);'
[...]
'5.008008' => [
'maint-5.8',
27040
],
Paging through diff files in APC/5.8.1/ reveals: 25914 updated
PPPort.pm, 26929 Pod::Simple, 26985 Archive::Tar, 26988 Pod::Man, so I
expect 26984 a good test candidate.
My current 26984 replies to "r" command with....no 5.8.8?
Strange! Why no 5.8.8? Ahhh, because it had no Archive::Tar and Pod::Man
is on podlators 2.0.5.
Trying 26876: no good.
26727: Good! 26727 wants to upgrade Dumpvalue and bring it ot
perl-5.8.8. I upgrade everything in 26727 except for Dumpvalue. Being
time consuming, this needs a backup generated with
tar cvzf p-26727plus-near-588.tar.gz installed-perls/maint-5.8/pbyWflA/perl-5.8.0@26727
Gabor requests less noise, otherwise he consideres behaviour correct.
Hrm, think about it...
FIXED in rev. 963.
* Bug: during 'o conf defaults' I get
Debug(HandleConfig,HandleConfig.pm,95,[Shell,CPAN.pm,1401,edit]): self[CPAN::HandleConfig]args[defaults]
Can't locate CPAN/MyConfig.pm in @INC (@INC contains: _build/lib _build/lib _build/lib _build/lib /home/k/sources/CPAN/SVN/lib /home/src/perl/repoperls/installed-perls/perl/pGHVCgA/perl-5.8.0@28914/lib/5.9.4/i686-linux-64int /home/src/perl/repoperls/...
Use of uninitialized value within %INC in concatenation (.) or string at /home/k/sources/CPAN/SVN/lib/CPAN/HandleConfig.pm line 285.
'' reread
Fixed in rev. 958
* Bug: cpan[4]> install CPAN::Reporter
Running install for module CPAN::Reporter
Running Build for D/DA/DAGOLDEN/CPAN-Reporter-0.24.tar.gz
Is already unwrapped into directory /home/k/.cpan/build/CPAN-Reporter-0.24
2006-08-31 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* replace "no lib '.'" with rel2absing the INC if rel2abs is available
(suggested by Slaven Rezic) DONE in rev 773
* Todo: investigate why 'o conf init histsize' still asks two questions.
Maybe we should write the test automatically with all available
variables and see if one question is asked. STARTED for all but the
_list and _hash stuff and for undocumented things like
commandnumber_in_prompt and things we never ask like ftp_passive. It
turned out that histsize really depends on histfile and they should be
asked as a pair. But then I tried 'ftp' which hit several options,
'^ftp$', '\bftp\b' which both did not match at all and I wondered if
this needs to be addressed or not and how. Same for make. What about
inactivity_timeout? why does it use prompt(), not my_default_prompt?
index_expire? username? password? ALL FIXED between 775 and 784
* Todo: document 'o conf init MATCH' and write a couple tests into
30shell.t DONE
2006-08-23 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Todo: integrate branch
https://pause.perl.org:5460/svn/cpanpm/branches/dagolden-cpan-reporter
DONE by David in rev. 758
2006-07-29 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* As #20754 I requested bzip2 support from CPANPLUS. I should write the
code for mldistwatch so that I just have to turn on the indexing of bz2
files. DONE in rev 815 of the PAUSE repository.
* Todo: add a command to list all scripts and use it to test-install all
of them to get a good coverage for the new 'install <script>' support.
DONE in revision 746
2006-07-23 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
2006-07-22 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Jim Cromie suggests: tweak shell to allow cpan> o conf init @sections
tweak FirstTime::init() interface to accept optional @sections
put various interactive Qs into groups of conditionals: if ( !@sections
or grep /$this_sect_name/, @sections)
candidate sections: progs - external prog selection make - all make
options DONE in re 784
* hr ================ no todos below this line ================ /hr
* How do I merge the branch 1.87-install-scripts into current code base?
The problem is, I do not remember where the branch started. Is this a
problem? I have the branches already checked out in ../SVN-branches/.
There I find the train hackathon result was in 689 and 686 was the copy
that started the branch.
So I guess the merge command would have to be
svn merge -r 686:689 https://pause.perl.org:5460/svn/cpanpm/branches/1.87-install-scripts
YES, this did it and is now to be checked in as rev. 733
'install ANDK/keepcool-0.344' works now like a charm, the stored script
name is even 'keepcool' and not 'keepcool-0.344'.
2006-07-19 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* From: Adam Kennedy <adam@phase-n.com>
Subject: Re: CPAN.pm, META.yml, PREREQ_PM and dynamic dependencies
To: "Andreas J. Koenig" <andreas.koenig.gmwojprw@franz.ak.mind.de>
Date: Tue, 11 Jul 2006 16:58:34 +1000
Andreas
dynamic_config was a major major design mistake, that they got
entirely backwards. It relies on authors to not forget to set the
dynamic flag, or it results in a failed install.
But of course, nobody ever does remember to set it, and we have a huge
number of existing modules that don't do this properly.
There is no problem at all in us having the requires values considered
to be "advisory" only, and then "localize" the dependencies.
In short, the flag should have actually been the other way around
(i.e. static_config) and so dynamic_config should ALWAYS be 1, unless
you have it EXPLICITLY set to 0.
We may or may not be able to get the spec revised later on, but in the
mean time, dynamic_config should aways be 1 unless you have an
explicit 0, not just when there is no requires field.
This makes installation potentially a bit slower, and less able to
shortcut, but it makes sure that installation remains correct.
I just tried to make this a Todo item but then checked the code and
found it bahaves already as Adam suggests. ---> DONE
2006-06-15 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* make signature-checking a feature that can be turned on or off and
which defaults to off. (requested by Adam Kennedy) DONE in rev. 726 or
so
2006-04-26 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* apply patch by
From: "Enzer, Matisse BGI SF" <matisse.enzer@barclaysglobal.com>
Subject: CPAN 1.87 - proposed patch to add Basic Auth for non-proxy URLs
To: "Andreas Koenig" <andk@cpan.org>
Cc: "Thalhammer, Jeffrey BGI SF" <Jeff.Thalhammer@barclaysglobal.com>
Date: Tue, 25 Apr 2006 22:17:35 -0700
which is stored at patches/enzer-matisse-CPAN-1.87.patch DONE in rev 729
2006-04-19 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
( run in 0.737 second using v1.01-cache-2.11-cpan-5b529ec07f3 )