Description of problem: Installing packages (systems->system->software->packages->install): Users are unable to install i386 packages on an x86_64 client from the server when there exist both an x86_64 and i386 version of the package on the server. Basically, the UI does not allow the user to select the architecture of the package to be installed and the package architecture is not communicated to the client during update; therefore, the client will choose what it determines to be the "best" selection, which will always be the x86_64 package on an x86_64 client. Impacts to UI and backend are anticipated. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. select Systems 2. select an x86_64 system 3. select Software -> Packages -> Install 4. select a Package that exists for both x86_64 and i386 (e.g. libjpeg) 5. schedule package install 6. run rhn_check -vvv on client at appropriate time to install the package Actual results: On 3, observe that the package list does not indicate package architecture. After 6, observe that the x86_64 version of the package has been installed. Expected results: On 3, user should be able to select any package that is available to the system; therefore, if both i386 and x86_64 is available, they should see both listed. After 6, the package selected (e.g. i386) should be installed 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.
Bumping to space03.
Bumping to space04 and reassigning to jdobies.
- Changed query to return the package architecture - Changed package installation UI to display the architecture version Git commit: 41abe17d9f57bffecdbafd43356404bd888ca26e
*** Bug 477634 has been marked as a duplicate of this bug. ***