flesh out application details
fill in backup mentor
|Deletions are marked like this.||Additions are marked like this.|
|Line 42:||Line 42:|
FAQ entry about mentoring organisation application: http://www.google-melange.com/gsoc/document/show/gsoc_program/google/gsoc2012/faqs#mentoring_apply
The questions below need to be filled out:
- Describe your organization.
- Ubuntu it is an open source operating system, in development by professionals from Canonical and many volunteers from around the world (...)
- Why is your organization applying to participate in Google Summer of Code 2012? What do you hope to gain by participating?
- Because many of them are volunteers, we will be happy that we can help young people in the scientific development. Another advantage is that they will help us work on our projects.
- Did your organization participate in past Google Summer of Codes? If so, please summarize your involvement and the successes and challenges of your participation.
Ubuntu participated in GSoC in 2010, 2007, 2006. Most recently in 2010, Urban Skudnik contributed a number of features and user-interface improvements to Deja-Dup (a backup tool) as part of his GSoC project. Dylan McCall (another 2010 student) contributed to Harvest, a tool to identify low-hanging fruit in the Ubuntu system, and has continued his work after GSoC. Michał Karnicki's work on an Android app in 2010 resulted in an app being made available on the Android Market.
- If your organization has not previously participated in Google Summer of Code, have you applied in the past? If so, for what year(s)?
- Not applicable
- What Open Source Initiative approved license(s) does your project use?
- Variable, generally GPL-compatible but anything satisfying the Debian Free Software Guidelines is considered acceptable.
- What is the URL for your Ideas page?
- What is the main development mailing list for your organization?
- What is the main IRC channel for your organization?
- freenode #ubuntu-devel
- Does your organization have an application template you would like to see students use? If so, please provide it now.
- Name, e-mail, self-presentation (not more than 300 words)
- Who will be your backup organization administrator?
- Benjamin Kerensa
- What criteria did you use to select your mentors for this year's program? Please be as specific as possible.
- For mentors, we looked for individuals with a long history of involvement in the project. Selection criteria include those who have sponsored other developers' work in the past, and knowledge of community development processes.
- What is your plan for dealing with disappearing students?
- We will try once weekly for the duration of the summer period to contact the student.
- What is your plan for dealing with disappearing mentors?
- If a student reports a mentor as unresponsive, we will ask the Ubuntu community to select someone to take the mentor's role. This request will occur via a mailing list posting, and potentially reaching out directly to potential replacements via email or IRC.
- What steps will you take to encourage students to interact with your project's community before, during and after the program?
- All students receive a short guide with introduction to open source development and will be encouraged to stay active in projects, in which they participated during program. We hope, that many of them will continue working within our community.
- Are you a new organization who has a Googler or other organization to vouch for you? If so, please list their name(s) here.
- Not applicable.
- Are you an established or larger organization who would like to vouch for a new organization applying this year? If so, please list their name(s) here.
- Not applicable.
- Improving Harvest
- Implement syslog namespace
Containers share the host's syslog, and so can read, write, and clear them. A syslog namespace should prevent the container from accessing or clearing kernel messages. Userspace-generated messages should go to the container's own syslog. Ideally, a new ns_printk() kernel function should be provided to target certain kernel-generated messages (like iptables messages).
- Improved multiple devpts mounts support
- Implement cgroup fake root
- Communtu appliance system and library
Current Communtu LiveCDs are based on the Ubuntu Desktop edition. Appliances (like a LAMP, Joomla or Wikimedia installation) will by based on Ubuntu Server edition. An appliance library will store LiveCDs, DVDs and virtual machines, with discussion and support. Note that the CD for the server edition is technically very different from the CD for desktop edition. Required skills: ruby on rails; bash; Ubuntu internals
- Dialogue system in Communtu
The modern way of installing your computer should not be via endless googling and asking your friends what software you need, but through a dialogue system that asks you some questions about your needs, and based on that, makes suggestions for suitable software (which then can be bundled to a LiveCD or virtual machine using the other parts of Communtu). We have some existing linguistic ontology and some dialogue framework in mind that could be used, but are not commited to this. Required skills: ontologies; a bit of linguistics; AI; a bit of ruby on rails (where the latter could also be learned during the project)
- Improving Clicompanion
- Expanding tasks in Algorithm School
- Bazaar: Improve support for user-defined diff/merge tools and (graphical) configuration of those
Proposed by potential student participant Andreas Sommer (see mailing list thread)