Re: [pygame] File Hosting
On Jan 2, 2010, at 1:03 PM, Yanom Mobis wrote: > You bet SF is bloated with ads :) Most of the ads are for Microsoft products, > which struck me as a little ironic. > Yes, sourceforge, which used to be the leading repository of open source projects, now completely sucks and should be avoided. It's slow, bloated with advertising, and has not kept up with the best of the new breed of open source hosting by a long shot. Definitely try BitBucket, Github, or Gitorious, in that order, in my experience. > > S
Re: [pygame] File Hosting
On Jan 2, 2010, at 12:34 PM, Yanom Mobis wrote: > Very true... but don't you have to have the (Git, Mercurial, Bazarr, etc.) > program to download from one of those? > Yes, but they're all free and have WIndows installers (also free) if that's what you need. > S
Re: [pygame] File Hosting
On Jan 2, 2010, at 11:51 AM, Bryce Schroeder wrote: > On Sat, Jan 2, 2010 at 8:12 AM, Yanom Mobis wrote: > I know about SourceForge, but don't they make you use that SVN thing? I just > distribute my games as source code in .zip files. > What's wrong with SVN or CVS anyway? They don't take long to learn how to use > on a basic level, and using them is a worthwhile skill. If you're going to take the time to use version control, Mercurial, Git, or even Bazaar is a better choice these days. SVN is a much better choice than CVS if you're going to learn one of the "old style" central repository VCSes. BitBucket.org (Mercurial), Github.com (Git), or Launchpad (Bazaar) are all free and have issue tracking etc. all for free. S
Re: [pygame] Re: Announce: PygWeb2.0rc
On Dec 7, 2009, at 12:49 PM, Devon Scott-Tunkin wrote: > Yes, the "code" tab is the one handled by Trac (with its own templates and > style sheets). > > Okay, then I probably just forgot to update the trac one when I changed the > django one, I'll fix that. It would be so nice if I could figure out how they > could use the same style sheets... Did you try sticking the Django site style into the Trac code after the Trac CSS? Trac has a few of its own specific classes and such that won't be overridden by the Django one, but having the Django one last should bring many things in the Trac site in line pretty quick. S
Re: [pygame] Re: Announce: PygWeb2.0rc
On Nov 29, 2009, at 12:40 PM, Tyler Laing wrote: > I'm only recounting what I saw and what was said, not commenting on this: > > The issue is some people felt Jug and the others went ahead without proper > discussion before-hand. Ok, well I'd say the results speak for themselves. I only have one question; how is updating the new site different from the old? Is the Django site still serving most things from static pages and just using the database to store comments and such, or did they use one of the little CMS doo-dads available for use with Django? S
Re: [pygame] Updates to my Writing Games Tutorial.
On Nov 24, 2009, at 6:49 AM, inigo delgado wrote: > There are many tutorials to show howto write a game... > > But a few to show how to make a GOOD, and NICE game. Does this mean that you are offering one? I'd love to read a tutorial on how to build a GOOD and NICE game. S
Re: [pygame] svn build fails on pygame.math extension
On Nov 18, 2009, at 12:09 PM, Lorenz Quack wrote: > René Dudfield wrote: I would like to chat with whomever is in charge of the buildbot farm, please. I'm working on a similar thing for distutils/Distribute (in the core Python library) and would like to ask some questions about how it's set up, etc. Thanks, S
Re: [pygame] MIDI player selecting wrong instruments
On Nov 17, 2009, at 2:38 PM, James Paige wrote: On Tue, Nov 17, 2009 at 06:14:03PM +, Matthew wrote: Is there *really* no-one on this list who could at least give me a clue as to where in the pygame code to look at how the midi player decides which instrument files to open? :'-( I am pretty sure that pygame uses SDL_mixer to play midi files. SDL_mixer uses an embedded copy of timidity, which is almost certainly not exactly the same as whatever standalone version of timidity you may have tested with. The original author of timidity abandoned it in 1995, and the timidity++ fork has not been maintained since 2004. I have no idea exactly where the SDL_mixer version of timidity branched off, nor how well patches have travelled back and forth between SDL_mixer and timidity++, but it wouldn't surprise me if it was slightly different in some esoteric ways. And, Matthew, since you brought it up, perhaps you could research how SDL_mixer and timidity++ are currently being integrated and maintained, how patches are being kept up to date, who is currently maintaining that, and let us all know what you find out. Thanks, S
