Ideas: Google Summer of Code 2012

Estado: Propuesto

Resumen de la idea: El sistema debe utilizar un perfil de red apropiado (p.e., configuración de proxy) para cada conexión de red.

GNOME 2 incluía un concepto de ubicaciones de red en su ventana de configuración de proxy de red. Sin embargo, el usuario debe seleccionar la ubicación adecuada al cambiar de red. Esta idea busca integrar NetworkManager con los entornos de escritorio para que el usuario pueda crear perfiles de red para cada ubicación (conexión) de red, proporcionando la configuración adecuada, como la configuración de proxy, que es la principal propuesta. NetworkManager puede tener un concepto de "Ubicación de red": para redes inalámbricas, el nombre de la red (ESSID) suele ser suficiente. Para conexiones por cable, los servidores DHCP pueden proporcionar, y suelen hacerlo, el nombre de dominio de la red, que puede usarse como nombre de la ubicación. Es conveniente que el usuario pueda asociar cada ubicación de red con un perfil de configuración de red que se usará automáticamente al conectarse a esa red. De esta manera, al conectarse a una red, se activa automáticamente el perfil de configuración de red correspondiente.

Requisitos de conocimiento:

Nivel de habilidad:

ContactOs: Hedayat Vatankhah

Mentor(es): Dan Winship

Notas: Hay una entrada con alguna descripción en NetworkManager por hacer lo cual sería considerado para la implementación

Estado: Propuesto

Resumen de la idea: http://www.aeolusproject.org [Aeolus] es un proyecto paraguas que proporciona una API de código abierto para controlar cualquier número de proveedores de nube propietarios de backend. Nos permite desarrollar herramientas capaces de implementar, monitorizar y gestionar instancias en cualquier proveedor de nube, como EC2 u OpenStack, de forma libre y abierta. Necesitamos más herramientas para interactuar con los diversos componentes de Aeolus desde el escritorio de Fedora (o cualquier otro) de formas innovadoras, como la línea de comandos y aplicaciones basadas en GTK, para implementar instancias en el proveedor de nube más económico o con el tiempo de respuesta más rápido, monitorizar las instancias en ejecución mediante diversas visualizaciones e integrar mejor los datos y el código locales con los de la nube.

Requisitos de conocimiento:

Nivel de habilidad:

Contactos: Mo Morsi

Mentor(es): Mo Morsi, Matt Wagner como co-mentor

Notas: Contáctame (mmorsi en freenode) para obtener más información sobre el proyecto Aeolus. Todos los componentes para crear imágenes para la nube y controlar instancias están listos para usar. Solo tienes que añadir varios componentes (que son interoperables e intercambiables) a un entorno para poder interactuar con la nube, evitando interfaces propietarias y la dependencia de un proveedor.

Estado: Propuesto - Borrador

Resumen de la idea: desarrollar una alternativa libre a los paneles de control cpanel/plesk, 100% compatible con fedora y redhat enterprise linux. Escrito en python.

el panel de control será capaz de crear dominios y configurar automáticamente apache, postfix, dovecot, mysql, postgresql bind etc…​

Requisitos de conocimiento: apache, postfix, dovecot, mysql, postgresql, proftpd, bind

Nivel de habilidad: Medio

Contactos: itamarjp [AT] fedoraproject [DOT] org, kaustubh [DOT] karkare [AT] gmail [DOT] com

Mentor(es): Dennis Gilmore

Notas: borrador del panel de control de webhosting

Estado: Propuesto - Borrador - Se necesita un mentor

Resumen de la idea: Crear capturas de pantalla en Fedora y posprocesarlas para cargarlas debería ser algo sencillo y a prueba de errores.

El proyecto Vídeos de Fedora se ha lanzado para reunir una colección de grabaciones de pantalla que ayuden a la gente a aprender a usar Fedora. Sin embargo, solo hay un obstáculo importante: capturar grabaciones de pantalla realmente buenas en Fedora, post-procesarlas para incluir una introducción, un cierre y otros efectos, y finalmente exportarlas a un formato abierto es todo un desafío. Hay muchas herramientas diferentes, pero cada una solo te ayuda en parte y tienes que ser el pegamento para que todo funcione. Y luego están los defectos.

