Bug 140505 - up2date crashes when solving dependencies
Summary: up2date crashes when solving dependencies
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Red Hat Enterprise Linux 4
Classification: Red Hat
Component: up2date
Version: 4.0
Hardware: x86_64
OS: Linux
medium
high
Target Milestone: ---
: ---
Assignee: Adrian Likins
QA Contact: Fanny Augustin
URL:
Whiteboard:
: 140599 140850 141559 (view as bug list)
Depends On:
Blocks: 135876
TreeView+ depends on / blocked
 
Reported: 2004-11-23 06:41 UTC by David Jericho
Modified: 2007-11-30 22:07 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2004-12-04 18:21:18 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

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.


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