DesktopBSD Day 4 - Software Management Snags
Let’s continue with software management. I expected to wake up with a completely updated system, ready to receive further instructions in order to become a fully usable open source desktop. What I got was a system that had halted at 75%. Various updates hadn’t finished successfully. Today I spend most of my time playing with that.
Following post-install instructions
I was greeted by a window that proclaimed: “Installation/upgrade of some packages failed”. The screen was packed with information, again kudos for that. It explained there could be four reasons for this:
- Conflicts in the package database, to be fixed by pressing the button ‘Fix package database’;
- Some installed packages might be required in a newer version than the ones installed, with the suggestion to upgrade these first;
- Binary packages for the latest version of that software might be unavailable, but might be available in a few days;
- Redistribution of certain packages in binary form is restricted. This can be solved by installing from source.
The first solution was easy enough, but there were no error messages to indicate a problem there. So, what to do next?