From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.9) Gecko/20061215 Red Hat/1.5.0.9-0.1.el4 Firefox/1.5.0.9

Description of problem:
I've installed the latest version of RHEL 4 U5 available on an ia64 box, and, having discovered that I needed gcc to compile a C program for a test case, I performed an 'up2date gcc' on the machine.  At this time, I had a newer version of the cpp package (3.4.6-8) than the gcc present on WebQA (3.4.6-7) needed.  In this situation, we'd expect to see the following error:

There was a package dependency problem. The message was:

Unresolvable chain of dependencies:
gcc-3.4.6-7                              requires cpp = 3.4.6-7

However, I received the following output:

[root@test01-ia64 ~]# up2date gcc

Fetching Obsoletes list for channel: rhel-ia64-as-4...

Fetching Obsoletes list for channel: rhel-ia64-as-4-beta...

Fetching rpm headers...
########################################

Name                                    Version        Rel
----------------------------------------------------------
gcc                                     3.4.6          7                 ia64


Testing package set / solving RPM inter-dependencies...
warning: package gcc = 3.4.6-7 was already added, replacing with gcc <= 3.4.6-7
warning: package gcc = 3.4.6-7 was already added, replacing with gcc <= 3.4.6-7
warning: package gcc = 3.4.6-7 was already added, replacing with gcc <= 3.4.6-7
An error has occurred:
exceptions.UnboundLocalError
See /var/log/up2date for more information

After examining the log, the following traceback was present:

[Tue Apr  3 22:38:32 2007] up2date   File "/usr/sbin/up2date", line 1272, in ?
    sys.exit(main() or 0)
   File "/usr/sbin/up2date", line 791, in main
    fullUpdate, dryRun=options.dry_run))
   File "/usr/sbin/up2date", line 1127, in batchRun
    batch.run()
   File "/usr/share/rhn/up2date_client/up2dateBatch.py", line 82, in run
    self.__dryRun()
   File "/usr/share/rhn/up2date_client/up2dateBatch.py", line 204, in __dryRun
    self.percentCallback)
   File "/usr/share/rhn/up2date_client/up2date.py", line 384, in dryRun
    ret = depsolve.solvedep()
   File "/usr/share/rhn/up2date_client/depSolver.py", line 752, in solvedep
    ret = self.process_deps(deps)
   File "/usr/share/rhn/up2date_client/depSolver.py", line 646, in process_deps
    changed = self.__dependencies(dependencies)
   File "/usr/share/rhn/up2date_client/depSolver.py", line 409, in __dependencies
    if iPkg[4] == aPkg[4] or iPkg[4] == "noarch" or aPkg[4] == "noarch":

If an older version of up2date is used (such as 4.4.3), we see the expected output.  Since this error was reproduced on an x86_64 box as well, it looks like we might have a regression here,

Version-Release number of selected component (if applicable):
up2date-4.5.5-2.el4

How reproducible:
Always


Steps to Reproduce:
1. Find a package on RHN that has a newer version available outside of RHN, such as GCC and install it or install a really fresh build of RHEL containing a lot of newer-than-RHN packages
2. Install a package that needs an older version of one of these newer-than-RHN packages via up2date
3. Observe output

Actual Results:
Traceback as above

Expected Results:
Correct output as above

Additional info: