Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 30 May 2018 13:10:35 -0600
From:      Adam Weinberger <adamw@adamw.org>
To:        jkeenan@pobox.com
Cc:        kennedy.greg@gmail.com, freebsd-ports@freebsd.org
Subject:   Re: search.cpan.org is going away (replaced by MetaCPAN)
Message-ID:  <CAP7rwcieVdygHFw%2BThUDBb6Rm2p565eoENvn=f3qyYFfUCghGA@mail.gmail.com>
In-Reply-To: <2c553d68-1e6a-a01a-03c4-d8c9119ba97b@pobox.com>
References:  <CAN1%2BP_1Lp=8hW6H1mPUZ3FDMgcQeh0uBOcJjw8G=AmUDnMsupw@mail.gmail.com> <2c553d68-1e6a-a01a-03c4-d8c9119ba97b@pobox.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, May 30, 2018 at 12:05 PM James E Keenan <jkeenan@pobox.com> wrote:
>
> On 05/30/2018 01:53 PM, Greg Kennedy wrote:
> > Found this news item today relating to Perl:
> > https://log.perl.org/2018/05/goodbye-search-dot-cpan-dot-org.html
> >
> > In short, search.cpan.org is being retired on June 25, with the
> > replacement MetaCPAN website to take its place.  At that time they
> > will transparently redirect all URL requests to comparable MetaCPAN
> > pages.
> >
> > FreeBSD porting style usually requires that the URL for Perl modules
> > (in pkg-descr) be set to something like...
> >
> > #####
> > WWW: http://search.cpan.org/dist/CPAN-Testers-Common-Client/
> > #####
> >
> > While these links will (theoretically) continue working, we should
> > think about a mass find-replace in all "*/p5-*/pkg-descr" URL fields
> > to point to new MetaCPAN URLs.  Also, the Porter's Handbook / portlint
> > / etc would need to be updated to recommend using MetaCPAN URLs
> > instead of the existing search.cpan.org links.
> >
> > I didn't see any other discussions on this in the past couple months
> > of the mailinglist archive so I thought I'd raise the issue here :)
> >
> > -Greg
> >
>
> Gret, thank you for calling attention to this.
>
> My hunch is that once search.cpan.org has been retired, we should take a
> sample of the URL fields in the pkg-descr field and verify the links
> they actually resolve to (as distinct from what they are currently
> *expected* to resolve to).  At that point, a mass find-replace becomes
> feasible and testable.
>
> Thank you very much.
> Jim Keenan

Sunpoet already took care of this a few days ago.

https://svnweb.freebsd.org/ports?view=revision&revision=470993

# Adam


-- 
Adam Weinberger
adamw@adamw.org
https://www.adamw.org



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAP7rwcieVdygHFw%2BThUDBb6Rm2p565eoENvn=f3qyYFfUCghGA>