Differences between revisions 3 and 4
Revision 3 as of 2008-03-12 15:18:10
Size: 6093
Editor: Baloo
Comment:
Revision 4 as of 2008-04-07 12:14:47
Size: 6213
Editor: Baloo
Comment:
Deletions are marked like this. Additions are marked like this.
Line 52: Line 52:
 * Nick Kossifidis esta trabajando en esto. Para los parches, ver: http://kernel.org/pub/linux/kernel/people/mickflemm

ToDo

Ver también: [:DebianEeePCSpanish/Bugs].

  • Los proyectos estan agrupados por cabezeras y las tareas se enumeran como puntos debajo de cada proyecto.
  • Los elementos de este listado se dividen en obgetivos a Corto/Medio/Largo plazo y las acciones concretas están marcadas con uno de estos seis pares de etiquetas al estilo de prioridad/importancia: Fácil/Urgente, Fácil/Importante, Fácil/Wishlist, Difícil/Urgente, Difícil/Importante, Difícil/Wishlist.

    • Cualquier elemento calificado de Fácil se supone que llevará poco tiempo resolverlo (desde unos minutos a una hora) y tiene una solución obvia.

    • Todos los demás elementos serán calificados de Difícil.

    • Los elementos calificados como Urgente deben hacerse de inmediato.

    • Los elementos calificados como Importante deben hacerse, pero no necesariamente de inmediato.

    • Los elementos calificados como Wishlist estaría bien que se hicieran pero no se acaba el mundo si no se realizan.

  • Por favor enlaza a Debian bug#s cada uno de los que sean relevantes.
  • Indica brevemente en un subpunto debajo de una determinada tarea que estas trabajando en ella y lo que estas haciendo.
  • Tareas más complejas que requieren mayor explicación deben tener su propia subpágina debajo de esta, pero no dejes que esto sea un sustitutivo de mantener los informes de bug al día.
  • Por favor, expresar cualquier dependencia entre tareas por medio de puntos de anclaje (NdT: del inglés "Anchor") y enlaces.

Hacer que el ACPI funcione nativamente en Debian

  • Corto plazo: usando el paquete eeepc-acpi-scripts
    • Esto se ha empaquetado y subido, esta en NUEVO
    • Difícil/Urgente: Reconstruir el instalador personalizado para incluir el módulo eeepc-acpi y el paquete eeepc-acpi-scripts

    • Difícil/Wishlist: usar s2ram desde uswsusp para suspender

  • Largo plazo: Ayudar a las subidas ACPI de Asus
    • asus-acpi (y por lo tanto eeepc-acpi es un fork) esta obsoleto; trabajar con los mantenedores de los portátiles de asus para fusionar los parches para el Eee

Mejorar el instalador para el Eee

  • Corto plazo: ?Anchor(custom_d-i) hacer un instalador d-i personalizado

    • Difícil/Importante: Sin soporte de accesibilidad incluido

      • La pequeña imagen monolítica que estamos produciendo no incluye brltty, etc... Necesitamos producir una imagen mas grande incluyendo este material para permitir instalaciones desasistidas en el Eee.
    • Difícil/Wishlist: No es posible instalar mediante wireles

    • Incorporar los pasos documentados en ["../HowTo/Install"]
      • Wireless
      • Cámara
      • ACPI (teclas de función)
      • Correcciones de configuración misceláneas, arreglos
        • No quiere apagarse
        • Errores de silence hdd
  • Largo plazo: ?Anchor(native_d-i) soporte del Eee en d-i nativamente

    • asegurarse de que el kernel y los paquetes relacionado soportan el Eee nativamente de modo que el instalador d-i estándar soporte el Eee sin ninguna modificación)
  • Largo plazo: hacer una combinación de la imagen "live" / imagen instalador
    • Utilizar debian-live
    • Esto permitirá a los usuarios probar Debian antes de instalarlo.
    • Se necesita el [#custom_d-i custom d-i installer] o el [#native_d-i native d-i installer] para ser estable primero.

Wireless

  • Corto plazo: hacer un fork del paquete madwifi y hacerlo disponible en el repositorio "unofficial" de Debian.
    • Difícil/Importante: ?Anchor(package_madwifi_source) Reémplazar la imagen reémpaquetada enlazada desde el ?HowTo de instalación por una debidamente empaquetada y versionada a partir de los fuentes.

      • Renombrar madwifi-source a madwifi-eeepc-source, ya que es un fork. Cualquier otra solución rompería las actualizaciones o no funcionaría con 'm-a a-i' el cuál siempre obtiene la última fuente, anulando nuestra versión parcheada.
  • Medio plazo: ayudar o, al menos, hacer un seguimiento de los progresos del madwifi fusionando el soporte para las subidas del chipset del Eee
  • Largo plazo: ath5k
    • Esta es la única solución viable para el soporte en Debian de forma adecuada debido a que ath5k es libre según las DFSG (NdT: Debian Free Software Guidelines o Directrices de Software Libre de Debian) en la forma en la que madwifi no lo es ni lo será nunca.
    • Necesitamos a alguien que examine esto... ¿Hay alguien trabajando en esto? ¿Hay algún upstream bug#? ¿Alguien tiene los conocimientos para ayudar a dar soporte nosotros mismos?
  • Nick Kossifidis esta trabajando en esto. Para los parches, ver: http://kernel.org/pub/linux/kernel/people/mickflemm

Gestión del proyecto

  • Hacer revisiones regulares de todas las páginas de la wiki para mantenerlas actualizadas (no tengas miedo de podar material obsoletos/redundante... el sistema de revisión de la wiki conserva coipas de seguridad)
  • Revisar forum.eeeuser.com, wiki.eeeuser.com, etc... para cosechar la sabiduría recolectada por la amplia comunidad del Eee, cosas que nos serán de gran ayuda.
  • Utiliza nuestro repositorio Git para los paquetes mantenidos en grupo.
  • Fácil/Importante: Cambiar atl2 a mantenido por un grupo (NdT: del Inglés group-maintained) en la próxima subida.

eeepc-acpi-scripts

  • Difícil/Wishlist: Encontrar una solución decente para el OSD de la pantalla.

  • Mantener los cambios en este paquete al mínimo y confiar tanto como sea posible en las soluciones existentes en Debian. Eso es todo, el Eee no es diferente de otros portátiles en sus necesidades de las cosas que proporciona el paquete, de modo que las soluciones personalizadas del Eee solo deben ser realizadas para dar cabida a las diferencias entre el hardware del Eee y otro harware. Así mismo, las soluciones upstream son mejores y preferidas sobre los cambios realizados aquí. De modo que, siempre que sea posible, archivar errores upstream (kernel y módulos como en el módulo asus-laptop).