Fedora se enorgullece de haber sido aceptada como organización mentora del GSoC. Las solicitudes de los estudiantes se abrirán el 25 de marzo de 2019. Asegúrate de leer atentamente la información general y las páginas proceso de aplicación andes de aplicar.

Si es usted un estudiante buscando participar en Google Summer of Code with Fedora, no dude en navegar por esta lista de ideas. Es posible que se añadan más durante el período de solicitud.

Ahora, por favor, lea la sección Que Puedo Hacer Hoy de la página principale. Esta tiene las respuestas a sus preguntas y le dice como aplicar

No dude en contactar con los mentores o colaboradores listados en esta página para cualquier pregunta o aclaración. Puede encontrar personas útiles en el canal IRC o usar la lista de correo. Puede ser usada para obtener ayuda con problemas de programación.

Mentores de Apoyo

Los siguientes colaboradores están disponibles para proporcionar ayuda y apoyo general para el programa GSoC si un mentor específico está ocupado, puede encontrar uno entre la gente de abajo para una ayuda a corto plazo con su proyecto o tareas, . (Añadanse a ustedes y su página wiki).

  • Brian (bex) Exelbierd (Fedora Community Action and Impact Coordinator, FCAIC, 🎂, containers, general development, general Linux)

  • Sumantro Mukherjee (Desarrollo general, Linux general, comunidad Fedora, antiguo GSoC alumnus, preguntas sobre el programa, consejos generales)

  • Alberto (Equipos Commops/Fedora-Join/Marketing)

Lista de ideas

Las ideas están sujetas a cambios a medido que se incorporan mentores adicionales.

CentOS CI user front end

Descripción

The CentOS Project runs a public CI resource that is available to all infra and infra related open source projects to come and consume. The problem is that the signup process is very manual, both for the incoming user and the CICO admins. CentOS CI is powered by OKD (https://okd.io), and we would like to have a web application that handles the login, Admin approval, and OKD project creation (from a template) steps and also displays links to active CICO namespaces.

Leer más :

Entregables

Como pasante de GSoC, serás responsable de lo siguiente:

  • Engage in community discussion and do community research

  • Build initial mockups and gather community feedback

  • Finalize design and start making them functional

  • Follow UX/UI standards to build the best possible experience users


Mejora de App Android de Fedora

  • Dificultad : Intermedia

  • Tecnología : Android, HTML, CSS, Cordova, Angular, Javascript, Ionic

  • Mentor : Amitosh Swain Mahapatra [amitosh@fedoraproject.org]

Descripción

Fedora tiene una app android la cual permite a un usuario examinar la revista, Fedora Ask, examinar el calendario, etc dentro.

Logros :

  • Hacer la app disponible en otras plataformas

  • Implementar integraciones nuevas basadas en interés comunitario

Entregables

Como pasante de GSoC, serás responsable de lo siguiente:

  • Puerto iOS de la app (publicada en tienda app no es una entregable)

  • App en segundo plano para interfaz con las API de 3ª parte a límites API

  • Integrar con FMN

  • Búsqueda e integración con más servicios de Fedora


Fedora Gooey Karma

  • Dificultad : Intermedia

  • Tecnología : Python, API Rest, Empaquetado

  • Mentor : Sumantro Mukherjee [Sumantro@redhat.com]

Descripción

The Fedora QA team is seeking help to fix tooling which enables testers and lot of contributors post karmas against updates. Fedora uses Bodhi to track the positiveness or negativeness of a package with respect to its functionality and overall system performance. The student will be working to refactor and rewrite the tool from scratch if required. Currently, the code is hosted at https://pagure.io/fedora-qa/fedora-gooey-karma

Entregables

Como pasante de GSoC, serás responsable de lo siguiente:

  • Look for Community Feedback and work on features

  • Application ported to Bodhi2 API and Python3

  • Revamp the UI built with QT

  • Empaquetar y enviar


Cambiar herramienta de administración

Descripción

Fedora’s Change process currently involves a lot of manual work to move proposals through the process. Information is copy/pasted into a variety of platforms, which is tedious and error-prone.

Lo que estamos buscando:

  • Work with Fedora Program Manager to fit scripts to Change process

  • Trabajar con FESCo, FPL, y miembros de la comunidad para determinar que informes son útiles

Recursos :

Entregables

As a GSoC intern, you would write a Python script or scripts that would:

  • Pull data from the Change source (a Taiga board or Pagure issue, TBD) and send email

  • Submit issues to other appropriate trackers (e.g. FESCo for approval)

  • Update Change source with current state of proposal

  • Produce informes HTML estáticos


Podman Container SECCOMP generation tool

  • Dificultad : Intermedia

  • Technology : Golang, Containers, Podman, Linux

  • Mentor : Dan Walsh, Valentin Rothberg

Contacto

  • Dan Walsh [IRC: dwalsh, mail: dwalsh@redhat.com, twitter: rhatdan, github: rhatdan],

  • Valentin Rothberg [IRC: vrothberg, mail: rothberg@redhat.com, twitter: vlntnrthbrg, github: vrothberg]

Descripción

Most containers currently have a hard-coded default seccomp profile, that is pretty loose and meant to support a wide range of use-cases. The idea of this project is to build a tool that would watch all of the syscalls made within a container, and generate a seccomp profile for this specific container to further harden security. We would want to add a command to the Pod Manager (Podman) tool to basically launch the container and then collect a set of syscalls either through strace, or auditing, or similar tracing technologies.

Entregables

As a GSoC intern you will be responsible for :

  • Engage in community discussions

  • Research how syscalls for a given workload (i.e., container) can be automatically traced (e.g., via strace)

  • Implement a prototype based on Podman

  • Collaborate with the mentors and the community to integrate the functionality upstream


Release-bot

Descripción

Release-bot helps upstream maintainers deliver their software to users, via automated releases at GitHub and PyPI. Right now there are many ways how workflow of release-bot can be improved:

  • Make release-bot available as GitHub app

  • Listen to GitHub callbacks instead of polling GitHub API in endless loop

  • Mejora suite de pruebas de integración punto a punto

  • Make release-bot "smarter" in various ways (e.g communication with maintainer)

  • Estamos abiertos a sus ideas nuevas

Como iniciar

If you are interested to start working on this project, please see our issue tracker. Choose an issue to work on and open PR. Issues that are newcomers friendly are labeled with good first issue label. Good code contributions during application period highly increasing your chance to be selected.