doc/HackathonIdeas

   1 Stuff to try doing at the hackathon on Saturday, October 25th.
   2
   3 Most of these will also be good things to try before or for some time
   4 after the hackathon.  Talk to the people identified for each project
   5 to see how you can help.
   6
   7 If you have a project and want people to help, add it.
   8
   9  * `scripts.mit.edu` -- Talk to `geofft` or `quentin`
  10   * Find some software we don't have an autoinstaller for, and write an
  11     autoinstaller for it. Or update an autoinstaller to a newer version of the
  12     software. This doesn't require a lot of code, since we have several
  13     autoinstallers already written, but will require a bit of testing.
  14   * Add a web interface for scripts users to edit their LDAP entries, which are
  15     internal entries that affect several things about their site
  16   * Read through already answered e-mails and update the FAQ on the website and
  17     other parts of our documentation. This is a great way to learn how scripts
  18     works
  19   * Write a blog aggregator, something like planet.debian.org, so that scripts
  20     blog users can publish their entries on certain topics to an MIT-wide blog
  21   * install `old-faithful`; see [http://scripts/trac/browser/server/doc/install-howto `server/doc/install-howto`] for the steps
  22
  23  * XVM - talk to `price` or `broder`
  24   * (done) make `validation.py` available on remote
  25   * validate more operations at remote rather than web
  26   * expose more operations over remctl in addition to web
  27   * put our hosts in Moira
  28   * ajaxify / javascriptify the website
  29   * get SPNEGO working, i.e. accept Kerberos auth on the website
  30   * Give the website a stylistic facelift.
  31
  32  * voip-scripts - talk to `geofft`
  33   * read about Asterisk, AGI, study `captain-crunch:/etc/asterisk` and `/var/lib/asterisk`
  34   * figure out draft suexec code at `/var/lib/asterisk/agi-bin/suexec.c`
  35   * figure out or ask what's not working, figure out how to do it
  36
  37  * Documentation project
  38   * Assemble good documentation of AFS from a user's perspective. There's lots of
  39     documentation, but only small parts are good and useful.
  40   * Cull old Ask SIPB columns into documentation.
  41   * Cull documentation into new Ask SIPB columns.
  42
  43  * Debathena - talk to `broder` or `geofft`
  44   * a livecd would be awesome; there are tools these days to make this tractable
  45
  46  * Archiver - talk to `nelhage`
  47    We want to build a mail archiving system for Moira lists. We're
  48    planning to store mail into AFS, and expose archives via AFS, IMAP,
  49    and the web.