X-Git-Url: https://sipb.mit.edu/gitweb.cgi/wiki.git/blobdiff_plain/27a1be415afce1e380d0da1c8ad65e2478889a34..56cc8fedfd40706e1818f08c7b3d5431d1bf359b:/projects/ideas.mdwn diff --git a/projects/ideas.mdwn b/projects/ideas.mdwn index e666ea6..2433d3a 100644 --- a/projects/ideas.mdwn +++ b/projects/ideas.mdwn @@ -27,8 +27,11 @@ Kerberos / Moira) for the website, and write a script to set that keytab as the list's "membership ACL" and a webapp to use that capability to add or remove people from the list. +[adehnert notes 2013-02-24: More recently, WebMoira has been redone, and might more conveniently support this. It might be possible to directly integrate with WebMoira, or you might conclude that WebMoira is already good enough.] + _Contact: geofft_ + ## debdiffs of Debathena packages We have [a webpage](http://debathena.mit.edu/package-list/proposed) to @@ -129,7 +132,7 @@ Debathena bug tracker listing what should be a better implementation. _Contact: broder, debathena_ -## Checking scripts.mit.edu servers for consistency +## [Checking scripts.mit.edu servers for consistency](http://scripts.mit.edu/trac/ticket/84) Now that we have five or six web servers (I've lost count), it's become entirely too easy to change something on one or some but not @@ -145,20 +148,18 @@ 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 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. +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. Check out for the current state of the catalog. -_Contact: pbaranay, fawkes_ +_Contact: zhangc, fawkes_ ## Improve the Setup and UI for new users of Zephyr @@ -166,7 +167,7 @@ Currently, it is a pain to get someone else set up using zephyr within screen on Linerva with automatically-renewing tickets. We should write scripts to set them up so that that all they have to do is enter a command or click an icon, type their kerberos -password, and then know how to use Barnowl. +password, and then know how to use BarnOwl. _Contact: afarrell_ @@ -199,7 +200,7 @@ _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. +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. _Contact: oremanj_ @@ -213,6 +214,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 @@ -233,12 +237,6 @@ Thanks to the deeply disturbing magic of a couple of programs named fakeroot and _Contact: geofft, broder_ -## Zcommit: A git-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. 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, gdb_ - ## A couple of C/C++ hacking projects * Each AFS cell has its own database of users and groups. If you run `ls`, it will look up users and groups against the local machine's conception of users and groups, so if you take a stock Linux etc. machine and look at most any AFS cell, you'll get a bunch of unhelpful numbers. Make an interface that stands a decent chance of being merged into upstream `ls` to permit it to call `pts examine` (or, rather, the AFS library equivalent) against the appropriate servers instead of `getpwnam` etc. on AFS files. See also [Debathena Trac #300](http://debathena.mit.edu/trac/ticket/300). @@ -273,6 +271,22 @@ Athena documentation these days seems somewhat lacking and/or hard-to-find, whic _Contact: zhangc, kasittig_ +## 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_ + + +## Project Waverly + +[Project Waverly](http://waver.ly/) is attempting to rethink collaborative text editing. We are starting a project to do collaborative text (and other +stuff) editing right -- clean protocol, reasonable algorithms, good web +client, good plugins for desktop text editors, nice API, version control +integration, etc. etc. + +_Contact: lizdenys, geofft, maria89_ + ## Your Project Here SIPB can help you out in terms of both computing resources and