Archive page for hosting binary files

Jon repo owner

An Archives wiki page with links to previous binary versions sounds reasonable.

Potential binary hosting backends

bintray - currently offers only 500MB for free
dumptruck - currently offers 5GB for free
sourceforge

2013-11-15T20:55:09+00:00

Jon repo owner

assigned issue to

Jon

2013-11-15T20:55:35+00:00

Jon repo owner

Let's see how your chef setup works with the new Archives wiki page and dumptruck as the back end host.

I think the dumptruck links aren't going to work as they look to dump you to a landing page that requires another user click. I didn't find a REST API anywhere in their docs that simple allow you to GET the file.

Try it out and see if you can make things work.

2013-11-15T22:35:14+00:00

Jon repo owner

I've also just setup a SF.net project with files located at

https://sourceforge.net/projects/urubinaries/files/?source=navbar

The great thing about SF.net is that even though the download pages are often a hierarchy of folders, the download links have many forms with the easiest to automate looking like http://downloads.sourceforge.net/urubinaries/${filename}.

For example, here's the darwin download of the latest 0.6.4 release:

http://downloads.sourceforge.net/urubinaries/uru-0.6.4-7ff709f-darwin-x86.tar.gz

Play with both the dumptruck links on the Archives wiki page and the SF.net links and tell me what works best for Chef.

I'm betting on SF.net. If so, I'll kill off the dumptruck archive and switch the Archives page over to using SF.net as the backend.

2013-11-15T23:43:28+00:00

Evan Machnic reporter

@jonforums I think the Sourceforge ones are probably the best since Chef works best when the URL isn't being redirected and there isn't a query string or javascript. You can see the logic I'm using (early version) at https://github.com/emachnic/uru-cookbook/blob/master/attributes/uru.rb. Basically, I've separated the base URL from the filename. What would really be great would be to have a filename like uru-0.6.4-darwin-x86.tar.gz where I can just switch out a version number when there is a release.

Ideally, I want to make this to where it will automatically grab the latest version release but people could still override the version if they want a different one.

I really appreciate you working on this as I've only just found out about Uru but I like where it's going (I'm also the maintainer of RailsInstaller and if this means that code can be shared between OS'es, then I'm all for it).

2013-11-15T23:57:22+00:00

Jon repo owner

Agreed.

Archives (including current release) now stored at the sourceforge urubinaries project. Archive wiki page removed but link to SF site added here. File download named changed via 26a4c68 to uru-${version}-${platform}-${cpu}.${ext}.

I also dislike overly complex urls that make it difficult to automate like

http://unqlite.org/db/unqlite-db-20130825-116.zip
http://sqlite.org/2013/sqlite-amalgamation-3080100.zip

RailsInstaller eh? I'm an on sabbatical core commiter to RubyInstaller who did the bulk of the code for the installer and the DevKit and other build recipe optimizations.

C:\Users\Jon\Documents\RubyDev\ri-git>git shortlog -nes
   405  Luis Lavena <luislavena@gmail.com>
   232  Jon <jon.forums@gmail.com>
    59  Gordon Thiesfeld <gthiesfeld@gmail.com>
    25  Justin Baker <azolo1089@gmail.com>
    19  Bosko Ivanisevic <bosko.ivanisevic@gmail.com>
     7  Alexey Borzenkov <snaury@gmail.com>
     6  Hiroshi Shirosaki <h.shirosaki@gmail.com>

One thing I'd like from you. Take a screen shot of your terminal window with as cool as a CLI can be view of uru's output. I'll gimp it up and use it as a screenshot for the SF project. Thanks.