Latest revision as of 16:03, 15 February 2023

This page is not actively maintained.

Before working on any of the internship ideas on this page, contact the listed Mentor to find out whether the idea is still relevant.

You can also take a look at the current Outreachy proposals, which are up-to-date: https://www.outreachy.org/apply/project-selection/#openstack

Finally, you can take a look at the current "Upstream Investment Opportunities", which lists projects of interest to the community that don't have owners: https://governance.openstack.org/tc/reference/upstream-investment-opportunities/

To submit new ideas please consider creating a new page and use the Template:InternshipIdea (instructions are provided on that page) and you can see how a sample idea page would look like. The pages created with such template are listed on Category:Internship_idea.

List of Ideas for Internships

The OpenStack Foundation has multiple sources for internships, from Outreachy to Google Summer of Code and other opportunities. This page collects the ideas for candidate interns to work on.

Applicants may not have ever worked on FLOSS before and have different levels of competence. Since we have different programs, add here ideas that can be completed by inexperienced contributors, developers or other fields (marketing, communication, graphic design, and anything that may be useful for OpenStack and to include new people in this community).

Coding

OpenStack as a virtual Kubernetes node

Implement a virtual Kubernetes node that allows running containers/pods on OpenStack. Students applying to work on this will learn about Zun and Kubernetes, and will work on implemeting a whole new feature for Zun, which will include not only coding but also testing and documentation efforts. See https://github.com/virtual-kubelet/virtual-kubelet/issues/22 for more info on the requirement

Difficulty	Medium
Topics	OpenStack Zun, Kubernetes
Required skills	Python Go
Extra skills
Mentor	hongbin on IRC channel #openstack-zun @ freenode
Status	Looking for candidates.
Program

Improve Cinder integration for Docker containers

Add support for Cinder volume multi-attach for Docker containers. Students willing to take this task will learn about Zun and Cinder. During the Ocata cycle a new flow for volume attaching has been implemented in Cinder. We want to make Zun leverage this new flow. Implementing this will require the student not only contribute with code, but also with testing and documentation for the feature. Check https://blueprints.launchpad.net/zun/+spec/cinder-volume-multi-attach for more details.

Difficulty	Medium
Topics	OpenStack Zun, OpenStack Cinder, Docker
Required skills	Python
Extra skills
Mentor	hongbin on IRC channel #openstack-zun @ freenode
Status	Looking for candidates.
Program

Help Implement Support for a Generic Backup Driver in Cinder

The goal is to create a generic backup driver that be used to turn any Cinder volume backend into a target for backups. This way, we won't need to implement specific backup driver for supported backends. Students picking this internship task will learn about Cinder and will be asked to contribute with testing and documentation of this feature. Refer to https://review.openstack.org/#/c/504099/1/specs/queens/generic-backup-implementation.rst for more detials

Difficulty	Medium
Topics	OpenStack Cinder, Storage
Required skills	Python
Extra skills
Mentor	jungleboyj and e0ne on IRC channel #openstack-cinder @ freenode
Status	Looking for candidates.
Program

Eliminate Redundant Downloads of Uncached Images

An important component in the amount of time it takes to boot a new virtual machine is how long it takes to get the image being used from backend storage down to the host. To speed this up, Glance has optional caching middleware that for some back ends (specifically, OpenStack Swift), significantly improves performance. The problem is that the cache is kind of stupid, and in the scenario where someone wants to boot 1000 VMs from the same image, each request will discover that the image isn't cached, and will initiate a download from the storage backend, resulting in severely degraded performance.

There are some complexities to improving the caching middleware that are discussed in a Glance specification document: http://specs.openstack.org/openstack/glance-specs/specs/untargeted/glance/duplicate-downloads.html . In addition to coding, you will get exposure to working in an open-source community from the design phase through implementation, because your first task will be to re-propose the spec to the Glance community so that it can be reviewed and re-approved. (Don't worry, this won't drag on because it was already approved once; it is untargeted because the original developer was reassigned to a different project.) This is an interesting project that will touch several Glance components: the API server, the caching middleware, and the glance_store library. And, of course, you'll be adding good tests.

Difficulty	Low to Medium (you don't need previous OpenStack experience, but you need to be self-motivated enough to learn the components of Glance and how they interact)
Topics	Glance
Required skills	Python
Extra skills	General distributed systems knowledge
Mentor	jokke_ on IRC channel #openstack-glance @ freenode
Status	Looking for candidates.
Program

Transform legacy notifications to the new versioned framework in Nova

Help transforming legacy Nova notifications to a new versioned framework. Students applying for this task will learn about Nova and the oslo.messaging library, and will help transforming the legacy notifications of Nova to a proper versioned API using an already established framework. Check for more details on this page https://wiki.openstack.org/wiki/Nova/VersionedNotificationTransformation

Difficulty	Medium
Topics	OpenStack Nova
Required skills	Python
Extra skills
Mentor	gibi on IRC channel #openstack-nova @ freenode
Status	Looking for candidates.
Program

Policy Testing

WIth all the system-scope work coming down the pipe and landing in Queens, we need to be prepared to rethink out test_v3_protection.py test module. This is the module responsible for making it so policies are doing what they should. Since we're adding a few new combinations with system scope, this should result in a test explosion that could be difficult to maintain and understand.

Can we come up with a way to flexibly test different policy cases
Refactor current coverage
Integration with Patrole

Difficulty	Medium
Topics	OpenStack Keystone
Required skills	Python
Extra skills
Mentor	hrybacki and lbragstad on IRC channel #openstack-keystone @ freenode
Status	Looking for candidates.
Program

Flask support

We have a home-grown WSGI implementation when there are suitable frameworks to do that lifting for us. We can get rid of a wheel to maintain by moving to a framework and ditching the home-grown implementation. We've talked about moving to Flask for a while. The benefits would be less maintenance of a home-grown implementation.

Difficulty	Medium
Topics	OpenStack Keystone
Required skills	Python
Extra skills
Mentor	TBA
Status	Looking for candidates.
Program

Native SAML

Currently, federation requires the use of Apache plugins to do the SAML processing. We want to experiment with a piece of middleware that can go into keystone paste pipeline to process SAML according to specification. This will make federation easier to configure for deployers and it has the ability to reduce a mapping currently used in federation (assertions -> env var, env vars -> keystone mappings).

Difficulty	Medium
Topics	OpenStack Keystone
Required skills	Python
Extra skills
Mentor	cmurphy and rodrigods on IRC channel #openstack-keystone @ freenode
Status	Looking for candidates.
Program

Make keystone a fully-fledged IdP

Currently, keystone can act as an IdP but only in a non-standard in-house-designed auth flow, not with WebSSO. We could implement the rest of the WebSSO standard in keystone. https://bugs.launchpad.net/keystone/+bug/1470205 This could be a good warm-up bug for either this or the Native SAML project: https://bugs.launchpad.net/keystone/+bug/1641625

Difficulty	Medium
Topics	OpenStack Keystone
Required skills	Python
Extra skills
Mentor	TBA
Status	Looking for candidates.
Program

OpenStack Manila Integration with OpenStack CLI (OSC)

OpenStackClient (aka OSC) is a command-line client for OpenStack that brings the command set for Compute, Identity, Image, Object Store and Volume APIs together in a single shell with a uniform command structure. OSC primary goal is to provide a unified shell command structure and a common language to describe operations in OpenStack. Manila basic commands should be added to OSC client. This will be helpful for user to provide a unified shell command structure to describe operations in OpenStack.

Difficulty	Low
Topics	OpenStack Manila
Required skills	Ruby
Extra skills	Python
Mentor	enriquetaso and vkmc on IRC channel #openstack-manila @ freenode
Status	Looking for candidates.
Program	Outreachy May-Aug 2019 candidates.

@@ Line 1: / Line 1: @@
 <!-- ## page was renamed from [[GnomeOutreachWomen]]/Ideas -->
-== Outreach Program for Women Ideas List ==
-The GNOME Foundation provides an outreach program for women. You can learn more here:  https://live.gnome.org/OutreachProgramForWomen.
-OpenStack would like to participate as a project for the Dec. 2013 to March 2014 session. We have identified some mentors and have sponsorship from the OpenStack Foundation, Rackspace and HP to participate in this program. This page should collect the ideas for applicants to work on.
-GNOME OPW emphasizes that applicants may not have ever worked on FLOSS before. There are several stages to the program, but the first stage is to mentor during the application process itself. Joining mailing lists, IRC, understanding the channels of communication are good first steps. Logging bugs and fixing bugs are also good ideas.
-Interns are expected to spend 40 hours a week on the project.
-So, feel free to list ideas here:
-== Documentation ==
-'''Outdated: Waiting for mentor confirmation''
-OpenStack documentation is highly technical and processed like the code itself.
-Our tool chain is a maven plugin housed in http://github.com/stackforge/clouddocs-maven-plugin and currently includes all branding, CSS, and xslts. We would like to separate those out so individuals or organizations could maintain their own branding files separately from the plugin. We also are looking to output xhtml that could be styled separately.
-Expected results: Patchsets to the maven plugin submitted for review, reviewed by community members.
+<div style="font-size: 150%; background-color: yellow; padding: 1em">
+<span style="font-size: 150%">This page is not actively maintained.</span>
+<br/><br/>
+Before working on any of the internship ideas on this page, contact the listed Mentor to find out whether the idea is still relevant.
+<br/><br/>
+You can also take a look at the current Outreachy proposals, which are up-to-date:
+https://www.outreachy.org/apply/project-selection/#openstack
+<br/><br/>
+Finally, you can take a look at the current "Upstream Investment Opportunities", which lists projects of interest to the community that don't have owners:
+https://governance.openstack.org/tc/reference/upstream-investment-opportunities/
+</div>
-Knowledge prerequisites: Documentation value proposition
+To submit new ideas please consider creating a new page and use the [[Template:InternshipIdea]] (instructions are provided on that page) and you can see how a [[Test idea|sample idea page]] would look like. The pages created with such template are listed on [[:Category:Internship_idea]].
-Nice-to-have knowledge: git source control, Java, XSLT, CSS, HTML5, XML
-Mentor:
+=  List of Ideas for Internships =
-Contact Anne Gentle (anne dot gentle at rackspace dot com) for information. Your first documentation patch walk-through is documented at https://wiki.openstack.org/wiki/Documentation/HowTo/FirstTimers.
-== Community ==
+The OpenStack Foundation has multiple sources for internships, from [[Outreachy]] to [[:Category:GSoC|Google Summer of Code]] and other opportunities. This page collects the ideas for candidate interns to work on.
-'''Outdated: Waiting for mentor confirmation''
+Applicants may not have ever worked on FLOSS before and have different levels of competence. Since we have different programs, add here ideas that can be completed by inexperienced contributors, developers or other fields (marketing, communication, graphic design, and anything that may be useful for OpenStack and to include new people in this community).
-* Build a supply-chain management system to distribute merchandising to OpenStack User Groups around the world [reed on IRC / stefano at openstack org] [[Community/CollateralMgmt|Details]]
-* Add audio and video real time collaboration capabilities to OpenStack User Groups portal [reed on IRC / stefano at openstack org]
-* Write puppet scripts to automatically deploy/manage Ask OpenStack [reed on IRC / stefano at openstack org]
 == Coding ==
-=== Zaqar: TBD ===
+ {{InternshipIdea|
+ TITLE=OpenStack as a virtual Kubernetes node|
-Mentor: [[User:flaper87|Flavio Percoco]]
+  DESCRIPTION=Implement a virtual Kubernetes node that allows running containers/pods on OpenStack. Students applying to work on this will learn about Zun and Kubernetes, and will work on implemeting a whole new feature for Zun, which will include not only coding but also testing and documentation efforts. See https://github.com/virtual-kubelet/virtual-kubelet/issues/22 for more info on the requirement|
+ DIFFICULTY=Medium|
-=== Glance - adding NoSQL support ===
+  TOPICS=OpenStack Zun, Kubernetes|
+  SKILLS=Python Go|
-'''Outdated: Waiting for mentor confirmation''
+ EXTRA_SKILLS=|
+ MENTORS=hongbin on IRC channel #openstack-zun @ freenode |
-Description: Glance is used as metadata repository management tool within OpenStack for server Images. NoSQL can be really useful for DB backend for Glance.
+ STATUS=Looking for candidates.|
+ PROGRAM=
-Members of the community already have ideas on how one might want to implement this, therefore the first step will be to reach out to the community to collect and discuss ideas. Glance folks are pretty active on #openstack-glance channel most of the time and would be willing to share their opinions on this or any other project.
+}}
-Related blueprint: https://blueprints.launchpad.net/glance/+spec/enable-mongo-db
-Expected results: Patchsets submitted for review, reviewed by community members.
-Knowledge prerequisites: programming knowledge
-Nice-to-have knowledge: Python, NoSQL
-Mentors:  [[User:nikhil|Nikhil Komawar]]
-=== Glance - Implement Tasks scrubber ===
-'''Outdated: Waiting for mentor confirmation''
-Description: Glance Tasks are currently never deleted. This project would involve writing a scrubber logic for soft-deleting tasks as a part of Glance codebase.
-Glance folks are pretty active on #openstack-glance channel most of the time and would be willing to share their opinions on this or any other project.
-Please reach out to me on IRC to get a detailed information on this.
-Related blueprint: https://blueprints.launchpad.net/glance/+spec/async-glance-workers
-Expected results: Patchsets submitted for review, reviewed by community members.
-Knowledge prerequisites: programming knowledge
-Nice-to-have knowledge: Python
-Mentors:  [[User:nikhil|Nikhil Komawar]]
-=== Glance - Swift ranged uploads ===
-'''Outdated: Waiting for mentor confirmation''
-Description: We currently retry the entire upload process if it fails. Need to add the ranged uploads logic from swift store to improve performance.
-Glance folks are pretty active on #openstack-glance channel most of the time and would be willing to share their opinions on this or any other project.
-Please reach out to me on IRC to get a detailed information on this.
-Related blueprint: TBA
-Expected results: Patchsets submitted for review, reviewed by community members.
-Knowledge prerequisites: programming knowledge
-Nice-to-have knowledge: Python
-Mentors:  [[User:nikhil|Nikhil Komawar]]
-=== Neutron - add an extension for port statistics ===
-'''Outdated: Waiting for mentor confirmation''
-Description:
-Members of the community already have ideas on how one might want to implement this, therefore the first step will be to reach out to the community to collect and discuss ideas. Neutron folks are pretty active on #openstack-neutron channel most of the time and would be willing to share their opinions on this or any other project.
-You´ll create an extension for Neutron [https://wiki.openstack.org/wiki/NeutronDevelopment#API_Extensions] to be able to expose monitoring data regarding ports (byte or packets transmitted or received). You´ll provide an implementation of the extension using the ML2 framework [https://wiki.openstack.org/wiki/Neutron/ML2] and openvswitch. This feature will be implemented end to end, from api design to unit testing.
-Related blueprint: https://blueprints.launchpad.net/neutron/+spec/port-statistics
-Expected results: Patchsets submitted for review, reviewed by community members.
-Knowledge prerequisites: programming knowledge
-Nice-to-have knowledge: Python, Openvswitch
-Mentors: [[User:Rossella|Rossella Sblendido]]
-=== Ceilometer - Period-spanning statistics ===
-'''Outdated: Waiting for mentor confirmation''
-Description: Currently, in Ceilometer, statistical aggregates are calculated over discrete periods.  However, there are many interesting statistical techniques that naturally span across multiple periods.  Examples range from simple moving averages to more sophisticated exponential smoothing with the potential for forecasting & prediction bands.  This project would involve designing the method for calculating period-spanning statistics and implementing period-spanning statistics in the storage drivers (MongoDB, SQL, etc.)
-Related blueprint: https://blueprints.launchpad.net/ceilometer/+spec/period-spanning-statistics
-Expected results: Patchsets submitted for review, reviewed by community members
-Knowledge prerequisites: programming knowledge
-Nice-to-have-knowledge: Python, MongoDB, SQL, basic statistics
-Mentors: [[User:eglynn|Eoghan Glynn]]
-== Design ==
-=== Persona research and design for Horizon UI ===
-'''Outdated: Waiting for mentor confirmation''
-Description:
-There has been some initial work done in a few different areas around generating Personas for the Horizon UI. This task/project would allow someone to lead the effort to pull the research together, perhaps perform further end-user interviews or surveys, analyze data, form groups of personas, and put together an initial set of target Horizon personas that we can use during requirements gathering, design phases, and general discussion.
-Related blueprint: https://blueprints.launchpad.net/openstack-ux/+spec/horizon-personas
-Expected results: Initial set of Personas for people to use during requirements gathering, design phases, and general discussion of our target Horizon users.
-Knowledge prerequisites: basic interviewing skills, willingness to talk with a lot of new people, readiness to listen and report back findings
-Nice-to-have knowledge: User Experience Design basics
-Mentors: [[User:Liz_Blanchard|Liz Blanchard]], [[User:julim|Ju Lim]]
-=== Redesign for the Object Storage -> Containers section in Horizon ===
-'''Outdated: Waiting for mentor confirmation''
-Description:
-Currently, there is a section under the Object Storage panel that allows users (e.g. Consumers and/or Project Administrators) to Create, Delete, and Edit Containers. It would be great to do a little bit of research into identifying the use cases around these features and then proposing a redesign of these features based on the findings. This will include learning some basic Usability best practices and applying them to a design. The design would be done in wireframe format, so it could be done in any tool that allows for this. The design would be reviewed on the UX AskBot site, a new blueprint would need to be created as well. This would take a new designer through the process that currently exists for proposing an updated design to a current feature in Horizon.
-Related blueprint: N/A (To be created by intern as part of process)
-Expected results: Redesign of "Containers" section in Object Storage panel proposed and approved by Horizon community.
+{{InternshipIdea|
+ TITLE=Improve Cinder integration for Docker containers|
+ DESCRIPTION=Add support for Cinder volume multi-attach for Docker containers. Students willing to take this task will learn about Zun and Cinder. During the Ocata cycle a new flow for volume attaching has been implemented in Cinder. We want to make Zun leverage this new flow. Implementing this will require the student not only contribute with code, but also with testing and documentation for the feature. Check https://blueprints.launchpad.net/zun/+spec/cinder-volume-multi-attach for more details.|
+ DIFFICULTY=Medium|
+ TOPICS=OpenStack Zun, OpenStack Cinder, Docker|
+ SKILLS=Python|
+ EXTRA_SKILLS=|
+ MENTORS=hongbin on IRC channel #openstack-zun @ freenode |
+ STATUS=Looking for candidates.|
+ PROGRAM=
+}}
-Knowledge prerequisites: basic sketching or wireframing skills
+{{InternshipIdea|
+ TITLE=Help Implement Support for a Generic Backup Driver in Cinder|
+ DESCRIPTION=The goal is to create a generic backup driver that be used to turn any Cinder volume backend into a target for backups.
+This way, we won't need to implement specific backup driver for supported backends. Students picking this internship task will learn about Cinder and will be asked to contribute with testing and documentation of this feature. Refer to https://review.openstack.org/#/c/504099/1/specs/queens/generic-backup-implementation.rst for more detials |
+ DIFFICULTY=Medium|
+ TOPICS=OpenStack Cinder, Storage|
+ SKILLS=Python|
+ EXTRA_SKILLS=|
+ MENTORS=jungleboyj and e0ne on IRC channel #openstack-cinder @ freenode |
+ STATUS=Looking for candidates.|
+ PROGRAM=
+}}
-Nice-to-have knowledge: User Experience Design basics
+ {{InternshipIdea|
+ TITLE=Eliminate Redundant Downloads of Uncached Images|
+ DESCRIPTION=An important component in the amount of time it takes to boot a new virtual machine is how long it takes to get the image being used from backend storage down to the host.  To speed this up, Glance has optional caching middleware that for some back ends (specifically, OpenStack Swift), significantly improves performance.  The problem is that the cache is kind of stupid, and in the scenario where someone wants to boot 1000 VMs from the same image, each request will discover that the image isn't cached, and will initiate a download from the storage backend, resulting in severely degraded performance.
-Mentors: [[User:Liz_Blanchard|Liz Blanchard]], [[User:julim|Ju Lim]]
+There are some complexities to improving the caching middleware that are discussed in a Glance specification document: http://specs.openstack.org/openstack/glance-specs/specs/untargeted/glance/duplicate-downloads.html .  In addition to coding, you will get exposure to working in an open-source community from the design phase through implementation, because your first task will be to re-propose the spec to the Glance community so that it can be reviewed and re-approved. (Don't worry, this won't drag on because it was already approved once; it is untargeted because the original developer was reassigned to a different project.)  This is an interesting project that will touch several Glance components: the API server, the caching middleware, and the glance_store library.  And, of course, you'll be adding good tests.|
+ DIFFICULTY=Low to Medium (you don't need previous OpenStack experience, but you need to be self-motivated enough to learn the components of Glance and how they interact)|
+ TOPICS=Glance|
+ SKILLS=Python|
+ EXTRA_SKILLS=General distributed systems knowledge|
+ MENTORS=jokke_ on IRC channel #openstack-glance @ freenode |
+ STATUS=Looking for candidates.|
+ PROGRAM=
+}}
-=== Horizon Concept Review and Usability Testing ===
-'''Outdated: Waiting for mentor confirmation''
+{{InternshipIdea|
+ TITLE=Transform legacy notifications to the new versioned framework in Nova|
+ DESCRIPTION=Help transforming legacy Nova notifications to a new versioned framework. Students applying for this task will learn about Nova and the oslo.messaging library, and will help transforming the legacy notifications of Nova to a proper versioned API using an already established framework. Check for more details on this page https://wiki.openstack.org/wiki/Nova/VersionedNotificationTransformation|
+ DIFFICULTY=Medium|
+ TOPICS=OpenStack Nova|
+ SKILLS=Python |
+ EXTRA_SKILLS=|
+ MENTORS=gibi on IRC channel #openstack-nova @ freenode |
+ STATUS=Looking for candidates.|
+ PROGRAM=
+}}
-Description: There has been very little work done around Horizon UI concept reviews and usability testing.  This task/project would allow someone to lead the effort to put together a test plan, identify customers as test participants, conduct (contextual) inquiry / interview, survey users, analyze data to share results / findings with the community findings regarding how current production OpenStack users are using the software, their use cases, and whether the Horizon UI meets their needs.  Along the way, you may identify areas of improvement, concepts that need further refinement, and new use cases or opportunities that have not yet been addressed.
+{{InternshipIdea|
+ TITLE=Policy Testing|
+ DESCRIPTION=WIth all the system-scope work coming down the pipe and landing in Queens, we need to be prepared to rethink out test_v3_protection.py test module. This is the module responsible for making it so policies are doing what they should. Since we're adding a few new combinations with system scope, this should result in a test explosion that could be difficult to maintain and understand.
-Related blueprint: https://blueprints.launchpad.net/openstack-ux/+spec/ux-users-community-testing
+*Can we come up with a way to flexibly test different policy cases
+*Refactor current coverage
+*Integration with Patrole|
+ DIFFICULTY=Medium|
+ TOPICS=OpenStack Keystone|
+ SKILLS=Python |
+ EXTRA_SKILLS=|
+ MENTORS=hrybacki and lbragstad on IRC channel #openstack-keystone @ freenode |
+ STATUS=Looking for candidates.|
+ PROGRAM=
+}}
-Expected results: (1) Identify a community of users willing to participate in Horizon UI usability testing and participate in various OpenStack concept reviews.  (2) Share usability test findings with the community that will be used for design and general Horizon discussions.
+{{InternshipIdea|
+ TITLE=Flask support|
+ DESCRIPTION=
+We have a home-grown WSGI implementation when there are suitable frameworks to do that lifting for us. We can get rid of a wheel to maintain by moving to a framework and ditching the home-grown implementation. We've talked about moving to Flask for a while. The benefits would be less maintenance of a home-grown implementation.|
+ DIFFICULTY=Medium|
+ TOPICS=OpenStack Keystone|
+ SKILLS=Python |
+ EXTRA_SKILLS=|
+ MENTORS=TBA |
+  STATUS=Looking for candidates.|
+ PROGRAM=
+}}
-Knowledge prerequisites: usability testing skills, basic interviewing skills, willingness to talk with a lot of new people, readiness to listen and report back findings, ability to analyze data to find patterns.
+{{InternshipIdea|
+ TITLE=Native SAML|
+ DESCRIPTION=Currently, federation requires the use of Apache plugins to do the SAML processing. We want to experiment with a piece of middleware that can go into keystone paste pipeline to process SAML according to specification. This will make federation easier to configure for deployers and it has the ability to reduce a mapping currently used in federation (assertions -> env var, env vars -> keystone mappings).|
+ DIFFICULTY=Medium|
+ TOPICS=OpenStack Keystone|
+ SKILLS=Python |
+ EXTRA_SKILLS=|
+ MENTORS=cmurphy and rodrigods on IRC channel #openstack-keystone @ freenode |
+ STATUS=Looking for candidates.|
+ PROGRAM=
+}}
-Nice-to-have knowledge: User Experience Design and/or User Research basics
+{{InternshipIdea|
+ TITLE=Make keystone a fully-fledged IdP|
+ DESCRIPTION=Currently, keystone can act as an IdP but only in a non-standard in-house-designed auth flow, not with WebSSO. We could implement the rest of the WebSSO standard in keystone.
+https://bugs.launchpad.net/keystone/+bug/1470205
+This could be a good warm-up bug for either this or the Native SAML project: https://bugs.launchpad.net/keystone/+bug/1641625|
+ DIFFICULTY=Medium|
+ TOPICS=OpenStack Keystone|
+ SKILLS=Python |
+ EXTRA_SKILLS=|
+ MENTORS=TBA |
+ STATUS=Looking for candidates.|
+ PROGRAM=
+}}
-Mentors: [[User:julim|Ju Lim]], [[User:Liz_Blanchard|Liz Blanchard]]
+ {{InternshipIdea|
+ TITLE=OpenStack Manila Integration with OpenStack CLI (OSC)|
+ DESCRIPTION=OpenStackClient (aka OSC) is a command-line client for OpenStack that brings the command set for Compute, Identity, Image, Object Store and Volume APIs together in a single shell with a uniform command structure. OSC primary goal is to provide a unified shell command structure and a common language to describe operations in OpenStack. Manila basic commands should be added to OSC client. This will be helpful for user to provide a unified shell command structure to describe operations in OpenStack. |
+ DIFFICULTY=Low|
+ TOPICS=OpenStack Manila|
+ SKILLS=Ruby|
+ EXTRA_SKILLS=Python|
+ MENTORS=enriquetaso and vkmc on IRC channel #openstack-manila @ freenode|
+ STATUS=Looking for candidates.|
+ PROGRAM=Outreachy May-Aug 2019 candidates.
+}}

Difference between revisions of "Internship ideas"

Latest revision as of 16:03, 15 February 2023

List of Ideas for Internships

Coding