Re: New Pepr link type detection is too strict

From: Date: Sun, 26 Jun 2005 22:40:02 +0000
Subject: Re: New Pepr link type detection is too strict
References: 1  Groups: php.pear.dev 
Request: Send a blank email to pear-dev+get-38314@lists.php.net to get a copy of this message
On 6/26/05, Sergio Carvalho <sergio.carvalho@portugalmail.com> wrote: > Hi, > > I was changing the XML_RPC2 status to 'Call for votes' and was greeted > with errors in the link types for the tgz and phps links: "The required > link type and the URL do not match!". > > Pepr validation code is being too strict. The respective links are: > http://pear.sergiocarvalho.com/XML_RPC2 (tgz file) > and > http://pear.sergiocarvalho.com/source/XML_RPC2-0.0.3/XML/RPC2 > (phps) > > I can understand the check on the tgz file, as my webserver is returning > a text/plain mime-type (erroneusly). I'd prefer linking the the package > name only, so people can install with: > pear install http://pear.sergiocarvalho.com/XML_RPC2 > as there is no reason pear must use only tgz as the package format; even > if it does use tgz, the URL can and should be agnostic to the format. > The resource being pointed to is the XML_RPC2 package. > > What I can't understand is how linking to an index of phps files can be > considered wrong. The package is not composed of one single file. To > link correctly to the package source, I must link to the index of all > sources, not to one specific file. > I responded to the original thread about this but got no responses. I'll say it again here, the URL itself *should not* be checked. The filename is not important in the least. What's important is that the correct link types are selected. The URL can be checked to make sure it's a real URL (minimal regex) and that it doesn't return a 404 header, but that's it. Any filename / extension should be allowed, In the case where the URL type doesn't match the URL posted the QA group can step in. -- Justin Patrin

« previous php.pear.dev (#38314) next »