<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=UTF-8" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Leslie Satenstein wrote:
<blockquote cite="mid1147307385.4751.16.camel@localhost.localdomain"
 type="cite">
  <meta http-equiv="Content-Type" content="text/html; ">
  <meta name="GENERATOR" content="GtkHTML/3.10.1">
Please think about this problem that I have had twice. Once I solved it
by a complete reinstall of the system, the second time by some luck.<br>
  <br>
YUM is as critical to updates as a /boot partition and a backout kernel
version is to booting.<br>
  <br>
When the system crashes, we have a recovery cd.  But when YUM crashes,
and it has, for whatever reason, we need a recovery version of yum to
be installable. This recovery version would restore yum to an earlier
version, and hopefully with that, we will be home free.  <br>
</blockquote>
I don't know if i understand you right, in what situation do yum fails
??.<br>
* A new version of yum is not working on the system (SOLUTION: Fallback
to earlier release )<br>
* Yum fails because of network problem (SOLUTION: Fix the network
problems and try again)<br>
* Yum fails because of corrupted metadata. (SOLUTION: yum clean all
&amp; try again)<br>
* Yum fails because of wrong information i repo files. (SOLUTION: Fix
the repo files)<br>
<br>
I only remember one time where yum was not working, and it was because
of a broken pysqlite in Rawhide (Pre FC5).<br>
But it was on a bleeding edge system, so it is supposed to break :-).<br>
<br>
Yumex is another issue, it's a gui and it depends a lot of callback
from the yum api to make the gui responsive. <br>
There is lot of things there :-))).<br>
<br>
Tim<br>
<br>
</body>
</html>