| Line 159: | Line 159: | ||
* [https://github.com/projectatomic/rpm-ostree/issues/190 Bootstrap with gpgcheck in kickstart]: [https://docs.fedoraproject.org/en-US/Fedora/23/html/Installation_Guide/appe-kickstart-syntax-reference.html "ostreesetup" is described here] | * [https://github.com/projectatomic/rpm-ostree/issues/190 Bootstrap with gpgcheck in kickstart]: [https://docs.fedoraproject.org/en-US/Fedora/23/html/Installation_Guide/appe-kickstart-syntax-reference.html "ostreesetup" is described here] | ||
=== Improve ability to monitor running/canceled transactions]: The rpm-ostree client termination doesn't block the command execution on the rpm-ostreed. === | |||
* [https://github.com/projectatomic/rpm-ostree/issues/ | * [https://github.com/projectatomic/rpm-ostree/issues/210 This will cause new rpm-ostree clients to fail immediately because there is a transaction in progress. Change rpm-ostree to be notified of the status of the current transaction and possibly attach to it. | ||
=== Add support for having an `end-of-life` notification to inform users if a particular branch is not supported anymore.=== | |||
* [https://github.com/projectatomic/rpm-ostree/issues/ | * [https://github.com/projectatomic/rpm-ostree/issues/142 Support for end-of-life notification] | ||
* [https:// | === Add support for `atomic history` to display the transactions history. It should work in a similar way to `yum history`. === | ||
* [https://github.com/projectatomic/rpm-ostree/issues/85 rpm-ostree operation history support]: | |||
* [https:// | === Implement a service that automatically upgrades the system when a new image is available. === | ||
* [https://github.com/projectatomic/rpm-ostree/issues/44 Automatic updates]. If the system is not restarting correctly, then rollback to the previous working version. [https://github.com/projectatomic/rpm-ostree/issues/177 More details here] | |||
* [https:// | === Add support for metalink files and support downloads from a list of mirrors and fetch objects from multiple sources. === | ||
* [https://bugzilla.gnome.org/show_bug.cgi?id=729388 Support metalink for OSTree] | |||
=== HTTP Fetcher Code privileges === | |||
* [https://bugzilla.gnome.org/show_bug.cgi?id=730037 Drop privileges for HTTP fetches]: The HTTP fetcher code is running in the same process of OSTree. Move the HTTP fetcher code to another process with less privileges than the main process. | |||
=== Support live update for the kernel without rebooting or restarting any processes. === | |||
* [https://github.com/projectatomic/rpm-ostree/issues/118 Support kpatch] | |||
== Open Ideas From GSoC 2015 == | == Open Ideas From GSoC 2015 == | ||
Revision as of 17:48, 19 February 2016
Find an idea you like? Want to propose your own? See the GSoC Getting Started Guide.
Students Welcome
If you are a student looking forward to participate the GSoC 2016 with Fedora, please feel free to browse the idea list which is still growing. Do not hesitate to contact the mentors or contributors as indicated in this page for any related clarification. You also should find some like-minded people on the #fedora-summer-coding IRC channel.
If you are new to the Fedora Project, the following material will help you to get started. Additionally, please register in the Fedora Account System (FAS) if you are willing to continue with the Fedora Project. For getting quick help, #fedora-devel can be used for getting help with programming problems.
Supporting Mentors
The following contributors are available to provide general help and support for the GSoC 2016 program (existing contributors, feel free to add yourselves and your wiki page). If a specific project mentor is busy, you can contact one of the people below for short-term help on your project or task.
Fedora Atomic Mentors
The following mentors are specifically available for projects related to Fedora Atomic:
- Giuseppe Scriviano
- Colin Walters
- Matthew Barnes
Idea list for GSoC 2016
Implement Tinykdump
Status: Proposed - draft
Summary of idea: Tinykdump is a minimal daemon to capture kernel-based crash dumping (kdump) memory image to usb storage. Compared to the traditional kdump solution, it is,
* more reliable and scalable * has smaller memory foot-print * more friendly to kernel developers
More information here: https://fedorahosted.org/tinykdump/
Knowledge prerequisite: Python, kernel programming (desired)
Skill level: intermediate (programming)
Contacts: CAI Qian
Mentor(s): CAI Qian
Notes: Rough roadmap:
- Implement tinykdump daemon to be included in Fedora.
- Submit kernel patches for reserving kdump memory at run-time for 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.
Idea list for Fedora Community Operations and Infrastructure
| Project | IRC Channel | Web Page | Mentor(s) | Notes |
|---|---|---|---|---|
| Community Operations (CommOps) | #fedora-commops | CommOps Wiki | Remy DeCausemaker (decause) | The rise of DevOps has been swift. Sysadmins are increasingly instrumenting and integrating automated systems to stand up and maintain their infrastructure. This same approach can be taken to support community infrastructure in a distributed and automated fashion, that doesn't force people to choose between using their precious volunteer time to "build things" or "build communities that build things." The community operations team works across numerous technologies, and interest areas in Fedora, including Messaging, Storytelling, Fedora Badges, Fedora Hubs, Wiki, Culture, Metrics, Voting, and other miscellaneous topics. It is important to note that CommOps team members are generalists, and the strengths and interests of individual applicants will determine the precise nature of your work. Enthusiasm for FOSS culture and community organization, and effective communication skills are most important. Your internship with this project could involve any or all of the following:
Required:
Bonus Skills:
|
| Fedora Infrastructure Web Application Development: Fedora Hubs | #fedora-hubs |
|
Fedora has been in the process of creating a new web presence for all of the Fedora users, subprojects, and communities. We also plan to integrate some of the features of this system with the prototype of the Fedora Developer Portal, which is targeted at helping general developers use Fedora. While the Hubs project itself is aimed at Fedora contributor circles, the reusable features will allow the Portal to use this work to speak to general developers who may not have an interest in working in the Fedora community, but want to connect with community members for advice, best practices, or to generate interest in their upstream project. Several of the principal app developers in the Fedora Engineering team will be working together with you on this project during the Outreachy term. You'll participate directly with team members daily on core features of Hubs as well as integration with the Portal. This is a great opportunity both for regular mentorship and for being deeply involved in an exciting and fast-moving project with the Fedora team. Working on this project could involve any of the following:
Skills:
When applying to this project, it may be useful to review the designers' blogs about the projects' design here: Fedora Developer Portal Fedora Hubs A video overview of the Hubs project is available here: http://blog.linuxgrrl.com/2015/07/01/fedora-hubs-update/ |
Idea list for Fedora Atomic GSoC 2016
This idea list comes from the Project Atomic website. The most up-to-date version is there.
Add a way for importing a GPG key from the kickstart ostreesetup command before the download starts.
Improve ability to monitor running/canceled transactions]: The rpm-ostree client termination doesn't block the command execution on the rpm-ostreed.
- [https://github.com/projectatomic/rpm-ostree/issues/210 This will cause new rpm-ostree clients to fail immediately because there is a transaction in progress. Change rpm-ostree to be notified of the status of the current transaction and possibly attach to it.
Add support for having an end-of-life notification to inform users if a particular branch is not supported anymore.
Add support for atomic history to display the transactions history. It should work in a similar way to yum history.
Implement a service that automatically upgrades the system when a new image is available.
- Automatic updates. If the system is not restarting correctly, then rollback to the previous working version. More details here
Add support for metalink files and support downloads from a list of mirrors and fetch objects from multiple sources.
HTTP Fetcher Code privileges
- Drop privileges for HTTP fetches: The HTTP fetcher code is running in the same process of OSTree. Move the HTTP fetcher code to another process with less privileges than the main process.
Support live update for the kernel without rebooting or restarting any processes.
Open Ideas From GSoC 2015
In addition to the above list of ideas, you may want to check out ideas from previous years and contact the mentors for those projects to see if they're still interested in mentoring someone this year.
Note: Do not submit a proposal for an idea from a previous year without contacting the mentor to ensure they will be available to mentor you. Without a mentor, proposals will be rejected.
Previous years: