[Yum] Problem Upgrading from RH 7.3 to 8.0

[Jake Colman]

Seth,

So do I now have a catch-22 situation?  Since 'apache' changed to 'httpd' the
squirrelmail package gets upset.  But a newer squirrelmail will need httpd
which I don't yet have and cannot get!  How do I break the circle?

Once I do break this circle, will a 'yum upgrade' work without the issues
reported by my 'yum update'?  I would hope so since the 'upgrade; knows
what's obsolete and should take care of itself, right?

...Jake

>>>>> "sv" == seth vidal <skvidal at phy.duke.edu> writes:

   sv> On Wed, 2005-05-18 at 09:55 -0400, Jake Colman wrote:
   >> I am trying to upgrade from RH 7.3 to 8.0 (yes, I know that 9.0 is supported
   >> and 8.0 is not but I'd rather take baby steps).  I downloaded
   >> redhat-released-8.0 to fool the system into thinking that it is RH 8.0 so
   >> that yum will do the update/upgrade.
   >> 
   >> When I execute a 'yum upgrade' I get the following errors:
   >> 
   >> Resolving dependencies
   >> .package squirrelmail needs apache (not provided)
   >> package squirrelmail needs apache (not provided)
   >> package squirrelmail needs apache (not provided)
   >> package squirrelmail needs apache (not provided)
   >> package squirrelmail needs apache (not provided)
   >> package squirrelmail needs apache (not provided)
   >> package squirrelmail needs apache (not provided)
   >> package squirrelmail needs apache (not provided)

   sv> the apache package was changed from apache to httpd in rhl 8.0. So you
   sv> need to get an updated squirrelmail that requires 'httpd' not 'apache'



   >> If I try 'yum update' to do a simple update of current packages instead of a
   >> complete distro upgrade, I get the following errors:
   >> 
   >> Resolving dependencies
   >> .conflict between initscripts and kbd

   sv> an obsolete.

   >> package Xconfigurator needs libnewt.so.0.50 (not provided)

   sv> also an obsolete.


   sv> you should update your system to something like rhel3/centos3 if you
   sv> want to stick on a distro version for a long time. If you're happy with
   sv> what red hat has provided in the past I would encourage contacting their
   sv> sales people about a license of rhel3. If you don't have that sort of
   sv> money then centos3 is  very capable alternative.

   sv> -sv


   sv> _______________________________________________
   sv> Yum mailing list
   sv> Yum at lists.dulug.duke.edu
   sv> https://lists.dulug.duke.edu/mailman/listinfo/yum

-- 
Jake Colman
Sr. Applications Developer
Principia Partners LLC
Harborside Financial Center
1001 Plaza Two
Jersey City, NJ 07311
(201) 209-2467
www.principiapartners.com