-
Notifications
You must be signed in to change notification settings - Fork 13
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Partial update when aborting update due to unread news #38
Comments
True, I hadn't really considered it in that way before. Informant's intent is that after the user reads the news they will re-run As I typed this I had the idea that perhaps informant could install a hook to block further installations ( I'm inclined to say that this is simply the user's responsibility to complete the upgrade after reading the news, but I do think this "blocking hook" idea is worth exploring. |
Maybe after the user reads all the news simply prompt them to re-run Because of #2 people are running informant with elevated privileges anyway. |
Why does it have to be a hook and not just simply check for unread news then optionally prompt to mark them as read and update? Simpler and foolproof. |
I did want this interactive behavior, that was my original goal for informant, but when pacman runs hooks it closes stdin, so there is no way (that I'm aware of) for informant to read the response of a user prompt. So I settled for the current behavior. |
I mean the prompt/news should happen before pacman is even run--this is how archnews does it. |
Consider the situation:
Aborting updates is the same as running
pacman -Sy
, it should never be done, unless the system is updated immediately afterwards. There is no guarantee for that with this hook.The text was updated successfully, but these errors were encountered: