Description of problem: RHN currently doesn't support em64t arch. This is causing package profile syncs to fail with em64t arch package clients. We jus need to make sure the db treats em64t as a valid arch and we should be good. Should be a easy fix. Thanks,
added rhn user story: 42956 http://wwwapps.rdu.redhat.com:8080/xplanner/do/view/userstory?projectId=16105&returnto=%2Fdo%2Fview%2Fiteration%3Foid%3D16117&oid=42956&fkey=16117
*** Bug 453832 has been marked as a duplicate of this bug. ***
Has there been any work around identified for this issue? I have many systems that have the following Intel compiler packages installed, and all of them are failing to update from the satellite because they are unable to complete an 'up2date --package' or equivalent: intel-iidbe101015-10.1.015-1 intel-icce101015-10.1.015-1 intel-iforte101015-10.1.015-1 intel-mkl100014-10.0p-014 intel-isubhe101015-10.1.015-1 Unfortunately the compilers are used regularly and can't be removed. Also, I can't seem to find the "rhn user story: 42956" listed above, the link is dead and searching doesn't find anything. This is with up2date-4.8.1-33.el4 Hoping someone has a workaround. Thanks
EM64T is just a variant of X86_64, you seem to have ICC (Intel C Compiler) for EM64T (specific) installed, see output from: rpm -qa --qf "%{n}-%{arch}\n"|grep em64t The right way to go about is to edit the file: “/usr/share/rhn/up2date_client/rpmUtils.py” Insert the line, in first few import statements: import platform Edit line 159 of that file to include the un-recognized architecture (you won't find RPMs for EM64T) - for remove “arch” rpm TAG from package list, in our case “em64t”: if arch != platform.machine(): pkg_list.append([name, version, release, epoch]) elif arch: pkg_list.append([name, version, release, epoch, arch]) (take care of the correct indentation, its Python!) Note that this may be overriden with the update to this file.
dbchange provided in cc2e23582be4fe3218ea986988942644850be8e2.
dbchange successfully applied to webdev.
The rest of the dbchange is in 70b6ba9d6af2bb96cd04d6356820c9f174dd44ef, also available on webdev.
Created attachment 454640 [details] em64t emt64t
verified in webdev with the following system : voola.fjs-0-06.10202010 and the attchment shows the package with em64t architecture.
venkat, When will this change go live? Karl
it went out as part of 5.2.6 release