Home Wiki > Bugs:KDE
Sign up | Login

Bugs:KDE

tagline: De openSUSE

KDE: Informes de fallos

General

Para informar de fallos en KDE a bugzilla.novell.com, es de gran ayuda saber que paquetes están instalados. Algunas personas sólo tienen los paquetes que vienen instalados por defecto en openSUSE (algunas veces con, y otras sin sus respectivas actualizaciones online), y otros han actualizado sus repositorios de KDE3 o KDE4 desde opensuse.org. Algunos, incluso, utilizan paquetes experimentales que pueden inducir a nuevos fallos.

Para más información: Debugging KDE

Antes de informar sobre un fallo

No todos los fallos que encontrará pertenecen a Bugzilla de Novel. Entonces, antes de informar sobre ningún fallo, ten en cuenta las siguientes consideraciones:

¿Qué repositorios necesitan ser probados?

KDE4:ESTABLE es importante, KDE4:Factory se vuelve más importante cada vez que una nueva versión de openSUSE está apunto de ser liberada. La versión inestable no tiene importancia alguna para el equipo de openSUSE, ya que o bien no es parte de niguna versión liberada por openSUSE, o bien no está siendo utilizada para una versión futura. De igual manera, para aquellas versiones de aplicaciones que todavia no fueron lanzadas. Esta última es indicada, generalmente, con un svn12345 como parte del nombre del paquete.

¿Informar en bugzilla.novell.com o bugs.kde.org?

Con sus recursos limitados, el equipo de openSUSE debe centrarse en las versiones estables y en fallos/caracteristicas especificas de openSUSE. Además, no pueden ser expertos en todas las aplicaciones, entonces el encargado de una aplicación en bugs.kde.org es probable que tenga más conocimientos y pueda arreglar las cosas de forma más rápida.

Así, pues, todo fallo no específico de openSUSE, por ejemplo, también aquellos que sean válidos para otras distribuciones de Linux, se debe informar sobre ello en bugs.kde.org. En caso de que sea una característica realmente importante, por ejemplo, que el soporte para bluetooth no esté funcionando, o un fallo realmente importante, que ya pueden haber sido arreglados a nivel global, entonces no tiene sentido informar del fallo (en bugzilla.novell.com) también y añadir el informe del fallo global en el campo URL. De esa forma, el equipo de openSUSE puede hacer un seguimiento de los fallos antes de un lanzamiento y de parches esenciales después del mismo.

Si su informe es fijado a "arreglado" y incluye un parche, debes establecer el informe de openSUSE de "global" a "asignado" para que los desarrolladores de openSUSE puedan decidir si lanzar el arreglo como oficial, o no.

Las mejoras son casi siempre algo sobre lo que informar. Si siente que hay algo crucial que está parado, por ejemplo, todavia no esta lanzado pero ya existe, o falta de trascendencia pero realmente importante, entonces por favor coméntelo en la lista opensuse-kde mailinglist o póngalo en la agenda de las reuniones en el IRC bisemanales.