El logro de este proyecto es crear una cadena de herramientas (una colección recomendada de software disponible en los repositorios de Fedora) y escribir un tutorial completo sobre cómo crear una grabación de pantalla profesional. Esto podría incluir la búsqueda y corrección de errores en las herramientas existentes, el descubrimiento y desarrollo de nuevas herramientas, y el aprendizaje de técnicas en el entorno informático, como la selección y configuración de un micrófono o la redacción de un buen guion hablado. Una posible tarea del proyecto es añadir compatibilidad con la grabación de sonido a la grabadora de escritorio de GNOME 3. Actualmente, la grabadora de escritorio solo graba el vídeo de la pantalla.

El estudiante obtendrá apoyo y asesoramiento del equipo de Fedora Videos, ya que está tratando de aprender cómo crear estas capturas de pantalla.

Pre-requisito de conocimiento: gstreamer, edición de video y sonido, blender

Nivel de habilidad: Medio

Contactos: Equipo de Vídeos de Fedora

Mentor(es): -

Notas:

Estado: Propuesto - Borrador

Sumario de ideas: Mejorar la Experiencia de la Tableta de Fedora.

Los administradores de ventanas/entornos de escritorio oficialmente soportados por Fedora no coinciden con las expectativas de las personas con dispositivos táctiles de bajo consumo.

Fedora presenta una nueva tecnología para reducir la carga del sistema y - requisitos - la interfaz de usuario no ha recibido demasiado cariño.

Las interfaces actualmente disponibles para los usuarios son:

