Traducción(es): English - español
Metas de Java de Debian
Esta página contiene una lista de cosas que el Equipo de Java querría tener terminado para esta distribución. Estas metas son generalmente objetivos que bien pueden afectar a multitud de paquetes, pudiendo significar mucho trabajo o mejorar la infraestructura Java de Debian.
Siéntate libre de pedir cualquier meta que no tenga a nadie al cargo; si deseas ayudar con una meta específica, por favor contacta con quien la dirija.
Jessie
Ideas
- Librarse de la dependencia explícita de openjdk-6 para default-jdk
- Matthias Klose propone retirar paquetes que necesiten el openjdk 6 (y que no funcionen con el 7) de testing cuando sea posible
Encargado: Sylvestre Ledru, Estado: openjdk-7-transition tag
- Retirar OpenJDK 6 como objetivo de Jessie
Encargado: Sylvestre Ledru, Estado: Bug #720911
- Integración de Debhelper para maven-repo-helper y maven-debian-helper
- Jakub Adam y Wolodja Wentland proveyeron un parche para arreglae el problema en este paquete
- Encargado: Thomas Koch was: Ludovic Claude (Seems MIA), Estado: en progreso
- Actualizar la política respecto a Maven. Quizá usar la documentación para maven-repo-helper
- Encargado: Thomas Koch para escribir y Wookey para revisar
¿Quizá hacer normativa la java-policy? http://bugs.debian.org/395374
- Cambiar a Maven 3
- Encargado: James page + Damien Raude-Morvan
- Véase topic-maven3 en maven-debian-helper git
- Retirar paquetes *-gcj
- excepto el único necesario para el arranque de openjdk
- al menos ecj-gcj + libecj-java-gcj deberían mantenerse (ant-gcj?)
- Encargado: Damien Raude-Morvan
- Comenzar a empaquetar OpenJDK-8. Se espera para el próximo Marzo/Abril.
- Debería deshacerse de icedtea para usar simplemente openjdk (pero mantener la posibilidad de cambiar a cualquier otra JVM)
- ¿ empezar con la construcción diaria actual del repositorio mercurial ?
- d/rules desde el inicio pero mantener la disposición del paquete actual
- Encargado: se agradecen contribuciones/Adnan Hodzic (la cooperación es más que bienvenida)
- ¿Limpieza de maven-{repo,debian}-helper ?
- Thomas Koch/Jakub Adam/Emmanuel Bourg han hecho un gran trabajo para limpiarlo
- el uso como secuencia dh está bien
- pendiente algun arreglillo bugfix
- Mover icedtea-plugin (o eqv.) al paquete fuente java-common
- Encargado: Adnan Hodzic
- Instalar los fuentes Java en los paquetes -doc como un .jar
- Nuestros ayudantes deberían hacer eso por nosotros.
- Encargado: Thomas Koch
- Contactar con el editor de política para hallar que hacer con la Java Policy
- Encargado: Sylvestre Ledru
Finalizados
- OpenJDK-7 - reconstrucción del archivo con esta versión
Encargado: ?Sylvestre Ledru
- Estado: Hecho
- OpenJDK en kfreebsd
Encargado: DamienRaudeMorvan
- Estado: Hecho
El paquete de Snapshots aquí: http://people.debian.org/~drazzib/openjdk/kfreebsd-snapshots/
Última actualización de estado: http://lists.debian.org/debian-bsd/2011/10/msg00061.html
- Obligar la política de classpath bien documentado
Completar la division de default-jdk-builddep -> default-jdk + gcj-native-helper
- Estado: pendientes 5 paquetes por seer probados.
Lintian se queja de esto : http://lintian.debian.org/tags/build-depends-on-obsolete-package.html
Rechazados / Postpuestos
- Un repositorio Maven de Debian
- Encargado: ?
- Un repositorio OSGi de Debian
- Encargado: ?
¿Usar OBR? Fedora parece interesada en una solución OBR.
libmaven-bundle-plugin-java debería servir para toda construcción de sistema basada en Maven
- Permitir Transiciones de Librerias de Jav (posiblemente) via un método similar a SONAME.
Encargado: ?, Estado: debatido en DebConf10.
- Hacer jarwrapper instalable y funcional en portaciones no-Linux.
- Encargado: ?
- Compilar bytecode a codigo nativo tras la instalación (eliminando los paquetes -gcj).
- Encargado: ?
- Encargado: ?, Estado: Bosquejo