#77 suppress indentation warning
Merged 4 years ago by jflory7. Opened 4 years ago by jibecfed.
jibecfed/mentored-projects master  into  master

@@ -11,27 +11,27 @@ 

  == Selected Projects

  

  * Behdad Esfahbod <behdad@cs.toronto.edu> - intelligent readahead daemon

- http://sourceforge.net/projects/preload[project page]

- http://www.cs.toronto.edu/~behdad/blog/preload.txt[proposal]

+   http://sourceforge.net/projects/preload[project page]

+   http://www.cs.toronto.edu/~behdad/blog/preload.txt[proposal]

  

  * Ljudmila Korjukina <lrs@inbox.ru> - packetsim

- http://sourceforge.net/projects/iptview/[project page]

+   http://sourceforge.net/projects/iptview/[project page]

  

  * Praveenkumar Ponnusamy <ps.praveenkr@gmail.com> - global bash history

- https://sourceforge.net/projects/bash-gchistory/[project page]

+   https://sourceforge.net/projects/bash-gchistory/[project page]

  

  * Ulisses Furquim <ulissesf@gmail.com> - pylibparted

- http://pylibparted.tigris.org/[project page]

+   http://pylibparted.tigris.org/[project page]

  

  * Darko Ilic <darko.ilic@gmail.com> - [wiki:Self:Kadischi Kadischi]

- (live CD generator)

+   (live CD generator)

  

  * Pedro Fernandes Macedo <pmacedo@dcc.ufmg.br> - smart mirror selection

- http://www.sourceforge.net/projects/mirrorselect[project page]

+   http://www.sourceforge.net/projects/mirrorselect[project page]

  

  * Wieland Gmeiner <e8607062@student.tuwien.ac.at> - setting process

- rlimits http://stud4.tuwien.ac.at/~e8607062/studies/soc/[proposal and

- patches]

+   rlimits http://stud4.tuwien.ac.at/~e8607062/studies/soc/[proposal and

+   patches]

  

  * Dave Arter <davea@sucs.org> - user backups (work in progress is at

  https://sucs.org/~davea/trac/)
@@ -40,13 +40,12 @@ 

  http://www.ath-driver.org/

  

  * Adrian Bunk <bunk@stusta.de> - Fedora Directory Server auto*-ing

- http://www.fs.tum.de/~bunk/fds/[project page] or

- http://sourceforge.net/projects/fds-build/[SourceForge page]

+   http://www.fs.tum.de/~bunk/fds/[project page] or

+   http://sourceforge.net/projects/fds-build/[SourceForge page]

  

  * Camron T. Lacy <clacy@ctltechnologies.net> -

- system-config-securitylevel

- http://www.sourceforge.net/projects/securitylevel[Sourceforge page]

+   system-config-securitylevel

+   http://www.sourceforge.net/projects/securitylevel[Sourceforge page]

  

  * Vikram Aggarwal <vikrama@gmail.com> - install coverage testing

- http://sourceforge.net/projects/pootypedia/[project page]

- 

+   http://sourceforge.net/projects/pootypedia/[project page]

@@ -68,21 +68,21 @@ 

  _Design Requirements:_

  

  * This must integrate with the PackageDB. Therefore it will be a piece

- of a larger TurboGears application. Knowledge of TurboGears and python

- is not required but a willingness to program in them is :-)

+   of a larger TurboGears application. Knowledge of TurboGears and python

+   is not required but a willingness to program in them is :-)

  * It is meant to be task and application oriented rather than package

- oriented. The aim is to answer questions like "What application will let

- me make drawings?" "Is there a python library for formatting

- documentation?" "I don't like "deluge" but I need something that does a

- similar thing?"

+   oriented. The aim is to answer questions like "What application will let

+   me make drawings?" "Is there a python library for formatting

+   documentation?" "I don't like "deluge" but I need something that does a

+   similar thing?"

  * We already have package information in several sources. We want to

- avoid duplicating information where possible but for efficiency we may

- need to pull some of the data into our database.

+   avoid duplicating information where possible but for efficiency we may

+   need to pull some of the data into our database.

  * The interface should link back and forth with the existing PackageDB

- but it is not simply another view of the data. Additional data will be

- involved.

+   but it is not simply another view of the data. Additional data will be

+   involved.

  * Allowing the user to contribute to the knowledge about the package is

- a goal.

+   a goal.

  

  A mockup of what a page could look like is in the

  link:https://fedoraproject.org/wiki/MyFedora?action=AttachFile&do=get&target=info-mockup.png[MyFedora
@@ -138,10 +138,10 @@ 

  _Status:_

  

  * _Being worked on by User:bombshelter13[Gregory Masseau]

- (gjmasseau@learn.senecac.on.ca)_

+   (gjmasseau@learn.senecac.on.ca)_

  

  * _Being worked on by User:miltonpaiva[Milton Paiva]

- (mpaivaneto@learn.senecac.on.ca)_

+   (mpaivaneto@learn.senecac.on.ca)_

  

  _Summary of idea:_ Func is a network applications framework that allows

  for powerful remote manipulation and scripting of very large numbers of
@@ -288,11 +288,11 @@ 

  * extend bootchart to collect information using SystemTap instead.

  * code the boot information in XML format.

  * explore additional metrics that would make bootchart more useful, i.e.

- finding out the working set size at various points of the boot process,

- etc.

+   finding out the working set size at various points of the boot process,

+   etc.

  * test bootchart on Fedora 8/9/rawhide dom0/domU/kvm/etc.

  * propose (and possibly implement) suggestions on how we can improve the

- boot process.

+   boot process.

  

  _Skills needed:_ Strong background in Operating Systems. Familiarity

  with Python, Java/JAXP, XML and C programming. Some experience in kernel
@@ -565,7 +565,7 @@ 

  * Security a challenge

  * Hook-up with Pootle as a use-case scenario?

  * If the server has plugins enabled, how is this going to be implemented

- here? (Interaction with student working on extensions might be needed)

+   here? (Interaction with student working on extensions might be needed)

  * (...more ideas?)

  

  [[transifex-extension-engine-tx_ext]]
@@ -587,10 +587,10 @@ 

  _Notes:_

  

  * Student might need to work with the student working on the client to

- discuss how the client can be extended to implement these plugins.

+   discuss how the client can be extended to implement these plugins.

  * Metrics will be needed to see how good the refactoring was, and what

- opportunities it will provide -- these metrics would be good to be

- mentioned in the application itself.

+   opportunities it will provide -- these metrics would be good to be

+   mentioned in the application itself.

  * (...more ideas?)

  

  [[transifex-permission-and-authorization-layer-tx_perm]]
@@ -605,19 +605,19 @@ 

  implementing functionality for each one.

  

  * Developers, administrators, language leaders, editors, translators,

- anonymous users: They all have different things to do in Transifex

+   anonymous users: They all have different things to do in Transifex

  * Add OpenID support

  * Introduce string, release, translation freezes that influence what

- some users can do

+   some users can do

  * Fine-grain permissions in Tx: Language maintainers, approvals by

- proj/lang/branch, etc. Who owns what, who controls what. Add ability to

- "hold" and "release" a project/branch, like in elvis.

+   proj/lang/branch, etc. Who owns what, who controls what. Add ability to

+   "hold" and "release" a project/branch, like in elvis.

  * Requirement for this idea is to work with the creators of Vertimus.

- This idea might (or might not) have common ground with Vertimus, and we

- need to make sure that either Tx can interoperate with Vertimus, or that

- the V folks know what we are working on and see how we can work together

- (note: Vertimus is written in PHP, but some interest has been raised for

- finding ways to work with Tx).

+   This idea might (or might not) have common ground with Vertimus, and we

+   need to make sure that either Tx can interoperate with Vertimus, or that

+   the V folks know what we are working on and see how we can work together

+   (note: Vertimus is written in PHP, but some interest has been raised for

+   finding ways to work with Tx).

  

  [[transifex-add-async-repo-support-tx_async]]

  == Transifex: Add async repo support (#tx_async)
@@ -681,10 +681,10 @@ 

  * Split committer into a different component

  * Move commit code outside transifex/ and into transifex-committer/

  * Practically, have it behave as a different application. First, we

- could communicate with it via an API and then via JSON to have it

- remotely.

+   could communicate with it via an API and then via JSON to have it

+   remotely.

  * Use-cases: projects behind a firewall, upsteam projects not wanting to

- give SSH access, etc.

+   give SSH access, etc.

  * Work with SELinux a plus.

  

  _Contacts:_
@@ -705,19 +705,19 @@ 

  server, which will wait the approval of a Debian language leader.

  

  * For a single Tx instance to scale well, one might want to split its

- functionality into (say) el.fooTx.org, pt.fooTx.org, etc.

+   functionality into (say) el.fooTx.org, pt.fooTx.org, etc.

  * This splitting/joining requires something like a server to server

- architecture/protocol and the ability to aggregate and delegate stuff on

- both sides

+    architecture/protocol and the ability to aggregate and delegate stuff on

+   both sides

  * Some projects might want to have their own Tx instance which contains

- internal projects, not publicly visible. At the same time, they might

- have public projects wanting to freely receive translations, but also

- they might want to allow their internal translators to use this instance

- as a gateway to all other Tx servers.

+   internal projects, not publicly visible. At the same time, they might

+   have public projects wanting to freely receive translations, but also

+   they might want to allow their internal translators to use this instance

+   as a gateway to all other Tx servers.

  * Minimizing the independence between the scattered Tx instances (ie.

- building bridges between the Tx "islands") will bring the whole

- "community bridging" idea of Transifex to a whole new level. This is the

- goal we want to reach in the long term.

+   building bridges between the Tx "islands") will bring the whole

+   "community bridging" idea of Transifex to a whole new level. This is the

+   goal we want to reach in the long term.

  

  The most important aspect of this idea is architecture design. The

  student will need to have a very good image of content and translation
@@ -781,12 +781,12 @@ 

  could be done:

  

  * Add necessary configuration options in Pootle to use Transifex for

- certain tasks and particular modules.

+   certain tasks and particular modules.

  * Abstract what is needed to retain compatibility with the traditional

- way of handling files in Pootle.

+   way of handling files in Pootle.

  * Extend Transifex in a way that accepts submissions without the web

- interface (might need some discussion with the student working on the

- Command Line Interface).

+   interface (might need some discussion with the student working on the

+   Command Line Interface).

  

  _Contacts:_

  
@@ -795,14 +795,14 @@ 

  _Notes:_

  

  * Edit translations directly in Transifex (or in a seamless, integrated

- way with Tx), operating on individual messages.

+   way with Tx), operating on individual messages.

  * Compare pootle to locally running PO editors (e.g. kbabel,

- gtranslator, poedit), check if essential functionality is missing and

- eventually implement it (e.g. does it display eventually included source

- code comments which help translating the message, cf. "xgettext

- --add-comments ...").

+   gtranslator, poedit), check if essential functionality is missing and

+   eventually implement it (e.g. does it display eventually included source

+   code comments which help translating the message, cf. "xgettext

+   --add-comments ...").

  * Evaluate whether certain Pootle functionality (e.g. translation

- suggestions) is needed or can be disabled for Transifex.

+   suggestions) is needed or can be disabled for Transifex.

  

  [[smolt-pretty-web-2.0-interfaces]]

  == Smolt: Pretty Web 2.0 Interfaces
@@ -826,11 +826,11 @@ 

  machine. Two classic examples of what we are looking for are these:

  

  * Joe wants to know how many machines running Fedora 9 Betas have

- SELinux enabled

+   SELinux enabled

  * Fred needs to know that there is new eratta for his soundcard, perhaps

- we can make sound work on his new machine finally!

+   we can make sound work on his new machine finally!

  * Tim's machine works perfectly, how can he tell us this, so that we can

- mark our stamp of approval

+   mark our stamp of approval

  

  These are only guidelines of the things we are looking for. This project

  is very open ended, and you can do what you feel like. New Ideas are

@@ -100,7 +100,7 @@ 

  * The ability to filter these as applications instead of packages,

  * Letting end users comment on the applications to help other end users

  * Letting end users tag the packages with keywords to make searching

- easier

+   easier

  

  More details here:

  
@@ -173,7 +173,7 @@ 

  * Inventory your systems (hardware and software information)

  * Install and update software on your systems

  * Collect and distribute your custom software packages into manageable

- groups

+   groups

  * Provision (Kickstart) your systems

  * Manage and deploy configuration files to your systems

  * Monitor your systems
@@ -226,7 +226,7 @@ 

  At least the following problems are addressed:

  

  * Layout of app-install metadata and application icons inside of

- repository,

+   repository,

  * Pregenerating of app-install metadata and icons,

  * Change app-install to download metadata from repository,

  * Learn app-install to download icons on demand.

@@ -293,7 +293,7 @@ 

  * Errai (GWT) integration with CDI events

  * Errai (GWT) integration with Seam Security

  * Extensible project management tooling environment (based on Maven and

- Maven Archetypes)

+   Maven Archetypes)

  * Conversations with remote EJBs

  

  Please check details at the Student Projects wiki page at
@@ -336,7 +336,7 @@ 

  desktop applications. This tool will be useful for users who:

  

  * want to simply backup / restore look-and-feel and settings of desktop

- applications;

+   applications;

  * frequently migrate from one distribution to another;

  * have more then one device and want to sync settings.

  
@@ -351,17 +351,17 @@ 

  Proposed features:

  

  * Easy search and select installed applications for backup / restore /

- sync

+   sync

  * Can work as application or as daemon

  * Has scheduler and backup / restore / sync settings (archive type,

- passwords, compression rate, additive/solid, etc.)

+   passwords, compression rate, additive/solid, etc.)

  * Custom selection of applications for archiving (one, group, all, etc.)

  * Restoring data from archive with tracking of current application,

- nonexistent on target machine applications should be reinstalled from

- PackageKit

+   nonexistent on target machine applications should be reinstalled from

+   PackageKit

  * Including user selected files in archive for restoring on target

- machine (possibly searching and automatic including configuration files

- or files of specified types).

+   machine (possibly searching and automatic including configuration files

+   or files of specified types).

  

  

  [[unified-mobile-sync]]
@@ -389,18 +389,18 @@ 

  _Notes:_ Proposed features:

  

  * Synchronization of contacts and calendar (required), tasks and

- messages (desired)

+   messages (desired)

  * Support for popular mobile devices, simple extensibility for new

- gadgets via plugins

+   gadgets via plugins

  * Support for popular desktop applications, simple extensibility for

- other via plugins

+   other via plugins

  * Simple graphical synchronization tuning tool – what to synchronize,

- scheduling, rules (filters, conflict resolution, etc.)

+   scheduling, rules (filters, conflict resolution, etc.)

  * Enabling mobile device backup and restore

  * Desirably running not only on Linux, but also on Windows and MacOS

- (TBD)

+   (TBD)

  * Think about future integration with open source collaboration suites

- and unified communication systems.

+   and unified communication systems.

  

  _Current state_

  
@@ -416,40 +416,40 @@ 

  The tasks for current stage:

  

  * Find out how to upload/download to/from popular mobile devices

- (Android, iPhone, Symbian, PalmOS, Win Mobile, BB, etc) contacts,

- messages, calendars, todos, media content, etc. It includes studying

- what data is accessible, in what format we are to process it, what

- protocols-libraries-APIs should be used. As a result we should get clear

- understanding what and how can be synced for different devices. This

- task will require gathering and reading tons of technical documentation

- and writing code to check if documentation is really true. I can not

- predict what programming languages, libraries, standards and protocols

- you will encounter.

+   (Android, iPhone, Symbian, PalmOS, Win Mobile, BB, etc) contacts,

+   messages, calendars, todos, media content, etc. It includes studying

+   what data is accessible, in what format we are to process it, what

+   protocols-libraries-APIs should be used. As a result we should get clear

+   understanding what and how can be synced for different devices. This

+   task will require gathering and reading tons of technical documentation

+   and writing code to check if documentation is really true. I can not

+   predict what programming languages, libraries, standards and protocols

+   you will encounter.

  

  * Find out how to upload/download to/from popular desktop apps

- (Evolution, Thunderbird, KDE PIM, Outlook, etc) contacts, messages,

- calendars, todos, media content, etc. Once again, it includes studing

- what is accessible, in what format, via which channels. As a result we

- should get clear understanding what and how can be synced with different

- apps. This task will require, similarly with the previous one, reading

- documentation and writing tests. Once again, I can not predict what

- programming languages, libraries, standards and protocols you will

- encounter.

+   (Evolution, Thunderbird, KDE PIM, Outlook, etc) contacts, messages,

+   calendars, todos, media content, etc. Once again, it includes studing

+   what is accessible, in what format, via which channels. As a result we

+   should get clear understanding what and how can be synced with different

+   apps. This task will require, similarly with the previous one, reading

+   documentation and writing tests. Once again, I can not predict what

+   programming languages, libraries, standards and protocols you will

+   encounter.

  

  * Find out how to integrate mobile sync into current system

- infrastructure for Linux desktop (dbus, udev, PackageKit, etc) and,

- probably, Windows desktop (???). This task will require very good

- knowledge of system design.

+   infrastructure for Linux desktop (dbus, udev, PackageKit, etc) and,

+   probably, Windows desktop (???). This task will require very good

+   knowledge of system design.

  

  * Prepare concept of GUI application and implement the first version

- (with placeholders instead of real sync plugins). This task will require

- knowledge of cross-platform programming with Python or C/C++ and

- GTK/Qt/etc. Knowledge of GUI design and usability will be a big

- advantage.

+   (with placeholders instead of real sync plugins). This task will require

+   knowledge of cross-platform programming with Python or C/C++ and

+   GTK/Qt/etc. Knowledge of GUI design and usability will be a big

+   advantage.

  

  * Prepare the architecture based on the results of tasks #1-4. The

- architecture should meet the requirements [1]. Determine tasks for

- complete UMS implementation.

+   architecture should meet the requirements [1]. Determine tasks for

+   complete UMS implementation.

  

  From my point of view each of the tasks #1-4 will require few

  person-months. Task #5 will be solved collaboratively.

@@ -48,15 +48,15 @@ 

  * Work with real world large codebases.

  * Collaborate with real engineers and other professional experts.

  * Contribute to something meaningful while learning and earning student

- value.

+   value.

  * Learn tools and processes that are just like what you are going to use

- if you work in technology after graduation.

+   if you work in technology after graduation.

  * Make friends and contacts around the globe.

  * Possibly attract attention that gets you an internship or job after

- graduation.

+   graduation.

  * Earn while you learn. We are planning to sponsor $5000 for full

- projects and $2500 for half projects. Check out Summer_Coding_FAQ for

- more details.

+   projects and $2500 for half projects. Check out Summer_Coding_FAQ for

+   more details.

  

  [[why-work-with-fedora-and-jboss.org]]

  === Why work with Fedora and JBoss.org?
@@ -112,15 +112,15 @@ 

  You need to do these things:

  

  1.  Contact the relevant sub-project for your idea or contact

- http://lists.fedoraproject.org/mailman/listinfo/summer-coding-discuss[the

- discussion group].

+     http://lists.fedoraproject.org/mailman/listinfo/summer-coding-discuss[the

+     discussion group].

  2.  Be prepared to explain your idea, receive input and criticism, and

- grow (or reduce) the idea so it has the best chance of being accepted

- for Fedora Summer Coding.

+     grow (or reduce) the idea so it has the best chance of being accepted

+     for Fedora Summer Coding.

  3.  Create an idea page, noting in the section for mentors that you are

- looking for a mentor. Use

- link:https://fedoraproject.org/wiki/How_to_create_an_idea_page_for_Summer_Coding[How to create an idea

- page for Summer Coding] to make the page.

+     looking for a mentor. Use

+     link:https://fedoraproject.org/wiki/How_to_create_an_idea_page_for_Summer_Coding[How to create an idea

+     page for Summer Coding] to make the page.

  

  [[are-you-already-working-in-the-fedora-or-jboss-communities]]

  === Are you already working in the Fedora or JBoss communities?
@@ -220,11 +220,11 @@ 

  Your responsibilities include:

  

  * Being an interface for an identified sub-project or SIG in Fedora or

- JBoss.org.

+   JBoss.org.

  * Helping students communicate with the overall project and any

- upstreams.

+   upstreams.

  * Be the final, accountable person for deciding if the student is

- successful or not, which affects payment.

+   successful or not, which affects payment.

  

  [[are-you-committed-to-working-with-all-parties]]

  === Are you committed to working with all parties?
@@ -308,10 +308,10 @@ 

  * Positively impact FOSS projects.

  * Get your brand in front of smart students who want to work on FOSS.

  * Potentially end up

- link:https://fedoraproject.org/wiki/GSoC_report_2009#Recruiting_new_Red_Hat_associates[hiring great

- developers through the program].

+   link:https://fedoraproject.org/wiki/GSoC_report_2009#Recruiting_new_Red_Hat_associates[hiring great

+   developers through the program].

  * Work on a community program that demonstrates how open source business

- is done.

+   is done.

  * See something you’d like coded be completed.

  * Other positive brand associations.

  
@@ -321,18 +321,18 @@ 

  We need to start talking, soon.

  

  * Open by default on the discuss list -

- http://lists.fedoraproject.org/mailman/listinfo/summer-coding-discuss

+   http://lists.fedoraproject.org/mailman/listinfo/summer-coding-discuss

  * Private via direct email to project leadership - link:https://fedoraproject.org/wiki/User:Quaid[Karsten

- Wade], ...

+   Wade], ...

  

  What are the resources you can supply?

  

  1.  Money to pay stipends to students for spending focused time on these

- FOSS projects. This is a cross between a summer job and an internship.

+     FOSS projects. This is a cross between a summer job and an internship.

  2.  Someone to help coordinate and to contribute as part of the Fedora

- Summer Coding special interest group (SIG).

+     Summer Coding special interest group (SIG).

  3.  Mentors, especially if they work actively in sub-project or area the

- sponsor is supporting.

+     sponsor is supporting.

  

  [[what-does-the-summer-coding-program-do]]

  === What does the Summer Coding program do?

@@ -151,9 +151,9 @@ 

  would be welcome:

  

  * Simplify creation of new MirrorManager instances (non-Fedora users,

- such as CentOS)

+   such as CentOS)

  * Simplify selection of mirrors within Cloud Providers on granularity

- other than netblocks and ASNs

+   other than netblocks and ASNs

  * Other items on the

  http://git.fedorahosted.org/git/mirrormanager?p=mirrormanager;a=blob;f=TODO;hb=HEAD[TODO

  list]
@@ -287,8 +287,8 @@ 

  

  * _Status:_ Proposed

  * _Summary of idea:_ Currently, the System Security Services Daemon

- supports only LDAP for network user identity. Support for NIS identities

- has been requested several times by end-users.

+   supports only LDAP for network user identity. Support for NIS identities

+   has been requested several times by end-users.

  * _Contacts:_ link:https://fedoraproject.org/wiki/User:Sgallagh[Stephen Gallagher]

  * _Mentor(s):_ link:https://fedoraproject.org/wiki/User:Sgallagh[Stephen Gallagher]

  
@@ -297,10 +297,10 @@ 

  

  * _Status:_ Proposed

  * _Summary of idea:_ Sudo 1.8.0 will support a plugin interface for sudo

- authorization decisions. It would be excellent for SSSD to provide such

- a plugin to provide cached access to sudo information stored in the sudo

- LDAP schema. This would make it easier to maintain centralized sudo

- rules that also function while offline.

+   authorization decisions. It would be excellent for SSSD to provide such

+   a plugin to provide cached access to sudo information stored in the sudo

+   LDAP schema. This would make it easier to maintain centralized sudo

+   rules that also function while offline.

  * _Contacts:_ link:https://fedoraproject.org/wiki/User:Sgallagh[Stephen Gallagher]

  * _Mentor(s):_ link:https://fedoraproject.org/wiki/User:Sgallagh[Stephen Gallagher]

  * _Notes:_ http://www.sudo.ws/sudo_plugin.man.html

@@ -394,20 +394,20 @@ 

  to be integrated:

  

  * http://sparkleshare.org[Sparkleshare] - a git-backed, Dropbox like

- system that will automatically check in and push files in project

- directly to a shared git repo

+   system that will automatically check in and push files in project

+   directly to a shared git repo

  * https://github.com/garrett/magicmockup[Magic Mockup] - a

- coffeescript/javascript you can insert into an SVG of mockups to enable

- interactive, click-through mockups

- (http://blog.linuxgrrl.com/2011/08/12/interactive-svg-mockups-with-inkscape-javascript/[see

- a demo here]

+   coffeescript/javascript you can insert into an SVG of mockups to enable

+   interactive, click-through mockups

+   (http://blog.linuxgrrl.com/2011/08/12/interactive-svg-mockups-with-inkscape-javascript/[see

+   a demo here]

  * http://blog.linuxgrrl.com/category/design-hub/[Design Hub] - an idea

- and a ruby on rails prototype of a web front end that could potentially

- serve as a front end to git repos with design assets *and* serve as well

- as a front end to magic mockup mockups in said repos

+   and a ruby on rails prototype of a web front end that could potentially

+   serve as a front end to git repos with design assets *and* serve as well

+   as a front end to magic mockup mockups in said repos

  * http://inkscape.org[Inkscape] is our preferred design tool of choice;

- it would be great if it had some GUI integration with Magic Mockup,

- Sparkleshare, and Design Hub

+   it would be great if it had some GUI integration with Magic Mockup,

+   Sparkleshare, and Design Hub

  

  _Knowledge prerequisite:_ Ruby on Rails, web development, some UI design

  chops
@@ -683,10 +683,10 @@ 

  The benefit of this method is:

  

  1.  No need to host the entire packages (saving space on servers hosting

- the RPMs)

+     the RPMs)

  2.  Make changes to the buildfile, and not compile the package

  3.  Can pull sources from any version control system/stored tarballs to

- make a very upto-date package. (See blog entry for an example)

+     make a very upto-date package. (See blog entry for an example)

  

  _Contacts:_ link:https://fedoraproject.org/wiki/User:Anujmore[Anuj More]

  
@@ -760,13 +760,13 @@ 

  * packaging open source audio projects

  * porting certain packages from the PlanetCCRMA repository into Fedora

  * working/communicating with the Fedora Audio community to determine the

- final make-up of the spin

+   final make-up of the spin

  * help coordinate pushing the spin through the Spins Review process

  * creating/testing kickstart files

  * developing small applications/scripts to help solve hardware and audio

- system configuration requirements

+   system configuration requirements

  * communicating with Fedora Audio SIG, Fedora Desktop team and other

- Fedora teams

+   Fedora teams

  * organizing QA testcases and test days

  

  Ideally, interested candidates will have a passion for Music/Audio

@@ -32,12 +32,12 @@ 

  * Work with real world large codebases.

  * Collaborate with real engineers and other professional experts.

  * Contribute to something meaningful while learning and earning student

- value.

+   value.

  * Learn tools and processes that are just like what you are going to use

- if you work in technology after graduation.

+   if you work in technology after graduation.

  * Make friends and contacts around the globe.

  * Possibly attract attention that gets you an internship or job after

- graduation.

+   graduation.

  * Create life time connections.

  

  [[why-work-with-fedora]]
@@ -106,22 +106,22 @@ 

  === How to work with students

  

  * One way is to provide an idea for students to work on. This idea might

- be very well planned out, in which case you may need a high-level of

- contact with the student to get it implemented correctly.

+   be very well planned out, in which case you may need a high-level of

+   contact with the student to get it implemented correctly.

  

  * It is harder to find success where you are completely certain of how

- an idea needs to be implemented; finding a student with the skills and

- interest to implement a specific solution is a lot harder than finding a

- student with enough skills to respond to a use case need.

+   an idea needs to be implemented; finding a student with the skills and

+   interest to implement a specific solution is a lot harder than finding a

+   student with enough skills to respond to a use case need.

  

  * Where you can have looser ideas, you may be able to find a student who

- works as a sort-of intern who can implement a solution to a use case you

- have. In past experiences, students going after a use case are more

- likely to get somewhere with self-direction.

+   works as a sort-of intern who can implement a solution to a use case you

+   have. In past experiences, students going after a use case are more

+   likely to get somewhere with self-direction.

  

  * You may also want to work with a student who brings an idea to your

- sub-project. This requires a different level of communication throughout

- the project, but can be the most rewarding.

+   sub-project. This requires a different level of communication throughout

+   the project, but can be the most rewarding.

  

  [[mentor-responsibilities]]

  === Mentor responsibilities
@@ -134,9 +134,9 @@ 

  

  * Being an interface for an identified sub-project or SIG in Fedora.

  * Helping students communicate with the overall project and any

- upstreams.

+   upstreams.

  * Be the final, accountable person for deciding if the student is

- successful or not, which affects payment.

+   successful or not, which affects payment.

  

  [[list-of-mentors]]

  === List of Mentors
@@ -186,11 +186,11 @@ 

  

  * March 9: Mentoring organization application deadline.

  * March 12-15: Google program administrators review organization

- applications.

+   applications.

  * March 16: List of accepted mentoring organizations published on the

- Google Summer of Code 2012 site.

+   Google Summer of Code 2012 site.

  * March 17-25: Would-be student participants discuss application ideas

- with mentoring organizations.

+   with mentoring organizations.

  * March 26: Student application period opens.

  * April 6: Student application deadline.

  
@@ -199,21 +199,21 @@ 

  proposal detail from the student applicant.

  

  * April 20: All mentors must be signed up and all student proposals

- matched with a mentor. Student ranking/scoring deadline.

+   matched with a mentor. Student ranking/scoring deadline.

  * April 23: Accepted student proposals announced on the Google Summer of

- Code 2012 site.

+   Code 2012 site.

  

  Community Bonding Period: Students get to know mentors, read

  documentation, get up to speed to begin working on their projects.

  

  * May 21: Students begin coding for their Google Summer of Code

- projects;

+   projects;

  

  Interim Period: Mentors give students a helping hand and guidance on

  their projects.

  

  * July 9: Mentors and students can begin submitting mid-term

- evaluations.

+   evaluations.

  * July 13: Mid-term evaluations deadline;

  

  Google begins issuing mid-term student payments provided passing student
@@ -221,14 +221,14 @@ 

  and guidance on their projects.

  

  * August 13: Suggested 'pencils down' date. Take a week to scrub code,

- write tests, improve documentation, etc.

+   write tests, improve documentation, etc.

  * August 20: Mentors, students and organization administrators can begin

- submitting final evaluations to Google.

+   submitting final evaluations to Google.

  

  * August 24: Final evaluation deadline

  * August 27: Final results of Google Summer of Code 2012 announced

  * August 31: Students can begin submitting required code samples to

- Google

+   Google

  * October 20 - 21: Mentor Summit at Google.

  

  [[organization-application]]

@@ -489,20 +489,20 @@ 

  to be integrated:

  

  * http://sparkleshare.org[Sparkleshare] - a git-backed, Dropbox like

- system that will automatically check in and push files in project

- directly to a shared git repo

+   system that will automatically check in and push files in project

+   directly to a shared git repo

  * https://github.com/garrett/magicmockup[Magic Mockup] - a

- coffeescript/javascript you can insert into an SVG of mockups to enable

- interactive, click-through mockups

- (http://blog.linuxgrrl.com/2011/08/12/interactive-svg-mockups-with-inkscape-javascript/[see

- a demo here]

+   coffeescript/javascript you can insert into an SVG of mockups to enable

+   interactive, click-through mockups

+   (http://blog.linuxgrrl.com/2011/08/12/interactive-svg-mockups-with-inkscape-javascript/[see

+   a demo here]

  * http://blog.linuxgrrl.com/category/design-hub/[Design Hub] - an idea

- and a ruby on rails prototype of a web front end that could potentially

- serve as a front end to git repos with design assets *and* serve as well

- as a front end to magic mockup mockups in said repos

+   and a ruby on rails prototype of a web front end that could potentially

+   serve as a front end to git repos with design assets *and* serve as well

+   as a front end to magic mockup mockups in said repos

  * http://inkscape.org[Inkscape] is our preferred design tool of choice;

- it would be great if it had some GUI integration with Magic Mockup,

- Sparkleshare, and Design Hub

+   it would be great if it had some GUI integration with Magic Mockup,

+   Sparkleshare, and Design Hub

  

  _Knowledge prerequisite:_ Ruby on Rails, web development, some UI design

  chops _Skill level:_ Intermediate _Contacts:_ edirsh at redhat dot com
@@ -613,8 +613,8 @@ 

  

  * Status: Proposed

  * Summary of idea: Contribute to the fedpkg project, enabling the

- building of a series of interdependent packages in a single action for

- released Fedora branches

+   building of a series of interdependent packages in a single action for

+   released Fedora branches

  * Knowledge Prerequisite: Python, Fedora Packaging

  * Skill Level: Low - Medium

  * Contacts: link:https://fedoraproject.org/wiki/User:sgallagh[Stephen Gallagher]
@@ -626,9 +626,9 @@ 

  

  * Status: Proposed

  * Summary of idea: There is a need of an information system where it can

- be used with in the project to track and analyse the finacial

- activities. It may be a customiztion of a open source solution or a

- solution from scratch.

+   be used with in the project to track and analyse the finacial

+   activities. It may be a customiztion of a open source solution or a

+   solution from scratch.

  * Skill Level: Medium

  

  * Mentor : link:https://fedoraproject.org/wiki/User:Charindu100[Charindu Thiwanka] - Technical
@@ -640,11 +640,11 @@ 

  

  * Status: Proposed

  * Summary of idea: Fedora contributors organize lot of events. We need a

- system to manage them. This sounds like a project management utility.

- You can either build from scratch or customize an available free

- software. This can be used to small event and as well as large event

- like FUDcons. The main advantage to use such system is to organize tasks

- and manage the cost. If you are interested contact me with a proposal.

+   system to manage them. This sounds like a project management utility.

+   You can either build from scratch or customize an available free

+   software. This can be used to small event and as well as large event

+   like FUDcons. The main advantage to use such system is to organize tasks

+   and manage the cost. If you are interested contact me with a proposal.

  * Skill Level: Medium

  * Contacts: link:https://fedoraproject.org/wiki/User:Bckurera[Buddhike Kurera]

  * Mentor(s): link:https://fedoraproject.org/wiki/User:Bckurera[Buddhike Kurera])
@@ -656,7 +656,7 @@ 

  * Status: Proposed

  

  * Summary of idea: http://darkserver.fedoraproject.org/[Darkserver] now

- only supports primary koji instance of Fedora. We need support

+   only supports primary koji instance of Fedora. We need support

  

  other secondary architectures and distributions. Different workers

  should use different job queues and they all should work independently.
@@ -673,8 +673,8 @@ 

  * Mentor(s): link:https://fedoraproject.org/wiki/User:Kushal[Kushal Das]

  

  * Notes: Join the

- https://lists.fedorahosted.org/mailman/listinfo/darkserver[mailing list]

- and also #dgplug on freenode.

+   https://lists.fedorahosted.org/mailman/listinfo/darkserver[mailing list]

+   and also #dgplug on freenode.

  

  [[linux-system-services]]

  === Linux system services
@@ -684,12 +684,12 @@ 

  

  * Status: Proposed

  * Summary of idea: The purpose of this project is to develop a suite of

- unit tests for the SSSD. The unit tests would leverage mock objects to

- be able to exercise code that is otherwise only ever reachable when the

- SSSD is connected to the network. Contributing the set of unit tests to

- the SSSD would greatly improve its stability long-term and would help

- raise confidence when pushing new SSSD versions into Fedora or other

- distributions.

+   unit tests for the SSSD. The unit tests would leverage mock objects to

+   be able to exercise code that is otherwise only ever reachable when the

+   SSSD is connected to the network. Contributing the set of unit tests to

+   the SSSD would greatly improve its stability long-term and would help

+   raise confidence when pushing new SSSD versions into Fedora or other

+   distributions.

  * Knowledge prerequisite: C programming

  * Skill level: intermediate to high

  * Contacts: link:https://fedoraproject.org/wiki/User:jhrozek[Jakub Hrozek]
@@ -710,10 +710,10 @@ 

  The benefit of this method is:

  

  1.  No need to host the entire packages (saving space on servers hosting

- the RPMs)

+     the RPMs)

  2.  Make changes to the buildfile, and not compile the package

  3.  Can pull sources from any version control system/stored tarballs to

- make a very upto-date package. (See blog entry for an example)

+     make a very upto-date package. (See blog entry for an example)

  

  _Contacts:_ link:https://fedoraproject.org/wiki/User:Anujmore[Anuj More]

  
@@ -908,7 +908,7 @@ 

  

  * side repository management

  * better integration with bodhi and working based on updates instead of

- just package envrs

+   just package envrs

  * tree replication

  * integration with blockerbugs app

  * deltaiso creation

@@ -32,12 +32,12 @@ 

  * Work with real world large codebases.

  * Collaborate with real engineers and other professional experts.

  * Contribute to something meaningful while learning and earning student

- value.

+   value.

  * Learn tools and processes that are just like what you are going to use

- if you work in technology after graduation.

+   if you work in technology after graduation.

  * Make friends and contacts around the globe.

  * Possibly attract attention that gets you an internship or job after

- graduation.

+   graduation.

  * Create life time connections.

  

  [[why-work-with-fedora]]
@@ -105,22 +105,22 @@ 

  

  

  * One way is to provide an idea for students to work on. This idea might

- be very well planned out, in which case you may need a high-level of

- contact with the student to get it implemented correctly.

+   be very well planned out, in which case you may need a high-level of

+   contact with the student to get it implemented correctly.

  

  * It is harder to find success where you are completely certain of how

- an idea needs to be implemented; finding a student with the skills and

- interest to implement a specific solution is a lot harder than finding a

- student with enough skills to respond to a use case need.

+   an idea needs to be implemented; finding a student with the skills and

+   interest to implement a specific solution is a lot harder than finding a

+   student with enough skills to respond to a use case need.

  

  * Where you can have looser ideas, you may be able to find a student who

- works as a sort-of intern who can implement a solution to a use case you

- have. In past experiences, students going after a use case are more

- likely to get somewhere with self-direction.

+   works as a sort-of intern who can implement a solution to a use case you

+   have. In past experiences, students going after a use case are more

+   likely to get somewhere with self-direction.

  

  * You may also want to work with a student who brings an idea to your

- sub-project. This requires a different level of communication throughout

- the project, but can be the most rewarding.

+   sub-project. This requires a different level of communication throughout

+   the project, but can be the most rewarding.

  

  [[mentor-responsibilities]]

  === Mentor responsibilities
@@ -133,9 +133,9 @@ 

  

  * Being an interface for an identified sub-project or SIG in Fedora.

  * Helping students communicate with the overall project and any

- upstream.

+   upstream.

  * Be the final, accountable person for deciding if the student is

- successful or not, which affects payment.

+   successful or not, which affects payment.

  

  [[list-of-mentors]]

  === List of Mentors
@@ -162,9 +162,9 @@ 

  http://www.google-melange.com/gsoc/events/google/gsoc2013[Full timeline]

  

  * April 8: 19:00 UTC List of accepted mentoring organizations published

- on the Google Summer of Code 2013 site.

+   on the Google Summer of Code 2013 site.

  * April 9 - 21: Would-be student participants discuss application ideas

- with mentoring organizations.

+   with mentoring organizations.

  * April 22: 19:00 UTC Student application period opens.

  * May 3: 19:00 UTC Student application deadline.

  
@@ -173,7 +173,7 @@ 

  proposal detail from the student applicant.

  

  * May 6: Mentoring organizations should have requested slots via their

- profile in Melange by this point.

+   profile in Melange by this point.

  * May 8: Slot allocations published to mentoring organizations

  

  Interim Period: Slot allocation trades happen amongst organizations.
@@ -182,13 +182,13 @@ 

  from the student applicant.

  

  * May 27: 19:00 UTC Accepted student proposals announced on the Google

- Summer of Code 2013 site.

+   Summer of Code 2013 site.

  

  Community Bonding Period: Students get to know mentors, read

  documentation, get up to speed to begin working on their projects.

  

  * June 17: Students begin coding for their Google Summer of Code

- projects;

+   projects;

  

  Google begins issuing initial student payments provided tax forms are on

  file and students are in good standing with their communities. Work
@@ -196,22 +196,22 @@ 

  projects.

  

  * July 29: 19:00 UTC Mentors and students can begin submitting mid-term

- evaluations.

+   evaluations.

  * August 2: 19:00 UTC Mid-term evaluations deadline;

  * Work Period: Mentors give students a helping hand and guidance on

- their projects.

+   their projects.

  * September 16: Suggested 'pencils down' date. Take a week to scrub

- code, write tests, improve documentation, etc.

+   code, write tests, improve documentation, etc.

  * September 23: 19:00 UTC Firm 'pencils down' date. Mentors, students

- and organization administrators can begin submitting final evaluations

- to Google.

+   and organization administrators can begin submitting final evaluations

+   to Google.

  * September 27: 19:00 UTC Final evaluation deadline

  

  Google begins issuing student and mentoring organization payments

  provided forms and evaluations are on file.

  

  * September 27: Students can begin submitting required code samples to

- Google

+   Google

  * October 1: Final results of Google Summer of Code 2013 announced

  * October 19 & 20: Mentor Summit at Google

  
@@ -241,7 +241,7 @@ 

  

  1.  link:https://fedoraproject.org/wiki/Foundation[The Foundation]

  2.  http://www.google-melange.com/gsoc/document/show/gsoc_program/google/gsoc2016/help_page[GSoC

- FAQ]

+     FAQ]

  3.  http://docs.fedoraproject.org/en-US/index.html[Fedora Documentation]

  4.  link:https://fedoraproject.org/wiki/Communicate/IRCHowTo[IRC]

  5.  link:https://fedoraproject.org/wiki/Development[Development]

@@ -10,13 +10,13 @@ 

  

  .  link:https://fedoraproject.org/wiki/GSOC_Guide_students#Set_up_an_account[Create a FAS account]

  .  link:https://fedoraproject.org/wiki/GSOC_Guide_students#Start_communicating[Join with

- fedora-summer-coding mailing list]

+    fedora-summer-coding mailing list]

  .  Submit application on

- https://google-melange.appspot.com/gsoc/proposal/submit/google/gsoc2013/fedora[Google-Melange]

+    https://google-melange.appspot.com/gsoc/proposal/submit/google/gsoc2013/fedora[Google-Melange]

  .  link:https://fedoraproject.org/wiki/GSOC_2013/Student_Application_Template/Common[Application is

- filled] and available on Fedora Wiki -

- link:https://fedoraproject.org/wiki/GSOC_Guide_students#Create_your_Application[How to fill the

- application]

+    filled] and available on Fedora Wiki -

+    link:https://fedoraproject.org/wiki/GSOC_Guide_students#Create_your_Application[How to fill the

+    application]

  .  CV highlighting your activities with Information Technology

  .  A recommendation from (highlighting your fitness)

      .  A member of a Free Software Organization you have contributed earlier OR
@@ -83,7 +83,7 @@ 

  considered as a recommendation.

  

  * *I dont get a reply from Org Admins after sending documents, is it

- normal?*

+   normal?*

  

  You should get a reply with in 24 hours, if not please immediately

  contact Org Admin.

@@ -32,7 +32,7 @@ 

  

  1.  link:https://fedoraproject.org/wiki/Foundation[The Foundation]

  2.  http://www.google-melange.com/gsoc/document/show/gsoc_program/google/gsoc2016/help_page[GSoC

- FAQ]

+     FAQ]

  3.  http://docs.fedoraproject.org/en-US/index.html[Fedora Documentation]

  4.  link:https://fedoraproject.org/wiki/Communicate/IRCHowTo[IRC]

  5.  link:https://fedoraproject.org/wiki/Development[Development]
@@ -134,7 +134,7 @@ 

  Minimal required TODO

  

  * Fully working frontend, primary idea is to go fully selfhosted. All

- bugs should be filed in that instance against Bugspad.

+   bugs should be filed in that instance against Bugspad.

  

  _Knowledge prerequisite:_

  
@@ -167,16 +167,16 @@ 

  Roadmap:

  

  * Build a central hub for searching/reading channel logs for Open Source

- communities and projects.

+   communities and projects.

  * Build a faster and scalable backend.

  * Freedom of choice: Expose an API so that users can use their existing

- IRC clients with waartaa.

+   IRC clients with waartaa.

  * Find a secure way to authenticate with IRC services without storing

- RAW passwords.

+   RAW passwords.

  * Respect user privacy: user personal messages should be stored in an

- encrypted format in the server.

+   encrypted format in the server.

  * Allow users to download chat logs in various formats compatible with

- popular IRC clients.

+   popular IRC clients.

  * HTML5 mobile app

  * VCS, Bugzilla and other task management tools integration.

  * Video/audio conference facility on top of HTML5 and JS technologies.
@@ -283,13 +283,13 @@ 

  of a FLOSS design suite that includes

  

  * http://sparkleshare.org[Sparkleshare] - a git-backed, Dropbox like

- system that will automatically check in and push files in project

- directly to a shared git repo

+   system that will automatically check in and push files in project

+   directly to a shared git repo

  * https://github.com/garrett/magicmockup[Magic Mockup] - a

- coffeescript/javascript you can insert into an SVG of mockups to enable

- interactive, click-through mockups

- (http://blog.linuxgrrl.com/2011/08/12/interactive-svg-mockups-with-inkscape-javascript/[see

- a demo here] )

+   coffeescript/javascript you can insert into an SVG of mockups to enable

+   interactive, click-through mockups

+   (http://blog.linuxgrrl.com/2011/08/12/interactive-svg-mockups-with-inkscape-javascript/[see

+   a demo here] )

  * http://inkscape.org[Inkscape] is our preferred design tool of choice

  

  Last year, a successful GSoC took Glitter Gallery from a prototype to a
@@ -297,22 +297,22 @@ 

  added, and improvements to be made. Some things that still need work:

  

  * Transitioning to test-driven development, which means writing unit and

- integration tests for all of the components

+   integration tests for all of the components

  * Better design suite integration, which could mean better support for

- local editing with SparkleShare; Inkscape integration through an

- extension; and/or support for creating and sharing interactive SVGs with

- Magic Mockup

+   local editing with SparkleShare; Inkscape integration through an

+   extension; and/or support for creating and sharing interactive SVGs with

+   Magic Mockup

  * UI improvements - the current UI is functional and pretty nice

- looking, but it could be more responsive and polished

+   looking, but it could be more responsive and polished

  * Better commenting - the current commenting system is basic, and

- there's lots of ways it could be improved, including thread support,

- pingback support, the ability to reference a specific region of a design

- in a comment

+   there's lots of ways it could be improved, including thread support,

+   pingback support, the ability to reference a specific region of a design

+   in a comment

  * Issue tracking - allow the designer to track requested changes as

- issues

+   issues

  * More social features - such as the ability to follow a

- file/project/user, an activity feed, private messaging, easy sharing

- outside the application

+   file/project/user, an activity feed, private messaging, easy sharing

+   outside the application

  * Your own ideas

  

  _Knowledge prerequisite:_ git, Ruby on Rails, front-end (HTML/CSS/JS)
@@ -589,7 +589,7 @@ 

  * implement Java model(s) for XMvn configuration

  * allow reading and writing model(s) as XML files

  * implement configuration editor providing raw XML view and one or more

- high-level views

+   high-level views

  * allow converting configuration to sequence of RPM macro calls

  

  XMvn plugin should integrate with Eclipse Linux Tools and/or Fedora
@@ -926,8 +926,8 @@ 

  

  * Status: Proposed

  * Summary of idea: Contribute to the fedpkg project, enabling the

- building of a series of interdependent packages in a single action for

- released Fedora branches

+   building of a series of interdependent packages in a single action for

+   released Fedora branches

  * Knowledge Prerequisite: Python, Fedora Packaging

  * Skill Level: Low - Medium

  * Contacts: link:https://fedoraproject.org/wiki/User:sgallagh[Stephen Gallagher]
@@ -940,9 +940,9 @@ 

  

  * Status: Proposed

  * Summary of idea: There is a need of an information system where it can

- be used with in the project to track and analyse the financial

- activities. It may be a customization of a open source solution or a

- solution from scratch.

+   be used with in the project to track and analyse the financial

+   activities. It may be a customization of a open source solution or a

+   solution from scratch.

  

  * Skill Level: Medium

  
@@ -960,12 +960,12 @@ 

  

  * Status: Proposed

  * Summary of idea: The purpose of this project is to develop a suite of

- unit tests for the SSSD. The unit tests would leverage mock objects to

- be able to exercise code that is otherwise only ever reachable when the

- SSSD is connected to the network. Contributing the set of unit tests to

- the SSSD would greatly improve its stability long-term and would help

- raise confidence when pushing new SSSD versions into Fedora or other

- distributions.

+   unit tests for the SSSD. The unit tests would leverage mock objects to

+   be able to exercise code that is otherwise only ever reachable when the

+   SSSD is connected to the network. Contributing the set of unit tests to

+   the SSSD would greatly improve its stability long-term and would help

+   raise confidence when pushing new SSSD versions into Fedora or other

+   distributions.

  * Knowledge prerequisite: C programming

  * Skill level: intermediate to high

  * Contacts: link:https://fedoraproject.org/wiki/User:jhrozek[Jakub Hrozek]
@@ -988,7 +988,7 @@ 

  The benefit of this method is:

  

  1.  No need to host the entire packages (saving space on servers hosting

- the RPMs)

+     the RPMs)

  2.  Make changes to the buildfile, and not compile the package

  3.  Can pull sources from any version control system/stored tarballs to

  make a very upto-date package. (See blog entry for an example)

@@ -32,12 +32,12 @@ 

  * Work with real world large codebases.

  * Collaborate with real engineers and other professional experts.

  * Contribute to something meaningful while learning and earning student

- value.

+   value.

  * Learn tools and processes that are just like what you are going to use

- if you work in technology after graduation.

+   if you work in technology after graduation.

  * Make friends and contacts around the globe.

  * Possibly attract attention that gets you an internship or job after

- graduation.

+   graduation.

  * Create life time connections.

  

  [[why-work-with-fedora]]
@@ -108,22 +108,22 @@ 

  

  

  * One way is to provide an idea for students to work on. This idea might

- be very well planned out, in which case you may need a high-level of

- contact with the student to get it implemented correctly.

+   be very well planned out, in which case you may need a high-level of

+   contact with the student to get it implemented correctly.

  

  * It is harder to find success where you are completely certain of how

- an idea needs to be implemented; finding a student with the skills and

- interest to implement a specific solution is a lot harder than finding a

- student with enough skills to respond to a use case need.

+   an idea needs to be implemented; finding a student with the skills and

+   interest to implement a specific solution is a lot harder than finding a

+   student with enough skills to respond to a use case need.

  

  * Where you can have looser ideas, you may be able to find a student who

- works as a sort-of intern who can implement a solution to a use case you

- have. In past experiences, students going after a use case are more

- likely to get somewhere with self-direction.

+   works as a sort-of intern who can implement a solution to a use case you

+   have. In past experiences, students going after a use case are more

+   likely to get somewhere with self-direction.

  

  * You may also want to work with a student who brings an idea to your

- sub-project. This requires a different level of communication throughout

- the project, but can be the most rewarding.

+   sub-project. This requires a different level of communication throughout

+   the project, but can be the most rewarding.

  

  [[mentor-responsibilities]]

  === Mentor responsibilities
@@ -137,9 +137,9 @@ 

  

  * Being an interface for an identified sub-project or SIG in Fedora.

  * Helping students communicate with the overall project and any

- upstream.

+   upstream.

  * Be the final, accountable person for deciding if the student is

- successful or not, which affects payment.

+   successful or not, which affects payment.

  

  [[list-of-mentors]]

  === List of Mentors
@@ -169,9 +169,9 @@ 

  http://www.google-melange.com/gsoc/events/google/gsoc2014[Full timeline]

  

  * 24 February:19:00 UTC List of accepted mentoring organizations

- published on the Google Summer of Code 2014 site.

+   published on the Google Summer of Code 2014 site.

  * February 24 - March 10: Would-be student participants discuss

- application ideas with mentoring organizations.

+   application ideas with mentoring organizations.

  * 10 March:19:00 UTC Student application period opens.

  * 21 March:19:00 UTC Student application deadline.

  
@@ -180,7 +180,7 @@ 

  proposal detail from the student applicant.

  

  * 7 April: Mentoring organizations should have requested slots via their

- profile in Melange by this point.

+   profile in Melange by this point.

  * 9 April: Slot allocations published to mentoring organizations

  

  Interim Period: Slot allocation trades happen amongst organizations.
@@ -189,13 +189,13 @@ 

  from the student applicant.

  

  * 21 April: 19:00 UTC Accepted student proposals announced on the Google

- Summer of Code 2014 site.

+   Summer of Code 2014 site.

  

  Community Bonding Period: Students get to know mentors, read

  documentation, get up to speed to begin working on their projects.

  

  * 19 May: Students begin coding for their Google Summer of Code

- projects;

+   projects;

  

  Google begins issuing initial student payments provided tax forms are on

  file and students are in good standing with their communities. Work
@@ -203,22 +203,22 @@ 

  projects.

  

  * 23 June: 19:00 UTC Mentors and students can begin submitting mid-term

- evaluations.

+   evaluations.

  * 27 June: 19:00 UTC Mid-term evaluations deadline;

  * Work Period: Mentors give students a helping hand and guidance on

- their projects.

+   their projects.

  * 11 August: Suggested 'pencils down' date. Take a week to scrub code,

- write tests, improve documentation, etc.

+   write tests, improve documentation, etc.

  * 18 August: 19:00 UTC Firm 'pencils down' date. Mentors, students and

- organization administrators can begin submitting final evaluations to

- Google.

+   organization administrators can begin submitting final evaluations to

+   Google.

  * 22 August: 19:00 UTC Final evaluation deadline

  

  Google begins issuing student and mentoring organization payments

  provided forms and evaluations are on file.

  

  * 22 August: 20:00 UTC Students can begin submitting required code

- samples to Google

+   samples to Google

  * 25 August: Final results of Google Summer of Code 2014 announced

  * 25 & 26 October: Mentor Summit at Google

  
@@ -261,7 +261,7 @@ 

  

  1.  link:https://fedoraproject.org/wiki/Foundation[The Foundation]

  2.  http://www.google-melange.com/gsoc/document/show/gsoc_program/google/gsoc2016/help_page[GSoC

- FAQ]

+     FAQ]

  3.  http://docs.fedoraproject.org/en-US/index.html[Fedora Documentation]

  4.  link:https://fedoraproject.org/wiki/Communicate/IRCHowTo[IRC]

  5.  link:https://fedoraproject.org/wiki/Development[Development]

@@ -88,7 +88,7 @@ 

  considered as a recommendation.

  

  * *I dont get a reply from Org Admins after sending documents, is it

- normal?*

+   normal?*

  

  You should get a reply with in 24 hours, if not please immediately

  contact Org Admin.

@@ -23,10 +23,10 @@ 

  

  1.  link:https://fedoraproject.org/wiki/Foundation[The Foundation]

  2.  http://docs.fedoraproject.org/en-US/index.html[Fedora Documentation

- (Users/ Contributors)]

+     (Users/ Contributors)]

  3.  link:https://fedoraproject.org/wiki/Communicate/IRCHowTo[How to work with IRC?]

- https://fedoramagazine.org/begginers-guide-to-irc[Beginner's Guide to

- IRC]

+     https://fedoramagazine.org/begginers-guide-to-irc[Beginner's Guide to

+     IRC]

  4.  link:https://fedoraproject.org/wiki/FAS[Fedora Account System]

  5.  link:https://fedoraproject.org/wiki/Development[Development]

  
@@ -98,10 +98,10 @@ 

  

  * Implement tinykdump daemon to be included in Fedora.

  * Submit kernel patches for reserving kdump memory at run-time for

- community review and inclusion.

+   community review and inclusion.

  * Currently, pstore only log kernel messages for panic and Oops. Patches

- are needed to support logging of kdump kernel and initramfs console

- output.

+   are needed to support logging of kdump kernel and initramfs console

+   output.

  

  [[improve-fedora-review]]

  === Improve Fedora Review
@@ -128,13 +128,13 @@ 

  

  * Make Fedora Review PEP8 compliant, fix its current test cases

  * Help running Fedora Review regularly for existing packages e.g.,

- updating the Jenkins continuous builds and/or integrate it into

- Taskotron

+   updating the Jenkins continuous builds and/or integrate it into

+   Taskotron

  * Add static code checker support to Fedora Review (e.g. with

- https://git.fedorahosted.org/git/csmock.git[csmock])

+   https://git.fedorahosted.org/git/csmock.git[csmock])

  * Build a web service mockup supporting the review process

- http://fedoraproject.org/wiki/Package_Review_Process[1] replacing

- current bugzilla workflow.

+   http://fedoraproject.org/wiki/Package_Review_Process[1] replacing

+   current bugzilla workflow.

  

  [[enhance-fedora-build-setup]]

  === Enhance Fedora build setup
@@ -159,21 +159,21 @@ 

  _Notes:_ Rough roadmap:

  

  * Make select https://fedorahosted.org/rel-eng/[releng scripts] PEP8

- compliant/python3 ready

+   compliant/python3 ready

  * Make other python tools PEP8 compliant, python3 ready:

  ** https://fedorahosted.org/fedpkg/[fedpkg]

  ** https://git.fedorahosted.org/cgit/mash/[mash]

  ** https://fedorahosted.org/rpkg/[rpkg]

  * Become familiar with the Fedora packaging workflow, maybe by packaging

- some software

+   some software

  * Learn how to interface koji and write a script to get a mapping of git

- commit ID to package build (name, version, release)

+   commit ID to package build (name, version, release)

  * Write a koji plugin to enforce that pkgs can be only built from the

- right GIT branch for each build target (might need improvements to

- koji's plugin interface as well):

- https://fedorahosted.org/rel-eng/ticket/5843

+   right GIT branch for each build target (might need improvements to

+   koji's plugin interface as well):

+   https://fedorahosted.org/rel-eng/ticket/5843

  * Write a fedmsg service/cronjob to regularly tag sucessful builds in

- GIT: https://fedorahosted.org/rel-eng/ticket/5856

+   GIT: https://fedorahosted.org/rel-eng/ticket/5856

  * Help with koji2

  

  [[improve-sigul-signing-server]]
@@ -203,30 +203,30 @@ 

  _Notes:_ Rough roadmap:

  

  * To test whether everything works, a test instance needs to be setup.

- This is rather complex because it requires interaction with koji. Maybe

- it is possible to add a test instance to Infrastructure that can use the

- koji staging system, but the latter is not fully functional right now.

+   This is rather complex because it requires interaction with koji. Maybe

+   it is possible to add a test instance to Infrastructure that can use the

+   koji staging system, but the latter is not fully functional right now.

  * Debug why sigul hangs sometimes when using the

- https://git.fedorahosted.org/cgit/sigul.git/tree/src/client.py#n1090[sign-rpms]

- command (called by `--batch-size` greater than one with

- `sigulsign_unsigned.py`

+   https://git.fedorahosted.org/cgit/sigul.git/tree/src/client.py#n1090[sign-rpms]

+   command (called by `--batch-size` greater than one with

+   `sigulsign_unsigned.py`

  * Enable sigul to process multiple tasks at once, e.g. sign for multiple

- releases or architectures at once.

+   releases or architectures at once.

  * Fix other bugs/issues, examples:

  ** Currently http://linux.die.net/man/8/logrotate[logrotate] does not

- make sigul properly re-open its logfiles, which is why sigul does not

- log to the new logfile after rotation. This needs to be fixed in sigul

+    make sigul properly re-open its logfiles, which is why sigul does not

+    log to the new logfile after rotation. This needs to be fixed in sigul

  ** The GPG defaults in sigul might not be up-to-date, they should be

- reviewed and improved if necessary

+    reviewed and improved if necessary

  ** Add support for e.g. signing and revoking GPG keys, to build a local

- web of trust between https://getfedora.org/keys/[Fedora release keys]

+    web of trust between https://getfedora.org/keys/[Fedora release keys]

  

  Ressources:

  

  * https://git.fedorahosted.org/cgit/releng/tree/scripts/sigulsign_unsigned.py[Script

- used by rel-eng to run sigul]

+   used by rel-eng to run sigul]

  * https://git.fedorahosted.org/cgit/sigul.git/tree/doc/protocol-design.txt[Protocol

- description]

+   description]

  

  [[askfedora-uxui-functionality-overhaul]]

  === AskFedora UX/UI & Functionality Overhaul
@@ -292,35 +292,35 @@ 

  control, and intended to be part of a FLOSS design suite that includes

  

  * http://sparkleshare.org[Sparkleshare] - a git-backed, Dropbox like

- system that will automatically check in and push files in project

- directly to a shared git repo

+   system that will automatically check in and push files in project

+   directly to a shared git repo

  * https://github.com/garrett/magicmockup[Magic Mockup] - a javascript

- library you can insert into an SVG of mockups to enable interactive,

- click-through mockups

- (http://blog.linuxgrrl.com/2011/08/12/interactive-svg-mockups-with-inkscape-javascript/[see

- a demo here]

+   library you can insert into an SVG of mockups to enable interactive,

+   click-through mockups

+   (http://blog.linuxgrrl.com/2011/08/12/interactive-svg-mockups-with-inkscape-javascript/[see

+   a demo here]

  * http://inkscape.org[Inkscape] is our preferred design tool of choice

  

  Last year, two GSoC students worked on a number of critical improvements

  to GlitterGallery, but there is still plenty of work to be done.

  

  * Public gallery of works; currently the app requires a user to login

- and to follow other users before they can see work other than their own.

- They can also view direct links to works. A public gallery can be used

- to browse and explore works without having to be logged in.

+   and to follow other users before they can see work other than their own.

+   They can also view direct links to works. A public gallery can be used

+   to browse and explore works without having to be logged in.

  * Better design suite integration, which could mean better support for

- local editing with SparkleShare; Inkscape integration through an

- extension; and/or support for creating and sharing interactive SVGs with

- Magic Mockup

+   local editing with SparkleShare; Inkscape integration through an

+   extension; and/or support for creating and sharing interactive SVGs with

+   Magic Mockup

  * Better commenting - the current commenting system is basic, and

- there's lots of ways it could be improved, including thread support,

- pingback support, the ability to reference a specific region of a design

- in a comment

+   there's lots of ways it could be improved, including thread support,

+   pingback support, the ability to reference a specific region of a design

+   in a comment

  * External issue tracking - Glitter Gallery has an integrated issue

- tracker, but it would be useful to also be able to integrate with

- external bug/issue trackers such as GitHub and Bugzilla.

+   tracker, but it would be useful to also be able to integrate with

+   external bug/issue trackers such as GitHub and Bugzilla.

  * Enhanced history view - (see

- https://github.com/glittergallery/GlitterGallery/issues/187)

+   https://github.com/glittergallery/GlitterGallery/issues/187)

  * Your own ideas

  

  _Knowledge prerequisites:_ git, Ruby on Rails, front-end (HTML/CSS/JS)
@@ -537,17 +537,17 @@ 

  

  * Show a clear overview for patches in Fedora for a certain package

  ** Link to bugs that were mentioned, extract key information from the

- bug

+    bug

  * Allow to get notifications for new patches, e.g. via fedmsg

  * Allow to get information about patches for the package in other

- distros

+   distros

  * Try to figure out if patches are already upstream

  * ...

  

  Rough potential roadmap:

  

  * Get the debian patch tracker running on a test system, maybe with some

- example debian packages

+   example debian packages

  * Port it for one example Fedora package

  * Port it to a modern web framework such as Flask or Pyramid

  * Make sure it is PEP8 compliant
@@ -560,14 +560,14 @@ 

  

  * Target platform is RHEL/CentOS7 with EPEL

  * All dependencies should be available on the target platform as RPM

- packages or possible to be packaged (e.g. requiring newer versions of

- packages already included in the target platform might not be easily

- possible)

+   packages or possible to be packaged (e.g. requiring newer versions of

+   packages already included in the target platform might not be easily

+   possible)

  * It needs to be possible to package the final project for Fedora/EPEL,

- i.e. there may not be bundled libraries included

+   i.e. there may not be bundled libraries included

  * The code needs to be PEP8 compliant and contain proper docstrings

  * Proper automtatic tests should be included to allow meaningful

- continuous integration

+   continuous integration

  

  Recommended basic knowledge:

  
@@ -655,7 +655,7 @@ 

  Helpful documentation:

  

  * link:https://fedoraproject.org/wiki/Using_Mock_to_test_package_builds[Using Mock to test package

- builds]

+   builds]

  

  [[enhance-postgresql-gssapi-support]]

  === Enhance PostgreSQL GSSAPI Support

@@ -32,12 +32,12 @@ 

  * Work with real world large codebases.

  * Collaborate with real engineers and other professional experts.

  * Contribute to something meaningful while learning and earning student

- value.

+   value.

  * Learn tools and processes that are just like what you are going to use

- if you work in technology after graduation.

+   if you work in technology after graduation.

  * Make friends and contacts around the globe.

  * Possibly attract attention that gets you an internship or job after

- graduation.

+   graduation.

  * Create life time connections.

  

  [[why-work-with-fedora]]
@@ -107,22 +107,22 @@ 

  === How to work with students

  

  * One way is to provide an idea for students to work on. This idea might

- be very well planned out, in which case you may need a high-level of

- contact with the student to get it implemented correctly.

+   be very well planned out, in which case you may need a high-level of

+   contact with the student to get it implemented correctly.

  

  * It is harder to find success where you are completely certain of how

- an idea needs to be implemented; finding a student with the skills and

- interest to implement a specific solution is a lot harder than finding a

- student with enough skills to respond to a use case need.

+   an idea needs to be implemented; finding a student with the skills and

+   interest to implement a specific solution is a lot harder than finding a

+   student with enough skills to respond to a use case need.

  

  * Where you can have looser ideas, you may be able to find a student who

- works as a sort-of intern who can implement a solution to a use case you

- have. In past experiences, students going after a use case are more

- likely to get somewhere with self-direction.

+   works as a sort-of intern who can implement a solution to a use case you

+   have. In past experiences, students going after a use case are more

+   likely to get somewhere with self-direction.

  

  * You may also want to work with a student who brings an idea to your

- sub-project. This requires a different level of communication throughout

- the project, but can be the most rewarding.

+   sub-project. This requires a different level of communication throughout

+   the project, but can be the most rewarding.

  

  [[mentor-responsibilities]]

  === Mentor responsibilities
@@ -136,9 +136,9 @@ 

  

  * Being an interface for an identified sub-project or SIG in Fedora.

  * Helping students communicate with the overall project and any

- upstream.

+   upstream.

  * Be the final, accountable person for deciding if the student is

- successful or not, which affects payment.

+   successful or not, which affects payment.

  

  [[list-of-mentors]]

  === List of Mentors
@@ -168,46 +168,46 @@ 

  

  * 6 October, 2014: Program announced.

  * 9 February, 2015: 19:00 UTC Mentoring organizations can begin

- submitting applications to Google.

+   submitting applications to Google.

  * 20 February: 19:00 UTC Mentoring organization application deadline.

  * 23 - 27 February: Google program administrators review organization

- applications.

+   applications.

  * 2 March: 19:00 UTC List of accepted mentoring organizations published

- on the Google Summer of Code 2015 site.

+   on the Google Summer of Code 2015 site.

  * Interim Period: Would-be students discuss project ideas with potential

- mentoring organizations.

+   mentoring organizations.

  * 6 March 16:00 UTC: IRC feedback meeting for rejected organizations for

- Google Summer of Code 2015. #gsoc on freenode.net. Rejected

- organizations may also choose to email the administrators directly for

- feedback.

+   Google Summer of Code 2015. #gsoc on freenode.net. Rejected

+   organizations may also choose to email the administrators directly for

+   feedback.

  * 14 March: 19:00 UTC Student application period opens.

  * 27 March: 19:00 UTC Student application deadline.

  * Interim Period: Mentoring organizations review and rank student

- proposals; where necessary, mentoring organizations may request further

- proposal detail from the student applicant.

+   proposals; where necessary, mentoring organizations may request further

+   proposal detail from the student applicant.

  * 13 April: Mentoring organizations should have requested slots via

- their profile in Melange by this point.

+   their profile in Melange by this point.

  * 15 April: Slot allocations published to mentoring organizations.

  * Interim Period: Slot allocation trades happen amongst organizations.

- Mentoring organizations review and rank student proposals; where

- necessary, mentoring organizations may request further proposal detail

- from the student applicant.

+   Mentoring organizations review and rank student proposals; where

+   necessary, mentoring organizations may request further proposal detail

+   from the student applicant.

  * 21 April: First round of de-duplication checks happens; organizations

- work together to try to resolve as many duplicates as possible.

+   work together to try to resolve as many duplicates as possible.

  * 24 April: All mentors must be signed up and all student proposals

- matched with a mentor -07:00 UTC. Student acceptance choice deadline.IRC

- meeting to resolve any outstanding duplicate accepted students - 19:00

- UTC #gsoc (organizations must send a delegate to represent them in this

- meeting regardless of if they are in a duplicate situation before the

- meeting.)

+   matched with a mentor -07:00 UTC. Student acceptance choice deadline.IRC

+   meeting to resolve any outstanding duplicate accepted students - 19:00

+   UTC #gsoc (organizations must send a delegate to represent them in this

+   meeting regardless of if they are in a duplicate situation before the

+   meeting.)

  * 27 April: 19:00 UTC Accepted student proposals announced on the Google

- Summer of Code 2015 site.

+   Summer of Code 2015 site.

  

  Community Bonding Period: Students get to know mentors, read

  documentation, get up to speed to begin working on their projects.

  

  * 25 May: Students begin coding for their Google Summer of Code

- projects;

+   projects;

  

  Google begins issuing initial student payments provided tax forms are on

  file and students are in good standing with their communities. Work
@@ -215,7 +215,7 @@ 

  projects.

  

  * 26 June: 19:00 UTCMentors and students can begin submitting mid-term

- evaluations.

+   evaluations.

  * 3 July: 19:00 UTC Mid-term evaluations deadline;

  

  Google begins issuing mid-term student payments provided passing student
@@ -223,25 +223,25 @@ 

  guidance on their projects.

  

  * 17 August: Suggested 'pencils down' date. Take a week to scrub code,

- write tests, improve documentation, etc.

+   write tests, improve documentation, etc.

  * 21 August: 19:00 UTC Firm 'pencils down' date. Mentors, students and

- organization administrators can begin submitting final evaluations to

- Google.

+   organization administrators can begin submitting final evaluations to

+   Google.

  * 28 August: 19:00 UTC Final evaluation deadline

  

  Google begins issuing student and mentoring organization payments

  provided forms and evaluations are on file.

  

  * 28 August: 19:30 UTC Students can begin submitting required code

- samples to Google

+   samples to Google

  * 31 August: Final results of Google Summer of Code 2015 announced

  * 25 September: 19:00 UTC "Soft" deadline for student code sample

- submission. Students who want their t-shirts and certificates in the

- first wave of shipments must submit their code sample by this date.

+   submission. Students who want their t-shirts and certificates in the

+   first wave of shipments must submit their code sample by this date.

  * 6 - 8 November: Mentor Summit at Google: Delegates from each

- successfully participating organization are invited to Google to greet,

- collaborate and code. Our mission for the weekend: make the program even

- better, have fun and make new friends.

+   successfully participating organization are invited to Google to greet,

+   collaborate and code. Our mission for the weekend: make the program even

+   better, have fun and make new friends.

  

  [[ideas-page]]

  == Ideas Page
@@ -282,7 +282,7 @@ 

  

  1.  link:https://fedoraproject.org/wiki/Foundation[The Foundation]

  2.  http://www.google-melange.com/gsoc/document/show/gsoc_program/google/gsoc2016/help_page[GSoC

- FAQ]

+     FAQ]

  3.  http://docs.fedoraproject.org/en-US/index.html[Fedora Documentation]

  4.  link:https://fedoraproject.org/wiki/Communicate/IRCHowTo[IRC]

  5.  link:https://fedoraproject.org/wiki/Development[Development]

@@ -22,28 +22,28 @@ 

  deadline unless otherwise specifically noted.

  

  * Create a FAS account link:https://admin.fedoraproject.org/accounts[FAS

- Account Signup / Login Page]

+   Account Signup / Login Page]

  

  * Join with fedora-summer-coding mailing list

- link:https://lists.fedoraproject.org/admin/lists/summer-coding[Fedora Summer

- Coding Mailing List]

+   link:https://lists.fedoraproject.org/admin/lists/summer-coding[Fedora Summer

+   Coding Mailing List]

  

  * Join with devel mailing list

- link:https://admin.fedoraproject.org/mailman/devel[Devel Mailing List]

+   link:https://admin.fedoraproject.org/mailman/devel[Devel Mailing List]

  

  * Chose a project for proposal from

- xref:ideas.adoc[Summer_coding_ideas_for_2016]

+   xref:ideas.adoc[Summer_coding_ideas_for_2016]

  

  * Submit application/proposal on Google-Melange

- link:https://summerofcode.withgoogle.com/get-started/[Google Melange

- Submission Page]

+   link:https://summerofcode.withgoogle.com/get-started/[Google Melange

+   Submission Page]

  

  ''_'What to write about in your proposal / application._

  

  * Details on your previous FOSS contributions (if any).

  

  * A detailed plan with your planned activities in May to September (eg:

- Exams in university, internships, vacations..etc)

+   Exams in university, internships, vacations..etc)

  

  * Bare mind - Remember to contact your mentor before you submit the

  application.

@@ -18,7 +18,7 @@ 

  

  1.  link:https://docs.fedoraproject.org/fedora-project/project/fedora-overview.html[The Four Foundations of Fedora]

  2.  link:https://developers.google.com/open-source/gsoc/resources/[Official

- GSoC Resources]

+     GSoC Resources]

  3.  link:http://docs.fedoraproject.org/en-US/index.html[Fedora Documentation]

  4.  link:https://fedoraproject.org/wiki/How_to_use_IRC?rd=Communicate/IRCHowTo[IRC]

  5.  link:https://fedoraproject.org/wiki/Development[Development]
@@ -80,10 +80,10 @@ 

  

  * Implement tinykdump daemon to be included in Fedora.

  * Submit kernel patches for reserving kdump memory at run-time for

- community review and inclusion.

+   community review and inclusion.

  * Currently, pstore only log kernel messages for panic and Oops. Patches

- are needed to support logging of kdump kernel and initramfs console

- output.

+   are needed to support logging of kdump kernel and initramfs console

+   output.

  

  [[implement-mips-bits-to-packages]]

  === Implement MIPS bits to packages
@@ -110,7 +110,7 @@ 

  * *redhat-lsb* - misses assembly bits for MIPS

  * *anaconda/blivet* - completely MIPS unaware

  * *valgrind* - no FPXX support on 32-bit MIPS, builds on mips64el but

- does not work

+   does not work

  * *elfutils* - unwinding is not supported on MIPS

  * *u-boot* - build working MIPS images

  * ... there are more but these are the most painful

@@ -43,9 +43,9 @@ 

  mentor.

  

  * link:https://lists.fedoraproject.org/admin/lists/summer-coding.lists.fedoraproject.org[the

- summer-coding list]

+   summer-coding list]

  * link:https://lists.fedoraproject.org/admin/lists/devel.lists.fedoraproject.org[the

- development list].

+   development list].

  

  Don't forget to contact mentors on projects that interest you to learn

  more. If you're going to propose a project you must have a mentor at the
@@ -105,36 +105,36 @@ 

  

  * Contact Information

  ** List your Name, Email Address, Blog URL, and any additional contact

- information you think we need. We tend to email so be sure you're

- reading your email.

+    information you think we need. We tend to email so be sure you're

+    reading your email.

  * About You - Consider these questions

  ** Do you have any past involvement with the Fedora Project or another

- open-source project as a contributor? What kind of contributions have

- you made (code and non-code)? Please share any public contributions you

- have made (urls, etc.)

+    open-source project as a contributor? What kind of contributions have

+    you made (code and non-code)? Please share any public contributions you

+    have made (urls, etc.)

  ** What are you studying? Why?

  ** What motivates you to do your best? How do you stay focused? Briefly

- describe how you organize your work.

+    describe how you organize your work.

  * Why Us? - Consider these questions

  ** Why do you want to work with the Fedora Project?

  ** Do you plan to continue contributing to the Fedora Project after

- GSoC? If yes, what sub-project(s) are you interested with?

+    GSoC? If yes, what sub-project(s) are you interested with?

  * Why This Project? - Consider these questions

  ** Which specific project interests you? If you are proposing your own

- project, do it here. If you are proposing the project, explain why it

- benefits the community.

+    project, do it here. If you are proposing the project, explain why it

+    benefits the community.

  ** Have you contacted the mentor(s) listed for the project?

  ** What relevant experience do you have for this project?

  ** What do you want to gain from this project?

  ** Describe this project in your own words. What does it mean to you?

- What do you think the final deliverable is?

+    What do you think the final deliverable is?

  * Why should we choose you over other applicants?

  * Propose a rough schedule for this project. Ideally you will have

- regular deliverables throughout the entire period.

+   regular deliverables throughout the entire period.

  * What are you specific plans from May to September (eg: Exams in

- university, internships, vacations..etc). We need to know if there are

- periods of time where you are likely to be unavailable. We are better at

- accommodating these periods if we know of them in advance.

+   university, internships, vacations..etc). We need to know if there are

+   periods of time where you are likely to be unavailable. We are better at

+   accommodating these periods if we know of them in advance.

  

  [[additional-fedora-requirements]]

  ==== Additional Fedora Requirements
@@ -142,35 +142,35 @@ 

  Students need to do the following as part of the application process:

  

  * Create a FAS account link:https://admin.fedoraproject.org/accounts[FAS

- Account Signup / Login Page]

+   Account Signup / Login Page]

  * If you can't edit the wiki (see next step), email link:https://fedoraproject.org/wiki/User:Bex[Brian (bex)

- Exelbierd], the primary administrator with your FAS ID and request

- access.

+   Exelbierd], the primary administrator with your FAS ID and request

+   access.

  * On the project wiki link:https://fedoraproject.org/wiki, create a user

- page. Do this by opening a new web browser tab and going to

- link:https://fedoraproject.org/wiki/User:Yourusername[`https://fedoraproject.org/wiki/User:Yourusername`],

- replacing `Yourusername` with your actual Fedora Account System

- username.

+   page. Do this by opening a new web browser tab and going to

+   link:https://fedoraproject.org/wiki/User:Yourusername[`https://fedoraproject.org/wiki/User:Yourusername`],

+   replacing `Yourusername` with your actual Fedora Account System

+   username.

  ** This link:https://fedoraproject.org/wiki/Template:Userpage[user page template] provides a basic layout

- that you can copy. You can also look at the markup for other users'

- pages. Here's a selection of some nice user pages:

+    that you can copy. You can also look at the markup for other users'

+    pages. Here's a selection of some nice user pages:

  *** link:https://fedoraproject.org/wiki/User:Jsimon[Joerg Simon]

  *** link:https://fedoraproject.org/wiki/User:Ilianaw?rd=User:Ianweller[Iliana Weller]

  *** link:https://fedoraproject.org/wiki/User:Pfrields[Paul W. Frields]

  *** link:https://fedoraproject.org/wiki/Kaio2012?rd=User:Kaio[Caius C. Chance]

  ** Do not forget to add the Summer coding category to your page, for

- example for 2017: `[[category:Summer_coding_2017]]`

+    example for 2017: `[[category:Summer_coding_2017]]`

  ** When you save the page, remember to click 'watch this page' at the

- top.

+    top.

  * Join the fedora-summer-coding mailing list

- link:https://lists.fedoraproject.org/admin/lists/summer-coding.lists.fedoraproject.org[Fedora

- Summer Coding Mailing List] - This list is fairly low volume.

+   link:https://lists.fedoraproject.org/admin/lists/summer-coding.lists.fedoraproject.org[Fedora

+   Summer Coding Mailing List] - This list is fairly low volume.

  * Join the devel mailing list

- link:https://lists.fedoraproject.org/admin/lists/devel.lists.fedoraproject.org[Devel

- Mailing List] - this list can be higher volume you may wish to use mail

- filters appropriately.

+   link:https://lists.fedoraproject.org/admin/lists/devel.lists.fedoraproject.org[Devel

+   Mailing List] - this list can be higher volume you may wish to use mail

+   filters appropriately.

  * Sign the FPCA by following the directions

- link:https://fedoraproject.org/wiki/Account_System/CompleteFPCA[here]

+   link:https://fedoraproject.org/wiki/Account_System/CompleteFPCA[here]

  

  [[let-others-know]]

  === Let others know

@@ -26,7 +26,7 @@ 

  

  * link:https://docs.fedoraproject.org/fedora-project/project/fedora-overview.html[The Four Foundations of Fedora]

  * link:https://developers.google.com/open-source/gsoc/resources/[Official

- GSoC Resources]

+   GSoC Resources]

  * link:http://docs.fedoraproject.org/en-US/index.html[Fedora Documentation]

  * link:https://fedoraproject.org/wiki/How_to_use_IRC?rd=Communicate/IRCHowTo[IRC]

  * link:https://fedoraproject.org/wiki/Development[Development]
@@ -41,22 +41,22 @@ 

  your project or task.

  

  * link:https://fedoraproject.org/wiki/User:Bex[Brian (bex) Exelbierd] (Fedora Community Action and Impact

- Coordinator, FCAIC, 🎂, containers, general development, general Linux)

+   Coordinator, FCAIC, 🎂, containers, general development, general Linux)

  * link:https://fedoraproject.org/wiki/User:Jflory7[Justin W. Flory] (General development, general Linux,

- Fedora community, GSoC alumnus, questions about program, misc. advice)

+   Fedora community, GSoC alumnus, questions about program, misc. advice)

  * link:https://fedoraproject.org/wiki/User:Rhea[Radka (rhea) Janek] (C#, webserver or dotnet related stuff

- on Linux, general support and help with the program)

+   on Linux, general support and help with the program)

  * link:https://fedoraproject.org/wiki/User:Linuxmodder[Corey Sheldon] (Python, 2Factor/Multi-Factor Auth, QA

- Testing, general mentoring, security, 2nd year mentor)

+   Testing, general mentoring, security, 2nd year mentor)

  * link:https://fedoraproject.org/wiki/User:Skamath[Sachin S. Kamath] (General Linux, Fedora community,

- Metrics, GSoC alumnus, Help with program)

+   Metrics, GSoC alumnus, Help with program)

  * link:https://fedoraproject.org/wiki/User:Bee2502[Bhagyashree(Bee)] ( Fedora community, Metrics, Python,

- past GSoC mentor, Support related to GSoC)

+   past GSoC mentor, Support related to GSoC)

  * link:https://fedoraproject.org/wiki/User:Lsd[Lali Devamanthri] (General development,

- Middleware/Integration, general Linux, Fedora community, GSoC alumnus,

- past GSoC mentor)

+   Middleware/Integration, general Linux, Fedora community, GSoC alumnus,

+   past GSoC mentor)

  * link:https://fedoraproject.org/wiki/User:Devyani7[Devyani Kota] (Fedora community, GSoC Alumnus, General

- Linux, Python, questions related to GSoC)

+   Linux, Python, questions related to GSoC)

  

  [[draft-of-an-idea]]

  === Draft of an idea

@@ -17,12 +17,12 @@ 

  

  * Students

  ** If you're interested in working on an existing project, read up on

- the project and the related technology. There is no need to contact the

- mentor unless you have a specific question about the project. Don't send

- "I'm interested" email.

+    the project and the related technology. There is no need to contact the

+    mentor unless you have a specific question about the project. Don't send

+    "I'm interested" email.

  ** If you're interested in proposing your own project start looking

- around the Fedora Project for a mentor and send your idea to the mailing

- list or post it on the wiki.

+    around the Fedora Project for a mentor and send your idea to the mailing

+    list or post it on the wiki.

  

  Students may also wish to start working on the Fedora specific parts of

  the application (see the application section)
@@ -56,10 +56,10 @@ 

  * Collaborate with real engineers and other professionals.

  * Contribute to something meaningful while learning and earning.

  * Learn tools and processes that are just like what you are going to use

- if you work in technology after graduation.

+   if you work in technology after graduation.

  * Make friends and contacts around the globe.

  * Attract attention that can lead to an internship or job after

- graduation.

+   graduation.

  * Create lifetime connections and associations.

  

  [[why-work-with-fedora]]
@@ -97,10 +97,10 @@ 

  

  * Communicating early and often with your mentor.

  * Blogging every week about what you're learning, how you're doing,

- challenges and successes. This is key way to keep the entire Fedora

- Community informed.

+   challenges and successes. This is key way to keep the entire Fedora

+   Community informed.

  * Working with your mentor on realistic achievable milestones that

- provide for regular deliverables and feedback.

+   provide for regular deliverables and feedback.

  * Attending a brief monthly student call

  * Being accountable for your success and your actions

  
@@ -126,34 +126,34 @@ 

  projects.

  

  1.  link:http://write.flossmanuals.net/gsoc-mentoring/what-makes-a-good-mentor[Manual

- on Mentoring]

+     on Mentoring]

  2.  xref:ideas.adoc[Main Idea Page and Supporting

- Mentor List]

+     Mentor List]

  

  [[how-to-work-with-students]]

  === How to work with students

  

  * One way is to provide an idea for students to work on. This idea might

- be very well planned out, in which case you may need a high-level of

- contact with the student to get it implemented correctly. Other ideas

- may be more general and require more planning during onboarding.

+   be very well planned out, in which case you may need a high-level of

+   contact with the student to get it implemented correctly. Other ideas

+   may be more general and require more planning during onboarding.

  

  * It is harder to find success when you are completely certain of how an

- idea needs to be implemented; finding a student with the skills and

- interest to implement a specific solution is a lot harder than finding a

- student with enough skills to respond to a use case need. Also, students

- learn more when they help design and guide the project. In other words,

- provide guidance and direction but let the student do some of the

- "driving."

+   idea needs to be implemented; finding a student with the skills and

+   interest to implement a specific solution is a lot harder than finding a

+   student with enough skills to respond to a use case need. Also, students

+   learn more when they help design and guide the project. In other words,

+   provide guidance and direction but let the student do some of the

+   "driving."

  

  * Where you can have looser ideas, you may be able to find a student who

- works as a sort-of intern who can implement a solution to a use case you

- have. In past experiences, students going after a use case are more

- likely to get somewhere with self-direction and support from you.

+   works as a sort-of intern who can implement a solution to a use case you

+   have. In past experiences, students going after a use case are more

+   likely to get somewhere with self-direction and support from you.

  

  * You may also want to work with a student who brings an idea to your

- sub-project. This requires a different level of communication throughout

- the project, but can be the most rewarding.

+   sub-project. This requires a different level of communication throughout

+   the project, but can be the most rewarding.

  

  [[mentor-responsibilities]]

  === Mentor responsibilities
@@ -165,17 +165,17 @@ 

  

  * Being an interface for an identified sub-project or SIG in Fedora.

  * Helping students communicate with the overall project and any

- upstream.

+   upstream.

  * Helping the student plan realistic achievable milestones that provide

- for regular deliverables and feedback.

+   for regular deliverables and feedback.

  * Regular communication with your student. This means you must be

- regularly available for the entire project. If you take a holiday you

- need to know early and help your student be ready for your brief

- absence.

+   regularly available for the entire project. If you take a holiday you

+   need to know early and help your student be ready for your brief

+   absence.

  * Attend a brief monthly mentors call.

  * Be the final, accountable person for deciding if the student is

- successful or not. This is responsibility akin to being a professor or

- boss.

+   successful or not. This is responsibility akin to being a professor or

+   boss.

  

  [[list-of-mentors]]

  === List of Mentors
@@ -195,16 +195,16 @@ 

  == Timeline (Abbreviated)

  

  * Reference:

- https://developers.google.com/open-source/gsoc/timeline[Full Timeline]

+   https://developers.google.com/open-source/gsoc/timeline[Full Timeline]

  

  * *10 October, 2016*: Program announced.

  * *19 January, 2017: 16:00 UTC* Mentoring organizations can begin

- submitting applications to Google.

+   submitting applications to Google.

  * *09 February: 16:00 UTC* Mentoring organization application deadline.

  * *10 - 26 February*: Google program administrators review organization

- applications.

+   applications.

  * *27 February 16:00 UTC* List of accepted mentoring organizations

- published on the Google Summer of Code site.

+   published on the Google Summer of Code site.

  

  Interim Period: Would-be students discuss project ideas with potential

  mentoring organizations.
@@ -232,39 +232,38 @@ 

  projects.

  

  * *26 June: 16:00 UTC* Mentors and students can begin submitting Phase 1

- evaluations.

+   evaluations.

  * *30 June: 16:00 UTC* Phase 1 evaluations deadline; Google begins

- issuing mid-term student payments provided passing student survey is on

- file.

+   issuing mid-term student payments provided passing student survey is on

+   file.

  

  Work Period: Mentors give students a helping hand and guidance on their

  projects.

  

  * *28 July: 16:00 UTC* Phase 2 evaluations deadline.

  * *21 to 29 August: 16:00 UTC*: Final week: Students tidy code, write

- tests, improve documentation and submit their code sample. Students also

- submit their final mentor evaluation.

+   tests, improve documentation and submit their code sample. Students also

+   submit their final mentor evaluation.

  * *29 August*: Mentors can start submitting final student evaluations.

  * *05 September: 16:00 UTC*: Final evaluation deadline

  * *06 September*: Final results of Google Summer of Code 2017 announced

  * *Late October*: Mentor Summit at Google. Mentors and Organization

- Administrators from each participating organization are invited to

- Google for an unconference to collaborate on ideas to make the program

- better and to make new friends too!

+   Administrators from each participating organization are invited to

+   Google for an unconference to collaborate on ideas to make the program

+   better and to make new friends too!

  

  [[ideas-page]]

  == Ideas Page

  

  * *Status :* Open for Ideas +

- * *Link :* xref:ideas.adoc[Summer coding ideas for

- 2017]

+ * *Link :* xref:ideas.adoc[Summer coding ideas for 2017]

  

  [[links]]

  == Links

  

  1.  link:https://docs.fedoraproject.org/fedora-project/project/fedora-overview.html[The Four Foundations of Fedora]

  2.  link:https://developers.google.com/open-source/gsoc/resources/[Official

- GSoC Resources]

+     GSoC Resources]

  3.  link:http://docs.fedoraproject.org/en-US/index.html[Fedora Documentation]

  4.  link:https://fedoraproject.org/wiki/Communicate/IRCHowTo[IRC]

  5.  link:https://fedoraproject.org/wiki/Development[Development]

@@ -12,9 +12,9 @@ 

  

  * Timelines are set by Google for the entire program.  Follow the timeline.

  * Applications are due in Google's system by March 27, 2018 18:00

- (CEST).

+   (CEST).

  * Applications Must be filed in the Google system.  No other

- material can be read or accepted.

+   material can be read or accepted.

  * The final application is required to be submitted as a PDF.

  

  == Student Application Process
@@ -36,9 +36,9 @@ 

  mentor.

  

  * https://lists.fedoraproject.org/admin/lists/summer-coding.lists.fedoraproject.org[the

- summer-coding list]

+   summer-coding list]

  * https://lists.fedoraproject.org/admin/lists/devel.lists.fedoraproject.org[the

- development list].

+   development list].

  

  Don't forget to contact mentors on projects that interest you to learn

  more. If you're going to propose a project you must have a mentor at the
@@ -73,48 +73,48 @@ 

  requires you to submit the following information:

  

  * What project are you applying to? Seriously consider choosing a

- project for proposal from xref:ideas.adoc[ideas list].  While it is

- possible to propose your own project, it is often more successful for

- you to select one that is already proposed by a mentor.

+   project for proposal from xref:ideas.adoc[ideas list].  While it is

+   possible to propose your own project, it is often more successful for

+   you to select one that is already proposed by a mentor.

  

  * Contact Information

  ** List your Name, Email Address, Blog URL, and any additional contact

- information you think we need. We tend to email so be sure you're

- reading your email.

+    information you think we need. We tend to email so be sure you're

+    reading your email.

  

  * About You - Consider these questions

  ** Do you have any past involvement with the Fedora Project or another

- open-source project as a contributor? What kind of contributions have

- you made (code and non-code)? Please share any public contributions you

- have made (urls, etc.)

+    open-source project as a contributor? What kind of contributions have

+    you made (code and non-code)? Please share any public contributions you

+    have made (urls, etc.)

  ** What are you studying? Why?

  ** What motivates you to do your best? How do you stay focused? Briefly

- describe how you organize your work.

+    describe how you organize your work.

  

  * Why Us? - Consider these questions

  ** Why do you want to work with the Fedora Project?

  ** Do you plan to continue contributing to the Fedora Project after

- GSoC? If yes, what sub-project(s) are you interested with?

+    GSoC? If yes, what sub-project(s) are you interested with?

  

  * Why This Project? - Consider these questions

  ** Which specific project interests you? If you are proposing your own

- project, do it here. If you are proposing the project, explain why it

- benefits the community.

+    project, do it here. If you are proposing the project, explain why it

+    benefits the community.

  ** Have you contacted the mentor(s) listed for the project?

  ** What relevant experience do you have for this project?

  ** What do you want to gain from this project?

  ** Describe this project in your own words. What does it mean to you?

- What do you think the final deliverable is?

+    What do you think the final deliverable is?

  

  * Why should we choose you over other applicants?

  

  * Propose a rough schedule for this project. Ideally you will have

- regular deliverables throughout the entire period.

+   regular deliverables throughout the entire period.

  

  * What are you specific plans from May to September (eg: Exams in

- university, internships, vacations..etc). We need to know if there are

- periods of time where you are likely to be unavailable. We are better at

- accommodating these periods if we know of them in advance.

+   university, internships, vacations..etc). We need to know if there are

+   periods of time where you are likely to be unavailable. We are better at

+   accommodating these periods if we know of them in advance.

  

  [NOTE]

  --

@@ -25,11 +25,11 @@ 

  add yourselves and your wiki page).

  

  * link:https://fedoraproject.org/wiki/User:Bex[Brian (bex) Exelbierd] (Fedora Community Action and Impact

- Coordinator, FCAIC, 🎂, containers, general development, general Linux)

+   Coordinator, FCAIC, 🎂, containers, general development, general Linux)

  * link:https://fedoraproject.org/wiki/User:Jflory7[Justin W. Flory] (General development, general Linux,

- Fedora community, GSoC alumnus, questions about program, misc. advice)

+   Fedora community, GSoC alumnus, questions about program, misc. advice)

  * link:https://fedoraproject.org/wiki/User:Skamath[Sachin S. Kamath] (Python Dev, General Linux, Fedora community,

- Metrics, GSoC alumnus, Help with program)

+   Metrics, GSoC alumnus, Help with program)

  * link:https://fedoraproject.org/wiki/User:Mbriza[Martin Bříza]

  

  == Idea list
@@ -243,7 +243,7 @@ 

  There needs to be a means of specifying what components are critical to the successful operation of the device. Some components will be the same across all types of device such as the ability to check network interfaces are operating, to check an update service is available, to check services are available etc but some might be plugins eg to check GPIO is working, specific IIO sensors, cameras or other such things are seen as expected.

  

  - What are we looking for:

- An initial daemon with basic functionality with good design that can be extended. Integration with atomic updates etc.

