Re: search.cpan.org thinks perl 5.6.2 is latest

On Nov 17, 2003, at 15:49, Rafael Garcia-Suarez wrote: Currently, if I look up a core module or a dual-lived module on search.cpan, it returns a reference to 5.6.2 : It will not shortly. http://search.cpan.org/search?query=strict&mode=module The Right Thing should be to return a reference to the

Re: search.cpan.org thinks perl 5.6.2 is latest

On Nov 17, 2003, at 16:49, Rafael Garcia-Suarez wrote: search assumes that any upload of a dist should be considered latest. This is correct 99.999% of the time. The perl dist is an exception to this rule. I need to add some code to trap it, but have not done so yet. Side note : I can imagine other

Re: META.yml Update Proposal

On 6 Dec 2003, at 13:57, Randy W. Sims wrote: =head2 meta-spec Example: meta-spec: - v1.1 I think it would be better to have the version number in the url. So someone with an old file can see what spec it conforms to. Graham.

linking to PODs on search.cpan.org (was Re: META.yml Update Proposal)

On 8 Dec 2003, at 20:42, Stas Bekman wrote: Also Graham, it'd be really nice to have search.cpan.org support 'exact match', many times I want to link to a module in the docs using search.cpan.org, and ?query=Foo::Bar is not the best choice as it gives you more than one matches most of the time a

Re: linking to PODs on search.cpan.org (was Re: META.yml Update Proposal)

On 8 Dec 2003, at 21:55, Stas Bekman wrote: Graham Barr wrote: On 8 Dec 2003, at 20:42, Stas Bekman wrote: Also Graham, it'd be really nice to have search.cpan.org support 'exact match', many times I want to link to a module in the docs using search.cpan.org, and ?query=Foo::Bar

Re: linking to PODs on search.cpan.org (was Re: META.yml Update Proposal)

On 8 Dec 2003, at 22:12, Stas Bekman wrote: No, I want to be able to link to the distribution dir, e.g.: http://search.cpan.org/~lds/CGI.pm-3.00/ without that -3.00 version in the path, so it'll always point to the latest distro. Actually, it does work , or is

Re: CPAN Slow Downloading (Newbie Question)

On 12 Jun 2004, at 16:00, Luca Spiller wrote: Whenever I try to do something on CPAN and it tries to download a file it seems to take ages. I have found out this is because it fails when trying to get the file with LWP and Net::FTP, it takes about 5 minutes to show an error message then move to the

Re: InterWiki Link

On Aug 11, 2005, at 7:50 PM, [EMAIL PROTECTED] wrote: I want to link from my Wiki to CPAN module pages using the interwiki syntax - CPAN:Net::DPAP::Server http://search.cpan.org/perldoc?Net::DPAP::Server for the module documentation or http://search.cpan.org/~rclamp/Net-DPAP-Server/ for the

Re: 'NV' not in typemap in Util.xs

On Tue, September 13, 2005 6:23 am, Xavier Ottolini wrote: > Hi all, > > I am a newbee with perl. I try to install the Scalar::Util module with > CPAN. I get an error during the operation. Her is the message : > > /usr/bin/perl -Iinc -I/usr/lib/perl5/5.6.0/i386-linux > -I/usr/lib/perl5/5.6.0 /usr

Re: 'NV' not in typemap in Util.xs

in perl5.6.0 with UV's that are >= 1<<31. This will show up as tests 8 and 9 of dualvar.t failing Graham. > Graham Barr a écrit : > >>On Tue, September 13, 2005 6:23 am, Xavier Ottolini wrote: >> >> >>>Hi all, >>> >>>I am a newbee wit

Re: search.CPAN syndication

On Mar 1, 2006, at 2:57 PM, apv wrote: I hope this is the right list for this. I like to watch the feed from http://search.cpan.org/uploads.rdf. Besides the module description, something I'd love to see attached is the most recent "paragraph" from the Changes file. That's what usually decid

Re: Opting out of rt.cpan.org

On Mar 4, 2006, at 10:08 AM, Andreas J. Koenig wrote: On Thu, 02 Mar 2006 08:43:51 -0800, Tyler MacDonald <[EMAIL PROTECTED]> said: How about allowing a package maintainer to set a "bug tracking URL", and when this is set, rt.cpan.org will redirect a user there? That way people wh

Re: [Module::Build] Re: Opting out of rt.cpan.org

On Thu, March 9, 2006 3:25 am, Randy W. Sims wrote: > > The repository field could be constructed as a mapping: > >repository: > type: cvs > location: > :pserver:[EMAIL PROTECTED]:/cvsroot/module-build > > or possibly some type of (icky) compound field: > >repository: [svn] https:

Re: [Module::Build] Re: Opting out of rt.cpan.org

On Thu, March 9, 2006 2:08 pm, Andreas J. Koenig wrote: >> On Thu, 9 Mar 2006 09:50:39 -0600, Ken Williams <[EMAIL PROTECTED]> >> said: > > >>> repository: [svn] https://svn.versiondude.net/randys/CPAN-Metadata > >> > >> I think it would be good to keep the field as a URL. Why does it >

Re: [Module::Build] Re: Opting out of rt.cpan.org

On Mar 10, 2006, at 11:28 PM, Adam Kennedy wrote: Ken Williams wrote: On Mar 9, 2006, at 8:16 AM, Graham Barr wrote: On Thu, March 9, 2006 3:25 am, Randy W. Sims wrote: The repository field could be constructed as a mapping: repository: type: cvs location: :pserver:[EMAIL

Re: [Module::Build] PERL_MM_USE_DEFAULT

On Thu, April 6, 2006 8:11 pm, Adam Kennedy wrote: > Before I got delayed and my JSAN timeslice ended, I had a work in > progress to automate mirror selection. > > The idea was to write a single small file into the repository containing > the index build time and the name of the mirror. > 2. Dete