CPAN
view release on metacpan or search on metacpan
* release 1.88_63: nothing major, only bugfixes and tiny new features.
Still a lot to do for 1.89.
* address #23315: there were still some uncought exceptions in
CPAN::Tarzip that broke megainstalls by Steve Peters; now hopefully all
fixed
* address #22584: do not set VERSION to "undef" when 0
* bugfix: delete backups during downloading of new index files
* bugfix: repair all risky ->can with UNIVERSAL::can; thanks to Adriano
Rodrigues for the report!
* bugfix: dirname(undef) can die: protect against it when an entry in
FTPstats has no associated file
* the failed command now prints its rows sorted by command (as before)
but within each command by time.
integrate these modules with CPAN.pm but without uploading the
modules to CPAN?
Have a look at the CPAN::Site module.
9) When I run CPAN's shell, I get an error message about things in my
"/etc/inputrc" (or "~/.inputrc") file.
These are readline issues and can only be fixed by studying readline
configuration on your architecture and adjusting the referenced file
accordingly. Please make a backup of the "/etc/inputrc" or
"~/.inputrc" and edit them. Quite often harmless changes like
uppercasing or lowercasing some arguments solves the problem.
10) Some authors have strange characters in their names.
Internally CPAN.pm uses the UTF-8 charset. If your terminal is
expecting ISO-8859-1 charset, a converter can be activated by
setting term_is_latin to a true value in your config file. One way
of doing so would be
/usr/bin/make test -- OK
Warning (usually harmless): 'YAML' not installed, will not store persistent state
A few minutes later I have installed several other modules for a
frictionless binary search and these programs then find a Devel::Caller
that does not pass its own test anymore. Why?
I remove the installation and reinstall with ./installperl from the
build directory. I install as above the three PadWalker, M:B and EU:CB
I see Devel::Caller working again. I make a backup or this tree. I
re-run './Build test' several times in the Devel-Caller-0.11-iL3qS5/
directory, always success.
Now I try to install the Bundle::CPANxxl piece by piece. YAML::Syck
fails. IO::Tty OK. Expect OK. YAML fails. Test::Harness OK.
% ./Build test
t/Devel-Caller....ok
26/72 unexpectedly succeeded
TODO PASSED tests 12-14, 44-66
find . -depth -user sand -and -newer a0u4eNQ7UO -and -not -newer saoDrTlcuA -exec rm -rv {} \;
2007-10-22 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* 32154 fails with
Failed 1 test out of 1430, 99.93% okay.
../ext/threads/shared/t/waithires.t
on perl itself. 'make nok' sent. Seems to be because I tried a threaded
perl. Sorry, forgot to make a backup, reconstruct running...
It turns out that I see the same on 32174 and that it is load dependent.
And JDHEDDEN says this is not a bug and he is not willing to change the
timeouts. I wonder if this is related to threaded builds (321[57]4 were
threaded) or really only load driven.
* Yesterday I built my first jifty installation with current SVN and
bleadperl. 32147 was the patchnumber. Soon after this installation was
completed this perl was used to test Email-Send-2.191 and it failed
miserably with errors leading to something jifty:
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)
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
lib/App/Cpan.pm view on Meta::CPAN
Run a `make test` on the specified modules.
=item -T
Do not test modules. Simply install them.
=item -u
Upgrade all installed modules. Blindly doing this can really break things,
so keep a backup.
=item -v
Print the script version and CPAN.pm version then exit.
=item -V
Print detailed information about the cpan client.
=item -w
lib/CPAN.pm view on Meta::CPAN
Have a look at the CPAN::Site module.
=item 9)
When I run CPAN's shell, I get an error message about things in my
C</etc/inputrc> (or C<~/.inputrc>) file.
These are readline issues and can only be fixed by studying readline
configuration on your architecture and adjusting the referenced file
accordingly. Please make a backup of the C</etc/inputrc> or C<~/.inputrc>
and edit them. Quite often harmless changes like uppercasing or
lowercasing some arguments solves the problem.
=item 10)
Some authors have strange characters in their names.
Internally CPAN.pm uses the UTF-8 charset. If your terminal is
expecting ISO-8859-1 charset, a converter can be activated by setting
term_is_latin to a true value in your config file. One way of doing so
scripts/cpan view on Meta::CPAN
Run a `make test` on the specified modules.
=item -T
Do not test modules. Simply install them.
=item -u
Upgrade all installed modules. Blindly doing this can really break things,
so keep a backup.
=item -v
Print the script version and CPAN.pm version then exit.
=item -V
Print detailed information about the cpan client.
=item -w
( run in 0.617 second using v1.01-cache-2.11-cpan-49f99fa48dc )