La principal novedad es que Leap Micro pasa a ser parte de Leap. O de otra forma, es posible instalar Leap de forma inmutable.
En una de sus conferencias se habló de que la inmutabilidad (optativa) iba llegar a todo el sistema. Eso tienen el potencial de beneficiar a proyectos como Kalpa o Aeon, aunque puede alimentar las suspicacias que ya habían tenido su protagonismo cuando se decía que se iba a sustituir Leap por ALP (o Slowroll).
Hay una versión del instalador con el sistema inmutable, pero por lo visto lo que se dice en el anuncio, la posibilidad de elegir, solo está disponible en la versión offline. Entiendo que la versión online solo instala la versión “estándar”.
He seleccionado “Inmutable” con “Plasma y aplicaciones KDE” a ver qué hace
Vale, ha instalado el sistema inmutable correctamente y el escritorio… funciona, pero por no hacer no carga ni el panel principal y le pone el fondo a negro. Sí ha conseguido añadirme un widget (quicir, sigue ahí después de reiniciar el sistema) pero no el fondo de escritorio estándar que le había puesto.
Hola. Instalé la versión 16.1 RC y, en general, me gustaron varias cosas. Me gusto mucho que mantenga soporte para X11, ya que en la 16.0 no lo vi disponible. Desde mi punto de vista, Wayland todavía necesita madurar en algunos aspectos, así que me parece una buena decisión seguir ofreciendo X11 como alternativa.
Sin embargo, tengo un poco de incomodidad respecto a la inmutabilidad. En varias ocasiones me sentí como atado de manos, amarrado al querer instalar ciertas aplicaciones, incluso algunas del propio openSUSE al intentar instalar software desde la aplicación de Flatpak, o un tema dese la misma aplicación de configuración, que supongo están relacionados con las restricciones del sistema de archivos (/:ro), hasta una simple actualización del sistema tenia que poner en konsole comando para poder actualizar siendo del mismo opensuse en fin.
Entiendo perfectamente las ventajas de ese enfoque para quienes buscan un sistema más estable y menos propenso a errores ocasionados por modificaciones accidentales. Aun así, personalmente no me siento del todo cómodo con tantas restricciones pierdo como libertad. Creo que para eso ya existen las snapshots: si algo sale mal, siempre es posible volver a un estado funcional.
Por ahora, creo que la dejaré sin inmutabilidad, ya que el instalador ofrece esa posibilidad. Al final, prefiero tener más libertad para personalizar y administrar mi sistema como me gusta y con lo que necesito y si quiero probar algun soft no tener tanta restricción.
Gracias por tu sugerencia, le vengo ´pensando esta mañana, pero por ejemplo el pc de casa, es usado por mi y 3 miembros de mi familia, antes instalaba una sola vez, y todo estaba disponible para todos, pero siento que ahora tengo que hacer la instalación de cada soft para cada uno de ellos, ya que no me permite escribir en / , insisto me siento atado de manos, como en la oficina, no puedo instalar algún soft o juego de lo que me gusta y que esté disponible despues de hacey un zypper install, aunque puede ser eso, creo que me acostumbre a este último.
Sí, así es como funciona un sistema inmutable. Deja que el sistema operativo haga lo que mejor sabe hacer y luego instala Flatpaks o aplicaciones en Distrobox a nivel de usuario.
Si algo falla para el usuario, se soluciona eso en lugar de acabar con un sistema que no arranca.
A ver, si instalas un flatpak como “sistema”, para ser utilizado por varias cuentas usuarias, da igual que sea inmutable o no: para instalar, actualizar o desinstalar necesitarás la clave.
Si no puedes instalar un flatpak como “sistema” es un bug. Comparado con cuando a mí ni me cargaba el panel con el lanzador de aplicaciones y demás, pues sería un avance. Pero la inmutabilidad para escritorios tiene que tener bugs porque tanto Leap Micro como MicroOS eran para sistemas sin escritorio, mientras que Aeon y Kalpa usan flatpak para el propio escritorio.
Si instalas todos los paquetes flatpak como “usuario” en lugar de como “sistema” la administración será mucho más simple porque flatpak puede actualizar esos paquetes de forma automática; si están como de “sistema”, entonces tendrá que pedirte la clave(1). Es decisión de la persona que usa el sistema cuál opción le conviene más.
(1) Esto no es de todo así, que yo sepa hay formas de hacer que el sistema actualice los propios flatpaks, en particular si se activa la actualización automática para todo el sistema.
Vaya, menudo brete me estais poniendo para la proxima modificacion de la Guia no oficial: sistema imuntable ¿ si o no?
No me veo poniendo ambas opciones en dicha guia o si.
¿Alguna idea?
Ya sabes para quien va destinada la guía (o eso pone en su título). Pondría escoger el no immutable sólo y hacer una mención a que quien quiera información avanzada sobre la opción immutable vaya a X sitio.
La inmutabilidad es bien. La inmutabilidad en Leap, por lo visto, está lejos de funcionar bien. Aunque habrá que ver si de aquí a la publicación consiguen un funcionamiento adecuado.
De hecho, inmutabilidad está siendo un nombre muy criticado para este tipo de sistemas. Quizá los de openSUSE se describirían mejor como “transaccionales” o algo así.
Para la guía, en el estado de cosas actual, es mejor seguir el consejo de Krovikan y simplemente hacer referencia a ello y ya.
Aunque los sistemas transaccionales, atómicos o seudoinmutables no son diferentes a lo que usamos en los móviles, de cara a la guía necesitarían una buena explicación. Si quieres ir adelantando trabajo, guay. Pero no veo prisa por incluirlo.
Hola:
Instale la 16.1 y estuve trabajando un mes con ella, todo funcionaba , los repos ,pantalla,etc.
Lo hice tanto con el Agama como con la iso offline (sobre 4,3Gb) .
En esta versión RC no la he probado , pero si lo hiciese, podría ir a la iso de OpenQA , o a la offline de distribución , o a la Agama intaler.
Si eso falla , tengo copia de reserva de las isos build anteriores ,la cual puedo instalar e intentar actualizar a la RC.
Saludos
Edito :las instalaciones en la version que intale lo hice con Myrlyn , en yast no funcionaba nada, creo que faltaba ruby , o sea ejecutabas una aplicación de yast, te peia el pass y se cerraba sin indicar error ninguno .
Saludos
Sobre 16.1 En OpenQA figura como :
Como GM y la build es de hace un par de días , no la mire con detalle, pero he bajado la iso , estoy montando un 285k y quizás la pruebe ahí ( en un M2 5º gen) .
No había cargado cockpit y no se que configuraciones tiene intentare mirarlo con detalle .
al querer instalar ciertas aplicaciones, incluso algunas del propio openSUSE al intentar instalar software desde la aplicación de Flatpak, o un tema dese la misma aplicación de configuración, que supongo están relacionados con las restricciones del sistema de archivos (/:ro), hasta una simple actualización del sistema tenia que poner en konsole comando para poder actualizar siendo del mismo opensuse en fin.
