1. Project name : Wikiosity<br>2. Existing website, if any : <a href="http://www.wikiosity.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://www.wikiosity.com</a><br>3. One-line description : Wikipedia reading list generator
<br><br>4. Longer description : Automatic preparation of topical reading lists
<br> : from the link structure of Wikipedia by <br> : the method described at:<br> : <a href="http://www.alexwg.org/ICALT2006.pdf" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
http://www.alexwg.org/ICALT2006.pdf
</a><br><br>5. URLs of similar projects :<br><br>6. Committer list <br> Please list the maintainer (lead developer) as the first entry. Only list <br> developers who need to be given accounts so that they can commit to your
<br> project's code repository, or push their own. There is no need to list<br> non-committer developers.<br><br> Username Full name SSH2 key URL E-mail<br> -------- --------- ------------ ------
<br> #1 alexwg Alex Wissner-Gross <a href="mailto:alexwg@physics.harvard.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">alexwg@physics.harvard.edu</a><br> #2<br> #3<br>
...<br><br> If any developers don't have their SSH2 keys on the web, please attach them
<br> to the application e-mail.<br><br>7. Preferred development model<br><br> [X] Central tree. Every developer can push his changes directly to the <br> project's git tree. This is the standard model that will be familiar to
<br> CVS and Subversion users, and that tends to work well for most projects.<br><br> [ ] Maintainer-owned tree. Every developer creates his own git tree, or<br> multiple git trees. He periodically asks the maintainer to look at one
<br> or more of these trees, and merge changes into the maintainer-owned,<br> "main" tree. This is the model used by the Linux kernel, and is <br> well-suited to projects wishing to maintain a tighter control on code
<br> entering the main tree.<br><br> If you choose the maintainer-owned tree model, but wish to set up some<br> shared trees where all of your project's committers can commit directly, <br> as might be the case with a "discussion" tree, or a tree for an individual
<br> feature, you may send us such a request by e-mail, and we will set up the <br> tree for you.<br><br>8. Set up a project mailing list:<br><br> [ ] Yes, named after our project name<br> [ ] Yes, named ______________________
<br> [X] No<br><br> When your project is just getting off the ground, we suggest you eschew<br> a separate mailing list and instead keep discussion about your project<br> on the main OLPC development list. This will give you more input and
<br> potentially attract more developers to your project; when the volume of <br> messages related to your project reaches some critical mass, we can <br> trivially create a separate mailing list for you.<br><br> If you need multiple lists, let us know. We discourage having many
<br> mailing lists for smaller projects, as this tends to<br> stunt the growth of your project community. You can always add more lists<br> later.<br><br>9. Commit notifications<br><br> [ ] Notification of commits to the main tree should be e-mailed to the list
<br> we chose to create above<br> [ ] A separate mailing list, <projectname>-git, should be created for commit<br> notifications<br> [X] No commit notifications, please<br><br>10. Vhost setup<br><br>
[ ] Yes, set up a vhost for the domain _______________ pointing to our <br> project website.<br><br> [X] No, we don't have a project domain, or don't want to use one. We'll<br> use the <a href="http://laptop.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
laptop.org</a> website address.<br><br>11. Shell accounts<br><br> As a general rule, we don't provide shell accounts to developers unless <br> there's a demonstrated need. If you have one, please explain here, and
<br> list the usernames of the committers above needing shell access.<br><br>12. Notes/comments:<br>