Check out and build from Subversion

( This part assumes Windows users are using Cygwin. If you aren't, TortoiseSVN is a good client. )

  1. Change into a directory that you want the tree to be kept in.
  2. Check out the source tree:
    svn co svn://svn.icculus.org/quake3/trunk quake3
    (You can check out a specific revision with the -r option, like this: svn co svn://svn.icculus.org/quake3/trunk quake3 -r100)
  3. Read the readme file. Really. Do it.
  4. Compile and install Quake 3:
  5. If everything has gone well, you should have a binary that works! If not, seek help.

Something isn't working right, Heeeeeeeelp!

You have four choices for help, documentaton, the mailing list, the IRC channel, and bugzilla. There is some great documentation for Linux users at http://www.icculus.org/lgfaq/, and also at id's original page (though you should no-longer contact them for support) http://zerowing.idsoftware.com/linux/q3a/. Windows users and Mac users should just google their errors to check for pre-existant solutions. To subscribe to the mailing list send a blank e-mail to quake3-subscribe@icculus.org. Then address your e-mails to quake3@icculus.org. To join the irc channel, connect your client to irc.freenode.net #icculus.org/quake3. To file a bug report with bugzilla, check out our bugzilla website at http://bugzilla.icculus.org/.

Pay your dues, contribute!

If you've come up with an improvement or fixed something, we'd love to hear about it! Firstly, try to make sure that the patch breaks less than it fixes. We don't require everyone to be decorated Geniuses, but do attempt to produce a patch that you've tested and at list sort-of understand what you're doing.

The preferred way to get the ball rolling on a patch is to file a Bugzilla bug for your request with the patch attached to it and then send a notice to the mailing list (send mail to quake3-subscribe@icculus.org to subscribe) about it. If you're really so lazy that you can't do this, we would prefer you at least mail it to zakk@icculus.org rather than not do anything at all.

Please make it clear if the patch you're submitting for inclusion isn't yours. Point out where you found it and who authored it. This is so we know who to attribute blame to when it horribly breaks things credit to.

Generating Patches

If you know how to code, but never made a patch before, that's okay. Here's the 10ยข survival guide to generating patches.

For more information on diff, patch, and svn, read their respective man and info pages. For a more in-depth guide on Subversion take a look at the SVN Book.