Ideas: Google Summer of Code 2013

Estado: Propuesto - Borrador

Resumen de la idea: GTK+ (GIMP Toolkit) es el conjunto de herramientas de widgets multiplataforma utilizado en MATE para crear interfaces gráficas de usuario. GTK3, lanzado en 2011 y en Fedora desde F14, aporta numerosas mejoras. Añadir compatibilidad con GTK3 a MATE, manteniendo la metáfora tradicional del escritorio, es uno de los objetivos del proyecto MATE Desktop.

Requisitos de conocimiento: c, GTK.

Nivel de habilidad: Medio

Contactos: Stefano Karapetsas

Mentor(es): Stefano Karapetsas, stevezesch2 [ARROBA] gmail [PUNTO] com

Notas: -

Estado: Propuesto - Borrador

Resumen de la idea: Wayland es un protocolo de servidor de visualización de nueva generación cuyo objetivo es reemplazar al antiguo servidor X. Con Wayland, los gestores de ventanas se convertirán en servidores de visualización y compositores a la vez, utilizando la biblioteca Wayland. Wayland ya está disponible en Fedora, y KDE y GNOME ya están avanzando en esta dirección, por lo que podría suponer una gran mejora tanto para MATE como para Fedora.

Requisitos de conocimiento:: C, X11.

Nivel de habilidad: Alto

Contactos: Stefano Karapetsas

Mentor(es): Stefano Karapetsas, stevezesch2 [ARROBA] gmail [PUNTO] com

Notas: -

Estado: Propuesto

Resumen de la idea: El script de instalación es una de las primeras cosas que un nuevo usuario de Geeklog encuentra. Por lo tanto, es importante que sea fácil de usar, que ayude al usuario a instalar, actualizar y migrar un sitio de Geeklog, que sea robusto y que proporcione consejos útiles y mensajes de error.

El script de instalación actual se implementó originalmente como un proyecto de GSoC en 2007 y se mejoró en GSoC 2008. Estamos bastante satisfechos con él, pero siempre hay margen de mejora. Y de eso se trata este proyecto de GSoC: buscamos una evolución, no una revolución.

Requisitos de conocimiento previo: PHP, MySQL (posiblemente también PostgreSQL y MS SQL), conocimientos básicos de servidor web

Nivel de habilidad: Bajo - Medio

Contactos: Dirk Haun

Mentor(es): Dirk Haun

Notas: http://wiki.geeklog.net/index.php/SoC_install_script_refinements

Estado: Propuesto

Resumen de la idea: Geeklog se ha traducido a más de 30 idiomas, pero muchas de esas traducciones no se han actualizado en mucho tiempo. La forma actual de editar un archivo PHP es demasiado complicada, propensa a errores y poco intuitiva (ya que no se puede ver el contexto en el que se usa una cadena de texto).

Buscamos una manera de facilitar la traducción de Geeklog, especialmente para quienes no tienen conocimientos de PHP. Además, para las traducciones nuevas, la gran cantidad de texto a traducir puede resultar desalentadora. La idea es abordar ambos problemas mediante la colaboración abierta.

Requisitos de conocimiento: PHP, SQL, JavaScript

Nivel de habilidad: Medio - Alto

Contactos: Dirk Haun

Mentor(es): Dirk Haun

Notas: http://wiki.geeklog.net/index.php/SoC_crowdsourcing_translations

Estado: Propuesto

Resumen de la idea: Geeklog utiliza actualmente la gestión de sesiones personalizadas para mantener la información de las sesiones de los usuarios. La implementación de sesiones personalizadas es antigua y debe actualizarse a un sistema de gestión de sesiones totalmente compatible, como el que ofrece PHP Sessions. La implementación debe ser segura y almacenar en caché los datos del usuario entre las cargas de página de una sesión.

Dado el enfoque de Geeklog en la seguridad, esta implementación debe reforzarse contra los ataques habituales.

Requisitos de conocimiento: PHP, PHP / Seguridad web

Nivel de habilidad: Medio - Alto

Contactos: Dirk Haun

Mentor(es): Dirk Haun

Notas: http://wiki.geeklog.net/index.php/SoC_php_sessions

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):

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

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):

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: Idea de los estudiantes - Se necesita un mentor

Resumen de la idea: Hoy en día, muchos desarrolladores trabajan con diferentes sistemas de gestión de bases de datos (SGBD). Propongo desarrollar una interfaz de línea de comandos común para las bases de datos más populares. Por ejemplo: MySQL, Oracle Database y PostgreSQL.

Conocimientos previos necesarios: Java, JDBC, MySQL, Oracle Database, PostgreSQL.

Nivel de habilidad: Medio

Contactos: Alexandr Egorov 0x0j023 [ARROBA] gmail [PUNTO] com

Mentor(es):

Notas:

