(no commit message)
[wiki.git] / projects / ideas.mdwn
index 8cdb7ee9973948ce9539a1ad59b73c5520380ebe..87f2b40de9f1dd0f848587b4f7359c4c70b41d85 100644 (file)
@@ -145,12 +145,10 @@ configuration mangement framework is the Right Answer here. We looked at
 Puppet and a bunch of others last summer and concluded none fit our
 workflow well, but we could re-evaluate that.
 
-_Contact: geofft, scripts-team_
+*Note:* mitchb has begun working on this. Coordinate with him if you'd like to
+work on this project.
 
-We'd like a cron job to automatically tell us if
-there are RPM packages installed on some but not all of the servers,
-or if there are changes in /etc, other than hostname and such, that we
-haven't committed to the scripts Subversion repository.
+_Contact: geofft, scripts-team_
 
 ## SIPB Library
 
@@ -158,7 +156,7 @@ SIPB has a bunch of books in its library. It'd be nice if a list of
 the library books also existed online in some sort of sane, searchable
 database. One possible platform is the [Exhibit](http://simile-widgets.org/exhibit/) project (which originates from a collaboration between the Haystack group in CSAIL and the MIT Libraries). This would require mostly just making a spreadsheet of the information.
 
-_Contact: pbaranay, fawkes_
+_Contact: zhangc, fawkes_
 
 ## Improve the Setup and UI for new users of Zephyr
 
@@ -197,12 +195,6 @@ See [the project TODO file](http://web.mit.edu/pony/TODO) for more ideas.
 
 _Contact: xavid_
 
-## Bazki
-
-[Bazki](http://bazki.mit.edu/) is a wiki written in Python designed around several principles: structured data with object-oriented inheritance; using a wiki language with powerful macros that can be compiled into either HTML or PDF (via LaTeX); and making the content editable offline using a VCS.  Bazki works enough to to be useful, but it has lots of room for improvement and probably would benefit from some design changes.  It could also definitely use documentation.
-
-_Contact: xavid_
-
 ## A zephyr log viewer
 
 Many SIPB-affiliated people use the [Zephyr](http://zephyr.1ts.org/) messaging system, and the [Barnowl](http://barnowl.mit.edu/) client for it in particular. Barnowl has a number of very nice features that make it easy to follow large amounts of zephyr traffic: search, color coding, auto-narrowing, etc. Barnowl can also store logs of zephyrs sent and received for future reference, but the logs are saved separated by class in a way that's quite annoying to navigate sometimes. A Barnowl-like interface (perhaps implemented as a Barnowl plugin) for viewing zephyr logs would be a great thing to have.
@@ -219,6 +211,9 @@ _Contact: davidben_
 
 [Etherpad](http://etherpad.com/) is an awesome tool for online collaborative text editing. It's recently been open-sourced; set up a Java servlet container on XVM, make it work, and then start adding cool MIT features like, oh, the ability to edit daemon.etherpad-writable files in AFS, login with certs and see all your files, and print to Athena printers. Or add cool non-MIT features such as an Emacs client (possibly proxying [Infinote](http://gobby.0x539.de/trac/wiki/Infinote/Protocol), which appears to have some F/OSS implementations already), or integration with [codepad](http://codepad.org/) or [gists](http://gist.github.com/).
 
+*Note:* tvald has set up [etherpad.mit.edu](http://etherpad.mit.edu/).
+Coordinate with him if you'd like to get features into etherpad.mit.edu.
+
 _Contact: geofft_
 
 ## RFC pretty-printing
@@ -239,13 +234,11 @@ Thanks to the deeply disturbing magic of a couple of programs named fakeroot and
 
 _Contact: geofft, broder_
 
-## Github-to-zephyr connector
-
-For git repositories that we have control over, it's easy to use our home-grown [post-receive zephyr hook](http://web.mit.edu/snippets/git-hooks/zephyr-post-receive) to send zephyrs when somebody pushes. We can't directly edit hooks on sites like [Github](http://github.com). However, Github does support [submitting a POST request](http://help.github.com/post-receive-hooks/) to an arbitrary URL when somebody pushes. It would be cool if there was a site - probably running on scripts.mit.edu - that you could point Github's post-receive hook at to get zephyred whenever somebody pushed to Github.
+## Zcommit: A git-to-zephyr connector
 
-[Bitbucket](http://www.bitbucket.org/help/ServiceIntegration#post) and [Google Code](http://code.google.com/p/support/wiki/PostCommitWebHooks) also support similar APIs.
+For git repositories that we have control over, it's easy to use our home-grown [post-receive zephyr hook](http://web.mit.edu/snippets/git-hooks/zephyr-post-receive) to send zephyrs when somebody pushes. We can't directly edit hooks on sites like [Github](http://github.com). However, Github does support [submitting a POST request](http://help.github.com/post-receive-hooks/) to an arbitrary URL when somebody pushes. We've created [zcommit.mit.edu](http://zcommit.mit.edu) to allow people to send commit zephyrs from Github.  Now we'd like to extend it to other public code hosting platforms with similar APIs, such as [Bitbucket](http://www.bitbucket.org/help/ServiceIntegration#post) and [Google Code](http://code.google.com/p/support/wiki/PostCommitWebHooks).
 
-_Contact: broder_
+_Contact: broder, gdb_
 
 ## A couple of C/C++ hacking projects
 
@@ -275,6 +268,34 @@ Linux locker software on [MacAthena](http://macathena.mit.edu).
 
 _Contact: geofft, kaduk_
 
+## Consolidate and Update Athena documentation
+
+Athena documentation these days seems somewhat lacking and/or hard-to-find, which should not be the case. Athena is already foreign enough to incoming students, who are more likely to use their laptops than an Athena machine. Help make it easier by consolidating and updating available Athena documentation so that people know here how to use their Public folder, their Private folder, their dotfiles, and so on.
+
+_Contact: zhangc, kasittig_
+
+## Web zephyr
+
+BarnOwl is a great program, but it's typically most useful when you can SSH to a server somewhere and run it in screen. It would be nice to have some sort of webpage where you could send and view zephyrs. I've written one, but it's not ideal -- in particular, it depends on having a daemon running somewhere to collect and store zephyrs. There's probably a better way, though I have no idea what it is. (Zcommit would be useful for sending; viewing is trickier.) Ideas?
+
+*Note:* There is already a [Webzephyr](http://webzephyr.mit.edu/), but it was
+written before AJAX and other modern niceties. You may wish to talk to jdaniel
+or other webzephyr folks about this.
+
+_Contact: cesium_
+
+## MITeX
+
+Online WYSIWYG Latex editor. Features include Google Preview and equation support.  See [http://mitex.mit.edu](http://mitex.mit.edu).
+
+_Contact: leonidg, jhamrick, mats_a, jgross
+
+## Zephyr Client Hints
+
+Some time ago I wrote [a spec for zephyr client hints](http://geofft.mit.edu/p/zephyr-client-hints.txt), optional extensions that zephyr clients can easily implement to add nifty stuff like typing indicators and [preventing zwgc from starting more than once per user](http://debathena.mit.edu/trac/ticket/206) and such. I got lazy before actually implementing these specs, but I believe they'd be relatively easy extensions to both zwgc and barnowl (in their respective extension languages, even — no changes needed to core).
+
+_Contact: geofft_
+
 ## Your Project Here
 
 SIPB can help you out in terms of both computing resources and