On 7/21/20 1:27 PM, Rafa Griman wrote:
Hola :)
On Tue, Jul 21, 2020 at 11:21 AM Ancor Gonzalez Sosa
wrote: [...] No quieren hacerlo, precisamente para que uses btrfs.
¿Tienes algún enlace donde se explique eso? Es decir, que los desarrolladores de zypper se niegan a desarrollar esa funcionalidad para forzar el uso de Btrfs.
Alguna vez preguntamos que porque no hacían tal y cual y dijeron que no hacia falta, porque btrfs tenia snapshots. Pero no te puedo decir exactamente donde y cuando, mi memoria no llega a tanto.
Ok. No es por meterme donde no me llaman, pero lo anterior no me suena a "No quieren hacerlo, precisamente para que uses btrfs", si no más bien a "Dicen que no merece la pena el esfuerzo de hacerlo, ya que quien quiera snapshots puede usar btrfs"(*).
Creo que hay importantes matices que diferencian a ambas formas de expresarlo. ;-)
Sí, pero el hecho de no desarrollarlo ... te obliga a usar btrfs (o LVM) si quieres rollback, no hay otra alternativa. [...]
En la práctica, eso es básicamente cierto. Pero mi comentario no trataba de apuntar tanto a cuáles son las consecuencias en la práctica, sino a la supuesta intencionalidad que la frase original atribuía a los desarrolladores de zypper. Como ya Carlos aclaró, lo decía con cierta sorna. ;-)
[...]
Ojo ! Esto es sólo una idea. Zypper es "propiedad" de SUSE y tiene todo el derecho del Mundo a no implementar el rollback en/dentro de zypper.
No exactamente. Zypper es un proyecto de software libre. Que SUSE no le pague a alguien de su plantilla para desarrollar una característica concreta, no significa que SUSE esté decidiendo que esa característica no se implemente. Simplemente está decidiendo no pagarla de su bolsillo.
Sigo pensando que no debe ser una tarea hercúlea desarrollarlo y sería
No tengo ni idea de cómo de difícil será de implementar, pero sin duda implica dedicar ciertos recursos: horas de trabajo de los desarrolladores, pruebas y verificación, esfuerzo de documentación, dificultar el mantenimiento de zypper para el futuro al tener más cosas que tener en cuenta.... Aunque no llegue a la categoría de hercúleo, si que te aseguro que hay una cierta tendencia a subestimar el esfuerzo y las consecuencias de estas cosas. Los recursos de SUSE son más limitados de lo que algunos puedan pensar. Así que el uso de esos recursos a menudo se concentra en cosas distintas de las que nos gustaría a algunos usuarios.
una opción bastante útil si, por ejemplo, estás con un sistema IoT y no tienes los 50 GB necesarios/recomendados para montar btrfs o LVM ... pero necesitas rollback porque el equipo/servidor está en un sitio remoto con difícil acceso físico: típico en entornos de laboratorio, I+D, ... en los que hay equipos en medio de la "nada".
Cuestión de usar esos argumentos para intentar convencer a: a) alguien que se lie la manta a la cabeza y lo implemente b) los desarrolladores de SUSE (o sus jefes) para que lo hagan como parte de su trabajo en la empresa.
Vuelvo a lo de antes, FLOSS: la F viene de Free as in Free Speech ... IOW: libertad. Y una de esas libertades es la libertad a elegir (en
Al igual que apuntó Alberto, no creo que ese sea el significado de "libertad" en el contexto del software libre. En absoluto.
este caso: elegir el sistema de ficheros que uno conoce/usa/le gusta/le viene mejor/...). Y, como dije en un correo anterior: no espero tener TODAS las opciones, pero por lo menos más de una ... aka cierta flexibilidad.
Asumiendo que FLOSS significa flexibilidad (que ya digo que discrepo). Lo cierto es que sí tienes cierta flexibilidad: a) usar openSUSE con btrfs + snapper + zypper b) usar openSUSE con LVM + snapper + zypper c) usar openSUSE con otro sistema de archivos + dnf (yum) d) usar una distribución que esté más alineada con tu caso de uso ...
Razones (técnicas) por las que digo que no quiero usar btrfs o LVM (esto son experiencias personales, YMMV): [...]
Sinceramente, yo tampoco duermo 100% tranquilo con btrfs en un sistema en producción. Por otro lado, de LVM sí que me fío. Saludos -- Ancor González Sosa YaST Team at SUSE Software Solutions -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org