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

Skill level: Low - Medium

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 Videos 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, posprocesarlas para incluir una introducción, un cierre y otros efectos, y finalmente exportarlas a un formato abierto es todo un reto. 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 errores.

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:

The E17 Desktop Shell, developed as part of the Enlightenment Project, is a perfect match. It provides a rich interface, whilst consuming very little ressources. The Enlightenment Foundation Libraries, on which E17 is built upon, were chosen as Foundation Block of Tizen, the MeeGo successor backed by Samsung and Intel. If things work out, E17 will be the first "real" Desktop Shell for Wayland.

Though it already provides special behaviour for touchscreen devices through certain modules, there’s still room for improvement.

The overall goal of this project would be to improve the user experience of people who want to use Fedora on low power devices such as tablets.

The student will get support and advice from the Enlightenment Project developers.

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

Skill level: Medium to High

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

Mentor(s): Michael Bouchaud (yoz [at] efl [dot] so)

Notes: If this idea gets realized, a proper tablet spin can be created, that honors the spirit of 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.

Knowledge prerequisite: C, Python, embedded Python

Skill level: Medium to High

Contacts: johnmark [AT]redhat [DOT] com , abperiasamy [AT] gmail [DOT] com

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

Contacts: johnmark [AT]redhat [DOT] com , abperiasamy [AT] gmail [DOT] com

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

Summary of idea: Unit tests are good. Testing is good. fedpkg and it’s backend rpkg is a growing code base, gaining more and more contributors. It lacks a unit test framework which would be very beneficial to the code base for making sure contributions don’t break the code in subtle ways.

Requisitos de conocimiento:

Nivel de habilidad:

Contactos:

Mentor(es):

Notas: Este proyecto está en python.

Estado: Propuesto

Summary of idea: To package GitLab for Fedora and EPEL (if possible).

Git has fundamentally improved the way that developers share code. The barrier to sharing code has virtually been eliminated. We are also seeing the emergence of a new dynamic called "Social Coding". There’s no better example of this than Github.

Creating an environment to foster social coding, and a low barrier to sharing code, requires more than just git, though. A lot of what makes Github successful with git is the web-based front end.

Fortunately, there is an open source application named Gitlab that provides much of the interactive functionality and usability that is found at Github. The goal of this project is to bring that experience to fedorahosted.org by setting up Gitlab.

This project will require working with ruby packaging sig to get the necessary gems packaged and available in Fedora (and if possible EPEL as well).

Knowledge prerequisite: Ruby, git, packaging

Nivel de habilidad: Medio

Contacts: Dan Allen (general), Vít Ondruch (packaging)

Mentor(s): Ranjib Dey (tentative), Dmitriy Zaporozhets (dzaporozhets), Ariejan de Vroom (ariejan)

Notes: This idea is definitely something the Fedora project is interested in pursuing. The work in this project will be carried on after the project, and is an opportunity for a longer-term involvement in Fedora.

A demo of Gitlab can be found here: http://demo.gitlabhq.com

Estado: Propuesto

Summary of idea: Contribute to Dorrie, and make it more usable, add test coverage and deployable. Details at Dorrie.

Knowledge prerequisite: Python, Django

Skill level: Intermidiate

Contacts: Shreyank Gupta

Mentor(s): Shreyank Gupta, Ratnadeep Debnath

Notes: Features that I am looking to target:

* User management/FAS integration + * Un-linerize the workflow. + * Default wallpaper/Hostname/user-password/root-password + * Custom repos/RPMs + * Home directory content + * Search Packages + * Image type: ISO, virt image, raw disk

Code at https://github.com/shreyankg/Dorrie, fork and send pull request, if you are interested to contribute.

other secondary architectures and distributions. Different workers should use different job queues and they all should work independently. The current admin commands also need proper upgrade to handle different resources to import from. The code also needs to be rebased so that it becomes more test friendly.

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

Summary of idea: The idea is to make an AUR clone for Fedora where users can submit buildfiles, which need to be hosted. These set of files can compile packages on the user side, and installed locally.

The benefit of this method is:

Contacts: Anuj More

