> Idea proposal: > > =============== > > During writing I had an idea. An improved way to handle such use case could > be the concept of PC (OS or Qubes) state (I hadn't time to find a suitable > name, lol). I mean: when you are in a state only a subset of VMs are present, > the other ones are deleted (according the definition of deleted of a > non-volatile support..). When you restore to another state (it could be also > a "full state") a paranoid restore is done, by default. In this way users are > forced to restore, so they know the risk. The key is that this state isn't > related to a VMs group, instead it's related to your entire system. > Furthermore the user is not constrained to remember any password (in your approach each VMs domain has one password).
Best Regards, Raffaele. -- You received this message because you are subscribed to the Google Groups "qubes-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-devel+unsubscr...@googlegroups.com. To post to this group, send email to qubes-devel@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-devel/EqzL1JLyU0AcCb4ql-3kZIWa2KFyUGo477WMZV0zwa2JNS2JiFxoH9oGlso5t3jZTR7PhzJsr6Ri6Iy-ClYnRYK-eu5Y-9_xgjK-2khSFf8%3D%40protonmail.com. For more options, visit https://groups.google.com/d/optout.
