According to This Posting, I have installed ‘unattended-upgrades
‘ on the computer I name ‘Phoenix’, and I have also installed ‘apt-listbugs
‘, as an insurance policy against ‘unattended-upgrades
‘ auto-installing defective packages.
This has always posed the question of what will happen in practice, if ‘apt-listbugs
‘ “pins” certain packages, thus having stopped them, but if the update-procedure needs to be reactivated later, manually. I have never had to act in this matter yet, while instead, there was one recorded occasion, on which upgrades did not take place on one day, but took place again a day later, automatically.
But just today I needed to override what ‘apt-listbugs
‘ had done, manually. In particular, the question exists, of how one can get apt-listbugs
to unpin an upgrade which was once scheduled, so that we can do the upgrade later, and so that we can see what apt-listbugs
had to say about it.
By default, if we then simply type in ‘apt-get upgrade
‘, nothing happens.
As it turns out, there is a single file named ‘/etc/apt/preferences.d/apt-listbugs
‘, which we need to delete, before we can restart an upgrade process.
After I did this, my ‘apt-get upgrade
‘ took place normally again, and I got to see what the error was, over which ‘apt-listbugs
‘ had stopped the unattended upgrade today.
Dirk