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.