Description of problem: Removing packages (systems->ssm->packages->remove): The SSM allows user to select a package to remove; however, it does not allow them to select the architecture of the package being removed. As a result, all instances of the package (e.g. i386 & x86_64) are removed during client update. From initial analysis, impact to UI is anticipated. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce:Associate a system with SSM: 1. select Systems 2. click the box next to an x86_64 system Install a package using SSM: 3. select System Set Manager -> Remove -> pick 64-bit Channel 4. schedule removal of an package (e.g. libjpeg) where both i386 and x86_64 versions are installed on the client 5. run rhn_check -vvv on client at appropriate time to install the package Actual results: client removes all instances of the package (e.g. libjpeg i386 & x86_64) Expected results: client removes only the version of the package requested/scheduled (e.g. libjpeg i386) Additional info: https://fedorahosted.org/spacewalk/wiki/MultiArchEnhancements - Refer to wiki page for more details on this issue. This page contains proposed solution; however, since the solution details can change as the issue is further investigated, it is not being included in the bug report.
Commit: aed9b834448f96c585f43f386e3d617011419ddb Ported perl pages to java and added support for multiarch.
Commit: 6fe6ac3db4a677b7801b09c25613653dfc50fbb0 Removed ported perl pages: web/html/network/systems/ssm/packages/remove.pxt web/html/network/systems/ssm/packages/remove_conf.pxt
SSM package removal doesn't work at all: Description of problem: Everything in the workflow for removing packages through the SSM looks ok, however after selecting confirm on the confirmation page, the message appears saying "0 package removals have been scheduled" and no events are created on the system. Version-Release number of selected component (if applicable): Spacewalk 0.4 How reproducible: Always Steps to Reproduce: 1. Navigate the SSM selecting one or more packages to remove 2. Hit confirm at the end of the workflow Actual results: A message indicates 0 packages are set for removal. No events are created. Expected results: The message should correctly display what is selected for removal and the remove event should be created. Additional info:
*** Bug 480194 has been marked as a duplicate of this bug. ***
Commit: a3f6de9627536832864b9ea86a9159a80925d4a7