Other ideas that were incomplete or worth considering are found at Summer coding ideas for 2009.
Find an idea you like? Want to propose your own? See our Getting Started Guide:
http://groups.google.com/group/redhat-summer/web/gsoc-getting-started
Ideas for the JBoss community can be found here. We will be participating with JBoss this summer.
Turn smock into a real program
Status:
Summary of idea: smock is a hack that Dan and I wrote a few years ago that lets you build a chain of RPMs in mock. It works out all the dependencies and builds the packages in the right order, using the result from an earlier build to satisfy dependencies in a later build, and being almost completely automated. What really needs to happen is that mock is extended to support this as a native feature.
Contacts:
Mentor(s):
Notes:
Port Infrastructure TurboGears apps to TG2
Status: Proposed
Summary of idea: Several Fedora Infrastructure applications are written in TurboGears 1.0, and for longevity need to be ported to TG2. These include bodhi, mirrormanager, packagedb, elections, fas, smolt.
Contacts: Matt Domsch, Toshio Kuratomi
Mentor(s): mdomsch
MirrorManager enhancements
Status: Proposed
Summary of idea: MirrorManager provides the mirror lists to all Fedora systems. In addition to porting to TG2 (see above), several enhancements would be welcome:
- Simplify creation of new MirrorManager instances (non-Fedora users, such as CentOS)
- Simplify selection of mirrors within Cloud Providers on granularity other than netblocks and ASNs
- Other items on the TODO list
Contacts: Matt Domsch
Mentor(s): mdomsch
mw enhancements
Status: Proposed
Summary of idea: [ mw] is a command-line program that pretends to be a version control system. It should eventually help people who are console nuts (like me) edit MediaWiki-based wikis without having to shout at their web browser.
Contacts: Ian Weller
Mentor(s): Ian Weller
Notes: This is also a proposed hackfest at FUDCon Tempe but I doubt we'll get as much as I'd like done there.
NIS support in SSSD
- 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.
- Contacts: Stephen Gallagher
- Mentor(s): Stephen Gallagher
SUDO support in SSSD
- 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.
- Contacts: Stephen Gallagher
- Mentor(s): Stephen Gallagher
- Notes: http://www.sudo.ws/sudo_plugin.man.html
Maven and PackageKit integration
Status: Proposed
Summary of idea: Currently when building with maven locally, all spec files need to specify build dependencies manually. Java libraries and maven plugins should have something like "Provide(groupId:artifactId:version:format)" so that "yum install org.apache.velocity:velocity" will correctly find and install velocity package.
Contacts: Stanislav Ochotnicky or Alexander Kurtakov
Mentor(s):
Notes: Basic knowledge of maven and rpm is required.
KDE Plasma and PackageKit integration
Status: Proposed
Summary of idea: Add automatically-generated rpm dependencies for kde/plasma related services (see also blog entry on the topic), and add packagekit hooks to use them (one concrete example would be for plasma dataengines (see also blog entry on the topic).
Contacts: Rex Dieter
Mentor(s):
Notes: Intermediate knowledge of rpm and/or kde plasma coding
Avahi yum repositories
Status: Proposed
Summary of idea: Add a yum plugin that will use avahi to find local mirrors of canonical repositories, and tools/scripts for local http/nfs servers to advertise what they have. It would also be nice to include proper nfs repository support in yum or a plugin, so the advertised repositories can be on NFS filesystems that are not already mounted locally on clients. The use on the clients should be transparent without any local yum repo config changes except perhaps for installing/enabling the plugin. Later anaconda could also be taught to use avahi to find repositories for installation.
Contacts: Roland McGrath
Mentor(s):
Notes: Divisible into various separate pieces that are worthwhile on their own.
Fill in some of the Missing nVidia and Radeon API pieces
Status: Proposed
Summary of idea: Add some of the missing 3d APIs for at least one of the major card types, considerably helping out the beleagured Radeon and Nvidia reverse-engineering efforts. There is enough currently (F14) missing that most 3d games do not function correctly, many of the underpinnings of FireFox 4 acceleration are blacklisted under Linux, and many other visual and other components cannot make correct use of the gpu(s) under Linux. Progress is abysmal for many reasons.
Contacts:
Mentor(s):
Notes: Requires good integration with the existing Radeon and nVidia teams and their testsuites
Project name
Status:
Summary of idea:
Contacts:
Mentor(s):
Notes: