On Sun, Dec 23, 2012 at 2:24 PM, Nathaniel Smith <n...@pobox.com> wrote: > On Sun, Dec 23, 2012 at 12:42 AM, Damon McDougall > <damon.mcdoug...@gmail.com> wrote: >> On Mon, Dec 17, 2012 at 8:10 AM, Michael Droettboom <md...@stsci.edu> wrote: >>> On 12/16/2012 03:44 PM, Eric Firing wrote: >>>> On 2012/12/16 9:21 AM, Damon McDougall wrote: >>>>> On Sat, Dec 15, 2012 at 8:25 PM, Jason Grout >>>>> <jason-s...@creativetrax.com> wrote: >>>>>> On 12/14/12 10:55 AM, Nathaniel Smith wrote: >>>>>>> sourceforge's horror of an interface. >>>>>> I'll second that. Every time I go to Sourceforge, I have to figure out >>>>>> how in the world to download what I want (and I have to figure out which >>>>>> things *not* to click on too). >>>>> Ok sounds like there is a reasonable amount of resistance towards >>>>> Sourceforge. >>>>> >>>>> Eric, when you suggest that NumFocus could 'provide hosting directly', >>>>> do you mean they would have the physical hardware to host the files, >>>>> or are you suggesting they provide the finances to seek hosting >>>>> elsewhere? >>>> I was thinking that perhaps NumFocus would be running a server that >>>> could provide the hosting. Funding for an external service is also >>>> possible, though, and might make more sense. >>> >>> I'll definitely walk down the hall and talk to my local Numfocus board >>> member ;) >> >> At the 6th Annual Scientific Software Day here at UT Austin, I met and >> spoke to Travis Oliphant regarding funding for hosting our binaries. >> Travis has links with NumFOCUS and was eager to help the matplotlib >> community host binaries should we choose to not go with sourceforge or >> another free option. >> >> I'll need touch base with him again to get specifics, but I thought >> I'd just let everyone here know that that's still an option. >> >> To be honest with you, I'm thinking that if we only want to link to >> binaries from the matplotlib web page then sourceforge really doesn't >> sound like a bad option at all. > > Or -- I'll just point this out one more time then leave the dead horse > alone :-) -- you could just register a project called > 'matplotlib-downloads' on google code hosting, and have static URLs > that look like e.g. > https://apa6e.googlecode.com/files/apa6e-v0.3.zip > and let Google foot the bill for reliable high-bandwidth CDN hosting. > > -n
Thanks for reminding us about the google code option. Since there are quite a lot of suggestions I've used this opportunity to write a short summary of the options presented in this thread: Google Code: Free. Interface is better than sourceforge. Sourceforge: Free. Ugly. May not need interface if hotlinking to binaries from the website. PyPI: Free. Size quota too small. Will link to external files. S3: Free and not free. We're over the free tier quota. NumFOCUS can potentially fund the non-free tier (cost is circa $200/mo). I thought it was $200/yr. IMO $200/mo is very expensive. gh-pages: We're already over the size limit for this branch. new gh repo: Free. 1GB of space. https://help.github.com/articles/what-is-my-disk-quota. Will hold about 4 releases? Dropbox: Free 2GB account. Can hotlink to binaries. -- Damon McDougall http://www.damon-is-a-geek.com Institute for Computational Engineering Sciences 201 E. 24th St. Stop C0200 The University of Texas at Austin Austin, TX 78712-1229 ------------------------------------------------------------------------------ Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnmore_122712 _______________________________________________ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
