CPAN
view release on metacpan or search on metacpan
distroprefs/ROKR.Config-Identity.yml
distroprefs/RONAN.Transform-Canvas.yml
distroprefs/ROODE.Readonly-XS.yml
distroprefs/ROODE.Time-Format.yml
distroprefs/RRA.PGP-Sign.yml
distroprefs/RRWO.Graphics-ColorNames.yml
distroprefs/RSOD.IPC-Run.yml
distroprefs/RURBAN.Filter.yml
distroprefs/RUZ.DBIx-SearchBuilder.yml
distroprefs/RYBSKEJ.forks.yml
distroprefs/SAMTREGAR.DBIx-Timeout.yml
distroprefs/SAMTREGAR.Devel-Profiler.yml
distroprefs/SAMV.Date-Holidays-NZ.yml
distroprefs/SAMV.Set-Object.yml
distroprefs/SAMV.Tangram.yml
distroprefs/SANKO.Net-BitTorrent.yml
distroprefs/SARTAK.Class-Method-Modifiers.yml
distroprefs/SCHUBIGER.DateTime-Format.yml
distroprefs/SCHWERN.Class-Fields.yml
distroprefs/SCHWERN.Exporter-Lite.yml
distroprefs/SCHWIGON.Class-MethodMaker.yml
SHA256 0288d0e9f909ea3ccc86fa4652e7df13023203fac40ac8d82eed33d98e201781 distroprefs/ROKR.Config-Identity.yml
SHA256 328df9f7b4faa885615d3ed17cdf941b496d0b0d5c773841dae37f4e7e1e3247 distroprefs/RONAN.Transform-Canvas.yml
SHA256 3c9f6f4617b77174af50f4974bfbac3a53cb31472128ac319e0af90b2eef243b distroprefs/ROODE.Readonly-XS.yml
SHA256 f2b8bea45decbdb0643a10a0b67d24a788ec39d6a9ef1409fe202ced7c9cb475 distroprefs/ROODE.Time-Format.yml
SHA256 93fbf5e33e4bc83de4e30b11f3a95300dd6b7601a397af694e1b375c007aeeef distroprefs/RRA.PGP-Sign.yml
SHA256 e8585624c0089aa6bcbc43f3c467887c1a16b83ef8f49711f990666231fdfb12 distroprefs/RRWO.Graphics-ColorNames.yml
SHA256 4e8274942a091c21387f8e38da84c459c6023fc54738e21c1c5db0728b3f5ff6 distroprefs/RSOD.IPC-Run.yml
SHA256 55efe61fbf7ac25b8bc328fd3c0cdaea5be058884bb51c415d19b018d65413ff distroprefs/RURBAN.Filter.yml
SHA256 74d1c146124840cf0674bb9645c47bd9b7116e71dc2d14ed737e2794f2674835 distroprefs/RUZ.DBIx-SearchBuilder.yml
SHA256 b909227fa7e9daf7a6f9c9e5aee7e1de3335064283a140312329f643504b08db distroprefs/RYBSKEJ.forks.yml
SHA256 64a8fa2bc74b05d7d6871e6ee76c0ecb26d945d75bc67701714ebe17c861318e distroprefs/SAMTREGAR.DBIx-Timeout.yml
SHA256 4ae16b03c5255b2b51b922aeb1f06d3376e49d4077483e8926ce43df4ef52eab distroprefs/SAMTREGAR.Devel-Profiler.yml
SHA256 74c73ce6cf89e0f7db9eb17aa58a32762049d8e66b0ec5c8982c381aeefccb98 distroprefs/SAMV.Date-Holidays-NZ.yml
SHA256 78aab9d457208e93fea9d1659fc389aad164c994617f10dbe151ea08b85f5d6a distroprefs/SAMV.Set-Object.yml
SHA256 517845f9ebc777945b40077bce010e5783ecadf09612be4063be68ce663ee1d1 distroprefs/SAMV.Tangram.yml
SHA256 1a4dd3d9567ae7ebb08f283eb3f35a9482d20c047b271b5ecf1778a61476812b distroprefs/SANKO.Net-BitTorrent.yml
SHA256 7b2c656fe4638c960711ea5a9c688320766518117d601bbaf4e74888a7d4d9f2 distroprefs/SARTAK.Class-Method-Modifiers.yml
SHA256 f4c6b97ae12ed83cf441213247ef02be2f7dfbdf36e30c75bee71af1e2fd1695 distroprefs/SCHUBIGER.DateTime-Format.yml
SHA256 0799bc50b11af5bfc918a4d1d31efd301d8e61602ae6e1ca1b6186f7cbd10a47 distroprefs/SCHWERN.Class-Fields.yml
SHA256 9f421a61425eebb5445638b2d0edf9518e9d99c836c5753fcd4d25b3d8923b95 distroprefs/SCHWERN.Exporter-Lite.yml
SHA256 69cead4c11bfd3fce53ac948694a969681c1a16194e923121bbfbbdc77c31b68 distroprefs/SCHWIGON.Class-MethodMaker.yml
All other fails are not reproducable or dependencies.
* 32719
new fails
ZOOLEIKA/RDF-Simple-0.3.tar.gz[332], ASH/DBIx-Class-0.08008.tar.gz[470], ADAMK/CPAN-Index-0.01.tar.gz[473], ADEO/Data-Random-0.05.tar.gz[786], AUDREYT/Encode-IBM-0.07.tar.gz[809], BRICAS/DBIx-Class-Indexed-0.02.tar.gz[908], DAXIM/Yahoo-Photos-0.0...
* 32717
new fails
NI-S/Tk-HTML-3.003.tar.gz[89], LGODDARD/Tk-Wizard-2.128.tar.gz[128], XMATH/Data-Alias-1.07.tar.gz[132], BSMITH/Devel-EvalContext-0.09.tar.gz[133], MSTROUT/Devel-Declare-0.001006.tar.gz[620], CHOCOLATE/autobox-1.22.tar.gz[625], STEVAN/Moose-Autobo...
2007-12-22 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* want to have: CPANPLUS::Dist::Deb with CPAN.pm as backend.
2007-12-21 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* on blead@32674. Sigh.
new fails
----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
> Der letzte Vorschlag könnte gut funktionieren, weil
> dadurch _run_via_expect_anyorder und _run_via_expect_deterministic
> ähnlicher werden: im ersten Fall gibt es einen Match gegen alle
> Patterns, im zweiten Fall einen Match gegen genau ein Pattern.
Man sollte auch in Betracht ziehen, was einem Expect selbst fuer
diesen Fall anbietet. Man kann ja alle Regexes gleichzeitig ins Rennen
schmeissen. Irgendwie. So richtig habe ich es damals nicht verstanden,
wie es geht.
>> Das muesste gehen: wir setzen das Timeout auf eine Viertel Sekunde
>> oder so. Wenn wir nicht matchen, geben wir erstmal *nicht* auf,
>> sondern kumulieren. Wenn wir eine gewisse Menge Timeout nichts mehr
>> erhalten haben und noch immer nicht matchen, geben wir auf. Ansonsten
>> wie bisher.
>>
>> Irgendwie klingt das zu einfach, um wahr zu sein. Aber ich glaube, das
>> ist's, was wir beide wollen, und ich sehe keinen Nachteil.
>>
> Ich werd's dann versuchen. Ich habe jetzt übrigens timeout:1 gesetzt,
> das macht die Sache einigermaßen erträglich.
* 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?
probably call it but_first. The implementation will then be very, very
close to configure_requires. The point is that this stuff shall kick in
very early, before we run Makefile.PL.
Update 2007-06-15 akoenig maybe depends is a better keyword than
but_first. "But first" comes from hiveminder. We definitely need depends
WITH sub keywords
{configure_,build_,}requires modelled after the META spec so that we get
the full power that is to be implemented anyway.
* DBIx-Timeout again. I once gave it a dsn but this may have been wrong
as there is no dependency on dbd::mysql and so we get random results
depending on DBI::mysql being available or not.
* AxKit 1.6.2 intermittant failures. In the distropref I wrote once that
I won't care further but intermittant success/failure keeps the thing
getting in the way. RT for axkit is full of spam and the last resolved
bug was two years ago. The mailing list is dead since September 2006. I
take it out of megainstall.txt for now.
2007-06-13 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
fails with blead.
The test always says: "Your Perl can't be patched by Devel::Command"
It's about the debugger and Module::Pluggable is involved but the README
does not talk about what these perldb extensions are. All manpages also
refuse to talk about what they do. They point at each other and talk
about how they do it but not what *it* is. Weird.
* Sam Tregar has not only XML::Validator::Schema in the problem zone but
also DBIx-Timeout. The former has got a BBC article on P5P:
http://groups.google.de/group/perl.perl5.porters/browse_frm/thread/a35e0d07783e6aee/3506f54c43a8b6aa?lnk=gst&q=sam+tregar&rnum=9&hl=de#3506f54c43a8b6aa
But the latter? It is on my radar since 20070414T2030 and has always
failed since. Ah, that's easy, it needs a DBI DSN. For some reason it
believes that it can connect to mysql.
Now it got a distropref.
* package Module::Install::With;
and I change it to
$tr->via( 'CPAN::Reporter ' . $CPAN::Reporter::VERSION );
and the bug is worked around.
2006-09-20 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* # FAIL DBIx-Timeout 1.01 350359 5.8.8 on Netbsd 3.0 (i386-netbsd-thread-multi-64int)
# PASS Net-SDP 0.07 350354 5.8.8 on Netbsd 3.0 (i386-netbsd-thread-multi-64int)
# PASS GIS-Distance 0.01000 350352 5.8.8 on Netbsd 3.0 (i386-netbsd-thread-multi-64int)
# PASS Class-Measure 0.02 350351 5.8.8 on Netbsd 3.0 (i386-netbsd-thread-multi-64int)
# PASS WWW-Pagination 0.35 350350 5.8.8 on Netbsd 3.0 (i386-netbsd-thread-multi-64int)
# PASS Socket-Multicast6 0.01 350348 5.8.8 on Netbsd 3.0 (i386-netbsd-thread-multi-64int)
# PASS IO-Socket-INET6 2.51 350347 5.8.8 on Netbsd 3.0 (i386-netbsd-thread-multi-64int)
Repeating experiments with CPAN::Reporter and Net::SMTP and AUTOMATED_TESTING
I just started with a fresh blead@28875 and the command
install CPAN::Reporter Bundle::CPAN Module::Signature Devel::Symdump
and all reports that CPAN::Reporter offered were accepted by me. So
tomorrow morning I expect reports on testers.cpan.org above the FAIL for
DBIx-Timeout. Then I can install Mail::Send again and send a few reports
and then I can set AUTOMATIC_TESTING and on the next perl I can do that
in opposite order.
7 hours later nothing shows up on http://testers.cpan.org/recent.html
I'd better go subscribe to cpan-testers. Now I am subscribed and I
re-tested with blead@28876 and while Mail::Send does send out messages
since I added the MASQUERADE_AS line, they do not come back to me. I
need to change the email_to to me on the next try.... And yes, the mail
arrives. Apparently it is not accepted at testers, only Net::SMTP gets
distroprefs/SAMTREGAR.DBIx-Timeout.yml view on Meta::CPAN
---
comment: "dependency on DBD::mysql missing but if he extends to other DBs,,,,"
match:
distribution: '^SAMTREGAR/DBIx-Timeout-\d'
test:
env:
DBI_DSN: "DBI:mysql:database=comma;mysql_socket=/var/run/mysqld/mysqld.sock"
DBI_USER: "comma"
DBI_PASS: "comma"
depends:
requires:
DBD::mysql: 0
lib/CPAN/FirstTime.pm view on Meta::CPAN
Sometimes you may wish to leave the processes run by CPAN alone
without caring about them. Because the Makefile.PL or the Build.PL
sometimes contains question you're expected to answer, you can set a
timer that will kill a 'perl Makefile.PL' process after the specified
time in seconds.
If you set this value to 0, these processes will wait forever. This is
the default and recommended setting.
Timeout for inactivity during {Makefile,Build}.PL?
=item index_expire
The CPAN indexes are usually rebuilt once or twice per hour, but the
typical CPAN mirror mirrors only once or twice per day. Depending on
the quality of your mirror and your desire to be on the bleeding edge,
you may want to set the following value to more or less than one day
(which is the default). It determines after how many days CPAN.pm
downloads new indexes.
lib/CPAN/FirstTime.pm view on Meta::CPAN
Use CPAN::SQLite if available? (yes/no)?
=item version_timeout
This timeout prevents CPAN from hanging when trying to parse a
pathologically coded $VERSION from a module.
The default is 15 seconds. If you set this value to 0, no timeout
will occur, but this is not recommended.
Timeout for parsing module versions?
=item yaml_load_code
Both YAML.pm and YAML::Syck are capable of deserialising code. As this
requires a string eval, which might be a security risk, you can use
this option to enable or disable the deserialisation of code via
CPAN::DeferredCode. (Note: This does not work under perl 5.6)
Do you want to enable code deserialisation (yes/no)?
( run in 0.665 second using v1.01-cache-2.11-cpan-4d50c553e7e )