Bug 140505

Summary: up2date crashes when solving dependencies
Product: Red Hat Enterprise Linux 4 Reporter: David Jericho <davidj>
Component: up2dateAssignee: Adrian Likins <alikins>
Status: CLOSED RAWHIDE QA Contact: Fanny Augustin <fmoquete>
Severity: high Docs Contact:
Priority: medium    
Version: 4.0CC: djuran, jturner, liocourt, mbooth, perrin, shillman
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2004-12-04 18:21:18 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:
Bug Depends On:    
Bug Blocks: 135876    

Description David Jericho 2004-11-23 06:41:48 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5)
Gecko/20041111 Firefox/1.0

Description of problem:
When using up2date to install extra packages, if depenencies are
required up2date crashes with a trackback. Sample trackback is
included below in additional information.

If I manually look up the dependancy list elsewhere, and install each
of those by hand either one by one or on the same command line, no
error occurs.

Version-Release number of selected component (if applicable):
up2date-4.3.53-1

How reproducible:
Always

Steps to Reproduce:
1. rpm -e libstdc++-devel gcc-c++
2. /usr/sbin/up2date gcc-c++


    

Actual Results:  Up2date crashed with a traceback displayed.

Additional info:

Name                                    Version        Rel
----------------------------------------------------------
gcc-c++                                 3.4.2          6.fc3         
   x86_64


Testing package set / solving RPM inter-dependencies...

Downloading headers to solve dependencies...
Traceback (most recent call last):
  File "/usr/sbin/up2date", line 1245, in ?
    sys.exit(main() or 0)
  File "/usr/sbin/up2date", line 800, in main
    fullUpdate, dryRun=options.dry_run))
  File "/usr/sbin/up2date", line 1119, in batchRun
    batch.run()
  File "/usr/share/rhn/up2date_client/up2dateBatch.py", line 74, in run
    self.__dryRun()
  File "/usr/share/rhn/up2date_client/up2dateBatch.py", line 159, in
__dryRun
    self.percentCallback)
  File "/usr/share/rhn/up2date_client/up2date.py", line 386, in dryRun
    ret = depsolve.solvedep()
  File "/usr/share/rhn/up2date_client/depSolver.py", line 553, in solvedep
    ret = self.process_deps(deps)
  File "/usr/share/rhn/up2date_client/depSolver.py", line 520, in
process_deps
    changed = self.__dependencies(dependencies)
  File "/usr/share/rhn/up2date_client/depSolver.py", line 307, in
__dependencies
    msgCallback = self.msgCallback)
  File "/usr/share/rhn/up2date_client/depSolver.py", line 93, in solveDep
    msgCallback = msgCallback)
  File
"/usr/share/rhn/up2date_client/repoBackends/genericSolveDep.py", line
44, in solveDep
    msgCallback = self.msgCallback)
TypeError: getSolutions() got an unexpected keyword argument
'progressCallback'

Comment 1 Adrian Likins 2004-11-23 18:57:14 UTC
fixed in 4.3.65

Comment 2 Jay Turner 2004-11-24 11:04:44 UTC
*** Bug 140599 has been marked as a duplicate of this bug. ***

Comment 4 Adrian Likins 2004-11-24 23:41:07 UTC
what version of openssl is installed?



Comment 5 David Jericho 2004-11-25 01:11:24 UTC
As of now, openssl-0.9.7a-40


Comment 6 Jay Turner 2004-11-25 08:44:18 UTC
Adrian, openssl-0.9.7a-39.  I've been able to reproduce the failure for a number
of different packages (that is, attempting to download the subpackage fails, but
attempting to download the main package succeeds and pulls in the subpackage.)

Comment 7 Jay Turner 2004-11-25 20:10:39 UTC
*** Bug 140850 has been marked as a duplicate of this bug. ***

Comment 8 Adrian Likins 2004-11-29 16:22:31 UTC
re comment #6, any info about which packages it fails on 
would be appreciated since I'm not seeing it with openssl

Comment 9 Adrian Likins 2004-11-29 17:16:07 UTC
nevermind, I see the bug now... bleah, totally broken.
testing a fix at the moment.

Comment 10 Adrian Likins 2004-11-29 20:15:54 UTC
fix in up2date-4.3.68

Comment 11 Adrian Likins 2004-12-01 20:52:59 UTC
and for what it's worth, I have what I belive to be a
a better fix for this and several other multilib related
dep issues/bugs/kluges/etc. I'm testing it for regression
now in case I get a chance to rev again

Comment 12 Jay Turner 2004-12-02 08:49:07 UTC
*** Bug 141559 has been marked as a duplicate of this bug. ***

Comment 13 Jay Turner 2004-12-04 18:21:18 UTC
up2date-4.3.68-1 appears to be working pretty well in this area, so closing out
this bug as it's included in the latest RHEL4 trees already.