+   An initial daemon with basic functionality with good design that can be extended. Integration with atomic updates etc.

  

  '''

  

@@ -38,13 +38,13 @@ 

  ////

  

  * If you're interested in working on an existing project, read up on

- the project and the related technology. There is no need to contact the

- mentor unless you have a specific question about the project. Don't send

- an "I'm interested" email.

+   the project and the related technology. There is no need to contact the

+   mentor unless you have a specific question about the project. Don't send

+   an "I'm interested" email.

  

  * If you're interested in proposing your own project start looking

- around the Fedora Project for a mentor and send your idea to the mailing

- list or post it on the wiki.

+   around the Fedora Project for a mentor and send your idea to the mailing

+   list or post it on the wiki.

  

  ////

  * If you're interested in working on a mentor-submitted idea, read
@@ -60,8 +60,8 @@ 

  

  

  * You may also wish to start working on the Fedora specific parts of

- the application, see below for more information. Carefully review the

- student responsibilities section.

+   the application, see below for more information. Carefully review the

+   student responsibilities section.

  

  [[why-spend-your-summer-working-on-foss]]

  === Why spend your summer working on FOSS?
@@ -78,10 +78,10 @@ 

  * Collaborate with real engineers and other professionals.

  * Contribute to something meaningful while learning and earning.

  * Learn tools and processes that are just like what you are going to use

- if you work in technology after graduation.

+   if you work in technology after graduation.

  * Make friends and contacts around the globe.

  * Attract attention that can lead to an internship or job after

- graduation.

+   graduation.

  * Create lifetime connections and associations.

  

  [[why-work-with-fedora]]
@@ -127,10 +127,10 @@ 

  

  * Communicating early and often with your mentor.

  * Blogging every week about what you're learning, how you're doing,

- challenges and successes. This is key way to keep the entire Fedora

- Community informed.

+   challenges and successes. This is key way to keep the entire Fedora

+   Community informed.

  * Working with your mentor on realistic achievable milestones that

- provide for regular deliverables and feedback.

+   provide for regular deliverables and feedback.

  * Attending the brief student calls, as announced

  * Being accountable for your success and your actions

  
@@ -157,21 +157,21 @@ 

  If you want to mentor a specific project, think carefully about several things:

  

  1. Do you have enough time to work on this with the student during the

- entire project.  You will be helping someone else when they get stuck.

- You don't want to become a blocker because you're busy.

+    entire project.  You will be helping someone else when they get stuck.

+    You don't want to become a blocker because you're busy.

  

  2. It is harder to find success when you are completely certain of how an

- idea needs to be implemented; finding a student with the skills and

- interest to implement a specific solution is a lot harder than finding

- a student with enough skills to respond to a use case need. Also,

- students learn more when they help design and guide the project. In

- other words, provide guidance and direction but let the student do

- some of the "driving."

+    idea needs to be implemented; finding a student with the skills and

+    interest to implement a specific solution is a lot harder than finding

+    a student with enough skills to respond to a use case need. Also,

+    students learn more when they help design and guide the project. In

+    other words, provide guidance and direction but let the student do

+    some of the "driving."

  

  3. Where you can have looser ideas, you may be able to find a student

- who works as a sort-of intern who can implement a solution to a use

- case you have. In past experiences, students going after a use case are

- more likely to get somewhere with self-direction and support from you.

+    who works as a sort-of intern who can implement a solution to a use

+    case you have. In past experiences, students going after a use case are

+    more likely to get somewhere with self-direction and support from you.

  

  4. Who can help you?  Try to find a second mentor for the project.

  
@@ -187,21 +187,21 @@ 

  Yes!  You can either:

  

  * Work with a student who brings an idea to your sub-project. This

- requires a different level of communication throughout the project,

- but can be the most rewarding.

+   requires a different level of communication throughout the project,

+   but can be the most rewarding.

  

  * Be a general mentor.  This is a person who works with all students

- regardless of their project.  To become a general mentor please open

- an issue in the https://pagure.io/mentored-projects/issues[Mentored

- Projects Issue Tracker] offering your help.  Please tag the issue with

- the *GSoC* tag.

+   regardless of their project.  To become a general mentor please open

+   an issue in the https://pagure.io/mentored-projects/issues[Mentored

+   Projects Issue Tracker] offering your help.  Please tag the issue with

+   the *GSoC* tag.

  

  [[how-to-work-with-students]]

  === How to work with students

  

  * Read about good mentoring in the

- link:http://write.flossmanuals.net/gsoc-mentoring/what-makes-a-good-mentor[Manual

- on Mentoring]

+   link:http://write.flossmanuals.net/gsoc-mentoring/what-makes-a-good-mentor[Manual

+   on Mentoring]

  

  [[mentor-responsibilities]]

  Mentor responsibilities
@@ -214,17 +214,17 @@ 

  

  * Being an interface for an identified sub-project or SIG in Fedora.

  * Helping students communicate with the overall project and any

- upstream.

+   upstream.

  * Helping the student plan realistic achievable milestones that provide

- for regular deliverables and feedback.

+   for regular deliverables and feedback.

  * Regular communication with your student. This means you must be

- regularly available for the entire project. If you take a holiday you

- need to know early and help your student be ready for your brief

- absence.

+   regularly available for the entire project. If you take a holiday you

+   need to know early and help your student be ready for your brief

+   absence.

  * Attending a brief mentors call, as scheduled.

  * Be the final, accountable person for deciding if the student is

- successful or not. This is responsibility akin to being a professor or

- boss.

+   successful or not. This is responsibility akin to being a professor or

+   boss.

  

  [[communication]]

  == Communication

@@ -18,9 +18,9 @@ 

  

  * Timelines are set by Google for the entire program.  Follow the timeline.

  * Applications are due in Google's system by April 9th, 2019 18:00

- (CEST).

+   (CEST).

  * Applications Must be filed in the Google system.  No other

- material can be read or accepted.

+   material can be read or accepted.

  * The final application is required to be submitted as a PDF.

  

  == Student Application Process
@@ -42,9 +42,9 @@ 

  mentor.

  

  * https://lists.fedoraproject.org/admin/lists/summer-coding.lists.fedoraproject.org[the

- summer-coding list]

+   summer-coding list]

  * https://lists.fedoraproject.org/admin/lists/devel.lists.fedoraproject.org[the

- development list].

+   development list].

  

  Don't forget to contact mentors on projects that interest you to learn

  more. If you're going to propose a project you must have a mentor at the
@@ -81,48 +81,48 @@ 

  requires you to submit the following information:

  

  * What project are you applying to? Seriously consider choosing a

- project for proposal from xref:gsoc/2019/ideas.adoc[ideas list].  While it is

- possible to propose your own project, it is often more successful for

- you to select one that is already proposed by a mentor.

+   project for proposal from xref:gsoc/2019/ideas.adoc[ideas list].  While it is

+   possible to propose your own project, it is often more successful for

+   you to select one that is already proposed by a mentor.

  

  * Contact Information

  ** List your Name, Email Address, Blog URL, and any additional contact

- information you think we need. We tend to email so be sure you're

- reading your email.

+    information you think we need. We tend to email so be sure you're

+    reading your email.

  

  * About You - Consider these questions

  ** Do you have any past involvement with the Fedora Project or another

- open-source project as a contributor? What kind of contributions have

- you made (code and non-code)? Please share any public contributions you

- have made (urls, etc.)

+    open-source project as a contributor? What kind of contributions have

+    you made (code and non-code)? Please share any public contributions you

+    have made (urls, etc.)

  ** What are you studying? Why?

  ** What motivates you to do your best? How do you stay focused? Briefly

- describe how you organize your work.

+    describe how you organize your work.

  

  * Why Us? - Consider these questions

  ** Why do you want to work with the Fedora Project?

  ** Do you plan to continue contributing to the Fedora Project after

- GSoC? If yes, what sub-project(s) are you interested with?

+    GSoC? If yes, what sub-project(s) are you interested with?

  

  * Why This Project? - Consider these questions

  ** Which specific project interests you? If you are proposing your own

- project, do it here. If you are proposing the project, explain why it

- benefits the community.

+    project, do it here. If you are proposing the project, explain why it

+    benefits the community.

  ** Have you contacted the mentor(s) listed for the project?

  ** What relevant experience do you have for this project?

  ** What do you want to gain from this project?

  ** Describe this project in your own words. What does it mean to you?

- What do you think the final deliverable is?

+    What do you think the final deliverable is?

  

  * Why should we choose you over other applicants?

  

  * Propose a rough schedule for this project. Ideally you will have

- regular deliverables throughout the entire period.

+   regular deliverables throughout the entire period.

  

  * What are you specific plans from May to September (eg: Exams in

- university, internships, vacations..etc). We need to know if there are

- periods of time where you are likely to be unavailable. We are better at

- accommodating these periods if we know of them in advance.

+   university, internships, vacations..etc). We need to know if there are

+   periods of time where you are likely to be unavailable. We are better at

+   accommodating these periods if we know of them in advance.

  

  [NOTE]

  --

@@ -28,9 +28,9 @@ 

  add yourselves and your wiki page).

  

  * link:https://fedoraproject.org/wiki/User:Bex[Brian (bex) Exelbierd] (Fedora Community Action and Impact

- Coordinator, FCAIC, 🎂, containers, general development, general Linux)

+   Coordinator, FCAIC, 🎂, containers, general development, general Linux)

  * link:https://fedoraproject.org/wiki/User:Sumantrom[Sumantro Mukherjee] (General development, general Linux,

- Fedora community, GSoC alumnus, questions about program, misc. advice)

+   Fedora community, GSoC alumnus, questions about program, misc. advice)

  * link:https://fedoraproject.org/wiki/User:Bt0dotninja[Alberto] (Commops/Fedora-Join/Marketing teams)

  

  == Idea list
@@ -49,7 +49,7 @@ 

  - Technology : HTML5, CSS3, Angular, Javascript, TBD.

  - Mentor :  https://fedoraproject.org/wiki/User:Bstinson[Brian Stinson], https://fedoraproject.org/wiki/User:Siddharthvipul1[Vipul Siddharth]

  - IRC & Email : Brian Stinson [IRC: bstinson, bstinson@redhat.com],

- Vipul Siddharth [IRC: siddharthvipul, vsiddhar@redhat.com]

+   Vipul Siddharth [IRC: siddharthvipul, vsiddhar@redhat.com]

  

  

  ==== Description
@@ -185,7 +185,7 @@ 

  - Difficulty : Intermediate

  - Technology :   Python

  - Mentor :  Rado Pitonak [IRC rpitonak, mail: rpitonak@redhat.com] ,

- Tomas Tomecek [IRC ttomecek, mail: ttomecek@redhat.com]

+   Tomas Tomecek [IRC ttomecek, mail: ttomecek@redhat.com]

  

  ==== Description

  

@@ -36,18 +36,18 @@ 

  below.

  

  * If you're interested in working on a mentor-submitted idea, read

- the xref:gsoc/2019/ideas.adoc[ideas page] and about the project and the related

- technology. There is no need to contact the mentor unless you have a

- specific question about the project. Don't send an "I'm interested" email.

+   the xref:gsoc/2019/ideas.adoc[ideas page] and about the project and the related

+   technology. There is no need to contact the mentor unless you have a

+   specific question about the project. Don't send an "I'm interested" email.

  

  * If you're interested in proposing your own project start looking

- around the Fedora Project for a mentor and send your idea to the mailing

- list or post it on the wiki. A list of potential mentors is also on the

- xref:gsoc/2019/ideas.adoc[ideas page].

+   around the Fedora Project for a mentor and send your idea to the mailing

+   list or post it on the wiki. A list of potential mentors is also on the

+   xref:gsoc/2019/ideas.adoc[ideas page].

  

  * You may also wish to start working on the Fedora specific parts of

- the application, see below for more information. Carefully review the

- student responsibilities section.

+   the application, see below for more information. Carefully review the

+   student responsibilities section.

  

  [[why-spend-your-summer-working-on-foss]]

  === Why spend your summer working on FOSS?
@@ -64,10 +64,10 @@ 

  * Collaborate with real engineers and other professionals.

  * Contribute to something meaningful while learning and earning.

  * Learn tools and processes that are just like what you are going to use

- if you work in technology after graduation.

+   if you work in technology after graduation.

  * Make friends and contacts around the globe.

  * Attract attention that can lead to an internship or job after

- graduation.

+   graduation.

  * Create lifetime connections and associations.

  

  [[why-work-with-fedora]]
@@ -113,10 +113,10 @@ 

  

  * Communicating early and often with your mentor.

  * Blogging every week about what you're learning, how you're doing,

- challenges and successes. This is key way to keep the entire Fedora

- Community informed.

+   challenges and successes. This is key way to keep the entire Fedora

+   Community informed.

  * Working with your mentor on realistic achievable milestones that

- provide for regular deliverables and feedback.

+   provide for regular deliverables and feedback.

  * Attending the brief student calls, as announced

  * Being accountable for your success and your actions

  
@@ -143,21 +143,21 @@ 

  If you want to mentor a specific project, think carefully about several things:

  

  1. Do you have enough time to work on this with the student during the

- entire project.  You will be helping someone else when they get stuck.

- You don't want to become a blocker because you're busy.

+    entire project.  You will be helping someone else when they get stuck.

+    You don't want to become a blocker because you're busy.

  

  2. It is harder to find success when you are completely certain of how an

- idea needs to be implemented; finding a student with the skills and

- interest to implement a specific solution is a lot harder than finding

- a student with enough skills to respond to a use case need. Also,

- students learn more when they help design and guide the project. In

- other words, provide guidance and direction but let the student do

- some of the "driving."

+    idea needs to be implemented; finding a student with the skills and

+    interest to implement a specific solution is a lot harder than finding

+    a student with enough skills to respond to a use case need. Also,

+    students learn more when they help design and guide the project. In

+    other words, provide guidance and direction but let the student do

+    some of the "driving."

  

  3. Where you can have looser ideas, you may be able to find a student

- who works as a sort-of intern who can implement a solution to a use

- case you have. In past experiences, students going after a use case are

- more likely to get somewhere with self-direction and support from you.

+    who works as a sort-of intern who can implement a solution to a use

+    case you have. In past experiences, students going after a use case are

+    more likely to get somewhere with self-direction and support from you.

  

  4. Who can help you?  Try to find a second mentor for the project.

  
@@ -173,21 +173,21 @@ 

  Yes!  You can either:

  

  * Work with a student who brings an idea to your sub-project. This

- requires a different level of communication throughout the project,

- but can be the most rewarding.

+   requires a different level of communication throughout the project,

+   but can be the most rewarding.

  

  * Be a general mentor.  This is a person who works with all students

- regardless of their project.  To become a general mentor please open

- an issue in the https://pagure.io/mentored-projects/issues[Mentored

- Projects Issue Tracker] offering your help.  Please tag the issue with

- the *GSoC* tag.

+   regardless of their project.  To become a general mentor please open

+   an issue in the https://pagure.io/mentored-projects/issues[Mentored

+   Projects Issue Tracker] offering your help.  Please tag the issue with

+   the *GSoC* tag.

  

  [[how-to-work-with-students]]

  === How to work with students

  

  * Read about good mentoring in the

- link:http://write.flossmanuals.net/gsoc-mentoring/what-makes-a-good-mentor[Manual

- on Mentoring]

+   link:http://write.flossmanuals.net/gsoc-mentoring/what-makes-a-good-mentor[Manual

+   on Mentoring]

  

  [[mentor-responsibilities]]

  Mentor responsibilities
@@ -200,17 +200,17 @@ 

  

  * Being an interface for an identified sub-project or SIG in Fedora.

  * Helping students communicate with the overall project and any

- upstream.

+   upstream.

  * Helping the student plan realistic achievable milestones that provide

- for regular deliverables and feedback.

+   for regular deliverables and feedback.

  * Regular communication with your student. This means you must be

- regularly available for the entire project. If you take a holiday you

- need to know early and help your student be ready for your brief

- absence.

+   regularly available for the entire project. If you take a holiday you

+   need to know early and help your student be ready for your brief

+   absence.

  * Attending a brief mentors call, as scheduled.

  * Be the final, accountable person for deciding if the student is

- successful or not. This is responsibility akin to being a professor or

- boss.

+   successful or not. This is responsibility akin to being a professor or

+   boss.

  

  [[communication]]

  == Communication

@@ -15,9 +15,9 @@ 

  

  * Timelines are set by Google for the entire program.  Follow the timeline.

  * Applications are due in Google's system by March 31st, 2020 18:00

- (UTC).

+   (UTC).

  * Applications Must be filed in the Google system.  No other

- material can be read or accepted.

+   material can be read or accepted.

  * The final application is required to be submitted as a PDF.

  

  == Student Application Process
@@ -39,9 +39,9 @@ 

  mentor.

  

  * https://lists.fedoraproject.org/admin/lists/summer-coding.lists.fedoraproject.org[the

- summer-coding list]

+   summer-coding list]

  * https://lists.fedoraproject.org/admin/lists/devel.lists.fedoraproject.org[the

- development list].

+   development list].

  

  Don't forget to contact mentors on projects that interest you to learn

  more. If you're going to propose a project you must have a mentor at the
@@ -78,48 +78,48 @@ 

  requires you to submit the following information:

  

  * What project are you applying to? Seriously consider choosing a

- project for proposal from xref:gsoc/2020/ideas.adoc[ideas list].  While it is

- possible to propose your own project, it is often more successful for

- you to select one that is already proposed by a mentor.

+   project for proposal from xref:gsoc/2020/ideas.adoc[ideas list].  While it is

+   possible to propose your own project, it is often more successful for

+   you to select one that is already proposed by a mentor.

  

  * Contact Information

  ** List your Name, Email Address, Blog URL, and any additional contact

- information you think we need. We tend to email so be sure you're

- reading your email.

+    information you think we need. We tend to email so be sure you're

+    reading your email.

  

  * About You - Consider these questions

  ** Do you have any past involvement with the Fedora Project or another

- open-source project as a contributor? What kind of contributions have

- you made (code and non-code)? Please share any public contributions you

- have made (urls, etc.)

+    open-source project as a contributor? What kind of contributions have

+    you made (code and non-code)? Please share any public contributions you

+    have made (urls, etc.)

  ** What are you studying? Why?

  ** What motivates you to do your best? How do you stay focused? Briefly

- describe how you organize your work.

+    describe how you organize your work.

  

  * Why Us? - Consider these questions

  ** Why do you want to work with the Fedora Project?

  ** Do you plan to continue contributing to the Fedora Project after

- GSoC? If yes, what sub-project(s) are you interested with?

+    GSoC? If yes, what sub-project(s) are you interested with?

  

  * Why This Project? - Consider these questions

  ** Which specific project interests you? If you are proposing your own

- project, do it here. If you are proposing the project, explain why it

- benefits the community.

+    project, do it here. If you are proposing the project, explain why it

+    benefits the community.

  ** Have you contacted the mentor(s) listed for the project?

  ** What relevant experience do you have for this project?

  ** What do you want to gain from this project?

  ** Describe this project in your own words. What does it mean to you?

- What do you think the final deliverable is?

+    What do you think the final deliverable is?

  

  * Why should we choose you over other applicants?

  

  * Propose a rough schedule for this project. Ideally you will have

- regular deliverables throughout the entire period.

+   regular deliverables throughout the entire period.

  

  * What are you specific plans from May to September (eg: Exams in

- university, internships, vacations..etc). We need to know if there are

- periods of time where you are likely to be unavailable. We are better at

- accommodating these periods if we know of them in advance.

+   university, internships, vacations..etc). We need to know if there are

+   periods of time where you are likely to be unavailable. We are better at

+   accommodating these periods if we know of them in advance.

  

  [NOTE]

  --

@@ -29,7 +29,7 @@ 

  

  

  * link:https://fedoraproject.org/wiki/User:Sumantrom[Sumantro Mukherjee] (General development, general Linux,

- Fedora community, GSoC alumnus, questions about program, misc. advice)

+   Fedora community, GSoC alumnus, questions about program, misc. advice)

  * link:https://fedoraproject.org/wiki/User:Siddharthvipul1[Vipul Siddharth] (Fedora CI,GCI,GSoC,general linux,Fedora community, misc.)

  

  == Idea list

@@ -37,18 +37,18 @@ 

  below.

  

  * If you're interested in working on a mentor-submitted idea, read

- the xref:gsoc/2020/ideas.adoc[ideas page] and about the project and the related

- technology. There is no need to contact the mentor unless you have a

- specific question about the project. Don't send an "I'm interested" email.

+   the xref:gsoc/2020/ideas.adoc[ideas page] and about the project and the related

+   technology. There is no need to contact the mentor unless you have a

+   specific question about the project. Don't send an "I'm interested" email.

  

  * If you're interested in proposing your own project start looking

- around the Fedora Project for a mentor and send your idea to the mailing

- list or post it on the wiki. A list of potential mentors is also on the

- xref:gsoc/2019/ideas.adoc[ideas page].

+   around the Fedora Project for a mentor and send your idea to the mailing

+   list or post it on the wiki. A list of potential mentors is also on the

+   xref:gsoc/2019/ideas.adoc[ideas page].

  

  * You may also wish to start working on the Fedora specific parts of

- the application, see below for more information. Carefully review the

- student responsibilities section.

+   the application, see below for more information. Carefully review the

+   student responsibilities section.

  

  [[why-spend-your-summer-working-on-foss]]

  === Why spend your summer working on FOSS?
@@ -65,10 +65,10 @@ 

  * Collaborate with real engineers and other professionals.

  * Contribute to something meaningful while learning and earning.

  * Learn tools and processes that are just like what you are going to use

- if you work in technology after graduation.

+   if you work in technology after graduation.

  * Make friends and contacts around the globe.

  * Attract attention that can lead to an internship or job after

- graduation.

+   graduation.

  * Create lifetime connections and associations.

  

  [[why-work-with-fedora]]
@@ -114,10 +114,10 @@ 

  

  * Communicating early and often with your mentor.

  * Blogging every week about what you're learning, how you're doing,

- challenges and successes. This is key way to keep the entire Fedora

- Community informed.

+   challenges and successes. This is key way to keep the entire Fedora

+   Community informed.

  * Working with your mentor on realistic achievable milestones that

- provide for regular deliverables and feedback.

+   provide for regular deliverables and feedback.

  * Attending the brief student calls, as announced

  * Being accountable for your success and your actions

  
@@ -144,21 +144,21 @@ 

  If you want to mentor a specific project, think carefully about several things:

  

  1. Do you have enough time to work on this with the student during the

- entire project.  You will be helping someone else when they get stuck.

- You don't want to become a blocker because you're busy.

+    entire project.  You will be helping someone else when they get stuck.

+    You don't want to become a blocker because you're busy.

  

  2. It is harder to find success when you are completely certain of how an

- idea needs to be implemented; finding a student with the skills and

- interest to implement a specific solution is a lot harder than finding

- a student with enough skills to respond to a use case need. Also,

- students learn more when they help design and guide the project. In

- other words, provide guidance and direction but let the student do

- some of the "driving."

+    idea needs to be implemented; finding a student with the skills and

+    interest to implement a specific solution is a lot harder than finding

+    a student with enough skills to respond to a use case need. Also,

+    students learn more when they help design and guide the project. In

+    other words, provide guidance and direction but let the student do

+    some of the "driving."

  

  3. Where you can have looser ideas, you may be able to find a student

- who works as a sort-of intern who can implement a solution to a use

- case you have. In past experiences, students going after a use case are

- more likely to get somewhere with self-direction and support from you.

+    who works as a sort-of intern who can implement a solution to a use

+    case you have. In past experiences, students going after a use case are

+    more likely to get somewhere with self-direction and support from you.

  

  4. Who can help you?  Try to find a second mentor for the project.

  
@@ -174,21 +174,21 @@ 

  Yes!  You can either:

  

  * Work with a student who brings an idea to your sub-project. This

- requires a different level of communication throughout the project,

- but can be the most rewarding.

+   requires a different level of communication throughout the project,

+   but can be the most rewarding.

  

  * Be a general mentor.  This is a person who works with all students

- regardless of their project.  To become a general mentor please open

- an issue in the https://pagure.io/mentored-projects/issues[Mentored

- Projects Issue Tracker] offering your help.  Please tag the issue with

- the *GSoC* tag.

+   regardless of their project.  To become a general mentor please open

+   an issue in the https://pagure.io/mentored-projects/issues[Mentored

+   Projects Issue Tracker] offering your help.  Please tag the issue with

+   the *GSoC* tag.

  

  [[how-to-work-with-students]]

  === How to work with students

  

  * Read about good mentoring in the

- link:http://write.flossmanuals.net/gsoc-mentoring/what-makes-a-good-mentor[Manual

- on Mentoring]

+   link:http://write.flossmanuals.net/gsoc-mentoring/what-makes-a-good-mentor[Manual

+   on Mentoring]

  

  [[mentor-responsibilities]]

  Mentor responsibilities
@@ -201,17 +201,17 @@ 

  

  * Being an interface for an identified sub-project or SIG in Fedora.

  * Helping students communicate with the overall project and any

- upstream.

+   upstream.

  * Helping the student plan realistic achievable milestones that provide

- for regular deliverables and feedback.

+   for regular deliverables and feedback.

  * Regular communication with your student. This means you must be

- regularly available for the entire project. If you take a holiday you

- need to know early and help your student be ready for your brief

- absence.

+   regularly available for the entire project. If you take a holiday you

+   need to know early and help your student be ready for your brief

+   absence.

  * Attending a brief mentors call, as scheduled.

  * Be the final, accountable person for deciding if the student is

- successful or not. This is responsibility akin to being a professor or

- boss.

+   successful or not. This is responsibility akin to being a professor or

+   boss.

  

  [[communication]]

  == Communication

in the internationalization system of our docs, the tool po4a we use to convert asciidoc files into pot displays three lines of warning for each missing indentation.

most of the time it is cosmetic issues in adoc (like here), but sometimes it's po4a bugs that I want to see
this PR has no impact on your rendering, it is fully cosmetic

Given @pbokoc merged a similar PR from @jibecfed in another fedora-docs repo, I am going to go ahead and merge this one through.

As a side-note, it would be helpful "good first issue" task to get all of this documents to follow the one-sentence-per-line standard… it would make git diffs way easier to review, and some of the changes in this PR wouldn't have been necessary anyways. But, it is out-of-scope of this PR for now.

Metadata Update from @jflory7:
- Request assigned

4 years ago

Pull-Request has been merged by jflory7

4 years ago
Metadata
Changes Summary 30
+14 -15
file changed
modules/ROOT/pages/gsoc/2005/index.adoc
+55 -55
file changed
modules/ROOT/pages/gsoc/2008/ideas.adoc
+3 -3
file changed
modules/ROOT/pages/gsoc/2009/ideas.adoc
+40 -40
file changed
modules/ROOT/pages/gsoc/2010/ideas.adoc
+23 -23
file changed
modules/ROOT/pages/gsoc/2010/index.adoc
+8 -8
file changed
modules/ROOT/pages/gsoc/2011/ideas.adoc
+16 -16
file changed
modules/ROOT/pages/gsoc/2012/ideas.adoc
+25 -25
file changed
modules/ROOT/pages/gsoc/2012/index.adoc
+33 -33
file changed
modules/ROOT/pages/gsoc/2013/ideas.adoc
+27 -27
file changed
modules/ROOT/pages/gsoc/2013/index.adoc
+6 -6
file changed
modules/ROOT/pages/gsoc/2013/student_application_process.adoc
+37 -37
file changed
modules/ROOT/pages/gsoc/2014/ideas.adoc
+27 -27
file changed
modules/ROOT/pages/gsoc/2014/index.adoc
+1 -1
file changed
modules/ROOT/pages/gsoc/2014/student_application_process.adoc
+58 -58
file changed
modules/ROOT/pages/gsoc/2015/ideas.adoc
+47 -47
file changed
modules/ROOT/pages/gsoc/2015/index.adoc
+8 -8
file changed
modules/ROOT/pages/gsoc/2015/student_application_process.adoc
+5 -5
file changed
modules/ROOT/pages/gsoc/2016/ideas.adoc
+33 -33
file changed
modules/ROOT/pages/gsoc/2017/application_process.adoc
+10 -10
file changed
modules/ROOT/pages/gsoc/2017/ideas.adoc
+47 -48
file changed
modules/ROOT/pages/gsoc/2017/index.adoc
+21 -21
file changed
modules/ROOT/pages/gsoc/2018/application.adoc
+4 -4
file changed
modules/ROOT/pages/gsoc/2018/ideas.adoc
+38 -38
file changed
modules/ROOT/pages/gsoc/2018/index.adoc
+21 -21
file changed
modules/ROOT/pages/gsoc/2019/application.adoc
+4 -4
file changed
modules/ROOT/pages/gsoc/2019/ideas.adoc
+39 -39
file changed
modules/ROOT/pages/gsoc/2019/index.adoc
+21 -21
file changed
modules/ROOT/pages/gsoc/2020/application.adoc
+1 -1
file changed
modules/ROOT/pages/gsoc/2020/ideas.adoc
+39 -39
file changed
modules/ROOT/pages/gsoc/2020/index.adoc