Yes, however there's also other people interested in working on the website.
Rather than have you decide what is used, we need to have a discussion. I didn't know you didn't like cherrypy or not... and I don't know yet what other people want to use.
btw, I have looked at django in the past. Here you can see a post I made in 2006 about some security problems I found in Django
http://renesd.blogspot.com/2006/08/django-security.html I mention this just to show that I'm not entirely unfamiliar with django.
Let me explain some history, and further outline parts of the current website...
The current website is made with PHP and some website technology made by Phil which he used to make dozens of websites professionaly. This is what Phil chose to use as the website maintainer in early 2005. This time around we wanted to make it a team effort, and to make it in python. Last time we(the mailing list and Pete Shinners) decided to let whoever the website maintainer is make it in whatever they wanted to make it with. The main goal was to get a good website.
This time we decided it would be better to do it in python, and also have a team of website maintainers. Since not so many pygame developers people know PHP, and that has meant that it's been a bit difficult for us to make changes... we had to bother Phil mostly to change things. Luckily the website has worked fairly well without needing to make all that many changes to the code. It's pretty amazing really what Phil has done with the website, and especially considering how it has worked for many years without many code changes, and is now a very popular website.
Before 2005, the project was more Pete Shinners personal project with a bunch of helpers... now it has evolved into group project with 8 or so main fairly active contributors, and a whole bunch of sometimes contributors... with millions of downloads, 10,000's of people using it to make things, and millions of people playing the games made with pygame. There's over 1100 projects listed on
pygame.org. Now both Pete, and Phil have somewhat moved onto other things from pygame, but both pop their heads in occasionally... and Pete still does things like pay for domain registration, and also helps us interact with the
seul.org people, and occasionally writes stuff on the mailing list.
As shown above, the current pygame website has been a success. Sure it could be improved... but it's been really quite good.
There's been a plan for a little while to do a website rewrite in python... and some parts are already done in python(build/testing bots, viewvc, the old pygame pcr).
In January pymike said he wanted to work on the pygame website. After that Phil prepared the source code so we can release it publically in a svn(which Marcus and I are almost done checking it to make sure no ones personal/private information is disclosed). I am currently looking at the current database, so I can remove any personal/private information... so we can make the database public (expect a few days before this is ready).
Here is a blog post I wrote about the design work I did concerning
integrating httpd support into pygames event queue:
http://renesd.blogspot.com/2009/01/pygame-pywebsite-website-with-joystick.html
It doesn't look like much, but it took a number of iterations to figure
out a simple way of doing this.
pygame.org was going to be a test ground for pygame httpd integration - but I'm not interested in doing that now.
I say these things to show that there has already been work done to start a new website rewrite.
The bugzilla bug tracker is run and maintained by one person(James Paige) on a separate server, and also a separate person runs the buildbot/testing machines (Brian). Nicholas has also contributed to the build server, and a test result collector(written in python/php)... which is planned to be put into the new website(it's not used yet).
There's also heaps of people who write stuff on the
pygame.org wiki, and comment sections and contribute in other ways... like adding projects!
The main amount of writing and talk about pygame happens on other peoples websites... forums etc. If you do a search on google for pygame, and limit it to the last days updates to websites... lots more gets written about pygame elsewhere... not on the mailing list, the
pygame.org website, or on the irc channel. I think that's great... leave the talk for other places... leave
pygame.org to concentrate on the projects.
We have specifically decided not to have a forum on the website(search the mailing list for discussion on reasons why).
Projects are the main focus of the website. It sounds like an obvious thing, but many other projects websites don't do this. For example the django web page main focus... is django. What we are making should always be the main focus... not pygame itself. The other part of this, is it's rewarding people who make games/multi media, not people who write internet posts. It also provides feedback to people and their games. A main motivation for people making stuff is to get feedback, and show people what they've done. So in that way, it's a nice little community of people who make stuff. People making games/other projects, talking with other people who make stuff.
We could do lots better by the projects of course. Especially with there being almost 5-10 updates per day some times... it would be better if people could get more feedback on their projects. So if you make an update, it can be off the front page very quickly.
Another factor with projects is trying to make it easy for people to find code other people have written. We could do way better in this area. That is, promoting libraries made for pygame, and making it easier to find libraries made for pygame... even perhaps having development infrastructure for pygame (like testing/build/packaging/distribution bots etc).
The other main point of the website is information. With wiki pages, documentation and such. I think this is covered fairly well, but could use a few improvements. The documentation uses google code search to allow people to find examples of how to use functions/classes. The search on the website is done using a site specific google search... and also a web search in the wiki.
The news section on the web page has main, and important points we would like to tell people about. It's generally not updated very often(which is a good thing really). I think it's probably got too much space devoted to it at the moment.
The seul people run the viewvc for online svn browsing for us(again written in python). Many other websites access the pygame svn and provide useful services too... eg launchpad, ohloh, google code search, etc etc.
The wiki is used for many free-form purposes too. Like for a Cook Book(code recipies), and a basic todo/goal list for making pygame releases.
http://pygame.org/wiki/todo#Website
The WHATSNEW page gets updated from the file in svn called... WHATSNEW. Which pygame developers are supposed to put new changes in. However since the last release this practice has lapsed a little. However... we have svn commit logs! So before the next release I will go through the commit logs, and update it... and then update the web page.
There is an admin section on the web page that people can update menu links, non-wiki pages, projects, doc comments etc.
There are feeds for various things... like svn updates, mailing list updates, projects updates, news, etc. They're listed on the feeds page. Not all feeds are from the pygame website directly... svn feed is by launchpad. mailing list feed is done using google groups.
The pygame website as outlined above... is actually multiple websites hosted and maintained by separate people. In effect, we already have a big web team.
... and I think that's most of the main parts of the website(s).