productreleasefinder reporting ERRORs for perfectly normal situations
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Launchpad itself |
Fix Released
|
Low
|
Curtis Hovey |
Bug Description
productreleasef
2009-07-02 16:44:10 ERROR could not retrieve directory listing for /files/
-> http://
2009-07-02 18:02:09 ERROR Unable to parse version from http://
2009-07-02 16:46:01 ERROR could not retrieve directory listing for /sourceforge/
-> http://
2009-07-02 18:02:27 ERROR could not retrieve directory listing for /svn/bzr/releases/
-> http://
2009-07-02 18:03:57 ERROR could not retrieve directory listing for /spycal/
-> http://
tags: | added: story-product-release-finder |
Changed in launchpad-registry: | |
assignee: | nobody → Curtis Hovey (sinzui) |
milestone: | none → 2.2.7 |
status: | Triaged → In Progress |
Setting to high as this is an operational issue, and the sheer volume of output is causing genuine failures to be lost. In particular, buried in the output are errors where it looks like our version number checking is too strict or we are doing a bad job making version numbers sane. I mention this here, as perhaps we can't munge the version numbers which would also make these error messages just part of perfectly normal day to day operations:
2009-07-02 18:02:09 ERROR Unable to parse version from http:// alasal. be/bespinUpdate s/0.1/backend. zip download. enlightenment. org/snapshots/ 2009-06- 14/ecore_ docs.tar. gz ftp.netrek. org/pub/ paradise/ client/ client- 2.4p1A. tar.gz for netrek- archive/ paradise launchpadlibrar ian.net/ 28632746/ 4dP6vZgSPuaR3yU v7FDM1s30FGc. txt (new row for relation "milestone" violates check constraint "valid_name"
2009-07-02 18:09:28 ERROR Unable to parse version from http://
2009-07-02 16:45:38 ERROR Could not successfully process URL http://
-> http://
)