problems with up2date and rpm

[nosp]

For problem #2, did up2date print out any information on stderr?  I have
had up2date "hang" multiple times due to strange dependencies when in
fact a python error message was printed to stderr.

Here's the type of thing I would get:

---
Traceback (most recent call last):
  File "/usr/share/rhn/up2date_client/gui.py", line 1620, in
onPackagePageNext
    ret = self.__packagePageDryRun()
  File "/usr/share/rhn/up2date_client/gui.py", line 1548, in
__packagePageDryRun    self.__refreshCallback)
  File "/usr/share/rhn/up2date_client/up2date.py", line 482, in dryRun
    ret = depsolve.solvedep()
  File "/usr/share/rhn/up2date_client/depSolver.py", line 634, in
solvedep
    ret = self.process_deps(deps)
  File "/usr/share/rhn/up2date_client/depSolver.py", line 601, in
process_deps
    changed = self.__dependencies(dependencies)
  File "/usr/share/rhn/up2date_client/depSolver.py", line 464, in
__dependencies    for ob in obs:
TypeError: iteration over non-sequence
---

The workaround was to find the package causing the traceback (binary
search the package list) and then install it by hand.  Typically there
were dependency problems similar to ones you saw in your problem #3.  I
had this problem with control-center.

Hope this helps.

On Mon, 2003-09-01 at 11:28, Alexander Volovics wrote:
> After downloading and installing the new SSL certificate I
> attemted to update severn and encountered the following problems:
> 
> 1) up2date listed the packages and then asked if I wanted to install
>    a new up2date (up2date-3.9.19-2). I said yes and up2date downloaded
>    and installed this up2date and the complementary up2date-gnome.
>    Then up2date came with the message that it would 'restart'.
>    It did not restart!
> 
> 2) I restarted up2date myself and it downloaded all the necessary hdr's
>    and rpm's (337!).
>    However it did not seem able to install them.
>    Install started but then it 'just sat there' without installing
>    anything!
> 
> 3) I then tried to install by hand using 'rpm -Fvh' (because the new
>    up2date was already installed and in the the /var/spool/up2date
>    directory.
>    'rpm -Fvh' complained about 5 missing dependencies (tzdata, ..., etc)
>    and stopped. As all the packages complained about were in the 
>    /var/spool/up2date directory I didn't try to solve this.
> 
> 4) I then tried 'rpm -Uvh'. This worked OK up to xterm-179-4.1 which
>    it didn't install (I knew about this problem and the solution but I
>    had forgotten about it) and yelp-2.3.6-2 which it did install after
>    the following messages:
> 337:yelp                   ########################################### [100%]
> warning: failed to load external entity "/usr/share/gnumeric/1.1.20-bonobo/gnome
> /help/gnumeric/C/analysis-goalseek.xml"
> /usr/share/gnumeric/1.1.20-bonobo/gnome/help/gnumeric/C/gnumeric.xml:441: error:
>  Failure to process entity analysis-goalseek
>     &analysis-goalseek;
>                        ^
> /usr/share/gnumeric/1.1.20-bonobo/gnome/help/gnumeric/C/gnumeric.xml:441: error:
>  Entity 'analysis-goalseek' not defined
>     &analysis-goalseek;
>                        ^
> warning: failed to load external entity "/usr/share/gnumeric/1.1.20-bonobo/gnome
> /help/gnumeric/C/analysis-scenarios.xml"
> /usr/share/gnumeric/1.1.20-bonobo/gnome/help/gnumeric/C/gnumeric.xml:444: error:
>  Failure to process entity analysis-scenarios
>     &analysis-scenarios;
>                         ^
> /usr/share/gnumeric/1.1.20-bonobo/gnome/help/gnumeric/C/gnumeric.xml:444: error:
>  Entity 'analysis-scenarios' not defined
>     &analysis-scenarios;
>                         ^
> Document is not well-formed XML: /usr/share/gnumeric/1.1.20-bonobo/gnome/help/gn
> umeric/C/gnumeric.xml
> 
>    
> Has anybody else encountered the same problems. If not are they worth
> bugzillaing.
> 
> Alexander
> 
> 
> --
> Rhl-beta-list mailing list
> Rhl-beta-list at redhat.com
> http://www.redhat.com/mailman/listinfo/rhl-beta-list