Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

use Perl Log In

Log In

[ Create a new account ]

acme (189)

acme
  (email not shown publicly)
http://www.astray.com/

Leon Brocard (aka acme) is an orange-loving Perl eurohacker with many varied contributions to the Perl community, including the GraphViz module on the CPAN. YAPC::Europe was all his fault. He is still looking for a Perl Monger group he can start which begins with the letter 'D'.

Journal of acme (189)

Wednesday July 27, 2005
09:51 AM

search.cpan.org ignores CPAN indices

[ #25904 ]

I like search.cpan.org in the most part. However, one of the things that annoys me about it is that it ignores CPAN indices. CPAN indices are the things that tell you what module is in what distribution, what distribution is the latest version of a module and who the authors are. More importantly, the indices are used by CPAN.pm and CPANPLUS.

So it annoys me when search.cpan.org ignores the CPAN indices. For example, I was looking for a quick module to find the machine's IP address, and I find Sys::HostIP. Looks neat, so I download it and test it and the module doesn't work like the docs say it should. This is because search.cpan.org says that Jonathan Schatz's Sys-HostIP-1.3.1 is Sys-HostIP on CPAN. However, the CPAN indices don't agree. If you look at 02packages.details you'll see that what CPANPLUS actually installed for me was FIVE's Sys-HostIP-1.0. CPAN::Search::Lite gets it right, and even points it out in the FAQ.

I've pointed this out in a past, but I reckon it's worth a rant. search.cpan.org shows you things which aren't really CPAN and aren't what CPAN.pm or CPANPLUS will install. I recommend using CPAN ::Search::Lite or you will get confused.

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.
  • Seriously, why is the code for search.cpan.org not open? It's stagnating. People are gagging to improve it but nothing is happening.
  • Everything in the CPAN archive ( ftp://cpan.org [cpan.org] ) is CPAN, whether it's blessed by the indexes or not. I actually think that it's a good thing that search.cpan.org disregards the indexes and allows you to search more widely, because not all the good things are indexed. However, it wouldn't hurt if it told you somewhere "NOTE: This module is not indexed".
    • So the logical conclusion of your statement is that if I upload a package called DBI, then anyone searching on search.cpan.org should see that and download that? Nice back door possibility there!
      --
      sky
  • I go away for a few days to get my fat rubbed and fed and I see this. Graham isn't going to open the code as those who wish they had it, yet complain about the Net modules and their inscrutibility, would find this like sanskrit to English. Also posting about the gaping hole probably isn't going to goad Graham into fixing it any sooner. Why not post it onto /. for fuck's sake, let's get on with seeing just how fast it can be destroyed. You and Nick never did answer the question as to whether or not Randy'