Realmente no me gusta esto y el comportamiento me sorprendió ...
No esperaba que toolbox reset
también eliminara todas las imágenes (y contenedores) que no son de caja de herramientas.
No siento la advertencia
All existing podman (and toolbox) containers and images will be removed.
es lo suficientemente fuerte, o no lo creí de todos modos. ;-)
¿Quizás deberíamos poner el mensaje en rojo?
Esto también me sorprende que exista un comando tan reset
que hace un cambio tan global. Yo tampoco hubiera creído el mensaje 😅
Al verlo justo al lado de los comandos create
y enter
, mi primera suposición fue que volvería a crear sus fedora-toolbox-31
o al menos eliminaría los contenedores creados por la caja de herramientas.
Creo que es peligroso que se le llame así: podría estropear sus contenedores solo locales con tanta facilidad. Quizás, un nombre / ubicación diferente podría ser una mejor opción, como:
toolbox debug wipe
o toolbox develop wipe
, como lo hace unlock
/usr/libexec/toolbox-wipe
, la forma en que BTRFS y Systemd ponen sus comandos más avanzadosElegir cualquiera (o algún otro) dejaría en claro que este es un comando especial , y no se debe suponer que se comporte de ninguna manera segura (especialmente si se llama wipe
) y también podría crear un marco para nuevos desarrollos / comandos peligrosos que se agregarán.
¡Gracias!
El proyecto darcs
usó un subcomando obliterate
para una operación particularmente peligrosa. Esa es otra opción.
podman system reset
ahora es una cosa en Podman 1.7.0. Ver https://github.com/containers/libpod/issues/4240
Por lo tanto, podemos retirar toolbox reset
y, en su lugar, podemos redirigir nuestros deseos y quejas a Podman. :D
La caja de herramientas ahora ha sido reescrita en Go por @HarryMichal. La versión Go desaprueba el comando reset
en favor de podman system migrate
y ahora es simplemente un envoltorio.
Comentario más útil
Esto también me sorprende que exista un comando tan
reset
que hace un cambio tan global. Yo tampoco hubiera creído el mensaje 😅Al verlo justo al lado de los comandos
create
yenter
, mi primera suposición fue que volvería a crear susfedora-toolbox-31
o al menos eliminaría los contenedores creados por la caja de herramientas.Creo que es peligroso que se le llame así: podría estropear sus contenedores solo locales con tanta facilidad. Quizás, un nombre / ubicación diferente podría ser una mejor opción, como:
toolbox debug wipe
otoolbox develop wipe
, como lo haceunlock
/usr/libexec/toolbox-wipe
, la forma en que BTRFS y Systemd ponen sus comandos más avanzadosElegir cualquiera (o algún otro) dejaría en claro que este es un comando especial , y no se debe suponer que se comporte de ninguna manera segura (especialmente si se llama
wipe
) y también podría crear un marco para nuevos desarrollos / comandos peligrosos que se agregarán.¡Gracias!