Issue #152 new

Downloads for website via a repository

illume
created an issue

Instead of using the 'Downloads' part of bitbucket for downloads, it makes sense to use a repository instead.

This way syncing with the website can be done more easily, and it also makes it easier for the buildbots. The 'Downloads' section does not have an API currently, which makes dealing with them hard with scripts.

Also, some minor points are that this allows people to submit downloads via a pull requests, and it also provides a history and MD5 sum for the downloads.

TODO

  • create new 'downloads' repo under the 'pygame' team.
  • move all old downloads into this new 'downloads' repo.
  • update release documentation, and hacking documentation to reflect this.
  • website script which generates downloads webpage based on update information from hg 'downloads' repo.

Comments (9)

  1. illume reporter

    Generating the html should also be done. We need other meta data for each file. So that should be stored and edited somehow. A downloads.json file will do for now.

    What goes on the download page exactly needs to be considered. See the existing download pages, and other websites download pages. http://www.pygame.org/download.shtml

    It needs to fit in a small column (for mobiles etc). http://www.pygame.org/hifi.html

    The new website system works with jQuery and json. So a html page which takes a downloads.json, and uses jQuery to populate a bit of html would work.

  2. illume reporter

    There are install tips scattered in many places around the internet, the wiki, and the issue tracker. For example in the wiki, 'Compilation' parts. http://www.pygame.org/wiki/index

    Things like homebrew on Mac, raspberrypi, and other platforms should be in a "Getting started" type page.

  3. illume reporter

    Paul Craven : There's a script which generates html from the JavaScript, and json. Yeah, a cron job of sorts. Except it watches for changes on the file system and does the business.

    anatoly techtonik : wheels sound usable definitely. I believe there's still problems with the wheel format for linux distros, but it works at least for windows and Mac OS X. On OS X, this may involve moving the Framework dependencies inside of the pygame package. Rather than having them install into separate locations. I'm thinking this is the right approach for the .dmg OS X installers too. Here's the wheel docs... http://pythonwheels.com/ Issue See #222 for tracking wheels.

  4. Log in to comment