Bug 72695 - Installer needs to update up2date before running up2date
Installer needs to update up2date before running up2date
Product: Red Hat Satellite 5
Classification: Red Hat
Component: Server (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Adrian Likins
Fanny Augustin
Depends On:
  Show dependency treegraph
Reported: 2002-08-26 14:30 EDT by Matt Jamison
Modified: 2007-07-31 15:09 EDT (History)
5 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2002-08-26 15:04:07 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Josef Komenda 2002-08-26 14:30:41 EDT
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 14:33:17 EDT
incorrectly identifies the processor?


Comment 2 Josef Komenda 2002-08-26 15:00:40 EDT
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 15:03:59 EDT
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:
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 16:37:40 EDT
Fixed, closing.

Note You need to log in before you can comment on or make changes to this bug.