Ideas: Google Summer of Code 2015

Estado:

Sumario de idea:

Requisitos de conocimiento:

Nivel de habilidad:

Contactos:

Mentor(es):

Notas:

!!! El borrador fue modificado ligeramente, por favor agregue el campo obligatorio como ¡obligatorio!

Estado: Propuesto: borrador

Resumen de la idea: Tinykdump es un demonio mínimo para capturar imágenes de memoria de volcado de fallos basado en kernel (kdump) en almacenamiento USB. Comparado con la solución tradicional de kdump, es,

* más confiable y escalable + * tiene menor huella de memoria + `* más amigable para los desarrolladores del kernel `

Más información aquí: https://fedorahosted.org/tinykdump/

Requisitos de conocimiento: Python, programación del kernel (deseado)

Nivel de habilidad: intermedio (programación)

Contacto: CAI Qian

Mentor: CAI Qian

Notas: Hoja de ruta aproximada:

Estado: Propuesto: borrador

Resumen de la idea: Todos los paquetes incluidos en Fedora deben someterse a una revisión para garantizar que cumplan con las Directrices de Empaquetado Packaging:Guidelines. Fedora Review es una herramienta que facilita la revisión. Requiere desarrollo constante para actualizarse según los cambios en las directrices. Además, actualmente no existe un proceso para garantizar que los paquetes existentes cumplan con las directrices de empaquetado. Este proyecto busca mejorar esto.

Requisitos de conocimiento: Habilidades de programación en Python 2 y 3

Nivel de habilidad: intermedio (programación)

Contactos: Alec Leamas, Till Maas

Mentor: Till Maas

Notas: Tareas possibles:

Estado: Propuesto: borrador

Resumen de idea: Fedora utiliza el sistema de compilación Koji con GIT como una fuente. Se necesitan complementos/scripts para permitir que el mantenedor del paquete pueda usar sus propias ramas sin eliminar accidentalmente la fuente de los RPM publicados.

Requisitos de conocimiento: Conocimientos de programación en Python, idealmente con cierta experiencia en empaquetado

Nivel de habilidad: intermedio (programar), alto (comprender/analizar código, GNU/Linux)

Contactos: Till Maas, Dennis Gilmore,

Mentores:Till Maas, Dennis Gilmore

Notas: Hoja de ruta aproximada:

Estado: Propuesto: borrador

Resumen de la idea: El servidor de firma Sigul se utiliza en ingeniería de lanzamientos para firmar los RPM de Fedora al publicar actualizaciones de Fedora. Existen dos problemas principales que dificultan la publicación oportuna de paquetes actualizados: falla y no se puede utilizar simultáneamente.

Prerequisitos de conocimiento: Habilidades de programación en Python, idealmente algunos conocimientos básicos sobre GPG, seguridad y redes

Nivel de habilidad: intermedio (programar), alto (comprender/analizar código, GNU/Linux)

Contactos: Till Maas, Dennis Gilmore, Ralph Bean,

Mentor(es): Till Maas, Dennis Gilmore, Ralph Bean

Notas: Hoja de ruta aproximada:

Recursos:

Estado: Propuesto: borrador

Sumario de idea:

AskFedora es una base de conocimientos y foro de soporte comunitario, diseñado para ser el principal punto de apoyo para la comunidad de Fedora. Está impulsado por Askbot, una aplicación web basada en Django. La interfaz de usuario (UI) y la experiencia de usuario (UX) de AskFedora necesitan una renovación para uniformizarla con los sitios web actuales de Fedora. También podrían ser necesarios cambios en Askbot, con la posibilidad de integrarlos al proyecto principal. Nuestro objetivo es lograr resultados similares a los de Ask Ubuntu, pero Ask Ubuntu no se basa en Askbot, por lo que no se pueden aplicar técnicas de diseño similares. Estamos abiertos a debatir sobre este tema.

«Pero ¿por qué?:» A lo largo de los años, la popularidad de AskFedora ha aumentado y actualmente cuenta con más de 11.000 preguntas formuladas en su sitio web y más de 12.500 colaboradores (muchos de ellos activos). Creemos que ahora necesita «mejorar su diseño» y proporcionar una «mejor experiencia de usuario».

Estado actual: Se completaron las maquetas durante el último Design Fedora Activity Day (FAD) 2015. Consulta las entradas del blog esto y esto para obtener las últimas actualizaciones sobre las maquetas. También se ha creado una instancia de OpenShift en instancia de OpenShift y el código fuente para realizar pruebas en repository está disponible para configurar tu propia instancia de prueba.

Requisitos de conocimiento: Desarrollo front-end (HTML/CSS/JS), experiencia en diseño UI/UX, conocimientos básicos de Django/Python

Nivel de habilidad: Principiante/Intermedio

Contactos: kushal at fedoraproject dot org, suchakra at fedoraproject dot org

Mentores: Kushal Das, Suchakra

co-Mentor: Sarup Banskota

TL;DR La infraestructura y algunas ideas para las pruebas están listas, necesitamos a alguien que mejore la interfaz de usuario/experiencia de usuario de AskFedora.

Estado: Propuesto: borrador

Sumario de idea:

GlitterGallery es un GitHub para diseñadores, desarrollado por y para el equipo de diseño de Fedora, pero con la intención de que sea útil para todos los diseñadores. Es una aplicación web que permite a diseñadores y artistas crear, compartir y colaborar, con el respaldo de Git para el control de versiones, y está pensada para formar parte de un conjunto de herramientas de diseño FLOSS que incluye

El año pasado, dos estudiantes de GSoC trabajaron en una serie de mejoras cruciales para GlitterGallery, pero aún queda mucho trabajo por hacer.

Requisitos de conocimiento previo: git, Ruby on Rails, desarrollo front-end (HTML/CSS/JS), la experiencia en diseño sería excelente, pero opcional

Nivel de habilidad: Intermedio

Contactos: emichan en fedoraproject punto org, sarupbanskota en fedoraproject punto org

Mentor(es): Emily Dirsh, Sarup Banskota, Rohit Paul Kuruvilla

Notas: El repositorio GlitterGallery está alojado en GitHub.

Estado: Propuesto

Resumen de idea: El propósito de este proyecto es ampliar Nuancier, la aplicación complementaria de envío de fondos de pantalla de Fedora, con un sistema que permita enviar y descargar fondos de pantalla para configuraciones de múltiples monitores.

Requisito de conocimiento: algunos conocimientos de Python

Nivel de destreza: novato

Contacto: Sirko Kemter gnokii@fedoraproject.org

Mentores: Pierre-Yves Chibon, Sirko Kemter

