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/repositories/openSUSE:/ALP:/Experimental:/Slowroll/base/iso/ o usa NET iso con un parámetro de arranque de install=https://cdn.opensuse.org/repositories/openSUSE:/ALP:/Experimental:/Slowroll/base/repo/oss/

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

   rm /etc/zypp/repos.d/*
   zypper ar https://cdn.opensuse.org/repositories/openSUSE:/ALP:/Experimental:/Slowroll/base/repo/oss/ base-oss
   zypper ar https://cdn.opensuse.org/repositories/openSUSE:/ALP:/Experimental:/Slowroll/base/repo/non-oss/ base-non-oss
   zypper ar  -p 80 https://cdn.opensuse.org/repositories/openSUSE:/ALP:/Experimental:/Slowroll/standard/ update
   zypper ar --disable https://cdn.opensuse.org/repositories/openSUSE:/ALP:/Experimental:/Slowroll/base/repo/src-oss/ base-src-oss
   zypper ar http://codecs.opensuse.org/openh264/openSUSE_Tumbleweed/ h264
   zypper ar  -p 70 http://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Slowroll/Essentials/ packman

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.

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).