Traducción(es): English - español - Français - Italiano - Svenska - Русский - 简体中文(Chinese)

[es/DebianReleases|Publicaciones Debian]] > Debian Testing


Cómo funciona Debian de pruebas, Testing

Los paquetes desde Debian inestable entran automáticamente en la siguiente distribución estable de pruebas, cuando una lista de requerimientos se completa:

Para mayor información véase la página web oficial de Debian Testing: https://www.debian.org/devel/testing

Estos requerimientos deberían asegurar que los siguientes paquetes estables de testing son tanto razonablemente actuales como que están en un estado bastante funcional. Aun así, algunas veces, especialmente cuando se reestructuran paquetes, paquetes que no son tan publicables pueden acabar en la siguiente distribución estable. Así pues, puede que quede algo de la diversión de usar una distribución de desarrollo en constante evolución.

Cómo usar Debian (siguiente-estable) Testing

La primera cosa es evaluar el estado actual de testing. Mire los temas recientes en el archivo de lista de correo de debian-testing y la página wiki del estado de Testing. Además de usar estos recursos específicos puede usar la lista de correo general debian-user y debian-devel, los canales IRC #debian o #debian-next, y por supuesto el seguidor de bugs de debian. Puede mirar en el DebianDesktopHowTo (en inglés).

La manera más fiable de instalar testing desde tabula rasa es hacer una instalación mínima con el instalador de estable, entonces actualizar desde estable a pruebas (véase abajo).

Alternativamente, puede usar el instalador debian para imágenes de testing, pero note que el instalador de pruebas es más para probar el instalador que para instalar testing. Los Bugs en el instalador de pruebas deberían presentarse contra el pseudopaquete debian-installer .

Para actualizar a testing, si ya ha instalado la publicación estable:

  1. Edite el fichero /etc/apt/sources.list, cambiando 'stable' (o el actual nombre clave para stable) a 'testing' (o el actual nombre clave para la siguiente publicación estable).

  2. Elimine o comente las líneas de actualizaciones de seguridad de stable (cualquier cosa con security.debian.org en ella).

  3. Elimine o comente otras líneas específicas de stable, como *-backports o *-updates.

El nombre clave para la siguiente publicación estable, p.ej: "buster", seguirá el trazo de "buster" a través de su transición a "stable" y mas tarde a oldstable, mientras que "testing" permanecerá rotando tras la nueva publicacion stable. Si usted prefiriese seguir la publicación stretch segun se vuelve stable, actualice el /etc/apt/sources.list reemplazando "stable" o "testing" con "buster".

<!>

Si usted esta siguientdo testing o el nombre clave de la siguiente estable, siempre debería tener la correspondiente línea deb http://security.debian.org <"testing" or codename>/updates main en /etc/apt/sources.list . Véase Este iten del PUF.

Tras instalar o ajustar las funetes de software, ejecute apt-get update && apt-get upgrade regularmente para obtener nuevas versiones y actualizaciones de seguridad. Si se percata de que algunos paquetes no se actualizan, debería probar también apt-get dist-upgrade, pero atento pues esta orden también instalará o eliminará paquetes, así que compruebe cuidadosamente todas las acciones propuestas antes de proceder.

Las mejores prácticas para usuarios Testing/Sid

Por favor, mire en las mejores prácticas para usuarios Testing/Inestable, y considere el implementarlas.

Notas

En el día 2016-07-14, actualizar Stretch desde Jessie parece eliminar ciertos paquetes necesarios para ejecutar Gnome, y puede que acabe simplemente en la línea deórdenes. Para restaurar Gnome, entre como root y haga:

apt-get --reinstall install gdm3
apt-get --reinstall install gnome
apt-get --reinstall install gnome-shell
dpkg-reconfigure gdm3

Otros paquetes pueden también necesitar reinstalarse, use la opción reinstalar como arriba si descubre errores.

Consideraciones

Un ejemplo de los tipos de estropicios temporales que pueden acaecer en las pruebas de la siguiente estable fue la actualización desde perl-5.6.0 a perl-5.6.1 la cual hizo que perl fuese incapaz de encontrar sus módulos si estos eran de un paquete construido con perl-5.6.0. Sin embargo, por establecer la variable de entorno PERL5LIB a /usr/lib/perl/5.6.0 manualmente uno podía solucionar el problema incluso antes de que el paquete arreglado entrase en testing.

Testing cambia más frecuentemente que estable, pero no tan alocadamente como inestable, así espere que las nuevas versiones de los programas que usa se instalarán tan pronto estén listos para la siguiente estable en pruebas, excepto cuando se "congele" testing para prepararse para una inminente publicación estable. Véase también es/DebianStability.

Comparada con estable e inestable, la siguiente estable en pruebas tiene la peor velocidad de actualizaciones de seguridad. No prefiera testing si la seguridad es una preocupación.

Puede ver que distribución está siguiendo un alias mirando en el fichero de Publicaciones; p.ej.:

Si se pregunta porque un paquete (o una version particular del mismo) no se encuentra aun en testing, véase http://bjorn.haxx.se/debian.

¿Cómo se convierte ''Testing'' en la nueva publicación ''Stable''?

Véase ?es/DebianReleaseFAQ.

Véase también