From Fedora Project Wiki

(→‎Idea list for GSoC 2012: - fix indentation)
(Redirect Package Maintainer wiki links to docs.fp.o)
 
(86 intermediate revisions by 29 users not shown)
Line 1: Line 1:
{{Admon/tip | Please feel free to add your idea here.}}
{{Admon/tip | This page is freeze ! - ''We are sorry, the idea submission has been closed for GSoC 2012, Please note your idea on [[Summer_coding_ideas_for_2013|the idea page for the GSoC 2013]]''
}}


Find an idea you like?  Want to propose your own?  See the Getting Started Guide with GSoC:
Find an idea you like?  Want to propose your own?  See the Getting Started Guide with GSoC:


http://groups.google.com/group/redhat-summer/web/gsoc-getting-started
https://fedoraproject.org/wiki/GSOC_2012


You may be interested in ideas from [[Summer_coding_ideas_for_2011|2011]], [[Summer_coding_ideas_for_2010|2010]], [[Summer_coding_ideas_for_2009|2009]] and [[Summer_coding_ideas_for_2008|2008]].
You may be interested in ideas from [[Summer_coding_ideas_for_2011|2011]], [[Summer_coding_ideas_for_2010|2010]], [[Summer_coding_ideas_for_2009|2009]] and [[Summer_coding_ideas_for_2008|2008]].
Line 13: Line 14:
If you are a student looking forward to participate the GSoC 2012 with Fedora, please feel free to browse the idea list which is still growing. Do not hesitate to contact the mentors/ contributors as indicated in this page for any related clarification. If you are new to The Fedora project, following material would help you to get started. Further please sign-up with the [https://fedoraproject.org/wiki/FAS Fedora Account System(FAS)] if you are willing to continue with the Fedora project. <code>#fedora-devel</code>, IRC channel can be used to get instant support.
If you are a student looking forward to participate the GSoC 2012 with Fedora, please feel free to browse the idea list which is still growing. Do not hesitate to contact the mentors/ contributors as indicated in this page for any related clarification. If you are new to The Fedora project, following material would help you to get started. Further please sign-up with the [https://fedoraproject.org/wiki/FAS Fedora Account System(FAS)] if you are willing to continue with the Fedora project. <code>#fedora-devel</code>, IRC channel can be used to get instant support.


# [https://fedoraproject.org/wiki/Foundation The Foundation]
# [[Foundation|The Foundation]]
# [http://docs.fedoraproject.org/en-US/index.html Fedora Documentation (Users/ Contributors)]
# [http://docs.fedoraproject.org/en-US/index.html Fedora Documentation (Users/ Contributors)]
# [http://fedoraproject.org/wiki/Communicate/IRCHowTo How to work with IRC?]
# [[Communicate/IRCHowTo|How to work with IRC?]]
# [https://fedoraproject.org/wiki/FAS Fedora Account System]  
# [[FAS|Fedora Account System]]  
# [http://fedoraproject.org/wiki/Development Development]
# [[Development|Development]]


== Supporting Mentors ==
== Supporting Mentors ==
Line 37: Line 38:


''Summary of idea:''
''Summary of idea:''
''Knowledge prerequisite:''
''Skill level:''


''Contacts:''  
''Contacts:''  
Line 43: Line 48:


''Notes:''
''Notes:''
'''!!!The draft was changed slightly, please add required field as required!!!'''


== Idea list for GSoC 2012==
== Idea list for GSoC 2012==
Line 56: Line 63:


Gnome 2 had a concept of network locations in its Network Proxy configuration window. However, user should selected the appropriate location whenever he moves between networks. This idea is about providing an integration between NetworkManager and Desktop environments so that a user can create network profiles for each network location(connection) providing appropriate settings like proxy settings which is the main proposed setting here. NetworkManager can have a "Network Location" concept: for wireless networks, usually the name of the network (ESSID) is usually enough. For wired connections, DHCP servers can and usually do provide network's domain name, which can be used as the name of the location. It is nice if a user can associate each network location with a network settings profile which will be used whenever the user is connected to that network automatically. So, when you connect to a network, a corresponding network settings profile is activated automatically.  
Gnome 2 had a concept of network locations in its Network Proxy configuration window. However, user should selected the appropriate location whenever he moves between networks. This idea is about providing an integration between NetworkManager and Desktop environments so that a user can create network profiles for each network location(connection) providing appropriate settings like proxy settings which is the main proposed setting here. NetworkManager can have a "Network Location" concept: for wireless networks, usually the name of the network (ESSID) is usually enough. For wired connections, DHCP servers can and usually do provide network's domain name, which can be used as the name of the location. It is nice if a user can associate each network location with a network settings profile which will be used whenever the user is connected to that network automatically. So, when you connect to a network, a corresponding network settings profile is activated automatically.  
''Knowledge prerequisite:''
''Skill level:''


''Contacts:'' [[User:Hedayat|Hedayat Vatankhah]]
''Contacts:'' [[User:Hedayat|Hedayat Vatankhah]]


''Mentor(s):''
''Mentor(s):'' [[User:danw|Dan Winship]]


''Notes:'' There is an entry with some description in [http://cgit.freedesktop.org/NetworkManager/NetworkManager/tree/TODO NetworkManager TODO] which should be considered for the implementation
''Notes:'' There is an entry with some description in [http://cgit.freedesktop.org/NetworkManager/NetworkManager/tree/TODO NetworkManager TODO] which should be considered for the implementation


==== Bringing the Fedora Desktop to the Cloud====
==== Bringing the  Cloud to the Fedora Desktop====


''Status:'' Proposed
''Status:'' Proposed
Line 69: Line 80:
''Summary of idea:''
''Summary of idea:''
[http://www.aeolusproject.org Aeolus] is an umbrella project that provides an open source API which to control any number of backend proprietary cloud providers. It allows us to write tooling that is able to deploy, monitor, and manager instances to any cloud provider such as EC2 or OpenStack in a Free and Open Manner. We need more tooling to interface with the various Aeolus components from the Fedora desktop (or any other) in novel ways such as command-line and gtk-based applications to deploy instances to the cheapest cloud provider or the one with the fastest response time, to monitor running instances using various visualizations, and more closely integrate local data and code w/ that on the cloud.
[http://www.aeolusproject.org Aeolus] is an umbrella project that provides an open source API which to control any number of backend proprietary cloud providers. It allows us to write tooling that is able to deploy, monitor, and manager instances to any cloud provider such as EC2 or OpenStack in a Free and Open Manner. We need more tooling to interface with the various Aeolus components from the Fedora desktop (or any other) in novel ways such as command-line and gtk-based applications to deploy instances to the cheapest cloud provider or the one with the fastest response time, to monitor running instances using various visualizations, and more closely integrate local data and code w/ that on the cloud.
''Knowledge prerequisite:''
''Skill level:''


''Contacts:'' [[User: Mmorsi|Mo Morsi]]
''Contacts:'' [[User: Mmorsi|Mo Morsi]]


''Mentor(s):'' [[User: Mmorsi|Mo Morsi]]
''Mentor(s):'' [[User: Mmorsi|Mo Morsi]], [[User: Matthewwagner | Matt Wagner]] as co-mentor


''Notes:'' Ping me (mmorsi on freenode) for more info about the Aeolus project. All the components which to build images for the cloud and control instances is in place and ready to go, just drop various bits (they are interoperable and interchangable) into an environment to be able to interact with the cloud, avoiding proprietary interfaces and vendor lockin.
''Notes:'' Ping me (mmorsi on freenode) for more info about the Aeolus project. All the components which to build images for the cloud and control instances is in place and ready to go, just drop various bits (they are interoperable and interchangable) into an environment to be able to interact with the cloud, avoiding proprietary interfaces and vendor lockin.
Line 84: Line 99:
written in python.
written in python.


''Contacts:'' itamarjp [AT] fedoraproject [DOT] org
the control panel will be able to create domains and automatically setup apache, postfix, dovecot, mysql, postgresql bind etc...
 
''Knowledge prerequisite:'' apache, postfix, dovecot, mysql, postgresql, proftpd, bind
 
''Skill level:'' Medium
 
''Contacts:'' itamarjp [AT] fedoraproject [DOT] org, kaustubh [DOT] karkare [AT] gmail [DOT] com
 
''Mentor(s):''  [[User:Ausil | Dennis Gilmore]]
 
''Notes:''
[[User:Itamarjp/gsoc-2012|webhosting control panel draft]]
 
==== Assemble a toolchain for recording screencasts easily ====
 
''Status:'' Proposed - Draft - Need a mentor
 
''Summary of idea:'' Creating screencasts on Fedora and post-processing them for upload should be easy and fool proof.
 
The [[Videos|Fedora Videos]] project has been launched to bring together a collection of screencasts that help people learn how to use Fedora. There's only one major hurdle, though. Capturing really good screencasts on Fedora, post-processing them to include an intro and outro and other effects, and finally exporting them to an open format is challenging. There are lots of different tools, but each one only gets you part of the way there and you have to be the glue to make it all work. And then there are the bugs.
 
The goal of this project is to assemble a toolchain (a recommended collection of software available in the Fedora repositories) and write a comprehensive tutorial for how to create an professional-looking screencast. That may included chasing down & fixing bugs in the existing tools, discovering new tools and getting them packaged and learning about techniques in the environment around the computer, such as how to select & setup a microphone or how to draft a good speaking script. One possible task in the project is to add sound recording support to the Gnome 3 desktop recorder. Currently, the desktop recorder only grabs the video of the screen.
 
The student will get support and advice from the Fedora Videos team since they are trying to learn how to create these screencasts.
 
''Knowledge prerequisite:'' gstreamer, video and sound editing, blender
 
''Skill level:'' Medium
 
''Contacts:'' [[Videos|Fedora Videos Team]]
 
''Mentor(s):'' -


''Mentor(s):'' [[User:Ausil | Dennis Gilmore]] [[User: toshio | Toshio kuratomi]]
''Notes:''


''Notes:''  
==== Improve Fedora's Tablet User Experience ====
 
''Status:'' Proposed - Draft
 
''Summary of idea:'' Improving Fedora's Tablet User Experience.
 
The window managers/desktop environments officially supported by Fedora do not match the expectations of people with low power touch devices.
 
Fedora features new technology to reduce system load and - requirements, the user interface has not seen too much love.
 
Currently available interfaces for users are:
* Too Ressource Consuming
* Too Overloaded or
* Too Feature Poor
* Not Customizable With Reasonable Effort
 
The E17 Desktop Shell, developed as part of the [http://www.enlightenment.org Enlightenment Project], is a perfect match.
It provides a rich interface, whilst consuming very little ressources. The Enlightenment Foundation Libraries, on which E17 is built upon, were chosen as Foundation Block of Tizen, the MeeGo successor backed by Samsung and Intel.
If things work out, E17 will be the first "real" Desktop Shell for Wayland.
 
Though it already provides [http://dev.enlightenment.fr/~captainigloo/2011/08/25/elfe-and-the-composited-windows-list/ special behaviour] for touchscreen devices through certain modules, there's still room for improvement.
 
The overall goal of this project would be to improve the user experience of people who want to use Fedora on low power devices such as tablets.
 
 
The student will get support and advice from the Enlightenment Project developers.
 
''Knowledge prerequisite:'' C, X11, Wayland, Enlightenment Foundation Libraries
 
''Skill level:'' Medium to High
 
''Contacts:'' Michael Bouchaud (yoz [at] efl [dot] so), [[User:leif | Leif Middelschulte]] (leif [dot] middelschulte [at] student [dot] kit [dot] edu)
 
''Mentor(s):'' Michael Bouchaud (yoz [at] efl [dot] so)
 
''Notes:'' If this idea gets realized, a proper tablet spin can be created, that honors the spirit of Fedora.


===Applications for programmers===
===Applications for programmers===
==== Implement a binding translator for GlusterFS ====
''Status:'' Proposed - Draft
''Summary of idea:'' In transporting data across networks, programmers need GlusterFS language bindings to be able to create apps in their language of choice. A language binding translator would greatly increase the number of programmers who would be able to more easily extend GlusterFS. It's also a fun project for someone wanting to get some experience with multi-threaded architecture and design in the context of distributed systems and data.
''Knowledge prerequisite:'' C, Python, embedded Python
''Skill level:'' Medium to High
''Contacts:'' johnmark [AT]redhat [DOT] com , abperiasamy [AT] gmail [DOT] com
''Mentor(s):'' Anand Avati - Mentor, AB Periasamy - Co-mentor, [[User:johnmark|John Mark Walker]] - Co-mentor
''Notes:'' -
==== Implement a Cassandra/NoSQL Connector or Translator for GlusterFS ====
''Status:'' Proposed - Draft
''Summary of idea:'' In general, there is a need for the ability to store and access NoSQL data on general purpose distributed filesystems. Currently, there are a host of single-purpose methods for storing and retrieving NoSQL data, which are difficult to access from legacy applications. Creating a NoSQL translator for GlusterFS would help mitigate this problem and give developers more options for storing and accessing "big data" in a way that is accessible via a variety of standard toolkits and protocols.
''Knowledge prerequisite:'' C, GlusterFS internals
''Skill level:'' High
''Contacts:'' johnmark [AT]redhat [DOT] com , abperiasamy [AT] gmail [DOT] com
''Mentor(s):'' Anand Avati - Mentor, AB Periasamy - Co-mentor, [[User:johnmark|John Mark Walker]] - Co-mentor
''Notes:'' -
===Linux kernel project===
==== Implement nfs/fscache writeback cache ====
''Status:'' Proposed
''Summary of idea:'' Currently, the flashcache/bcache only works for local filesystems. For network filesystems, nfs only supports write through cache based on fscache/cachefiles. With wider adoption of SSD on nfs client side, it would be great for nfs to support writeback cache to speed up write intensive clients. This project would implement a writeback mechanism for nfs, which need to make necessary changes to kernel nfs, fscache and cachefiles modules, and take care of nfs close-to-open semantics.
''Knowledge prerequisite:'' C, Linux kernel, nfs
''Skill level:'' High
''Contacts:'' bergwolf [AT] gmail [DOT] com
''Mentor(s):'' Peng Tao - Mentor


===Infrastructure for Fedora contributors and users===
===Infrastructure for Fedora contributors and users===
==== Implement a survey infrastructure for the Fedora Project====
==== Implement a survey infrastructure for the Fedora Project====


Line 100: Line 230:


The concern is to develop a simple web base survey system OR implement a existing survey project and customized as required, so that contributors can easily create surveys and dig for results as well. Linking with the [FAS|FAS] is required. Further it should be compatible with anonymous and open ID so that if the creator set for those authentication the survey should allow those authentications. Statistics and other required reports can be obtained. So that it is easy to analyse.
The concern is to develop a simple web base survey system OR implement a existing survey project and customized as required, so that contributors can easily create surveys and dig for results as well. Linking with the [FAS|FAS] is required. Further it should be compatible with anonymous and open ID so that if the creator set for those authentication the survey should allow those authentications. Statistics and other required reports can be obtained. So that it is easy to analyse.
''Knowledge prerequisite:'' PHP, Python, Ruby are preferred, MySQL (database handling), experience with Lime Survey would be an advantage
''Skill level:'' Medium


''Contacts:'' kevin [AT]scrye [DOT] com , bckurera [AT] fedoraproject [DOT] org
''Contacts:'' kevin [AT]scrye [DOT] com , bckurera [AT] fedoraproject [DOT] org
Line 117: Line 251:
* [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
* [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
* [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
* [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
''Knowledge prerequisite:'' Ruby on Rails, web development, some UI design chops
''Skill level:'' Intermediate


''Contacts:'' duffy at fedoraproject [dot] org
''Contacts:'' duffy at fedoraproject [dot] org
Line 126: Line 264:
==== Implement a unit test framework for fedpkg and rpkg ====
==== Implement a unit test framework for fedpkg and rpkg ====


''Status:'' Proposed - Draft
''Status:'' Proposed


''Summary of idea:'' Unit tests are good.  Testing is good.  fedpkg and it's backend rpkg is a growing code base, gaining more and more contributors.  It lacks a unit test framework which would be very beneficial to the code base for making sure contributions don't break the code in subtle ways.
''Summary of idea:'' Unit tests are good.  Testing is good.  fedpkg and it's backend rpkg is a growing code base, gaining more and more contributors.  It lacks a unit test framework which would be very beneficial to the code base for making sure contributions don't break the code in subtle ways.
''Knowledge prerequisite:''
''Skill level:''


''Contacts:'' jkeating [AT]redhat [DOT] com
''Contacts:'' jkeating [AT]redhat [DOT] com
Line 142: Line 284:
Insight project requirement to be implemented. More details can be found at the wiki, [[Insight_use_cases_for_calendar]]
Insight project requirement to be implemented. More details can be found at the wiki, [[Insight_use_cases_for_calendar]]


Contacts: [[User:Stickster|Paul W. Frields]], [[User:Herlo|Clint Savage]] & [[Insight|Insight Team]]
''Knowledge prerequisite:'' Knowledge on PHP and Drupal would be essential
 
''Skill level:'' Medium
 
Contacts: [[User:Pfrields|Paul W. Frields]], [[User:Herlo|Clint Savage]] & [[Insight|Insight Team]]


Mentor(s): [[User:Tatica|María "tatica"]], [[User:Asrob|Peter Tibor]] and [[User:Bckurera|Buddhika Kurera]]  
Mentor(s): [[User:Tatica|María "tatica"]], [[User:Asrob|Peter Tibor Borsa]] and ''Back-up Mentor :'' [[User:Bckurera|Buddhika Kurera]]  


Notes: Knowledge on Drupal would be essential.
Notes: -


==== Insight use cases for status and microblogging ====
==== Insight use cases for status and microblogging ====
Line 154: Line 300:
These are use cases for status and microblogging services that we might want to provide through Insight. More details can be found at the wiki, [[Insight_use_cases_for_status_and_microblogging]]
These are use cases for status and microblogging services that we might want to provide through Insight. More details can be found at the wiki, [[Insight_use_cases_for_status_and_microblogging]]


Contacts: [[User:Stickster|Paul W. Frields]]
''Knowledge prerequisite:'' Knowledge on Drupal would be essential.


Mentor(s): -
''Skill level:'' High
 
Contacts: [[User:Pfrields|Paul W. Frields]]
 
Mentor(s): [[User:Asrob|Peter Tibor Borsa]], [[User:Tatica|María "tatica"]] and ''Back-up Mentor :'' [[User:Bckurera|Buddhika Kurera]]


Notes: Students who are interested on this topic is highly requested to contact the mentors as the first step. Knowledge on Drupal would be essential.
Notes: Students who are interested on this topic is highly requested to contact the mentors as the first step. Knowledge on Drupal would be essential.
==== Insight use cases for events ====
Status: Proposed
This integration should facilitate Fedora ambassadors to organize their events easily and at the same time should be compatible with the Insight calender. Please refer to [[Insight_use_cases_for_events|Insight use cases for events.]]
''Knowledge prerequisite:'' Knowledge on Drupal would be essential. PHP and MySQL
''Skill level:'' Medium
Mentor(s): [[User:Bckurera|Buddhika Kurera]], [[User:Asrob|Peter Tibor Borsa]]
====isitfedoraruby.com====
''Status:'' Proposed
''Summary of idea:''
Right now most Ruby programmers make use of the [http://rubygems.org/ gem] package management system to install Ruby libraries on their system. The [[Ruby_SIG|Fedora/Ruby]] community works hard to convert these gems into rpms for inclusion in the Fedora stack, making use of various tooling such as [https://github.com/lutter/gem2rpm gem2rpm]. We are looking for more tools and capabilities around Ruby / Fedora integration, namely to reduce the overhead in supporting Ruby on Fedora and to promote Fedora as the de-facto platform for Ruby development.
As part of this, we would like to develop a isitfedoraruby.com website (similar to [http://isitruby19.com/ isitruby19] and other sites like it) to promote the ruby stack on Fedora and the Fedora/Ruby development effort, highlighting success stories, use cases, ways contributors can help, etc
''Knowledge prerequisite:''
''Skill level:''
''Contacts:'' [[User: Mmorsi|Mo Morsi]]
''Mentor(s):'' [[User: Mmorsi|Mo Morsi]], [[User: Matthewwagner | Matt Wagner]] as co-mentor
''Notes:'' Ping me (mmorsi on freenode) for more info. This project should be written in Ruby
==== Setup Gitlab as a front end for Fedora Hosted git repositories ====
''Status:'' Proposed
''Summary of idea:'' To setup [http://gitlabhq.com/ Gitlab] as a front end for git repositories at [fedorahosted.org].
Git has fundamentally improved the way that developers share code. The barrier to sharing code has virtually been eliminated. We are also seeing the emergence of a new dynamic called "Social Coding". There's no better example of this than Github.
Creating an environment to foster social coding, and a low barrier to sharing code, requires more than just git, though. A lot of what makes Github successful with git is the web-based front end. That explains why there is such a dramatic difference between Github and fedorahosted.org, and why many projects are moving to Github instead.
Fortunately, there is an open source application named Gitlab that provides much of the interactive functionality and usability that is found at Github. The goal of this project is to bring that experience to fedorahosted.org by setting up Gitlab.
This project will require working with the infrastructure team to get the necessary prerequisites installed, find a server to host the application and configure the existing projects to be wired to this interface.
''Knowledge prerequisite:'' Ruby, git, Linux system administration (web servers, authentication)
''Skill level:'' Medium
''Contacts:'' [[User:mojavelinux|Dan Allen]] (general), [[User:Vondruch|Vít Ondruch]] (packaging)
''Mentor(s):'' Ranjib Dey (tentative), Seth Vidal (tentative), Dmitriy Zaporozhets (dzaporozhets), Ariejan de Vroom (ariejan)
''Notes:'' This idea is definitely something the Fedora project is interested in pursuing. The work in this project will be carried on after the project, and is an opportunity for a longer-term involvement in Fedora.
See the discussion on the Fedora Infrastructure list about implementation details: http://lists.fedoraproject.org/pipermail/infrastructure/2012-March/011463.html
A demo of Gitlab can be found here: http://gitlabhq.com/demo.html
==== Dorrie: A web-interface for building Fedora spins/remixes ====
''Status:'' Proposed
''Summary of idea:'' Contribute to Dorrie, and make it more usable, add test coverage and deployable.
Details at [[Remixes_Web_Interface|Dorrie]].
''Knowledge prerequisite:'' Python, Django
''Skill level:'' Intermidiate
''Contacts:'' [[User:Shreyankg|Shreyank Gupta]]
''Mentor(s):'' [[User:Shreyankg|Shreyank Gupta]], [[User:Rtnpro|Ratnadeep Debnath]]
''Notes:''
Features that I am looking to target:
* User management/FAS integration
* Un-linerize the workflow.
* Default wallpaper/Hostname/user-password/root-password
* Custom repos/RPMs
* Home directory content
* Search Packages
* Image type: ISO, virt image, raw disk
Code at https://github.com/shreyankg/Dorrie, fork and send pull request, if you are interested to contribute.
==== Semi-automated system implementation for FWN ====
''Status:'' Proposed
''Summary of idea:'' The idea behind this project is to make the [[FWN|Fedora Weekly News]] composing less cumbersome and semi-automated.
''Knowledge prerequisite:'' PHP, Python, Parsing, XML
''Skill level:'' Intermediate
''Mentor(s):'' [[User:Bckurera|Buddhike Kurera]]
''Notes:'' Contact the mentor if anyone is interested.


===Linux system services===
===Linux system services===
===Improving Fedora packaging===
===Improving Fedora packaging===


Line 167: Line 418:
''Status:'' Proposed
''Status:'' Proposed


''Summary of idea:'' Libraries written in Java add, remove and modify their public interfaces from time to time. This is normal, but currently it is very hard to guess effect an update of library to new version will have on rest of the system. What is needed is a tool that would be able to tell us that "With update of package java-library to version 2.0, function X(b) has been removed. This function is used in package java-app". There are already a few open-source projects that can do some of the analysis needed. This would be of interest to whole Java world I believe and would enable safer and easier updates.
''Summary of idea:'' Libraries written in Java add, remove and modify their public interfaces from time to time. This is normal, but currently it is very hard to guess effect an update of library to new version will have on rest of the system. What is needed is a tool that would be able to tell us that "With update of package java-library to version 2.0, function X(b) has been removed. This function is used in package java-app". There are already a few open-source projects that can do some of the analysis needed. This would be of interest to whole Java world I believe and would enable safer and easier updates. To get an idea of similar projects see [http://linuxtesting.org/upstream-tracker/java/ Java API compliance checker] and [https://sites.google.com/site/obriencj/projects/java-classfile-python-module Python Javaclass project]
 
''Knowledge prerequisite:'' Knowledge of Java (inheritance rules, generics, etc.)  and probably some scripting language(s)
 
''Skill level:'' Fairly high


''Contacts:'' [[User:Sochotni|Stanislav Ochotnický]]
''Contacts:'' [[User:Sochotni|Stanislav Ochotnický]]
Line 173: Line 428:
''Mentor(s):'' [[User:Sochotni|Stanislav Ochotnický]]
''Mentor(s):'' [[User:Sochotni|Stanislav Ochotnický]]


''Notes:'' Don't hesitate to get in touch via IRC (sochotni@FreeNode) or email (contact on my user page). Some knowledge of Java and possibly other language(s) will be needed.
''Notes:'' Don't hesitate to get in touch via IRC (sochotni@FreeNode) or email (contact on my user page).
 
 
====AUR Clone for Fedora====
 
''Status:'' Proposed - Students' Idea - Need a mentor
 
''Summary of idea:'' The idea is to make an AUR clone for Fedora where users can submit buildfiles, which need to be hosted. These set of files can compile packages on the user side, and installed locally.
 
The benefit of this method is:
# No need to host the entire packages (saving space on servers hosting the RPMs)
# Make changes to the buildfile, and not compile the package
# Can pull sources from any version control system/stored tarballs to make a very upto-date package. (See blog entry for an example)
 
''Contacts:'' [[User:Anujmore|Anuj More]]
 
''Notes:'' Need mentor. Need advice on feasibility of the software and issues that can arise.
Also, read the extensive blog post on [http://execat.blogspot.in/2012/03/aur-clone-for-fedora.html my blog].
 
Analogy:
This is a lot like "having your own library" vs "getting a book from a bookstore".
If you refer a book often, you'd keep it in your library. This would occupy space and consume resources.
Otherwise, you'd just pull out a separate paper with instructions about the bookstore to find the book, and fetch the book from the store.
Though the first method is hassle-free, it is not possible to have all the books in the world with you.
 
==== Maven FOSS Repository Extension ====
 
''Status:'' Proposed
 
''Summary of idea:'' With the inception of Maven we have a means to standardize the building of Java projects. However it has also resulted in the usage of a very wide dependency set by these Java projects. This makes it very hard to integrate those projects on a single platform (be it Fedora or JBoss Application Server (or the combination)).
 
In essence during packaging all these dependencies must be lined up to form a single consistent component set. Thus each project will only have those components available which are actually available on the target platform. This is very hard to enforce using standard Maven setup.
 
For Fedora I'm envisioning a Maven extension that makes sure only sanctioned components are used during the build (without putting a burden on the packager). This will allow developers who are not on Fedora to also build with this extension and thus verify (and fix) issues which are the result of "Fedora packaging".
 
A prototype can be viewed at [https://github.com/wolfc/fedora-maven Fedora Maven Extension].
 
''Knowledge prerequisite:'' Knowledge of Maven
 
''Skill level:'' Medium
 
''Contacts:'' [http://community.jboss.org/people/wolfc Carlo de Wolf]
 
''Mentor(s):'' [http://community.jboss.org/people/wolfc Carlo de Wolf]
 
''Notes:'' You can find me at irc.freenode.net #fedora-java wolfc


===Fedora Spins and remixes===
===Fedora Spins and remixes===


==== Fedora Audio Creation Spin ====
''Status:'' Proposed
''Summary of idea:'' To create a Fedora Audio spin showcasing the rich and diverse landscape of Linux Audio production.
The [[Audio_Creation|Fedora Audio Creation SIG]] is a collection of enthusiastic Fedora users driven by the common desire to make the best Linux distribution also the best for Music creation and Audio Production.
We are looking for one or two candidates to assist us in the complete development cycle of this project. Tasks may include (but not limited to):
* 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
* 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 
* communicating with Fedora Audio SIG, Fedora Desktop team and other Fedora teams
* organizing QA testcases and test days
Ideally, interested candidates will have a passion for Music/Audio Production. Basic scripting knowledge and the ability to compile projects from source is a must. Sponsored packagers / knowledge of the Fedora Packaging Guidelines and/or the desire to continuing maintaining the packaged software post-project considered a plus. 
Interested? Why wait, submit an audio package for review and get sponsored ([https://docs.fedoraproject.org/en-US/package-maintainers/Joining_the_Package_Maintainers/ Join_the_package_collection_maintainers]).
''Knowledge prerequisite:'' Scripting/programming (bash/python)
''Skill level:'' Rudimentry
''Contacts:'' [[User:bsjones|Brendan Jones]]
''Mentor(s):'' [[User:bsjones|Brendan Jones]] and [[User:Crantila|Christopher Antila]]
==== Fedora JBoss Spin ====
''Status:'' Proposed
''Summary of idea:'' To create a Fedora JBoss spin that helps Java developers get started quickly using JBoss software.
The [[SIGs/Java|Java SIG]] and the [[JBossAS7|JBoss AS 7 on Fedora Initiative]] is a cross-section of enthusiastic Fedora users driven by the common desire to make the Fedora the best OS for developing with JBoss software.
We are looking for one or two candidates to assist us in the complete development cycle of this project. The bulk of the effort lies in packaging open source Java and JBoss projects and integrating many of the packages from the JBoss Community into Fedora. Packages in particular include JBoss AS 7, JBoss Tools and JBoss Forge. Other tasks may include the testing of kickstart files and developing configurations to better integrate with the Fedora Desktop.
There could be two variants of this spin (feel free to choose). One is on the developer needing a good desktop to create JBoss-based applications (things like Eclipse + JBoss Tools, AS 7, Forge, a database, and so on). The other focus is on getting a server setup so that it can run the application. That would also be where the upcoming OpenShift toolset will come into play.
Another critical component is the interoperability with Eclipse. It's important that a setup for Eclipse gets augmented for a developer to install/implement the JBoss specific tools and plugins. A decision needs to be done, whether updates of Eclipse should be done via RPMs or via a Eclipse repository. JBossAS7 is targeting a maven repository setup - one option could simply be to tie into this repository.
Ideally, interested candidates will have a passion for Java development using JBoss software. Basic scripting knowledge and the ability to compile Java projects from source is a must. Sponsored packagers / knowledge of the Fedora Packaging Guidelines and/or the desire to continuing maintaining the packaged software post-project considered a plus, but not required.
Interested? Why wait, submit a Java package for review and get sponsored ([https://docs.fedoraproject.org/en-US/package-maintainers/Joining_the_Package_Maintainers/ Join the package collection maintainers]).
''Knowledge prerequisite:'' Scripting/programming (Java, shell)
''Skill level:'' Rudimentary
''Contacts:'' [[User:Goldmann|Marek Goldmann]], [http://community.jboss.org/people/wolfc Carlo de Wolf], [http://community.jboss.org/people/alrubinger Andrew Rubinger], [Max Andersen https://community.jboss.org/people/maxandersen], [[User:bit4man|Peter Larsen]]
''Mentor(s):'' [[User:Goldmann|Marek Goldmann]], [http://community.jboss.org/people/wolfc Carlo de Wolf]
==== Educational Application for Fedora Robotics Suite ====
''Status:'' Proposed
''Summary of Idea:'' Create an educational app introducing software from Fedora Robotics Suite
The [[SIGs/Robotics|Fedora Robotics SIG]] is creating a [[Features/RoboticsSuite|Robotics Suite]] consisting of many packages useful in robotics. We want to develop a demonstration application introducing new users step by step to core packages like [http://www.fawkesrobotics.org Fawkes] and [http://playerstage.sourceforge.net Player/Stage]. It would feature multiple game-like levels with increasing complexity. The general task would be to instruct the robot to fulfill a specific task in a simulation environment.
''Knowledge prerequisite:'' Developing this requires a strong background in C++, a background in robotics is preferred but not necessary. You should be able to familiarize yourself with new software quickly. User visible parts will require GUI programming using Gtkmm.
''Skill level:'' Medium to High
''Contacts:'' [[User:Timn|Tim Niemueller]]
''Mentor(s):'' [[User:Timn|Tim Niemueller]]
=== Applications for systems administrators ===
==== RHQ-agent to interface with Matahari ====
''Status:'' Proposed
''Summary of idea:'' Write a RHQ-agent in Python and make it interface with Matahari to pick up metrics that are provided by Matahari from Fedora or RHEL systems. The agent would talk to the RHQ server via the REST api and push metrics to RHQ etc. This agent will not implement the full functionality of the RHQ java agent.
While RHQ is written in Java, this project does not need any Java knowledge.
''Knowledge prerequisite:'' Python, Linux system administration, qpid, principles of REST
''Skill level:'' Medium to High
''Contacts:'' Heiko Rupp <pilhuhn>
''Mentor(s):'' Heiko Rupp <pilhuhn>
''Notes:'' RHQ wiki is at http://rhq-project.org/
=== Applications for Testers ===
==== Fedora Gooey Karma ====
''Status:'' Proposed
''Summary of idea:'' [[Fedora_Easy_Karma|Fedora Easy Karma]] is a CLI application to help testers apply karma to installed updates and while it's great at doing so, it doesn't display much other information on what an update is supposed to fix or what can be done to test a particular update. A GUI tool that pulls in more information on packages under test would help in the testing process and hopefully help encourage less techical users to start testing packages.
''Knowledge prerequisite:'' GUI tool kit (Qt or GTK), python
''Skill level:'' intermediate
''Contacts:'' [[User:Tflink|Tim Flink (tflink)]]
''Mentor(s):'' [[User:Tflink|Tim Flink (tflink)]]
''Notes:'' A longer description and some rough mockups [http://blog.tirfa.com/gooey-karma can be found here]
==== Fedora On-Demand Build Service ====
''Status:'' Proposed (Student Idea)
''Summary of idea:'' During the testing of Fedora releases, test images are often useful as smoke tests before full TC/RC composes, as baselines for specific test days or for automated installation testing in [[AutoQA]]. The idea is to make an '''on-demand''' Web-based build service (similar to [https://build.opensuse.org/ Open Suse Build Service] and [http://www.slax.org/build.php Slax]) which users/developers can use to make custom Fedora based distributions. The service would be capable of building and hosting images (boot iso, installation DVDs and live images) made up of builds from stable repositories in addition to side repos containing specific builds from both updates-testing and koji builds that have yet to be pushed to any repos. The service should also also have a RESTful API (or similar).
''Knowledge prerequisite:'' Python, Fedora repositories
''Knowledge nice-to-have'': Fedora image building, testing, Celery
''Skill level:'' intermediate to advanced
''Contacts:'' [[User:Amitksaha|Amit Saha]]
''Mentor(s):'' [[User:Tflink|Tim Flink (tflink)]]


''Notes:'' Looking for co-mentors, will update this idea if any are found




[[Category:Summer coding 2012]]
[[Category:Summer coding 2012]]

Latest revision as of 16:55, 7 October 2021

This page is freeze ! - We are sorry, the idea submission has been closed for GSoC 2012, Please note your idea on the idea page for the GSoC 2013

Find an idea you like? Want to propose your own? See the Getting Started Guide with GSoC:

https://fedoraproject.org/wiki/GSOC_2012

You may be interested in ideas from 2011, 2010, 2009 and 2008.

Further, last year accepted ideas from the Fedora Project can be found at GSoC 2011 web site

Students Welcome

If you are a student looking forward to participate the GSoC 2012 with Fedora, please feel free to browse the idea list which is still growing. Do not hesitate to contact the mentors/ contributors as indicated in this page for any related clarification. If you are new to The Fedora project, following material would help you to get started. Further please sign-up with the Fedora Account System(FAS) if you are willing to continue with the Fedora project. #fedora-devel, IRC channel can be used to get instant support.

  1. The Foundation
  2. Fedora Documentation (Users/ Contributors)
  3. How to work with IRC?
  4. Fedora Account System
  5. Development

Supporting Mentors

Following contributors are also willing to support the GSoC 2012 program. (please feel free to add your self, attach the user page). Sometimes there should be some backing up mentors to mentor if the original mentor get busy with something for a short time period. In such case we need help.

  1. Buddhike Kurera(Bckurera)
  2. Karsten Wade(Quaid)
  3. Susmit Shannigrahi(Susmit)
  4. Mo Duffy (Duffy)
  5. Mo Morsi

Draft of an idea

Please add your idea as follows.

Project name

Status:

Summary of idea:

Knowledge prerequisite:

Skill level:

Contacts:

Mentor(s):

Notes:

!!!The draft was changed slightly, please add required field as required!!!

Idea list for GSoC 2012

Applications for desktop end users

These are coding projects that benefit end users of the Linux desktop.

Integrate Proxy Settings and Network Connections(Locations)

Status: Proposed

Summary of idea: The system should use an appropriate networking profile (e.g. Proxy settings) for each network connection.

Gnome 2 had a concept of network locations in its Network Proxy configuration window. However, user should selected the appropriate location whenever he moves between networks. This idea is about providing an integration between NetworkManager and Desktop environments so that a user can create network profiles for each network location(connection) providing appropriate settings like proxy settings which is the main proposed setting here. NetworkManager can have a "Network Location" concept: for wireless networks, usually the name of the network (ESSID) is usually enough. For wired connections, DHCP servers can and usually do provide network's domain name, which can be used as the name of the location. It is nice if a user can associate each network location with a network settings profile which will be used whenever the user is connected to that network automatically. So, when you connect to a network, a corresponding network settings profile is activated automatically.

Knowledge prerequisite:

Skill level:

Contacts: Hedayat Vatankhah

Mentor(s): Dan Winship

Notes: There is an entry with some description in NetworkManager TODO which should be considered for the implementation

Bringing the Cloud to the Fedora Desktop

Status: Proposed

Summary of idea: Aeolus is an umbrella project that provides an open source API which to control any number of backend proprietary cloud providers. It allows us to write tooling that is able to deploy, monitor, and manager instances to any cloud provider such as EC2 or OpenStack in a Free and Open Manner. We need more tooling to interface with the various Aeolus components from the Fedora desktop (or any other) in novel ways such as command-line and gtk-based applications to deploy instances to the cheapest cloud provider or the one with the fastest response time, to monitor running instances using various visualizations, and more closely integrate local data and code w/ that on the cloud.

Knowledge prerequisite:

Skill level:

Contacts: Mo Morsi

Mentor(s): Mo Morsi, Matt Wagner as co-mentor

Notes: Ping me (mmorsi on freenode) for more info about the Aeolus project. All the components which to build images for the cloud and control instances is in place and ready to go, just drop various bits (they are interoperable and interchangable) into an environment to be able to interact with the cloud, avoiding proprietary interfaces and vendor lockin.

Web hosting control panel

Status: Proposed - Draft

Summary of idea: develop a free alternative of cpanel / plesk control panels, 100% compatible with fedora, and redhat enterprise Linux. written in python.

the control panel will be able to create domains and automatically setup apache, postfix, dovecot, mysql, postgresql bind etc...

Knowledge prerequisite: apache, postfix, dovecot, mysql, postgresql, proftpd, bind

Skill level: Medium

Contacts: itamarjp [AT] fedoraproject [DOT] org, kaustubh [DOT] karkare [AT] gmail [DOT] com

Mentor(s): Dennis Gilmore

Notes: webhosting control panel draft

Assemble a toolchain for recording screencasts easily

Status: Proposed - Draft - Need a mentor

Summary of idea: Creating screencasts on Fedora and post-processing them for upload should be easy and fool proof.

The Fedora Videos project has been launched to bring together a collection of screencasts that help people learn how to use Fedora. There's only one major hurdle, though. Capturing really good screencasts on Fedora, post-processing them to include an intro and outro and other effects, and finally exporting them to an open format is challenging. There are lots of different tools, but each one only gets you part of the way there and you have to be the glue to make it all work. And then there are the bugs.

The goal of this project is to assemble a toolchain (a recommended collection of software available in the Fedora repositories) and write a comprehensive tutorial for how to create an professional-looking screencast. That may included chasing down & fixing bugs in the existing tools, discovering new tools and getting them packaged and learning about techniques in the environment around the computer, such as how to select & setup a microphone or how to draft a good speaking script. One possible task in the project is to add sound recording support to the Gnome 3 desktop recorder. Currently, the desktop recorder only grabs the video of the screen.

The student will get support and advice from the Fedora Videos team since they are trying to learn how to create these screencasts.

Knowledge prerequisite: gstreamer, video and sound editing, blender

Skill level: Medium

Contacts: Fedora Videos Team

Mentor(s): -

Notes:

Improve Fedora's Tablet User Experience

Status: Proposed - Draft

Summary of idea: Improving Fedora's Tablet User Experience.

The window managers/desktop environments officially supported by Fedora do not match the expectations of people with low power touch devices.

Fedora features new technology to reduce system load and - requirements, the user interface has not seen too much love.

Currently available interfaces for users are:

  • Too Ressource Consuming
  • Too Overloaded or
  • Too Feature Poor
  • Not Customizable With Reasonable Effort

The E17 Desktop Shell, developed as part of the Enlightenment Project, is a perfect match. It provides a rich interface, whilst consuming very little ressources. The Enlightenment Foundation Libraries, on which E17 is built upon, were chosen as Foundation Block of Tizen, the MeeGo successor backed by Samsung and Intel. If things work out, E17 will be the first "real" Desktop Shell for Wayland.

Though it already provides special behaviour for touchscreen devices through certain modules, there's still room for improvement.

The overall goal of this project would be to improve the user experience of people who want to use Fedora on low power devices such as tablets.


The student will get support and advice from the Enlightenment Project developers.

Knowledge prerequisite: C, X11, Wayland, Enlightenment Foundation Libraries

Skill level: Medium to High

Contacts: Michael Bouchaud (yoz [at] efl [dot] so), Leif Middelschulte (leif [dot] middelschulte [at] student [dot] kit [dot] edu)

Mentor(s): Michael Bouchaud (yoz [at] efl [dot] so)

Notes: If this idea gets realized, a proper tablet spin can be created, that honors the spirit of Fedora.

Applications for programmers

Implement a binding translator for GlusterFS

Status: Proposed - Draft

Summary of idea: In transporting data across networks, programmers need GlusterFS language bindings to be able to create apps in their language of choice. A language binding translator would greatly increase the number of programmers who would be able to more easily extend GlusterFS. It's also a fun project for someone wanting to get some experience with multi-threaded architecture and design in the context of distributed systems and data.

Knowledge prerequisite: C, Python, embedded Python

Skill level: Medium to High

Contacts: johnmark [AT]redhat [DOT] com , abperiasamy [AT] gmail [DOT] com

Mentor(s): Anand Avati - Mentor, AB Periasamy - Co-mentor, John Mark Walker - Co-mentor

Notes: -

Implement a Cassandra/NoSQL Connector or Translator for GlusterFS

Status: Proposed - Draft

Summary of idea: In general, there is a need for the ability to store and access NoSQL data on general purpose distributed filesystems. Currently, there are a host of single-purpose methods for storing and retrieving NoSQL data, which are difficult to access from legacy applications. Creating a NoSQL translator for GlusterFS would help mitigate this problem and give developers more options for storing and accessing "big data" in a way that is accessible via a variety of standard toolkits and protocols.

Knowledge prerequisite: C, GlusterFS internals

Skill level: High

Contacts: johnmark [AT]redhat [DOT] com , abperiasamy [AT] gmail [DOT] com

Mentor(s): Anand Avati - Mentor, AB Periasamy - Co-mentor, John Mark Walker - Co-mentor

Notes: -

Linux kernel project

Implement nfs/fscache writeback cache

Status: Proposed

Summary of idea: Currently, the flashcache/bcache only works for local filesystems. For network filesystems, nfs only supports write through cache based on fscache/cachefiles. With wider adoption of SSD on nfs client side, it would be great for nfs to support writeback cache to speed up write intensive clients. This project would implement a writeback mechanism for nfs, which need to make necessary changes to kernel nfs, fscache and cachefiles modules, and take care of nfs close-to-open semantics.

Knowledge prerequisite: C, Linux kernel, nfs

Skill level: High

Contacts: bergwolf [AT] gmail [DOT] com

Mentor(s): Peng Tao - Mentor

Infrastructure for Fedora contributors and users

Implement a survey infrastructure for the Fedora Project

Status: Proposed - Draft

Summary of idea: Surveys are important to increase the quality of a service, and it is true for the Fedora project as well.(discussions [1]) In this project it is supposed to implement a survey infrastructure facility so that the contributors can use for various activities as per the need.

The concern is to develop a simple web base survey system OR implement a existing survey project and customized as required, so that contributors can easily create surveys and dig for results as well. Linking with the [FAS|FAS] is required. Further it should be compatible with anonymous and open ID so that if the creator set for those authentication the survey should allow those authentications. Statistics and other required reports can be obtained. So that it is easy to analyse.

Knowledge prerequisite: PHP, Python, Ruby are preferred, MySQL (database handling), experience with Lime Survey would be an advantage

Skill level: Medium

Contacts: kevin [AT]scrye [DOT] com , bckurera [AT] fedoraproject [DOT] org

Mentor(s): Kevin Fenzi - Mentor, Buddhike Kurera Co-mentor.

Notes: This idea is improving, please contact for upto-date details.

Design Hub: FLOSS Collaboration for FLOSS Designers

Status: Proposed - Draft

Summary of idea: Free software designers don't have a great set of tools to work with to collaborate with each other and with the community on their design work. With this project, we'd like to make progress towards fixing that. We have some disparate ideas / tools that we'd like to be integrated:

  • Sparkleshare - a git-backed, Dropbox like system that will automatically check in and push files in project directly to a shared git repo
  • Magic Mockup - a coffeescript/javascript you can insert into an SVG of mockups to enable interactive, click-through mockups (see a demo here
  • 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
  • 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

Knowledge prerequisite: Ruby on Rails, web development, some UI design chops

Skill level: Intermediate

Contacts: duffy at fedoraproject [dot] org

Mentor(s): Mo Duffy, Emily Dirsh

Notes: We can provide a development platform for the web UI at openshift.redhat.com. Also, note this project doesn't just benefit Fedora designers, but it benefits all FLOSS designers.

Implement a unit test framework for fedpkg and rpkg

Status: Proposed

Summary of idea: Unit tests are good. Testing is good. fedpkg and it's backend rpkg is a growing code base, gaining more and more contributors. It lacks a unit test framework which would be very beneficial to the code base for making sure contributions don't break the code in subtle ways.

Knowledge prerequisite:

Skill level:

Contacts: jkeating [AT]redhat [DOT] com

Mentor(s): User:jkeating - Mentor

Notes: This project is in python.

Insight use cases for calendar

Status: Proposed - Draft

Insight project requirement to be implemented. More details can be found at the wiki, Insight_use_cases_for_calendar

Knowledge prerequisite: Knowledge on PHP and Drupal would be essential

Skill level: Medium

Contacts: Paul W. Frields, Clint Savage & Insight Team

Mentor(s): María "tatica", Peter Tibor Borsa and Back-up Mentor : Buddhika Kurera

Notes: -

Insight use cases for status and microblogging

Status: Proposed - Draft

These are use cases for status and microblogging services that we might want to provide through Insight. More details can be found at the wiki, Insight_use_cases_for_status_and_microblogging

Knowledge prerequisite: Knowledge on Drupal would be essential.

Skill level: High

Contacts: Paul W. Frields

Mentor(s): Peter Tibor Borsa, María "tatica" and Back-up Mentor : Buddhika Kurera

Notes: Students who are interested on this topic is highly requested to contact the mentors as the first step. Knowledge on Drupal would be essential.

Insight use cases for events

Status: Proposed

This integration should facilitate Fedora ambassadors to organize their events easily and at the same time should be compatible with the Insight calender. Please refer to Insight use cases for events.

Knowledge prerequisite: Knowledge on Drupal would be essential. PHP and MySQL

Skill level: Medium

Mentor(s): Buddhika Kurera, Peter Tibor Borsa

isitfedoraruby.com

Status: Proposed

Summary of idea: Right now most Ruby programmers make use of the gem package management system to install Ruby libraries on their system. The Fedora/Ruby community works hard to convert these gems into rpms for inclusion in the Fedora stack, making use of various tooling such as gem2rpm. We are looking for more tools and capabilities around Ruby / Fedora integration, namely to reduce the overhead in supporting Ruby on Fedora and to promote Fedora as the de-facto platform for Ruby development.

As part of this, we would like to develop a isitfedoraruby.com website (similar to isitruby19 and other sites like it) to promote the ruby stack on Fedora and the Fedora/Ruby development effort, highlighting success stories, use cases, ways contributors can help, etc

Knowledge prerequisite:

Skill level:

Contacts: Mo Morsi

Mentor(s): Mo Morsi, Matt Wagner as co-mentor

Notes: Ping me (mmorsi on freenode) for more info. This project should be written in Ruby

Setup Gitlab as a front end for Fedora Hosted git repositories

Status: Proposed

Summary of idea: To setup Gitlab as a front end for git repositories at [fedorahosted.org].

Git has fundamentally improved the way that developers share code. The barrier to sharing code has virtually been eliminated. We are also seeing the emergence of a new dynamic called "Social Coding". There's no better example of this than Github.

Creating an environment to foster social coding, and a low barrier to sharing code, requires more than just git, though. A lot of what makes Github successful with git is the web-based front end. That explains why there is such a dramatic difference between Github and fedorahosted.org, and why many projects are moving to Github instead.

Fortunately, there is an open source application named Gitlab that provides much of the interactive functionality and usability that is found at Github. The goal of this project is to bring that experience to fedorahosted.org by setting up Gitlab.

This project will require working with the infrastructure team to get the necessary prerequisites installed, find a server to host the application and configure the existing projects to be wired to this interface.

Knowledge prerequisite: Ruby, git, Linux system administration (web servers, authentication)

Skill level: Medium

Contacts: Dan Allen (general), Vít Ondruch (packaging)

Mentor(s): Ranjib Dey (tentative), Seth Vidal (tentative), Dmitriy Zaporozhets (dzaporozhets), Ariejan de Vroom (ariejan)

Notes: This idea is definitely something the Fedora project is interested in pursuing. The work in this project will be carried on after the project, and is an opportunity for a longer-term involvement in Fedora.

See the discussion on the Fedora Infrastructure list about implementation details: http://lists.fedoraproject.org/pipermail/infrastructure/2012-March/011463.html

A demo of Gitlab can be found here: http://gitlabhq.com/demo.html

Dorrie: A web-interface for building Fedora spins/remixes

Status: Proposed

Summary of idea: Contribute to Dorrie, and make it more usable, add test coverage and deployable. Details at Dorrie.

Knowledge prerequisite: Python, Django

Skill level: Intermidiate

Contacts: Shreyank Gupta

Mentor(s): Shreyank Gupta, Ratnadeep Debnath

Notes: Features that I am looking to target:

* User management/FAS integration
* Un-linerize the workflow.
* Default wallpaper/Hostname/user-password/root-password
* Custom repos/RPMs
* Home directory content
* Search Packages
* Image type: ISO, virt image, raw disk

Code at https://github.com/shreyankg/Dorrie, fork and send pull request, if you are interested to contribute.

Semi-automated system implementation for FWN

Status: Proposed

Summary of idea: The idea behind this project is to make the Fedora Weekly News composing less cumbersome and semi-automated.

Knowledge prerequisite: PHP, Python, Parsing, XML

Skill level: Intermediate

Mentor(s): Buddhike Kurera

Notes: Contact the mentor if anyone is interested.

Linux system services

Improving Fedora packaging

Java API/ABI changes checker

Status: Proposed

Summary of idea: Libraries written in Java add, remove and modify their public interfaces from time to time. This is normal, but currently it is very hard to guess effect an update of library to new version will have on rest of the system. What is needed is a tool that would be able to tell us that "With update of package java-library to version 2.0, function X(b) has been removed. This function is used in package java-app". There are already a few open-source projects that can do some of the analysis needed. This would be of interest to whole Java world I believe and would enable safer and easier updates. To get an idea of similar projects see Java API compliance checker and Python Javaclass project

Knowledge prerequisite: Knowledge of Java (inheritance rules, generics, etc.) and probably some scripting language(s)

Skill level: Fairly high

Contacts: Stanislav Ochotnický

Mentor(s): Stanislav Ochotnický

Notes: Don't hesitate to get in touch via IRC (sochotni@FreeNode) or email (contact on my user page).


AUR Clone for Fedora

Status: Proposed - Students' Idea - Need a mentor

Summary of idea: The idea is to make an AUR clone for Fedora where users can submit buildfiles, which need to be hosted. These set of files can compile packages on the user side, and installed locally.

The benefit of this method is:

  1. No need to host the entire packages (saving space on servers hosting 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)

Contacts: Anuj More

Notes: Need mentor. Need advice on feasibility of the software and issues that can arise. Also, read the extensive blog post on my blog.

Analogy: This is a lot like "having your own library" vs "getting a book from a bookstore". If you refer a book often, you'd keep it in your library. This would occupy space and consume resources. Otherwise, you'd just pull out a separate paper with instructions about the bookstore to find the book, and fetch the book from the store. Though the first method is hassle-free, it is not possible to have all the books in the world with you.

Maven FOSS Repository Extension

Status: Proposed

Summary of idea: With the inception of Maven we have a means to standardize the building of Java projects. However it has also resulted in the usage of a very wide dependency set by these Java projects. This makes it very hard to integrate those projects on a single platform (be it Fedora or JBoss Application Server (or the combination)).

In essence during packaging all these dependencies must be lined up to form a single consistent component set. Thus each project will only have those components available which are actually available on the target platform. This is very hard to enforce using standard Maven setup.

For Fedora I'm envisioning a Maven extension that makes sure only sanctioned components are used during the build (without putting a burden on the packager). This will allow developers who are not on Fedora to also build with this extension and thus verify (and fix) issues which are the result of "Fedora packaging".

A prototype can be viewed at Fedora Maven Extension.

Knowledge prerequisite: Knowledge of Maven

Skill level: Medium

Contacts: Carlo de Wolf

Mentor(s): Carlo de Wolf

Notes: You can find me at irc.freenode.net #fedora-java wolfc

Fedora Spins and remixes

Fedora Audio Creation Spin

Status: Proposed

Summary of idea: To create a Fedora Audio spin showcasing the rich and diverse landscape of Linux Audio production.

The Fedora Audio Creation SIG is a collection of enthusiastic Fedora users driven by the common desire to make the best Linux distribution also the best for Music creation and Audio Production.

We are looking for one or two candidates to assist us in the complete development cycle of this project. Tasks may include (but not limited to):

  • 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
  • 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
  • communicating with Fedora Audio SIG, Fedora Desktop team and other Fedora teams
  • organizing QA testcases and test days

Ideally, interested candidates will have a passion for Music/Audio Production. Basic scripting knowledge and the ability to compile projects from source is a must. Sponsored packagers / knowledge of the Fedora Packaging Guidelines and/or the desire to continuing maintaining the packaged software post-project considered a plus.

Interested? Why wait, submit an audio package for review and get sponsored (Join_the_package_collection_maintainers).

Knowledge prerequisite: Scripting/programming (bash/python)

Skill level: Rudimentry

Contacts: Brendan Jones

Mentor(s): Brendan Jones and Christopher Antila

Fedora JBoss Spin

Status: Proposed

Summary of idea: To create a Fedora JBoss spin that helps Java developers get started quickly using JBoss software.

The Java SIG and the JBoss AS 7 on Fedora Initiative is a cross-section of enthusiastic Fedora users driven by the common desire to make the Fedora the best OS for developing with JBoss software.

We are looking for one or two candidates to assist us in the complete development cycle of this project. The bulk of the effort lies in packaging open source Java and JBoss projects and integrating many of the packages from the JBoss Community into Fedora. Packages in particular include JBoss AS 7, JBoss Tools and JBoss Forge. Other tasks may include the testing of kickstart files and developing configurations to better integrate with the Fedora Desktop.

There could be two variants of this spin (feel free to choose). One is on the developer needing a good desktop to create JBoss-based applications (things like Eclipse + JBoss Tools, AS 7, Forge, a database, and so on). The other focus is on getting a server setup so that it can run the application. That would also be where the upcoming OpenShift toolset will come into play.

Another critical component is the interoperability with Eclipse. It's important that a setup for Eclipse gets augmented for a developer to install/implement the JBoss specific tools and plugins. A decision needs to be done, whether updates of Eclipse should be done via RPMs or via a Eclipse repository. JBossAS7 is targeting a maven repository setup - one option could simply be to tie into this repository.

Ideally, interested candidates will have a passion for Java development using JBoss software. Basic scripting knowledge and the ability to compile Java projects from source is a must. Sponsored packagers / knowledge of the Fedora Packaging Guidelines and/or the desire to continuing maintaining the packaged software post-project considered a plus, but not required.

Interested? Why wait, submit a Java package for review and get sponsored (Join the package collection maintainers).

Knowledge prerequisite: Scripting/programming (Java, shell)

Skill level: Rudimentary

Contacts: Marek Goldmann, Carlo de Wolf, Andrew Rubinger, [Max Andersen https://community.jboss.org/people/maxandersen], Peter Larsen

Mentor(s): Marek Goldmann, Carlo de Wolf

Educational Application for Fedora Robotics Suite

Status: Proposed

Summary of Idea: Create an educational app introducing software from Fedora Robotics Suite

The Fedora Robotics SIG is creating a Robotics Suite consisting of many packages useful in robotics. We want to develop a demonstration application introducing new users step by step to core packages like Fawkes and Player/Stage. It would feature multiple game-like levels with increasing complexity. The general task would be to instruct the robot to fulfill a specific task in a simulation environment.


Knowledge prerequisite: Developing this requires a strong background in C++, a background in robotics is preferred but not necessary. You should be able to familiarize yourself with new software quickly. User visible parts will require GUI programming using Gtkmm.

Skill level: Medium to High

Contacts: Tim Niemueller

Mentor(s): Tim Niemueller

Applications for systems administrators

RHQ-agent to interface with Matahari

Status: Proposed

Summary of idea: Write a RHQ-agent in Python and make it interface with Matahari to pick up metrics that are provided by Matahari from Fedora or RHEL systems. The agent would talk to the RHQ server via the REST api and push metrics to RHQ etc. This agent will not implement the full functionality of the RHQ java agent.

While RHQ is written in Java, this project does not need any Java knowledge.

Knowledge prerequisite: Python, Linux system administration, qpid, principles of REST

Skill level: Medium to High

Contacts: Heiko Rupp <pilhuhn>

Mentor(s): Heiko Rupp <pilhuhn>

Notes: RHQ wiki is at http://rhq-project.org/

Applications for Testers

Fedora Gooey Karma

Status: Proposed

Summary of idea: Fedora Easy Karma is a CLI application to help testers apply karma to installed updates and while it's great at doing so, it doesn't display much other information on what an update is supposed to fix or what can be done to test a particular update. A GUI tool that pulls in more information on packages under test would help in the testing process and hopefully help encourage less techical users to start testing packages.

Knowledge prerequisite: GUI tool kit (Qt or GTK), python

Skill level: intermediate

Contacts: Tim Flink (tflink)

Mentor(s): Tim Flink (tflink)

Notes: A longer description and some rough mockups can be found here

Fedora On-Demand Build Service

Status: Proposed (Student Idea)

Summary of idea: During the testing of Fedora releases, test images are often useful as smoke tests before full TC/RC composes, as baselines for specific test days or for automated installation testing in AutoQA. The idea is to make an on-demand Web-based build service (similar to Open Suse Build Service and Slax) which users/developers can use to make custom Fedora based distributions. The service would be capable of building and hosting images (boot iso, installation DVDs and live images) made up of builds from stable repositories in addition to side repos containing specific builds from both updates-testing and koji builds that have yet to be pushed to any repos. The service should also also have a RESTful API (or similar).

Knowledge prerequisite: Python, Fedora repositories

Knowledge nice-to-have: Fedora image building, testing, Celery

Skill level: intermediate to advanced

Contacts: Amit Saha

Mentor(s): Tim Flink (tflink)

Notes: Looking for co-mentors, will update this idea if any are found