Re: hosting packages on external VCS sites
| From: | Joe Stump | Date: | Sun, 18 Mar 2007 20:23:38 +0000 |
| Subject: | Re: hosting packages on external VCS sites | ||
| References: | 1 | Groups: | php.pear.dev |
| Request: | Send a blank email to pear-dev+get-45923@lists.php.net to get a copy of this message | ||
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
I'd say either a valid registered domain like you point out *or* they have to maintain both remote and pear.php.net versions. In fact, I think we should require local versions in CVS, etc. no matter the package personally. Makes forking and taking over dead packages a lot easier.
If that's too militant then I vote +1 on what Greg has proposed.
- --Joe
On Mar 18, 2007, at 1:09 PM, Gregory Beaver wrote:
Hi all, I am dismayed to see that a few of our packages that have external hosting of revision control now come up as 404, and some with external documentation come up as 404. This is completely unacceptable. I would like to revise the requirements for allowing external hosting of PEAR package sources or documentation to read that this is only allowed if the package has a *registered domain name* and a substantial history as an external site. This would allow packages like phpDocumentor that have a large userbase outside of PEAR to operate under the assumption that the stability of a registered domain name means the site is not likely to suddenly disappear. This would mean that if a user is unwilling to host their code at cvs.php.net, we would no longer be willing to host their code at pear.php.net, and that external documentation is simply not allowed unless it is a manual at a registered domain name. By registered domain name, I mean something like "phpdoc.org" or "phpunit.de", not "joe.smith.uk" or even "sourceforge.net" Another possibility would be the immediate removal of a package from the maintainer's control should an external site go caput, rather than requiring a registered domain name. If either possibility is acceptable, this would immediately affect Structures_Graph, which has external documentation that is gone, Services_Google, which has missing external subversion, and probably a few other packages. I haven't gone through all 400+. What do you think? Greg --PEAR Development Mailing List (http://pear.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) iD8DBQFF/Z/Nh0MUGpYY9OQRAqBzAJ0e48npayAsrD0Q0qK0hlk5N3fGFACeNX4d sP4sGFIhX+JylHsmQWsFPeM= =f9kP -----END PGP SIGNATURE-----