Description of problem: When trying to remove packages with the same name, version number, ... but different checksums the spacecmd implementation of softwarechannel_removepackages fails to remove the packages. When using a * wildcard it will list all packages correctly, but due to the way the tool builds its package id list (packagelist -> namelist -> request id's from result) I figure it isn't able to build a correct list because multiple id's are possible for "duplicate" packages. Version-Release number of selected component (if applicable): 2.1.25 How reproducible: always Steps to Reproduce: 1. Add 2 packages with identical name, version and arch but different checksums to a channel 2. Try to delete them using spacecmd and softwarechannel_removepackages 3. None are removed Actual results: No packages are removed Expected results: Either both are removed or a warning/error is given that there is ambiguity. When wildcards are used any match should be removed. Additional info: Removal works fine from webui or via direct API removal using the id's.
I had almost forgotten about this bug, but upon further testing after filing it I found out that one version gets deleted on the first run, none get deleted afterwards. So it's not exactly "none are removed", but one only gets removed on first execution. (which kinda surprised me as I expected it to delete just one version every run.
Fixed in spacewalk.git master: f185a0ec027ddcf2dcdfae5d9a15691d37ecd509 Thank you for a quite interesting bug report.
Spacewalk 2.2 has been released: https://fedorahosted.org/spacewalk/wiki/ReleaseNotes22