Merge branch 'master' into po

[git.ikiwiki.info.git] / doc / soc / application.mdwn

diff --git a/doc/soc/application.mdwn b/doc/soc/application.mdwn
index ef4fdc8971a0756585cdef905d79529cf204a518..635ca755c97f5a4dc5488183f4dba0717201da0d 100644 (file)
--- a/doc/soc/application.mdwn
+++ b/doc/soc/application.mdwn
@@ -1,10 +1,12 @@
+Application submitted 03-06-2007.
+

 Based on ["What should a mentoring organization application look like?"](http://code.google.com/support/bin/answer.py?answer=60303).
 
 1. **Describe your organization.**
 
     The ikiwiki project aims to develop a general-purpose wiki engine, with particular emphasis on personal wikis, project wikis, blogs, and collaborative software development.  We provide several features unique or uncommon amongst wikis:
 
 Based on ["What should a mentoring organization application look like?"](http://code.google.com/support/bin/answer.py?answer=60303).
 
 1. **Describe your organization.**
 
     The ikiwiki project aims to develop a general-purpose wiki engine, with particular emphasis on personal wikis, project wikis, blogs, and collaborative software development.  We provide several features unique or uncommon amongst wikis:
 

-    * Rather than inventing yet another simplistic, linear revision control system, ikiwiki uses a standard version control system such as [[Subversion]] or [[Git]].  You can edit a wiki by committing to your repository, as well as through a traditional web interface.  This makes ikiwiki ideal for collaborative software development; just keep your wiki in version control next to your software.  You can also take advantage of the features of these systems; for instance, you can keep a local branch of your wiki via [[Git]].
+    * Rather than inventing yet another simplistic, linear revision control system, ikiwiki uses a standard version control system such as Subversion or Git.  You can edit a wiki by committing to your repository, as well as through a traditional web interface.  This makes ikiwiki ideal for collaborative software development; just keep your wiki in version control next to your software.  You can also take advantage of the features of these systems; for instance, you can keep a local branch of your wiki via Git.

 
     * You can turn any set of pages into an inline news feed, complete with RSS and Atom support.  You can run your weblog on ikiwiki (and many people do), run a Planet-like aggregator for external feeds, or keep a TODO and bug list with tags for completed items.
 
 
     * You can turn any set of pages into an inline news feed, complete with RSS and Atom support.  You can run your weblog on ikiwiki (and many people do), run a Planet-like aggregator for external feeds, or keep a TODO and bug list with tags for completed items.
 


@@ -28,15 +30,17 @@ Based on ["What should a mentoring organization application look like?"](http://
 
 5. **Who will your organization administrator be? Please include Google Account information.**
 
 
 5. **Who will your organization administrator be? Please include Google Account information.**
 

-
+    Josh Triplett <<josh@freedesktop.org>>

 
 6. **What license does your project use?**
 
 
 6. **What license does your project use?**
 

-    ikiwiki uses the GNU General Public License.  The basewiki, incorporated into users' wikis, uses an all-permissive license.  See [[FreeSoftware]] for details.
+    ikiwiki uses the GNU General Public License.  The basewiki,
+    incorporated into users' wikis, uses an all-permissive license.  See
+    <http://ikiwiki.info/freesoftware/> for details.

 
 7. **What is the URL for your ideas page?**
 
 
 7. **What is the URL for your ideas page?**
 

-    <http://ikiwiki.info/soc.html>
+    <http://ikiwiki.info/soc/>

 
 8. **What is the main development mailing list for your organization?**
 
 
 8. **What is the main development mailing list for your organization?**
 


@@ -55,15 +59,21 @@ Based on ["What should a mentoring organization application look like?"](http://
 
 11. **Who will be your backup organization administrator? Please include Google Account information.**
 
 
 11. **Who will be your backup organization administrator? Please include Google Account information.**
 

-
+    Joey Hess <<joey@kitenet.net>>

 
 12. **Who will your mentors be? Please include Google Account Information.**
 
 
 12. **Who will your mentors be? Please include Google Account Information.**
 

+    Joey Hess <<joey@kitenet.net>>

 
 

+    Josh Triplett <<josh@freedesktop.org>>
+
+    Jamey Sharp <<jamey.sharp@gmail.com>>

 
 13. **What criteria did you use to select these individuals as mentors? Please be as specific as possible.**
 
 
 13. **What criteria did you use to select these individuals as mentors? Please be as specific as possible.**
 

+    Joey Hess developed ikiwiki, and serves as its primary developer and maintainer.

 
 

+    Josh Triplett and Jamey Sharp maintain numerous ikiwikis, and have experience hacking on ikiwiki.  They developed and currently maintain a set of scripts to convert other wikis to ikiwiki.

 
 14. **What is your plan for dealing with disappearing students?**
 
 
 14. **What is your plan for dealing with disappearing students?**
 


@@ -71,14 +81,16 @@ Based on ["What should a mentoring organization application look like?"](http://
 
 15. **What is your plan for dealing with disappearing mentors?**
 
 
 15. **What is your plan for dealing with disappearing mentors?**
 

-
+    All three mentors understand the responsibility they will undertake, and they will not abdicate that responsibility lightly.  In the unlikely event that one of the mentors cannot follow through with a project due to exigent circumstances, the other mentors will take up the slack and help the students working on projects with that mentor.  Furthermore, we intend for all mentors to help with all projects to some degree, by collaborating with the students through ikiwiki.

 
 16. **What steps will you take to encourage students to interact with your project's community before, during and after the program?**
 
 
 16. **What steps will you take to encourage students to interact with your project's community before, during and after the program?**
 

-    Before the program, we will encourage any students interested in working on ikiwiki to contact us.  We will advise them to create an account on the ikiwiki ikiwiki, look over the TODO items, add ideas of their own, and discuss existing ideas.  We will also help them set up their own ikiwikis, both for experimentation and for actual use.  We will suggest that students begin looking at the ikiwiki codebase and asking questions.
+    Before the program, we will encourage any students interested in working on ikiwiki to contact us.  We will advise them to create an account on the ikiwiki ikiwiki, look over the TODO items (<http://ikiwiki.info/todo/>), add ideas of their own, and discuss existing ideas.  We will also help them set up their own ikiwikis, both for experimentation and for actual use.  We will suggest that students begin looking at the ikiwiki codebase and asking questions.

 
     During the program, we would like all students working on projects to create a user page with an activity blog, and update that blog regularly with the status of their project.  We also plan to aggregate these blogs into a single Summer of Code newsfeed, and suggest that students subscribe to this feed; this will allow them to observe the activity of their fellow students, to spur each other forward and help each other along the way.  We plan to accept incremental patches towards a feature, or support students who wish to create their own branch.
 
     After the program, we will continue to work towards integrating any projects that have not yet completed, and talk with students about their future plans regarding ikiwiki.  If the students have started using ikiwiki for their own wikis, as we hope they will after we encourage them to experiment with it, then they will likely have a vested interest in ongoing ikiwiki development.  Thus, we will encourage them to remain active by helping them become active and interested users.
 
 17. **What will you do to ensure that your accepted students stick with the project after GSoC concludes?**
 
     During the program, we would like all students working on projects to create a user page with an activity blog, and update that blog regularly with the status of their project.  We also plan to aggregate these blogs into a single Summer of Code newsfeed, and suggest that students subscribe to this feed; this will allow them to observe the activity of their fellow students, to spur each other forward and help each other along the way.  We plan to accept incremental patches towards a feature, or support students who wish to create their own branch.
 
     After the program, we will continue to work towards integrating any projects that have not yet completed, and talk with students about their future plans regarding ikiwiki.  If the students have started using ikiwiki for their own wikis, as we hope they will after we encourage them to experiment with it, then they will likely have a vested interest in ongoing ikiwiki development.  Thus, we will encourage them to remain active by helping them become active and interested users.
 
 17. **What will you do to ensure that your accepted students stick with the project after GSoC concludes?**

+
+    Near the conclusion of GSoC, we will talk to each student about their future plans regarding ikiwiki.  During the program, we will help the students set up their own ikiwikis if they have not already done so, and encourage them to use those ikiwikis to maintain a weblog, maintain their personal website, keep a TODO list, or do any of the other tasks ikiwiki proves useful for.  We plan to encourage the students to remain active developers by helping them become active and interested users, and thus giving them a personal stake in the ongoing development of ikiwiki.