Estado: Abandonada. Esta es una idea de GSoC 2012 y Hongyi Jia la está desarrollando, aunque no obtuvo la plaza en GSoC (http://www.jiayi.net/works/nfsfscache-writeback-cache/). Por lo tanto, no voy a ser mentor de la idea este año. Si alguien está realmente interesado, no dude en contactarme; con gusto responderé sus preguntas:-)

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: 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:

Requisitos de conocimiento: Ruby on Rails, desarrollo web, algunas habilidades de diseño de UI Nivel de habilidad: Intermedio Contactos: edirsh EN redhat PUNTO com

Mentor(s): 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:

Mentor(es):

Notas: Este proyecto está en python.

Estado: Propuesto

Sumario de idea: Para paquete GitLab para Fedora y EPEL (si es posible).

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.

Creando un entorno a codificación social adoptiva, y una barrera baja a compartir código, requiere más de justo git, aun así. Muchísimo lo que marcas Github exitosos con git es la de frente basado en web.

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 empaquetado de ruby firmado para obener las gemas necesarias empaquetadas y disponibles en Fedora (y si EPEL posible también).

Pre-requisito de Conocimiento: Ruby, git, empaquetado

Nivel de habilidad: Medio

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

Mentoría(s): Ranjib Dey (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.

Puede encontrarse una demo de Gitlab aquí: http://demo.gitlabhq.com

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.

otras arquitecturas y distribuciones secundarias. Los distintos trabajadores deben usar diferentes colas de tareas y todos deben funcionar de forma independiente. Los comandos de administración actuales también necesitan una mejora adecuada para gestionar los diferentes recursos desde los que importar. El código también debe reestructurarse para que sea más fácil de probar.

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 Extensión del repositorio FOSS de Maven.

Requisitos de conocimiento: Conocimiento de Maven

Nivel de habilidad: Medio

Contactos: Carlo de Wolf, Usuario:Mizdebsk[Mikolaj Izdebski]

Mentor: Carlo de Wolf, User:Mizdebsk[Mikolaj Izdebski]

Notas: Puedes encontrarnos en irc.freenode.net #fedora-java: wolfc y mizdebsk

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: Tim Niemueller

Estado: Propuesto

Resumen de la idea: Mejorar el RHQ-PyAgent actual, escrito en Python, que conecta RHQ con OpenLMI para recopilar las métricas proporcionadas por OpenLMI desde sistemas Fedora o RHEL. El agente se comunica con el servidor RHQ a través de la API REST y envía las métricas a RHQ, etc. Este agente no implementa/implementará la funcionalidad completa del agente Java de RHQ. El trabajo previo es bastante bueno, pero resulta engorroso agregar nuevos servidores compatibles con OpenLMI y los tipos del modelo de datos. El trabajo de este año debería centrarse en automatizar ese proceso, quizás después de proporcionar un rango de direcciones IP para consultar los servidores. De forma similar, para los tipos de recursos, el agente se comunicaría con el servidor para ver qué tipos están disponibles y luego consultaría con el proveedor de OpenLMI si los admite.

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

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

Nivel de destreza: Medio a Alto

Contacto: Heiko Rupp

Mentor(es): Heiko Rupp

Notas: La wiki de RHQ se encuentra en http://jboss.org/rhq. Trabajos de años anteriores: http://rhqagent.blogspot.com

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: Josef Skladanka (jskladan), Tim Flink (tflink)

Mentores: Josef Skladanka (jskladan), Tim Flink (tflink)

Notas: Una descripción más larga y algunas maquetas aproximadas se pueden encontrar aquí

Estado: Propuesto

Resumen de la idea: El departamento de control de calidad utiliza aplicación web blockerbugs para seguimiento de defectos que actualmente bloquean la liberación o pudieron ser propuestas como bloqueantes o podrían incorporarse a la versión tras un código congelado. Si bien la aplicación ya existe, nos gustaría ver implementadas muchas funciones, entre ellas (pero no limitadas):

Prerequisitos de conocimiento: Se requiere algo de experiencia en Python, la aplicación está escrita con Flask, por lo que algo de experiencia con eso sería útil

Nivel de habilidad: Intermedio

Contactos: Tim Flink (tflink)

Mentor(es): Tim Flink (tflink)

El proyecto de creación de imágenes comenzó el año pasado como un proyecto gsoc y, si bien el progreso fue bueno, aún no está al nivel necesario para el uso diario. El énfasis estará en que la creación de imágenes local funcione antes de comenzar a distribuir las tareas de creación de imágenes.

Posibles componentes del proyecto:

Requisitos de conocimiento: Se requiere algo de experiencia en Python; se preferiría estar familiarizado con las herramientas de compilación ISO de Fedora

Nivel de habilidad: Intermedio a avanzado

Contactos: Tim Flink (tflink), Amit Saha

Mentores: Tim Flink (tflink), Amit Saha