Bug 72695

Summary: Installer needs to update up2date before running up2date
Product: Red Hat Satellite 5 Reporter: Matt Jamison <jamisonm>
Component: ServerAssignee: Adrian Likins <alikins>
Status: CLOSED CURRENTRELEASE QA Contact: Fanny Augustin <fmoquete>
Severity: medium Docs Contact:
Priority: medium    
Version: unspecifiedCC: cturner, gafton, gdk, mihai.ibanescu, pjones
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2002-08-26 19:04:07 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Josef Komenda 2002-08-26 18:30:41 UTC
Description of Problem: when running the installer, it will optionally run
up2date. Currently, up2date incorrectly identifies the processor that sat-inst
is using - running 'up2date up2date' before launching the full gui installer
would fix this. 

Version-Release number of selected component (if applicable): bug 63780

Comment 1 Adrian Likins 2002-08-26 18:33:17 UTC
incorrectly identifies the processor?

what??



Comment 2 Josef Komenda 2002-08-26 19:00:40 UTC
Yup - the stock 7.2 up2date seemed to think that sat-inst.webdev-colo was an
athlon. upgrading up2date made it see the light - it's i686. Todd had to do this
with the new proxy installer as well. 



Comment 3 Josef Komenda 2002-08-26 19:03:59 UTC
Ah - this is Misa's bug: 

Update of /mnt/devel/CVS/rhn/backend/server
In directory devserv.devel.redhat.com:/tmp/cvs-serv7970

Modified Files:
	rhnChannel.py 
Log Message:
The pristine 7.2 up2date had a bug where it was not selecting the right
arch if an incompatible one was presented before a compatible one. Reordering
them on the server side fixes this. My bad, shouldn't have put the desc there.

The old query had: order by generation
In the new query, rank is ascending the way it's supposed to be (i386 has only
noarch and i386 to be compatible with, while i686 has all of them)



Comment 4 Josef Komenda 2002-08-26 20:37:40 UTC
Fixed, closing.