Bug#576319: [Aptitude-devel] Bug#576319: aptitude: "Cancel pending actions" erase "h - hold" state

Hi, > I am going to fix this by making "Cancel pending actions" to reload the > cache, which is roughly equivalent to restart the program without > exiting and starting again (effectively forgetting all what was marked > in this session). > > I think that this is more consistent with "Cancel

Bug#576319: [Aptitude-devel] Bug#576319: aptitude: "Cancel pending actions" erase "h - hold" state

Control: tags -1 - moreinfo + pending Hi all, 2015-09-25 20:01 To Axel Beckert: - "Cancel pending actions" is not strongly attached to "keep", so since people are annoyed about the side-effects, we could easily change the behaviour, command description and the documentation... and hope for

Bug#576319: [Aptitude-devel] Bug#576319: aptitude: "Cancel pending actions" erase "h - hold" state

2015-09-26 3:16 GMT+01:00 Osamu Aoki : > > When I was living under the sid system, aptitude started with mass > package removal when some library dependence of Gnome packages were not > optimal when it is started with "aptitude -u" option" or when you hit > "u" to update the

Bug#576319: [Aptitude-devel] Bug#576319: aptitude: "Cancel pending actions" erase "h - hold" state

2015-09-20 15:11 Axel Beckert: One thing to take into account is that in the command line there are ways to mass-apply changes to packages (combinations of hold, unhold, keep and keep-all, with patterns). One can easily apply "keep" (== reset pending install/upgrade/removal state) to packages

Bug#576319: [Aptitude-devel] Bug#576319: aptitude: "Cancel pending actions" erase "h - hold" state

Hi, On Sun, Sep 20, 2015 at 01:56:29AM +0100, Manuel A. Fernandez Montecelo wrote: > ... > Note that the help that appears in the bottom of the screen when you > "hover" over that option in the menu is: > > "Cancel all pending installations, removals, holds, and upgrades." Hmmm... I overlooked

Bug#576319: [Aptitude-devel] Bug#576319: aptitude: "Cancel pending actions" erase "h - hold" state

Control: tag -1 + confirmed Hi, (I've used moreinfo + confirmed on purpose as I consider this to indeed be an issue, but it's still unclear how to solve it.) Manuel A. Fernandez Montecelo wrote: > >When I set a lower priority version in hold using =, I expect that > >settig to live future