Não gosto muito disso e o comportamento me surpreendeu ...
Não esperava que toolbox reset
também remova todas as imagens (e contêineres) que não são da caixa de ferramentas.
Eu não sinto o aviso
All existing podman (and toolbox) containers and images will be removed.
é bastante forte, ou eu não acreditei de qualquer maneira. ;-)
Talvez devêssemos colocar a mensagem em vermelho?
Isso também me surpreende que haja um comando tão reset
que faz essa mudança global. Eu também não teria acreditado na mensagem 😅
Vendo isso ao lado dos comandos create
e enter
, minha primeira suposição foi que ele recriaria seus fedora-toolbox-31
ou pelo menos removeria os contêineres criados pela caixa de ferramentas.
Acho que é perigoso ter esse nome - pode bagunçar seus contêineres apenas locais com tanta facilidade. Talvez um nome / local diferente pudesse ser mais adequado, como:
toolbox debug wipe
ou toolbox develop wipe
, a forma como OSTree faz com é perigoso unlock
comando/usr/libexec/toolbox-wipe
, a forma como o BTRFS e o Systemd colocam seus comandos mais avançadosEscolher um (ou outro) deixaria claro que este é um comando especial e não deve ser assumido que se comporta de forma segura (especialmente se denominado wipe
) e também pode criar uma estrutura para novos comandos de desenvolvimento / perigosos a serem adicionados.
Obrigado!
O projeto darcs
usou um subcomando obliterate
para uma operação particularmente perigosa. Essa é outra opção.
podman system reset
agora é uma coisa no Podman 1.7.0. Veja https://github.com/containers/libpod/issues/4240
Portanto, podemos aposentar toolbox reset
e redirecionar nossos desejos e reclamações para o Podman! : D
A caixa de ferramentas agora foi reescrita em Go por @HarryMichal A versão Go desaprova o comando reset
em favor de podman system migrate
e agora é apenas um invólucro em torno dele.
Comentários muito úteis
Isso também me surpreende que haja um comando tão
reset
que faz essa mudança global. Eu também não teria acreditado na mensagem 😅Vendo isso ao lado dos comandos
create
eenter
, minha primeira suposição foi que ele recriaria seusfedora-toolbox-31
ou pelo menos removeria os contêineres criados pela caixa de ferramentas.Acho que é perigoso ter esse nome - pode bagunçar seus contêineres apenas locais com tanta facilidade. Talvez um nome / local diferente pudesse ser mais adequado, como:
toolbox debug wipe
outoolbox develop wipe
, a forma como OSTree faz com é perigosounlock
comando/usr/libexec/toolbox-wipe
, a forma como o BTRFS e o Systemd colocam seus comandos mais avançadosEscolher um (ou outro) deixaria claro que este é um comando especial e não deve ser assumido que se comporta de forma segura (especialmente se denominado
wipe
) e também pode criar uma estrutura para novos comandos de desenvolvimento / perigosos a serem adicionados.Obrigado!