Re: [pygame] PyGame website

[Radomir Dopieralski <pygame@xxxxxxxxxxxx>]

On Fri, Dec 28, 2012 at 6:30 PM, Thomas Kluyver <takowl@xxxxxxxxx> wrote:

> I know at least one of the previous attempts at a new site used Wordpress,
> which seems like a good bet for many of these things (it's not Python, but
> it is very mainstream). Would seul.org be happy to host a wordpress site? Or
> is someone else prepared to host it?

I think that this is actually the most important question: where and
how to host it.

If you think about the problem of ensuring continuous operation, the
access management, etc. then suddenly the publicly available services
look pretty good. For example, I already made an attempt to put
pygame's documentation on http://readthedocs.org/pygame -- I still
need to rewrite the few remaining HTML documents into ReStructuredText
to make it all work, but it works pretty well. And it's automatically
updated with the pygame's repository (actually, my fork of that
repository for now, while I work on it), so updating the documentation
is as easy as a pull request. All the other rarely changing pages can
go there too.

PyGame already uses Bitbucket to host the code, and its bug tracker
to, well, track the bugs. There is also a wiki on bitbucket, nothing
advanced, but works. Again, the problem is in translating the current
content from HTML which is used by the current wiki, to WikiCreole,
which is used by Bitbucket. That is mostly manual, or at most,
semi-automatic work. But once it's done, it's easy to move the content
again to any wiki engine that supports WikiCreole. If we want an own
wiki, I'm confident that the MoinMoin team will gladly host a wiki for
us on their servers (they have a wiki farm for open source software).

A blog would be a nice addition to the website, but again we can use
one of the numerous available blogging sites out there. No need for
custom software or special hosting.

The last thing that remains is the PyGame projects repository. This is
a problem, as it's custom code and most likely also custom data
format. It would be a great shame to give up on that, though. I think
this is up for discussion.

All those different services can easily work on subdomains of the main
domain, whether it is pygame.org or anything else (probably something
else during the migration).

Just my thought on the matter. I would love to help with it all, and I
started to work on some small things (like the docs), but the amount
of work required is huge and our resources are limited. That's why I
think it would probably be best to work in small steps, one service at
a time. And to organize it so that anybody can help (with the wiki, by
editing it directly, for example, or with the docs, by doing pull
requests). Keeping all the relevant code and configuration in the
publicly available repositories whenever possible is one thing that
would help, for example.
-- 
Radomir Dopieralski, http://sheep.art.pl