Some users installed multiple competing software packages to try them out. In some cases the software packages that they installed were not at all what they had expected. This is an indication that the discovery and/or evaluation processes had failed to find an appropriate package. In other cases the software was what the user expected but the user was not satisfied with the interface or apparent quality of the software they had selected. In both circumstances, the user went back to the package manager to find some other alternative.
This form of trial-and-error evaluation left undesired software packages installed that the user may want removed. Except for QuickPET, which provides no mechanism to remove software packages, all of the package managers examined in this study allow the user to remove software packages by a process which is very similar to that used to install software packages initially.
To remove packages that are unwanted the user must still go through a discovery process to find those packages in the package manager that they want to get rid of. In these cases, the users wanted to remove packages that had been recently installed, but had to navigate the list of all installed packages to do so. It may be useful to the user to have a history of packages recently installed, so the user can more easily clean up software packages that were installed for evaluation purposes that are no longer desired.