openSUSE Factory: nueva distro rolling release

Esta noticia ya la había adelantado victorhck hace una semana pero ahora se confirma. Factory, la rama de desarrollo activo de openSUSE, ahora también será una distribución rolling release. Según cuentan, este cambio acortará el proceso de estabilización de las versiones definitivas de openSUSE.

opensuse factory

Ahora los paquetes, antes de entrar directamente a Factory (como siempre se hizo), pasarán por tests pre-integración consistentes en revisiones manuales y automáticas usando la plataforma openQA. Si pasan los tests, ahí sí entrarían en Factory. Luego openQA se vuelve a usar para los tests post-integración para los paquetes que Factory y ahí acabarían en las versiones disponibles para usuarios.

Así que usuarios de openSUSE, si tienen curiosidad por este nuevo Factory, pueden instalarlo bajando un snapshot.

Ah por cierto, si preguntan por Tumbleweed dejo este otro artículo de victorhck


23 comentarios, deja el tuyo

Deja tu comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

*

*

  1. Responsable de los datos: Miguel Ángel Gatón
  2. Finalidad de los datos: Controlar el SPAM, gestión de comentarios.
  3. Legitimación: Tu consentimiento
  4. Comunicación de los datos: No se comunicarán los datos a terceros salvo por obligación legal.
  5. Almacenamiento de los datos: Base de datos alojada en Occentus Networks (UE)
  6. Derechos: En cualquier momento puedes limitar, recuperar y borrar tu información.

  1.   pandev92 dijo

    Muy bien, lo que yo me pregunto, es como se instalan codecs y demás cosas en factory.

  2.   kik1n dijo

    Excelente, tendré que probarlo ahora mismo 😀

  3.   OtakuLogan dijo

    Si esto va a sustituir a Tumbleweed, creo que es un paso atrás, porque Factory tiene pinta de ser menos estable. Y volvemos a mi artículo de Debian: si algo falla, te dirán que no estás en estable, ergo eliminan una rama cuya estabilidad estaba probada salvo para drivers privativos y otros programas con módulos en el kernel por algo que seguramente va a dar más errores pero de los que no se hacen responsables.
    Por otro lado, si eliminar esa rama va a hacer que las nuevas versiones estables estén más pulidas, sí que me parece un acierto. Pero me da que ese no es el objetivo, 🙁 .

    1.    joakoej dijo

      Factory existía desde antes que Tumbleweed. Igual esos tests de los que hablan ya se hacían desde hace tiempo me parece, de hecho hay una forma de tener Factory sin ningún test automático, pero es más inestable.
      Tumbleweed se creo para tener una distro «rolling relese» con los paquetes más estables de Factory, pero no es bleeding edge, en cambio Factory sí es bleeding edge y tiene más de rolling release que Tumbleweed, ya que no hay que actualizar un montón de paquetes ni hacer un downgrade de algunos cada vez que sale una nueva versión estable de OpenSUSE. Más bien Factory es el responsable de crear la nueva versión de OpenSUSE, ya que actúa de base, pero siempre se mantiene con las últimas versiones de todos los paquetes, no sé como afectaban los lanzamientos de versiones de OpenSUSE al repositorio Factory, pero calculo que se comportaba igual al repositorio SID de Debian, lo cual indica que no es completamente rolling release, ya que cada tanto tiempo hay un flujo muy grande de actualizaciones, en vez de ir actualizando de a poco el sistema al estilo Arch.
      Supongo que como dicen que ahora se volvió Rolling Release, se refieren a que va a actualizarse de a poco como Arch y no va a depender tanto de las versiones que saque OpenSUSE, si bien sigue siendo la base de las mismas.

    2.    joakoej dijo

      PD: Sé que parece que digo que Factory no actualiza un montón de paquetes cada vez que sale una nueva versión de OpenSUSE estable, pero quise decir que si lo hace, pero que el proceso es más simple y son muchos menos paquetes, ya que siempre está a la última Factory, sólo se estanca un poco cuando ya está a punto de salir la nueva versión de OpenSUSE, pero cuando ya sale la nueva versión ya se ponen a probar un montón de cosas nuevas, por eso Factory se considera inestable, sólo se considera relativamente estable cuando falta poco para la nueva versión de OpenSUSE, ya que dejan de probar nuevas cosas y se dedican a arreglar bugs y problemas.
      Pensá que Factory es donde se «fabrica» la nueva versión de OpenSUSE, así que por eso va a haber un momento en que sea más inestable (que sería lo normal) y otro cuando va a tratar de ser más estable (cuando ya falte poco para sacar la nueva versión estable de OpenSUSE). ya una vez que sale la nueva versión, se van a empezar a diferenciar poco a poco me parece o puede que directamente ya manden un montón de nuevas actualzaciones y cosas nuevas para probar.
      Por cierto, si se vuelven realmente rolling release, supongo que se refieren a que Factory se va a independizar de las versiones estables de OpenSUSE, con lo cual se va actualizar siempre y no fijarse tanto en el arreglo de bugs en un momento dado, sino que si arreglan algún bug, lo hacen cuando se pueda, sería más parecido a arch linux. Entonces para sacar la nueva versión estable de OpenSUSE tal vez lo que hagan sea agarrar una imagen congelada de Factory y, a partir de ella construir la nueva OpenSUSE estable.

  4.   Jesús dijo

    Buen articulo, pensé en serle infiel a Archlinux con la distro del camaleón pero no he podido instalarla, Factory tiene un bug que no me deja instalarla en mi lap(es una Asus; si alguien le pasa igual por favor digame). Traté de probarla desde la versión estable pero ni siquiera puedo entrar al escritorio luego de instalarla, no se si es exlusivo de mi lap o a alguien mas le ocurre….
    Gracias por la información. Tendré que esperar a que madure un poco mas…. con lo que me llama la atención que sea rolling. 🙁

    1.    cristianhcd dijo

      puedes saltártela usando plop
      http://www.plop.at/en/home.html

  5.   Jamin Samuel dijo

    🙂

  6.   eliotime3000 dijo

    Excelente idea la de OpenSUSE. Con estas nuevas políticas de actualizaciones y pruebas de paquetes, el problema sería la existencia de Thumbleweed.

    Al fin de al cabo, parece que OpenSUSE estará imitando de forma parcial el proceso de estabilización de la distro se parezca a la de Debian.

    1.    kik1n dijo

      No imitando, si no mejorando jaja.
      Si, eso igual pensé, pero que mas da, mientras sea estable y funcione, es mejor que Debian Testing jaja.

      1.    eliotime3000 dijo

        Bueno. Yo ando usando Debian Jessie, y se ve que ya han implementado a finales de julio SystemD por completo. Y el arranque es en un santiamén, por lo que he usado en estas últimas semanas.

    2.    kik1n dijo

      No, he tenido muchos problemas con Debian Jessie últimamente, mejor me quedo con Arch que se resuelve en un parpadeo 😀

  7.   pandev92 dijo

    He probado a instalarlo, pero ni siquiera he podido hacer el live usb, aún con el comando dd, me da error de udf no se que cosa XD, ni pasa de la tty

    1.    joakoej dijo

      Probá con rufus http://rufus.akeo.ie/

    2.    petercheco dijo

      Hubo un bug reportado en bugzilla.. Han hecho nuevas isos las cuales deberían funcionar :D.

  8.   mat1986 dijo

    Me pregunto si se podrá instalar LXQt para hacerlo mi DE por defecto. Me interesa que sea rolling-release, aunque ahora con Manjaro estoy bien 🙂

  9.   SynFLag dijo

    Habrá que probarla, a mi realmente lo que me alejó de openSUSE fue la falta de paquetes, es decir, los invito a mirar la existencia de Ettercap (version ncurses) y p0f (detector pasivo de OS), van a ver que los que hay disponibles no son oficiales, sino build system y no funcionan, por lo tanto entre eso y que cuando lo instalé tuve que añadir al menos 2 repos externos que tenian conflictos con cosas oficiales de openSUSE, dije… bueno… mejor nos vamos de acá. Porque para tener que andar construyendo mis RPM si es que el paquete no está (muchos van a decirme eso) hago como ahora, usando CentOS y Stella y lo que no esté lo compilo localmente…

  10.   Tedel dijo

    Curioso, se parece excesivamente al modelo de desarrollo de Sabayon Linux (que yo uso):

    1. Submission serían los RPM de los software originales, lo que serían los ebuilds de Gentoo para Sabayon.

    2. La revisión o compilación automática sería el equivalente al repositorio Sabayon Hell.

    3. La revisión manual sería el equivalente al repositorio Sabayon Limbo.

    4. El pase a los repositorios oficiales (Factory) sería el equivalente al repositorio Sabayon Daily.

    5. El pase a los repositorios estables sería el equivalente al repositorio Sabayon Weekly.

    Si se repite el modelo, a OpenSuse le espera comerse todas las distribuciones RPM que hay en el mundo. Con la comunidad que OpenSuse tiene, ¡uf!, va a ser la más estable y actualizada de todas.

    ¡Que se agarren en Fedora!

  11.   kuk dijo

    Woww!!! la probare *_*

  12.   Jonathan dijo

    ¿Cual es la diferencia de las ISO «Current» con las «snapshot media» ? Quiero probar el Opensuse Factory sin morir en el intento, gracias

  13.   noctuido dijo

    Teniendo buena conexión tampoco es para tanto seguir con las nuevas versiones clásicas.

  14.   SWII2 dijo

    Voy a probarla, es la primera distro rolling release que descargo 😀