Notes: Need mentor. Need advice on feasibility of the software and issues that can arise. Also, read the extensive blog post on my blog.

Analogy: This is a lot like "having your own library" vs "getting a book from a bookstore". If you refer a book often, you’d keep it in your library. This would occupy space and consume resources. Otherwise, you’d just pull out a separate paper with instructions about the bookstore to find the book, and fetch the book from the store. Though the first method is hassle-free, it is not possible to have all the books in the world with you.

Estado: Propuesto

Summary of idea: With the inception of Maven we have a means to standardize the building of Java projects. However it has also resulted in the usage of a very wide dependency set by these Java projects. This makes it very hard to integrate those projects on a single platform (be it Fedora or JBoss Application Server (or the combination)).

In essence during packaging all these dependencies must be lined up to form a single consistent component set. Thus each project will only have those components available which are actually available on the target platform. This is very hard to enforce using standard Maven setup.

For Fedora I’m envisioning a Maven extension that makes sure only sanctioned components are used during the build (without putting a burden on the packager). This will allow developers who are not on Fedora to also build with this extension and thus verify (and fix) issues which are the result of "Fedora packaging".

A prototype can be viewed at Maven FOSS Repository Extension.

Knowledge prerequisite: Knowledge of Maven

Nivel de habilidad: Medio

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

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

Notes: You can find us at irc.freenode.net #fedora-java: wolfc and mizdebsk

Estado: Propuesto

Summary of Idea: Create an educational app introducing software from 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.

Skill level: Medium to High

Contacts: Tim Niemueller

Mentor(s): Tim Niemueller

Estado: Propuesto

Summary of idea: Improve the current RHQ-PyAgent written in Python that interfaces RHQ with OpenLMI to pick up metrics that are provided by OpenLMI from Fedora or RHEL systems. The agent is talking to the RHQ server via the REST api and push metrics to RHQ etc. This agent does/will not implement the full functionality of the RHQ java agent. The previous work is already pretty good, but it is cumbersome to add new OpenLMI-enabled servers and the types of the data model. The work of this year should concentrate on automating that process - perhaps after providing a range of IP addresses to query for servers. Similar for resource types, the agent would talk to the server to see what types are available and then check with the OpenLMI provider if this supports the same.

While RHQ is written in Java, this project does not require any Java knowledge.

Knowledge prerequisite: Python, Linux system administration, principles of REST

Skill level: Medium to High

Contacts: Heiko Rupp

Mentor(es): Heiko Rupp

Notes: RHQ wiki is at http://jboss.org/rhq, Previous years work: http://rhqagent.blogspot.com

Estado: Propuesto

Summary of idea: Fedora Easy Karma is a CLI application to help testers apply karma to installed updates and while it’s great at doing so, it doesn’t display much other information on what an update is supposed to fix or what can be done to test a particular update. A GUI tool that pulls in more information on packages under test would help in the testing process and hopefully help encourage less techical users to start testing packages.

Knowledge prerequisite: GUI tool kit (Qt or GTK), python

Nivel de habilidad: intermedio

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

Mentor(s): Josef Skladanka (jskladan), Tim Flink (tflink)

Notes: A longer description and some rough mockups can be found here

Estado: Propuesto

Summary of idea: The blockerbugs web application is used by QA to track bugs which are currently blocking release, proposed as blocking release or could be pulled into the release past a code freeze. While the app itself already exists, there are many features which we would like to see implemented including (but not limited to):

Knowledge prerequisite: Some python experience is required, the app is written with Flask so some experiehce with that would be helpful

Nivel de habilidad: Intermedio

Contactos: Tim Flink (tflink)

Mentor(es): Tim Flink (tflink)

The image building project started last year as a gsoc project and while the progress was good, it isn’t quite to the point where we need it to be for everyday usage. The emphasis would be on getting local image building to work before more work on distributing image building tasks got started.

Possible project components:

Knowledge prerequisite: Some python experience is required, familiarity with Fedora’s ISO build tools would be preferred

Skill level: Intermediate to advanced

Contacts: Tim Flink (tflink), Amit Saha

Mentor(s): Tim Flink (tflink), Amit Saha