El entorno de escritorio E17, desarrollado como parte del Proyecto Enlightenment (http://www.enlightenment.org), es ideal. Ofrece una interfaz completa con un consumo mínimo de recursos. Las bibliotecas de la Fundación Enlightenment, sobre las que se basa E17, fueron elegidas como componente fundamental de Tizen, el sucesor de MeeGo respaldado por Samsung e Intel. Si todo sale bien, E17 será el primer entorno de escritorio «real» para Wayland.

Aunque ya proporciona comportamiento especial para dispositivos con pantalla táctil a través de ciertos módulos, todavía hay margen de mejora.

El logro general de este proyecto sería mejorar la experiencia de usuario de las personas que desean utilizar Fedora en dispositivos de bajo consumo, como tabletas.

El estudiante obtendrá mantenimiento y consejo desde los desarrolladores del Proyecto Enlightenment.

Requisito de conocimiento: C, X11, Wayland, Bibliotecas de Fundación Enlightenment

Nivel de destreza: Medio a Alto

Contactos: Michael Bouchaud (yoz [at] efl [dot] so), Leif Middelschulte (leif [dot] middelschulte [at] student [dot] kit [dot] edu)

Mentor(es): Michael Bouchaud (yoz [en] efl [punto] así que)

Notas: Si esta idea logra realizarse, puede ser creado un giro de pastilla apropiado, eso honra el espirito de Fedora.

Estado: Propuesto - Borrador

Resumen de la idea: Al transportar datos a través de redes, los programadores necesitan enlaces de lenguaje de GlusterFS para crear aplicaciones en su lenguaje preferido. Un traductor de enlaces de lenguaje aumentaría considerablemente el número de programadores que podrían extender GlusterFS con mayor facilidad. También es un proyecto interesante para quienes deseen adquirir experiencia con la arquitectura y el diseño multihilo en el contexto de sistemas y datos distribuidos.

Pre-requisito de conocimiento: C, Python, Python embebido,

Nivel de destreza: Medio a Alto

Contactos: johnmark [EN]redhat [PUNTO] com , abperiasamy [EN] gmail [PUNTO] com

Mentor(es): Anand Avati - Mentor, AB Periasamy - Co-mentor, John Mark Walker - Co-mentor

Notas: -

Estado: Propuesto - Borrador

Resumen de la idea: En general, se necesita la capacidad de almacenar y acceder a datos NoSQL en sistemas de archivos distribuidos de propósito general. Actualmente, existen numerosos métodos de propósito único para almacenar y recuperar datos NoSQL, a los que es difícil acceder desde aplicaciones heredadas. La creación de un traductor NoSQL para GlusterFS ayudaría a mitigar este problema y ofrecería a los desarrolladores más opciones para almacenar y acceder a «big data» de forma accesible mediante diversas herramientas y protocolos estándar.

Requisitos de conocimiento previo: C, aspectos internos de GlusterFS

Nivel de habilidad: Alto

Contactos: johnmark [EN]redhat [PUNTO] com , abperiasamy [EN] gmail [PUNTO] com

Mentor(es): Anand Avati - Mentor, AB Periasamy - Co-mentor, John Mark Walker - Co-mentor

Notas: -

Estado: Propuesto

Resumen de la idea: Actualmente, flashcache/bcache solo funciona en sistemas de archivos locales. En sistemas de archivos de red, NFS solo admite caché de escritura directa basada en fscache/cachefiles. Con la adopción generalizada de SSD en el lado del cliente NFS, sería ideal que NFS admitiera caché de escritura diferida para acelerar la escritura intensiva de los clientes. Este proyecto implementaría un mecanismo de escritura diferida para NFS, que requiere realizar los cambios necesarios en los módulos NFS, fscache y cachefiles del kernel, y gestionar la semántica de cierre a apertura de NFS.

Requisitos de conocimiento: C, kernel de Linux, nfs

Nivel de habilidad: Alto

Contactos: bergwolf [ARROBA] gmail [PUNTO] com

Mentor(es): Peng Tao - Mentor

Estado: Propuesto - Borrador

Resumen de la idea: Las encuestas son importantes para mejorar la calidad de un servicio, y esto también se aplica al proyecto Fedora. (Discusiones: 1). En este proyecto se pretende implementar una infraestructura de encuestas para que los colaboradores puedan utilizarla en diversas actividades según sus necesidades.

El objetivo es desarrollar un sistema sencillo de encuestas web o implementar un proyecto de encuestas existente y personalizarlo según sea necesario, para que los participantes puedan crear encuestas fácilmente y consultar los resultados. Es necesario integrarlo con [FAS|FAS]. Además, debe ser compatible con autenticación anónima y OpenID para que, si el creador configura estos métodos de autenticación, la encuesta los permita. Se podrán obtener estadísticas y otros informes necesarios. Por tanto facilita el análisis.

Requisitos de conocimiento: PHP, Python, Ruby son preferidos, MySQL (manipulación de base de datos), experiencia con Estudio de Cal sería una ventaja

Nivel de habilidad: Medio

Contactos: kevin [AT]scrye [DOT] com , bckurera [AT] fedoraproject [DOT] org

Mentores: Kevin Fenzi - Mentor, Buddhike Kurera Co-mentor.

Notas: Esta idea está mejorando, contáctenos para obtener detalles al día.

Estado: Propuesto - Borrador

Resumen de la idea: Los diseñadores de software libre carecen de un conjunto completo de herramientas para colaborar entre sí y con la comunidad en su trabajo de diseño. Con este proyecto, queremos avanzar en la solución de este problema. Tenemos algunas ideas y herramientas dispares que nos gustaría integrar:

Conocimientos previos necesarios: Ruby on Rails, desarrollo web, algunas habilidades de diseño de UI

Nivel de habilidad: Intermedio

Contacto: duffy at fedoraproject [dot] org

Mentor/es: Mo Duffy, Emily Dirsh

Notas: Ofrecemos una plataforma de desarrollo para la interfaz web en openshift.redhat.com. Cabe destacar que este proyecto no solo beneficia a los diseñadores de Fedora, sino también a todos los diseñadores de FLOSS.

Estado: Propuesto

Resumen de idea: Las pruebas de unidad son buenas. fedpkg y sues backend rpkg es un código base de crecimiento, ganando más y más colaboradores. Carece de un marco de prueba de la unidad lo cuál sería muy beneficioso para el código base para hacer seguras las contribuciones y no rompan el código en maneras sutiles.

Requisitos de conocimiento:

Nivel de habilidad:

Contactos: jkeating[ARROBA]redhat[punto]com

Mentor(es): User:jkeating - Mentor

Notas: Este proyecto está en python.

Estado: Propuesto - Borrador

Requisito del proyecto Insight que se implementará. Puede encontrar más detalles en la wiki: Insight_use_cases_for_calendar

Requisitos de conocimiento: Sería esencial tener conocimientos de PHP y Drupal

Nivel de habilidad: Medio

Contactos: Paul W. Frields, Clint Savage y Equipo Insight

Mentores: María "tatica", Peter Tibor Borsa y Mentor de respaldo: Buddhika Kurera

Notas: -

Estado: Propuesto - Borrador

Estos son casos de uso para servicios de estado y microblogging que podríamos ofrecer a través de Insight. Puede encontrar más detalles en la wiki, Insight_use_cases_for_status_and_microblogging

Requisitos de conocimiento: Es esencial tener conocimientos de Drupal.

Nivel de habilidad: Alto

Contacto: Paul W. Frields

Mentores: Peter Tibor Borsa, María "tatica" y Mentor de respaldo: Buddhika Kurera

Notas: Se recomienda encarecidamente a los estudiantes interesados en este tema que se pongan en contacto con los mentores como primer paso. Es fundamental tener conocimientos de Drupal.

Estado: Propuesto

Esta integración facilitaría a los embajadores de Fedora la organización de sus eventos y, al mismo tiempo, sería compatible con el calendario de Insight. Consulte los Casos de uso de Insight para eventos.

Requisitos de conocimiento: Es imprescindible tener conocimientos de Drupal, PHP y MySQL

Nivel de habilidad: Medio

Mentores: Buddhika Kurera, Peter Tibor Borsa

Estado: Propuesto

Resumen de la idea: Actualmente, la mayoría de los programadores Ruby utilizan el sistema de gestión de paquetes gem para instalar bibliotecas Ruby en sus sistemas. La comunidad del Fedora/Ruby trabaja arduamente para convertir estas gemas en RPM para su inclusión en la pila de Fedora, utilizando diversas herramientas como gem2rpm. Buscamos más herramientas y capacidades para la integración de Ruby y Fedora, principalmente para reducir la sobrecarga del soporte de Ruby en Fedora y promover Fedora como la plataforma de facto para el desarrollo de Ruby.

Como parte de esto, nos gustaría desarrollar un sitio web isitfedoraruby.com (similar a isitruby19 y otros sitios similares) para promover la pila ruby en Fedora y el esfuerzo de desarrollo Fedora/Ruby, destacando historias de logro, casos de uso, formas en que los contribuyentes pueden ayudar, etc

Requisitos de conocimiento:

Nivel de habilidad:

Contactos: Mo Morsi

Mentor(es): Mo Morsi, Matt Wagner como co-mentor

Notas: Para más información, contáctame (mmorsi en freenode). Este proyecto debería estar escrito en Ruby

Estado: Propuesto

Resumen de idea: Para configurar Gitlab como un interfaz para repositorios git en [fedorahosted.org].

Git han mejorado fundamentalmente la manera en que los desarrolladores comparten código. La barrera para el código compartido virtualmente ha sido eliminado. Además estamos viendo la emergencia de una llamada "Codificación Social" dinámica. No hay ningún mejor ejemplo de esto que Github.

Sin embargo, crear un entorno que fomente la programación social y facilite el intercambio de código requiere más que solo Git. Gran parte del logro de Github con Git reside en su interfaz web. Esto explica la gran diferencia entre Github y fedorahosted.org, y por qué muchos proyectos se están migrando a Github.

Afortunadamente, hay una aplicación de código abierto nombrado como Gitlab que proporciona mucho de la funcionalidad interactiva y usabilidad que se encuentra en Github. El logro de este proyecto es para traer aquella experiencia a fedorahosted.org configurar Gitlab.

Este proyecto requerirá trabajar con el equipo de infraestructura para instalar los prerrequisitos necesarios, encontrar un servidor para alojar la aplicación y configurar los proyectos existentes para que se conecten a esta interfaz.

Pre‐requisitos de conocimiento: Ruby, git, administración de sistemas Linux (servidores web, autenticación)

Nivel de habilidad: Medio

Contactos: Dan Allen (general), Vít Ondruch (empaquetado)

Mentores: Ranjib Dey (tentative), Seth Vidal (tentative), Dmitriy Zaporozhets (dzaporozhets), Ariejan de Vroom (ariejan)

Notas: Esta idea es definitivamente algo que el proyecto Fedora está interesado en perseguir. El trabajo en este proyecto será llevada tras el proyecto, y es una oportunidad para una implicación de plazo más largo en Fedora.

Consulte la discusión en la lista de Infraestructura de Fedora sobre los detalles de implementación: http://lists.fedoraproject.org/pipermail/infrastructure/2012-March/011463.html

Puede encontrar una demostración de Gitlab aquí: http://gitlabhq.com/demo.html

Estado: Propuesto

Resumen de idea: Contribuye a Dorrie, y hacerlo más usable, añade cobertura de prueba y desplegabilidad. Detalles en Dorrie.

Requisito de conocimiento: Python, Django

Nivel de habilidad: Intermedio

Contacto: Shreyank Gupta

Mentores: Shreyank Gupta, Ratnadeep Debnath

Notas: Características que busco abordar:

* Gestión de usuarios/integración FAS + * Deslinear el flujo de trabajo. + * Fondo de pantalla predeterminado/Nombre de host/Contraseña de usuario/Contraseña raíz + * Repositorios/RPM personalizados + * Contenido del directorio de inicio + * Buscar paquetes + * Tipo de imagen: ISO, imagen virt, disco en crudo

Código en https://github.com/shreyankg/Dorrie, bifurca y envía una solicitud de extracción, si estás interesado en contribuir.

Estado: Propuesto

Resumen de idea: La idea detrás de este proyecto es hacer que la composición del Fedora Weekly News sea menos engorrosa y semiautomatizada.

Prerequisitos de conocimiento: PHP, Python, Intérprete, XML

Nivel de habilidad: Intermedio

Mentor: Buddhike Kurera

Notas: Si alguien está interesado, póngase en contacto con el mentor.

Estado: Propuesto

Resumen de la idea: Las bibliotecas escritas en Java añaden, eliminan y modifican sus interfaces públicas de vez en cuando. Esto es normal, pero actualmente es muy difícil predecir el efecto que una actualización de la biblioteca a una nueva versión tendrá en el resto del sistema. Se necesita una herramienta que indique: «Con la actualización del paquete java-library a la versión 2.0, se ha eliminado la función X(b). Esta función se utiliza en el paquete java-app». Ya existen algunos proyectos de código abierto que pueden realizar parte del análisis necesario. Creo que esto sería de interés para todo el mundo Java y permitiría actualizaciones más seguras y sencillas. Para consultar proyectos similares, consulte Comprobante de conformidad con la API de Java y Proyecto Javaclass de Python

Prerequisitos de conocimiento: Conocimiento de Java (reglas de herencia, genéricos, etc.) y probablemente algunos lenguajes de scripting

Nivel de habilidad: Bastante alto

Contacto: Stanislav Ochotnický

Mentor: Stanislav Ochotnický

Notas: No dudes en ponerte en contacto conmigo a través de IRC (sochotni@FreeNode) o correo electrónico (contacto en mi página de usuario).

Estado: Propuesto: Idea de los estudiantes - Se necesita un mentor

Resumen de idea: La idea es crear un clon de AUR para Fedora donde los usuarios puedan enviar archivos de compilación, que deben alojarse. Este conjunto de archivos permite compilar paquetes en el lado del usuario e instalarlos localmente.

El beneficio de este método es:

Contacto: Anuj More

Nota: Se necesita un mentor. Necesito asesoramiento sobre la viabilidad del software y los problemas que puedan surgir. También, lea la extensa publicación del blog sobre mi blog.

Analogía: Esto es muy parecido a "tener tu propia biblioteca" en comparación con "comprar un libro en una librería". Si consultas un libro con frecuencia, lo guardarías en tu biblioteca. Esto ocuparía espacio y consumiría recursos. De lo contrario, simplemente sacarías una hoja aparte con instrucciones sobre la librería para encontrar el libro y lo irías a buscar. Aunque el primer método es sencillo, no es posible tener todos los libros del mundo contigo.

Estado: Propuesto

Resumen de la idea: Con la llegada de Maven, contamos con un medio para estandarizar la creación de proyectos Java. Sin embargo, esto también ha resultado en el uso de un conjunto de dependencias muy amplio para estos proyectos. Esto dificulta enormemente su integración en una única plataforma (ya sea Fedora o JBoss Application Server (o la combinación)).

En esencia, durante el empaquetado, todas estas dependencias deben alinearse para formar un único conjunto de componentes consistente. Por lo tanto, cada proyecto solo tendrá disponibles los componentes que realmente estén disponibles en la plataforma de destino. Esto es muy difícil de implementar con la configuración estándar de Maven.

Para Fedora, estoy visualizando una extensión de Maven que garantice que solo se utilicen componentes autorizados durante la compilación (sin sobrecargar al empaquetador). Esto permitirá a los desarrolladores que no usan Fedora compilar también con esta extensión y, así, verificar (y solucionar) los temas derivados del “empaquetado de Fedora”.

Se puede ver un prototipo en la Extensión Fedora Maven.

Requisitos de conocimiento: Conocimiento de Maven

Nivel de habilidad: Medio

Contactos: Carlo de Wolf

Mentor(es): Carlo de Wolf

Notes: Puede encontrar en irc.freenode.net #fedora-java wolfc

Estado: Propuesto

Resumen de la idea: Crear una versión de Fedora Audio que muestre el rico y diverso panorama de la producción de audio de Linux.

El Fedora Audio Creation SIG es una colección de usuarios entusiastas de Fedora impulsados por el deseo común de hacer que la mejor distribución de Linux sea también la mejor para la creación de música y la producción de audio.

Buscamos uno o dos candidatos para que nos ayuden en el ciclo completo de desarrollo de este proyecto. Las tareas pueden incluir (entre otras):

Idealmente, los candidatos interesados deberán tener pasión por la producción musical y de audio. Se requieren conocimientos básicos de scripting y la capacidad de compilar proyectos desde el código fuente. Se valorará la participación de empaquetadores patrocinados, el conocimiento de las Pautas de Empaquetado de Fedora y/o el deseo de continuar con el mantenimiento del software empaquetado una vez finalizado el proyecto.

¿Te interesa? ¡No esperes más! Envía un paquete de audio para revisión y consigue patrocinio (Únete a los mantenedores de la colección de paquetes).

Requisitos de conocimiento: Scripting/programación (bash/python)

Nivel de habilidad: Rudimentario

Contacto: Brendan Jones

Mentor(es): Brendan Jones y Christopher Antila

Estado: Propuesto

Resumen de la idea: Crear una versión de Fedora JBoss que ayude a los desarrolladores de Java a comenzar rápidamente a utilizar el software JBoss.

El Java SIG y el JBoss AS 7 en la Iniciativa Fedora son una muestra representativa de usuarios entusiastas de Fedora impulsados por el deseo común de hacer de Fedora el mejor sistema operativo para desarrollar con software JBoss.

Buscamos uno o dos candidatos para que nos ayuden en el ciclo completo de desarrollo de este proyecto. La mayor parte del esfuerzo consiste en empaquetar proyectos Java y JBoss de código abierto e integrar muchos de los paquetes de la comunidad JBoss en Fedora. Los paquetes incluyen, en particular, JBoss AS 7, JBoss Tools y JBoss Forge. Otras tareas pueden incluir la prueba de archivos kickstart y el desarrollo de configuraciones para una mejor integración con el escritorio de Fedora.

Podría haber dos variantes de este enfoque (elige libremente). Una se centra en que el desarrollador necesite un buen escritorio para crear aplicaciones basadas en JBoss (como Eclipse + JBoss Tools, AS 7, Forge, una base de datos, etc.). La otra se centra en configurar un servidor para que pueda ejecutar la aplicación. Aquí es donde también entrará en juego el próximo conjunto de herramientas OpenShift.

Otro componente crítico es la interoperabilidad con Eclipse. Es importante que la configuración de Eclipse se complemente para que un desarrollador pueda instalar e implementar las herramientas y complementos específicos de JBoss. Es necesario decidir si las actualizaciones de Eclipse se realizarán mediante RPM o mediante un repositorio de Eclipse. JBossAS7 se basa en una configuración de repositorio Maven; una opción podría ser simplemente integrarse con este repositorio.

Idealmente, los candidatos interesados deberán tener pasión por el desarrollo en Java con software JBoss. Se requieren conocimientos básicos de scripting y la capacidad de compilar proyectos Java desde el código fuente. Se valorará positivamente la participación de empaquetadores patrocinados, el conocimiento de las Pautas de Empaquetado de Fedora o la voluntad de continuar manteniendo el software empaquetado una vez finalizado el proyecto, aunque no es un requisito.

¿Te interesa? ¡No esperes más! Envía un paquete Java para revisión y consigue patrocinio (Únete a los mantenedores de la colección de paquetes).

Requisitos de conocimiento: Scripting/programación (Java, shell)

Nivel de habilidad: Rudimentario

Contactos: Marek Goldmann, Carlo de Wolf, Andrew Rubinger, Max Andersen, Peter Larsen

Mentores: Marek Goldmann, Carlo de Wolf

Estado: Propuesto

Resumen de la idea: Crear una aplicación educativa que presente el software de Fedora Robotics Suite

El Fedora Robotics SIG crea un Robotics Suite que incluye numerosos paquetes útiles en robótica. Queremos desarrollar una aplicación de demostración que presente a los nuevos usuarios, paso a paso, paquetes básicos como Fawkes y Player/Stage. Presentaría múltiples niveles similares a los de un juego, de complejidad creciente. La tarea general sería indicar al robot que realice una tarea específica en un entorno de simulación.

Requisitos de conocimiento: Para desarrollar esto se requieren sólidos conocimientos de C++. Se valora la experiencia en robótica, aunque no es imprescindible. Debes familiarizarte rápidamente con el nuevo software. Las partes visibles para el usuario requerirán programación IGU con Gtkmm.

Nivel de destreza: Medio a Alto

Contactos: Tim Niemueller

Mentor(es): Tim Niemueller

Estado: Propuesto

Resumen de idea: Desarrollar un agente RHQ en Python y configurarlo para que interactúe con Matahari para recopilar las métricas proporcionadas por Matahari desde sistemas Fedora o RHEL. El agente se comunicaría con el servidor RHQ a través de la API REST y enviaría las métricas a RHQ, etc. Este agente no implementará la funcionalidad completa del agente Java de RHQ.

Si bien RHQ está escrito en Java, este proyecto no necesita ningún conocimiento de Java.

Requisitos de conocimiento: Python, administración de sistemas Linux, qpid, principios de REST

Nivel de destreza: Medio a Alto

Contacto: Heiko Rupp

Mentor(es): Heiko Rupp

Notas: El wiki RHQ está en http://rhq-project.org/

Estado: Propuesto

Resumen de la idea: Fedora Easy Karma es una aplicación CLI que ayuda a los evaluadores a aplicar karma a las actualizaciones instaladas. Si bien es excelente, no muestra mucha información adicional sobre qué se supone que corrige una actualización ni qué se puede hacer para probar una actualización en particular. Una herramienta IGU que extraiga más información sobre los paquetes bajo prueba facilitaría el proceso de prueba y, con suerte, animaría a los usuarios con menos conocimientos técnicos a comenzar a probar paquetes.

Prerequisitos de conocimiento: Kit de herramientas IGU (Qt o GTK), Python

Nivel de habilidad: intermedio

Contactos: Tim Flink (tflink)

Mentor(es): Tim Flink (tflink)

Notes: Una descripción más larga y algunas maquetas preliminares puede encontrarse aquí

Estado: Propuesto (Idea Estudiante)

Resumen de la idea: Durante las pruebas de las versiones de Fedora, las imágenes de prueba suelen ser útiles como pruebas de humo antes de la composición completa de TC/RC, como base para días de prueba específicos o para pruebas de instalación automatizadas en AutoQA. La idea es crear un servicio de compilación web bajo demanda (similar a Open Suse Build Service y Slax) que los usuarios y desarrolladores puedan usar para crear distribuciones personalizadas basadas en Fedora. El servicio podría compilar y alojar imágenes (ISO de arranque, DVD de instalación e imágenes en vivo) compuestas por compilaciones de repositorios estables, además de repositorios secundarios que contengan compilaciones específicas de pruebas de actualizaciones y compilaciones Koji que aún no se hayan subido a ningún repositorio. El servicio también debería contar con una API RESTful (o similar).

Prerequisitos de conocimiento: Python, repositorios de Fedora

Conocimientos útiles: creación de imágenes de Fedora, pruebas, Celery

Nivel de habilidad: intermedio a avanzado

Contacto: Amit Saha

Mentor(es): Tim Flink (tflink)

Notas: Buscando co-mentores, actualizará esta idea si se encuentra alguna