Estado: Propuesto Resumen de la idea: El Proyecto Rolekit proporciona una API de plataforma para implementar roles de servidor en un sistema. Actualmente, permite crear un controlador de dominio (basado en FreeIPA) o un servidor de bases de datos (basado en PostgreSQL). Un componente importante del servidor Fedora es el proyecto Cockpit (http://cockpit-project.org), una consola de administración web para servidores. El objetivo de este proyecto es mejorar la interfaz de usuario de Cockpit para que un administrador pueda implementar estos roles usando rolekit a través de la interfaz web de Cockpit.

Requisitos de conocimiento: JavaScript (idealmente jQuery). Se prefiere familiaridad con D-BUS.

Nivel de habilidad: Principiante a intermedio

Contacto: Stephen Gallagher

Mentor: Stephen Gallagher

Condiciones de logro: Un usuario de la interfaz de usuario de Cockpit debe poder implementar un controlador de dominio y proporcionar la información mínima necesaria a la interfaz. La interfaz de usuario debe permitir, opcionalmente, la selección de configuraciones más avanzadas. Además, debe proporcionar un enlace posterior a la implementación que permita al usuario acceder a la interfaz de administración del controlador de dominio. Proporcionar la misma funcionalidad para el rol de servidor de base de datos sería una ventaja adicional para este proyecto, siempre que el controlador de dominio se complete pronto.

Estado: Propuesta. Resumen de la idea: systemd proporciona temporizadores para eventos de calendario y eventos monótonos (http://www.freedesktop.org/software/systemd/man/systemd.timer.html, https://wiki.archlinux.org/index.php/Systemd/Timers). Un componente importante de Fedora Server es el Proyecto Cockpit, una consola de administración web para servidores. El logro de este proyecto es mejorar la interfaz de usuario de Cockpit para que un administrador pueda implementar estos roles mediante rolekit a través de la interfaz web de Cockpit. Existen algunos diseños preliminares de temporizadores en Cockpit en https://trello.com/c/1B2lZViZ/74-timers-and-cron, aunque solo sirven como guía para empezar.

Requisitos previos: JavaScript (preferiblemente jQuery). Se valora la familiaridad con D-BUS.

Nivel de habilidad: principiante a intermedio

Contacto: Stephen Gallagher

Mentor: Dominik Perpeet, Stephen Gallagher

_Condiciones de logro: Un usuario de la interfaz de usuario de Cockpit debe poder ver, editar o crear temporizadores existentes, proporcionando la información mínima necesaria a la interfaz. Opcionalmente, la interfaz de usuario debe permitir la selección de ajustes más avanzados.

Estado: Propuesta. Resumen de la idea: Docker (https://www.docker.com/) permite compilar, ejecutar y compartir software en contenedores. Un componente importante de Fedora Server es el Proyecto Cockpit, una consola de administración web para servidores. Docker ya es compatible con Cockpit, incluyendo funciones como la descarga de imágenes, la ejecución, detención y eliminación de contenedores, la exposición de puertos adicionales, la inspección de la salida de la consola y la vinculación de contenedores. El objetivo de este esfuerzo es mejorar la interfaz de usuario de Cockpit para que un administrador pueda usar los "Volúmenes de datos" de Docker (http://docs.docker.com/userguide/dockervolumes/) a través de la interfaz web de Cockpit. Existen algunos diseños preliminares para la compatibilidad con volúmenes de Docker en Cockpit en https://trello.com/c/4juwxCaE/94-docker-volume-support, aunque estos solo sirven como guía inicial.

Requisitos previos: JavaScript (preferiblemente jQuery). Se valora la familiaridad con D-BUS.

Nivel de habilidad: principiante a intermedio

Contacto: Stephen Gallagher

Mentor: Dominik Perpeet, Stephen Gallagher

Condiciones de logro: Un usuario de la interfaz de usuario de Cockpit debe poder crear, ver y (en la medida de lo posible) editar contenedores de volúmenes de datos de Docker, proporcionando la información mínima necesaria a la interfaz de usuario. También debe ser posible seleccionar directorios o archivos de host como volúmenes de datos. La interfaz de usuario debe permitir, opcionalmente, la selección de configuraciones más avanzadas. Opcionalmente, esto puede ampliarse con funciones adicionales, como copias de seguridad, restauración o migración de volúmenes de datos.

Estado: Propuesto

Resumen de la idea: Finalizar e implementar el proyecto shumgrepper

Requisitos de conocimiento: Python, Flask, SQLalchemy y algo de administración de sistemas

Nivel de habilidad: Intermedio

Contacto: Pierre-Yves Chibon

Mentores: Pierre-Yves Chibon Ralph Bean

Notas: Shumgrepper se lanzó el año pasado y ofrece una API para consultar los datos almacenados por Summershum. Estos datos corresponden a los md5, sha1, sh256 y sha512 de todos los archivos de todos los paquetes de Fedora, lo que permite encontrar fácilmente archivos duplicados en múltiples paquetes.

Instancia Dev: http://209.132.184.120/

Estado: Propuesto

Resumen de la idea: Servidor de revisión de Fedora: eliminar las revisiones de paquetes de Bugzilla

Conocimientos previos necesarios: Python, Flask, sqlalchemy y algunas ideas sobre empaquetado

Nivel de habilidad: Intermedio

Contacto: Aurélien Bompard

Mentor: Aurélien Bompard

Notas: Fresque busca proporcionar una aplicación dedicada a la revisión de paquetes (RPM). Esta será integrada con un backend de Git e integrará la herramienta fedora-review para la prueba automática de revisiones nuevas y cambios.

Estado: Propuesto

Resumen de la idea: Uno de los logros de Fedora como distribución es mantener la cercanía con los proyectos originales. Sin embargo, a veces es necesario que los paquetes de Fedora se desvíen de los originales, por ejemplo, si el original deja de funcionar o si una corrección se implementa en una versión anterior. Otras distribuciones también suelen incluir parches que no se envían al original, pero que corrigen errores presentes en los paquetes de Fedora. Por lo tanto, es interesante que los empaquetadores de Fedora, o de otras distribuciones, accedan fácilmente a la información sobre parches. Fedora ya cuenta con una aplicación web que muestra información sobre parches, por ejemplo, parches para el paquete ipython. Sin embargo, esta no es una aplicación diseñada para que la información sobre parches sea lo más útil posible y no ofrece soporte para otras distribuciones. Debian solía proporcionar un rastreador de parches que actualmente está desconectado debido a la ausencia de un mantenedor. Para otras distribuciones, solo existen métodos manuales para obtener información sobre parches. Por lo tanto, la idea es crear una aplicación web para facilitar la búsqueda de parches en Fedora y para que los mantenedores de Fedora los encuentren en otras distribuciones. Fedora: Crear o ajustar una aplicación web para rastrear los parches utilizados en Fedora y otras distribuciones

Requisitos de conocimiento: Programación en Python, desarrollo de aplicaciones web

Nivel de habilidad: Intermedio

Contacto: Till Maas

Mentor: Till Maas

Notas: Características potenciales:

Hoja de ruta potencial aproximada:

Requisitos básicos:

Conocimientos básicos recomendados:

Estado: Propuesto

Resumen de la idea: El proyecto OpenSCAP implementa los estándares del Protocolo de Automatización de Contenido de Seguridad (SCPA). Ofrece a los usuarios una forma de auditar automáticamente su infraestructura. Uno de estos estándares es OVAL (Lenguaje Abierto de Vulnerabilidades y Evaluación), el lenguaje en el que se escriben las comprobaciones automatizadas. Lamentablemente, los autores de las comprobaciones lo tienen difícil actualmente. Tienen que editar archivos XML manualmente, no hay depurador ni análisis estático de ningún tipo (como pylint o cppcheck). Para colmo, las comprobaciones OVAL son difíciles de escribir y la curva de aprendizaje es pronunciada.

Requisitos de conocimiento: C intermedio, familiaridad con el proyecto OpenSCAP

Nivel de habilidad: Intermedio

Contacto: Martin Preisler

Mentor: Martin Preisler

Condiciones de logro: Los desarrolladores de contenido SCAP pueden depurar sus comprobaciones de forma interactiva, explorar la ejecución y observar las entradas y salidas de cada paso. Pueden analizar su contenido OVAL para detectar equivocaciones comunes mediante la herramienta similar a incorrecciones. Estas equivocaciones comunes incluyen discrepancias de ID y uso incorrecto de expresiones regulares, entre otros.

ejecutable

Estado: propuesto

Resumen de idea: A partir de Fedora 23, Fedora intentará distribuir todos los binarios como ejecutable independiente de la posición para aprovechar la aleatorización del diseño del espacio de direcciones (ASLR) del kernel de Linux y así aumentar la seguridad de los paquetes de Fedora. Sin embargo, no todo el código/paquetes está preparado para esto; por lo tanto, la propuesta de cambio actual planea gestionar estos casos simplemente inhabilitando esta mejora para los paquetes afectados. Idealmente, todos los paquetes se corregirían para que no fuera necesario deshabilitarla; aquí es donde puedes ayudar.

Requisitos de conocimiento: habilidades de programación de bajo nivel, desarrollo de compiladores, configuración de sistemas de compilación, tal vez habilidades de programación en Python

Nivel de habilidad: intermedio a alto, dependiendo del problema real

Contactos: Orion Poplawski, Till Maas, Dhiru Kholia,

Mentores: Orion Poplawski, Till Maas, Dhiru Kholia

Notas: Actualmente, no todos los paquetes de Fedora se reconstruyeron con las nuevas opciones de refuerzo, por lo que aún no está claro cuántos paquetes necesitan ser corregidos. Sin embargo, es posible que algunos lenguajes deban ajustarse en general para producir código independiente de la posición (por ejemplo, Go). Por lo tanto, añadir compatibilidad con (algunos) de estos lenguajes también estaría dentro del alcance de este proyecto, una vez solucionados todos los fallos de compilación. Además, herramientas de Fedora como Fedora Review y Taskotron deberían adaptarse para que informen correctamente los paquetes que no se compilan con las opciones de refuerzo, por ejemplo, ejecutando checkseck en todos los ejecutables creados.

Problemas de ejemplo que impiden que algunos paquetes se creen con los indicadores correctos:

Documentación útil:

Estado: propuesto

Resumen de la idea: Fedora Server Edition incluye un rol de servidor de base de datos basado en una base de datos PostgreSQL. Para integrarlo mejor con el controlador de dominio de Fedora Server, queremos mejorar la autenticación y la comunicación GSSAPI en el servidor.

Requisitos de conocimiento: Programación en C, Kerberos/GSSAPI

Nivel de habilidad: intermedio a alto (probablemente nivel de estudiante de posgrado)

Contactos: Stephen Gallagher, Simo Sorce

Mentor: Simo Sorce

Notas: Esto requerirá modificaciones en el subsistema de autenticación, así como en la capa TCP/IP de PostgreSQL. Probablemente será un proyecto muy complejo.

Estado: propuesto

Resumen de idea: Planeamos implementar Fedora en su arquitectura MIPS. Si bien la mayoría de los paquetes deberían compilarse con pocas o ninguna modificación, existen algunos paquetes complejos que requerirán atención adicional.

Requisitos de conocimiento previo: Programación en C o Python, conceptos básicos de empaquetado, algunas ideas sobre arquitecturas que no sean x86

Nivel de habilidad: intermedio a alto

Contactos: Michal Toman, Anibal Monsalve Salazar, YunQiang Su

Mentor: Michal Toman

Notas: Posibles áreas de trabajo: