Fix my broken linking

[wiki.git] / projects / ideas.mdwn

diff --git a/projects/ideas.mdwn b/projects/ideas.mdwn
index 3e293d3f90b5d534962affed4163f00103e895d7..c95bc941e75b00a8ca6ec1749e725144ca44b85d 100644 (file)
--- a/projects/ideas.mdwn
+++ b/projects/ideas.mdwn
@@ -235,7 +235,7 @@ _Contact: geofft_
 
 ## RFC pretty-printing
 
-I think every RFC website I know of just puts the entire RFC plain text in a <pre&rt; tag. It should be possible to parse out the headers and footers every "page", make section headings into useful ones, and reflow the non-diagram text in a proportional font, which would make RFCs more readable.
+I think every RFC website I know of just puts the entire RFC plain text in a <pre> tag. It should be possible to parse out the headers and footers every "page", make section headings into useful ones, and reflow the non-diagram text in a proportional font, which would make RFCs more readable.
 
 _Contact: geofft_
 
@@ -251,6 +251,14 @@ 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.
+
+[Bitbucket](http://www.bitbucket.org/help/ServiceIntegration#post) and [Google Code](http://code.google.com/p/support/wiki/PostCommitWebHooks) also support similar APIs.
+
+_Contact: broder_
+
 ## 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).