Bug #67

static download area for offlineimap

Added by T Joseph Carter 210 days ago. Updated 209 days ago.

Status :Feedback Start :05/07/2008
Priority :Normal Due date :
Assigned to :- % Done :

0%

Category :-
Target version :-
Resolution :


Description

The static download area on the site for offlineimap is out of date. This messes with package from source systems that want to download anything newer than (currently) 5.99.08.

Is there a way to automate this? I'm not familiar with the project manager you're using.

History

05/07/2008 01:38 PM - John Goerzen

  • Status changed from New to Feedback

I'm not sure what you are referring to here -- what is this static download site you're using?

05/07/2008 03:47 PM - T Joseph Carter

http://software.complete.org/offlineimap/static/download_area/

That's where build-from-source distributions look for a permanent link. The current download area, as part of Redmine, doesn't appear to offer a so static and predictable, so I assumed the above was intended to rectify the problem and just hadn't been updated. That you had no idea what I'm talking about suggests that it is instead a remnant of your old site.

Is there perhaps another way to get Redmine to take a URL ending in offlineimap_5.99.13.tar.gz and spit out the appropriate file, if it be in the downloadable files database? If so, some URL rewriting magic could replace the above space with something integrated into Redmine. Just thinking out loud at the moment.

05/07/2008 04:00 PM - John Goerzen

Can you try sticking something like:

&MadeUpField=offlineimap_5.99.14.tar.gz

to the end of the download URL you are using?

05/08/2008 12:32 AM - T Joseph Carter

The issue is that the URL is not predictable.

They are now things like...

http://software.complete.org/software/versions/download/222?attachment_id=280
http://software.complete.org/software/versions/download/233?attachment_id=308
http://software.complete.org/software/versions/download/234?attachment_id=311

Your suggestion might solve the problem where wget's output file is something bizarre, but generally with curl we specify what the name of the file should be anyway. It's just that URLs like those aren't suited to automated retrieval (nor even semi-automated discovery), so you're basically left with old versions of OfflineIMAP in build-from-source distributions because everybody's looking in the flat directories where the newest is 5.99.08.

It's not something that MUST be fixed, and probably it's not a high priority either, but the old system was a lot easier to work with since the URLs were just pattern substitution based on the version.

Also available in: Atom PDF