openSUSE:Slowroll

Saltar a: navegación, buscar

Logo of openSUSE Slowroll

Qué es

Slowroll es una nueva distribución de 2023 basada en Tumbleweed, pero de ciclo más lento. Con actualizaciones cada uno o dos meses con correcciones de errores y correcciones CVE a medida que aparecen.

Slowroll-vs-tumbleweed-updates.svg

Uso

Para la instalación inicial, puedes utilizar el DVD ISO de https://download.opensuse.org/slowroll/iso/openSUSE-Tumbleweed-DVD-x86_64-Current.iso pero deje los repositorios en línea deshabilitados (para que no extraiga paquetes Tumbleweed más nuevos de los repositorios en línea). También puedes cambiar directamente desde cualquier versión actual de Leap o Tumbleweed a Slowroll reemplazando los repositorios.

Después de la instalación desde DVD, debe reemplazar Tumbleweed con repositorios Slowroll. Lo mismo se aplica al cambiar de Leap o una instantánea anterior de Tumbleweed a Slowroll.

Para usar en Leap o en un Tumbleweed anterior, reemplaza los repositorios:

   zypper in openSUSE-repos-Slowroll -openSUSE-repos-Tumbleweed

No recomendamos usar repositorios de desarrollo encima, a menos que estén compilados específicamente para Slowroll. Tumbleweed puede funcionar, pero también puede romperse ocasionalmente.

Packman podría funcionar, pero también podría romperse ocasionalmente. Hay un repositorio packman especial para Slowroll:

    zypper ar --refresh -p 70 http://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Slowroll/Essentials/ packman

Al igual que en Tumbleweed, utiliza zypper dup para actualizar.

Desarrollo

bmwiedemann se encargó del diseño y del scripting.

El desarrollo tiene lugar en https://build.opensuse.org/project/show/openSUSE:ALP:Experimental:Slowroll con el uso de https://github.com/bmwiedemann/slowroll-tools

La mayoría de las actualizaciones deben enviarse a Factory y migrarán automáticamente a Slowroll después de su aceptación. Asegúrate de mencionar las correcciones CVE relevantes y las referencias de boo# en los archivos .changes para acelerar la migración.

Los envíos directos sólo deberían ser necesarios para backports de correcciones urgentes que requieren paquetes principales actualizados en Factory (que son demasiado riesgosos para actualizarlos rápidamente).