You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, if the user interrupt an upgrade from the vso-gnome-ext, it is not possible to remove it if not manually from /tmp. We need a command to simplify the process, for example abroot remove-user-lock or abroot unlock-updates in we also want to remove the internal upgrade lock file, in case it was kept, in this last case we should also check if an abroot process is running, to avoid breaking updates.
The text was updated successfully, but these errors were encountered:
I dont think users should be able to remove lockfiles
We instead should be putting more effort into ensuring that the lockfile gets properly removed by abroot when the user cancels an upgrade
I was thinking about it, but I think the "user" lock should stay for the entire session. I mean, updates are done at intervals while the smaller one is "daily", so it might only be an issue for those who don't turn off their device in 1 day.
Currently, if the user interrupt an upgrade from the vso-gnome-ext, it is not possible to remove it if not manually from
/tmp
. We need a command to simplify the process, for exampleabroot remove-user-lock
orabroot unlock-updates
in we also want to remove the internal upgrade lock file, in case it was kept, in this last case we should also check if anabroot
process is running, to avoid breaking updates.The text was updated successfully, but these errors were encountered: