<pre>1. Project name : Stirme<br>2. Existing website, if any : <a href="http://wiki.laptop.org/go/Stirme">http://wiki.laptop.org/go/Stirme</a><br>3. One-line description : <big>Secure Transparent Instant Representative Mesh Elections
</big><br>4. Longer description : Decentralized e-voting framework, aimed to education and direct democratic experiences<br> : <br> :<br> :
<br><br>5. URLs of similar projects : <a href="http://demexp.org/dokuwiki/doku.php?id=english">http://demexp.org/dokuwiki/doku.php?id=english</a> (found recently)<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 nolambar Ignacio Vergara Attached <a href="mailto:nolambar@gmail.com">nolambar@gmail.com</a><br> #2 basil Sebastián Silva Attached
<a href="mailto:sebastian@sebastian.cl">sebastian@sebastian.cl</a><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> [X] Yes, named after our project name<br> [ ] Yes, named ______________________<br> [ ] 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">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:</pre> This is a GSoC accepted project.<br clear="all"><br>-- <br>Nolambar von Lómeanor<br><br><a href="http://nolambar.blogspot.com">http://nolambar.blogspot.com</a> <- mi blog